Does anyone know how to pull the values from an actual remote webpage form and use them in an open ebook form?
I have index.htm in my compiled ebook.
It calls the page: http://my_website.com/index.php and loads it into an iframe in the index.htm page.
I get that far, but can't seem to pull the form values from index.php so I can process them into the ebook.
I have seen where people are able to process info from an iframe when all the pages are on the same server, but that is not what I need here.
I saw one post from Alaska that suggested using two different pages and a .js file for what I believe was supposed to give you the second page if the first page wasn't there. But all I kept getting with his examples was the first page regardless of what arrangement was present.
So that was quite worthless and had no effect at all. I actually don't even know why it was posted as it made no sense at all.
I'm pretty good with several types of scripting, but this scenario has me stumped and I really need to make it happen if it is possible.
Can something be done with FILEREAD by any chance?
One thought I had:
I was thinking more along the lines of an alternative to "Post" and "Get" procedures. For example:
Alaska here. Apparently, my posts of December 10th and 11th were, to you:
"... quite worthless and had no effect at all. I actually don't even know why it was posted as it made no sense at all."
Sorry you feel that way.
As I explained, the purpose of the script was to test if the user had a working internet connection. If so, it would display an online page, say, some fresh advertisements that you could rotate daily or hourly. If not, the page would show some default content, such as some generic ads built into the ebook.
"I’m not sure all the code will come through successfully, and I added a space after every ‘<’ to display online here. Be sure to remove them after a cut-and-paste. "
So, to preclude any more confusion or disparagement, I provided a simple demo from that example that you can downoad here:
I've never seen your code before but it makes perfect sense and it is a great way to test for a live Internet connection.
You full example code explaining how to call the .js file is a little confusing however. It is not immediately apparent that you are stacking the .js calls because of the way you've set up your example.
In practice I believe the code should look like this
First the "local.js" file is loaded and havewebaccess = '0' Next the "remote.js" file is loaded and havewebaccess = '1' if Internet access is live or havewebaccess remains '0' if Internet access is not live.
I wasn't 'stacking' the .js files, as I was trying to get the idea across of the sequence of changing values. That was the sequence in which I discussed them, though. The initial setting of "havewebaccess = '0' ;", indicating we are offline, is the default setting of the ebook page itself.
In this case, it isn't necessary to have an external .js file for the local value, but if I was testing on multiple pages, it would be useful.
The tiny .js file with the "havewebaccess = '1' ; " is a single value that must be acquired from the server, and it will change the online status just by existing. If it is accessible, the ebook will know it. If not, the default value of "0" remains, indicating no Internet connection.
Be careful with checking for a live connection from inside an ebook.
It has been my experience that when checking for a live connection without first asking the user to click a button or what have you, some Anti-Virus Softwares will consider that I virus and throw out a waring.
This happened in one of my ebooks.
It might be helpful Sly, if you thought about your comments before posting. The apology for your tasteless comments in your last post would have been better served if you directed them to Alaska instead of me.
It seems to me that if someone goes out of their way to try and be helpful the last thing they expect is derision and ridicule no matter what the excuse. All help is given with the best of intentions and even a "Born Again Christian" should know better than to slap a hand offered in friendship. Ron..
I agree with your sentiments completely. In your code, ( if I understand you correctly) the baseline value havewebaccess = '0' is just accepted as the initial value. From your "long" explanation (http://www.ebookfriends.com/cgi-bin/ikonboard/topic.cgi?forum=1&topic=257) you specifically state that the "local.js" file is kept with your project. In your last post, it now looks as if a "local.js" file doesn't really exist or isn't needed.
My question is this..
If you only use the "online.js" file as a source for "havewebaccess" and there is no Internet connection. what would the value be when you set "havewebaccess" to a global Activ variable? If there is no "online.js" (no web access) wouldn't Activ give a warning that "havewebaccess" doesn't exist?
Ron wrote: "The apology for your tasteless comments in your last post would have been better served if you directed them to Alaska instead of me."
Sorry about that, I inadvertantly used your name Ron, instead of Alaska's name.
Alaska, The apology was meant for you man. I really am very sorry.
Ron also wrote: "It seems to me that if someone goes out of their way to try and be helpful the last thing they expect is derision and ridicule no matter what the excuse. All help is given with the best of intentions and even a "Born Again Christian" should know better than to slap a hand offered in friendship."
Ron, I apologized twice now. And I think I already mentioned the fact that I should have known better. I think it is time to let it go now Ron. Don't beat it into the ground.
I can also appreciate your frustration; it wouldn't be the first case of Script Rage I've ever seen. And, with Activ, it might not be your last. Let us know if you have any more trouble, as some of Sunil's documentation can be pretty cryptic.
Ron - re: your question: where you choose to initilize the "havewebaccess" value depends on what you want to use it for. I initially came up with it to use on a single page; the 'Order This Ebook' page. If the user wasn't online, he would get a page asking him to do so, in order to order the ebook and get the password.
So, it would make sense to have the "havewebaccess = '0' ; " statement in the page itself. We follow it with the reference to the online.js file, that says "havewebaccess = '1' ; ".
If you're using this for many pages, we save time (and a little space) using an external local.js file. In reality, you would probably be storing a lot of useful values there.
I was just trying to pare down the explanation; the gist being, that the ebook starts out with a default value of "havewebaccess = '0 ; ". ...and so on (don't want to pummel the equine).
As a bit of a side-note, Sly - ZoneAlarm is a firewall, and it looks at anything, applications or otherwise, that wants to go online (it is oblivious to viruses unless they want to cruise the Net). It asks your permission once if you check the 'Always" option to enable that app for web access.
But, if you're running XP (and it's possible you're not) then you shouldn't be running ZoneAlarm at all - XP already has a built-in firewall running. So, basically, you'ld have two hurdles for your data. This, as you might imagine, causes a lot of connectivity trouble.
And last, but not least, you might consider how "I'm a born-again Christian, so I should know better." sounds to others.
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.