Please help me understand the pluses, minuses & other ramifications of using an internal Activ Script compiled into an ebook as opposed to an external Activ Script. What criteria are usually used to decide to use one vs the other?
For the my response I'm going to hope you mean using internal or external Activ Scripts both within a compiled Activ E-Book. (as opposed to trying to access an Activ E-Book external to the E-Book itself).
Maybe Sunil is fed up with trying to explain how the external script is used, but I would disagree with his advice. I suspect that the future of programing is going to be script based ( most people will find Script programing easier and faster to learn than Visual Basic or even Basic). I keep trying to encourage Sunil to add more Activ Script features.
In the internal vs external script question, While internal Activ script is quite functional. Activ script really starts to shine when you begin using the external script features.
I was looking at Activ Script trying to understand how it might help me create an ebook I am attempting to produce. The concept is an electronic catalog that allows the user to search for a product by specifying criteria using a form. The criteria the user entered would then be used to select the product(s) contained in the database that met the user's criteria.
I first tried to figure out how to integrate a light-weight (Access perhaps) database into an ebook so I could use the power of SQL statements to manipulate the data. However, this is beyond my technical capabilities and I could not find a contract programmer who would commit to helping. They have trouble understanding the application will need neither a Web nor Database server in its finished form.
I keep thinking a databse system with its own runtime and application development language like the DOS version of Dbase use to (and may still?) have would be ideal. The functional requirements are for the databse application to generate and display a table of links (to products meeting the selection criteria) that when clicked would result in a page describing the product displaying out of the ebook. Using the back button (or adding programatic navigation) could be used to retun to the list of products meeting the user's criteria so the ebook page for the next product could be viewed by clicking the next link in the table.
If anyone has code that integrates a light-weigth client-based database into an Activ Ebbok I would love to take a look at what you have done.
The database is relatively static (only updated every several years) so the issue of updates is small. However the idea of putting the whole thing online may make sense as I just got my first indication that memory is becomming an issue This with only about half the script written, only 5 of 160 record in the database, and only 1 of 160 product pages created.
Is there a way for the ebook to make use of vurtual memory or am I close to needing an alternative approach?
Can a series of links returned to the client from the web interact with material in an ebook? Seems like the ebook would need to be running and then you would be bouncing back and forth between the browser and the ebook. With IE's engine being utilized by the ebook that sounds dicey at best.
I don't think there is anyway to specifically call up virtual memory other than pre-loading the variables. this will work OK for small arrays, but any large array might be a problem.
If you were to market your catalog with an interactive online database then you must be "online" to use it. Your eBook would need to connect to the database, retrieve data, and display it for the customer. Of course this would result in "bouncing back and forth" but doesn't the same thing happen when you use Google?
If you don't want use an online database, maybe you should look at marketing your catalog as a CD volume. If your catalog content rarely changes this might work for you. Your eBook could then query data kept on the CD. Much more efficient I would think.
With any business, it is up to the individual owner of said business to ensure the success of the business. You may make more or less than any sample figures or results that might be quoted on our web sites or other publications. All business involves risk, and many businesses do not succeed. Further, Answers 2000 Limited does NOT represent that any particular individual or business is typical, or that any results or experiences achieved by any particular individual/business is necessarily typical.
Our company's websites' content (including this website's content) includes advertisements for
our own company's websites, products, and services,
and for other organization's websites, products, and services.
In the case of links to other organization's websites,
our company may receive a payment, (1) if you purchase products or services,
or (2) if you sign-up for third party offers, after following links from this website.
Unless specifically otherwise stated, information about other organization's products and services,
is based on information provided by that organization,
the product/service vendor, and/or publicly available information - and should
not be taken to mean that we have used the product/service in question.
Additionally, our company's websites contain some adverts which we are paid
to display, but whose content is not selected by us, such as Google AdSense ads. For more
detailed information, please see Advertising/Endorsements Disclosures
constitutes consent for this. For details, please see Privacy.
Click privacy for information about our company's privacy, data collection and data retention policies, and your rights.