These Backgrounds Are For General Public UseThis webpage is a demo of my suggestion for customizing your public image webpages to make it easy for your viewers to select and upload any of your images they would like to use. Please use these images any way you like. Please upLoad any of these images you want to use to your PageBuilder Scrapbook – please do not link directly to these images. You may view each image by clicking the URL of each image. If you want the image for your scrapbook, click on the "UpLoad" button next to the image. Also, I have a ScrapBook UpLoader and two (2) Image URL Viewer tools at the bottom of this webpage. Check them out for possible use on your webpages. Use and modify the source code anyway you like for your own use. Grab the source code of this webpage with the Thunderstone© WebTV™ Source Code Viewer at the bottom of this webpage. Now here's an answer to a scrapbook uploading problem that has plagued us ever since PageBuilder was released in summer '99. When uploading images between your WebTV terminal's user accounts, other primary user accounts, or at several online transloaders, you may regularly get an alert pop-up that says: "PageBuilder could not find an image at " ", which has been a perplexing problem for most of us. When you encounter this problem, you must enter your PageBuilder user account "redirect" URL into the transloader URL text box, or use your"redirect" URL in your webpage or email uploader codes like I have here in the image codes on this webpage. All PageBuilder user accounts have unique "redirect" URL's that are hidden from us when we view our webpage URL's in our PageBuilder "Change your webpage" editing page, or use our "Info" keys to check our webpage URL's. Our PageBuilder user account "redirect" URL's can be obtained from WebTV tech staff; but, this is a big hassel most of the time; or you can obtain your "redirect" URL from a very few online webpage validators. Note: You will also get an alert pop-up that says: "The publisher refuses to give you access to the requested webpage," when you try to click on an image link that is on one of your own PageBuilder account webpages that you are viewing. No problem here, that's as it should be! Access protocol should not allow you to click a link on an image to come back to the same image you are viewing – that redundancy is, and always should be, not allowed by access protocol. As an example of the use of your WebTV PageBuilder user account "redirect" URL, here's the correct URL code syntax for the image URL's that I use here; as an example for the 1st image below: "http://community-2.webtv.net/@HH!51!D1!76A4699ED2EA/jaxred/Bkgnds1/scrapbookFiles/importD5.gif" – which is the same as the URL of the image on the web; but also contains my PageBuilder user account server file "redirect" URL, which is shown as: "@HH!51!D1!76A4699ED2EA" – which I had to put in my uploader codes for each image below to allow uploading between WebTV user accounts, including other primary user accounts. This is because of the required CGI file access protocol used by WebTV for accessing our user account files behind the WebTV corporate firewall and the WWW webpage servers. This problem is hard to understand because WebTV's access protocol should not be so restrictive between the webtv.net domain, individual WebTV user accounts, separate WebTV primary user accounts, and our WebTV PageBuilder webpage servers as the access restrictions should be from other domains to WebTV! I just don't understand why WebTV makes it so difficult to access and upload between primary account individual user names and other WebTV primary accounts! WebTV PageBuilders would never have had any problems uploading between users, if WebTV PageBuilder help staff would have thoroughly explained the procedure outlined here in the PageBuilder instruction help pages! You can get your "redirect" URL's from an online webpage validator. The only webpage validator I know that shows the "redirect" URL with the webpage source code, is my Jacksonville, FL hometown neighbors Addy and Assocates, Inc. validator, located at: http://watson.addy.com/. You need to use their "Dr. Watson 4.0" validator to validate one webpage from each of your WebTV user accounts so you will know the "redirect" URL's of all your user accounts. My personal thanks to my friend Watcher V, aka Watchman5@webtv.net, who's heads-up thinking that the "redirect" URL revealed by the Watson validator may be the answer to our uploader problems posted in the PageBuilder NG's. Watcher V posted this solution outlined above as a response to my problem described in a post thread in Beth Candy's PageBuilder NG. Watcher V also put up a PageBuilder website which clearly and explicitly explains this procedure. Check out Watcher V's website, at: http://community-2.webtv.net/Watchman5/plaintextrulz/ Thanks, Watcher V, for your help; all PageBuilders owe you one, Pal! |
WebTV PageBuilder ScrapBook UpLoader
Upload any image you like on this website to your PageBuilder scrapbook. Just type, or C&P, the image absolute URL in the form below. Use the part of the URL after the "http://."
|
View All Image URL's By Window Alert Method
Note: The absolute image URL's will appear in successive alert pop-up panels in the order they are listed in the code for this webpage, including the B&N banner at the bottom. Just click OK on each alert to advance to the next alert panel addy. You cannot C&P the URL from the alert panel, because the alert "OK" click is pending and takes precedence over any other browser function. All you can do to use the image URL's shown on the alert panels, is just pause and write the URL's down. If you want to C&P URL's, use the "document.write" Image URL Extracter below. The image URL extractor actually only gets the "relative" URL's of our PB webpages because that's all the info PageBuilder uses in the webpage HTML code, as you see when you view the source code. Therefore, I had to add the server group number and webtv.net, my PageBuilder user account "redirect" URL, my user name, and the title of my webpage to the source code relative URL in the alert(write) script. If you use this script you have to personalize it the same way – just substitute your "redirect" URL, username, and webpage title where I have mine in the script URL. Several of my friends did it correctly when they used the script with their "redirect URL, username, and webpage title correctly substituted for my information; but, others didn't correctly personlize the script by substituting their "redirect URL, username, and webpage title for mine in their scripts – just carefully remove my "redirect" URL, username, and webpage title from between the slashes and put your "redirect" URL, username, and webpage title back between the slashes, exactly as I did, to make your absolute URL correct. Be very careful re-writing your "redirect URL, username, and webpage title; and don't change any other part of the alert(write) script. The spacing and quotes syntax are absolutely important to use exactly as shown in the source code – only your URL portion of the alert(write) script will have quotes. Also, put the correct server group in, too. Most of PageBuilder servers are numbered "2," but, I imagine there's some servers numbered "1" and "3" also? Also, if you pass this tool along to others in your help pages, you must explain the above information for them to use the code. |
View All Image URL's By The "document.write" Method
The document.write() button "onClick" function will open a new window in "cache" RAM showing the absolute URL's of all the images on this webpage. You can use your "Back" key, or click the return link on the cache page, to return to this location. The script uses a special "work-around" code for viewers with MSN-TV upgrade versions 2.6.1 thru 2.8.1 to allow a return to this location by using the "Back" key after viewing the the "docwrite" cache RAM page. Without this "Back" key script, created by Webber Bob Wedge, aka RWEDGE@webtv.net, these browser upgrade versions would return the viewer to the previous page rather than this page! This is a problem with these later WTV upgrade versions because the new cache RAM page would replace this original link page in the browser's history list in these browsers without this special script! Without this script, the replaced original webpage simply disappears from the browser's "history" list and "Recent(s)" screen, so you cannot get back to the original webpage without reloading it from links or the "GoTo" panel! The only problem with using this script is that when you click the docwrite page button above, the browser jumps to the top of the webpage before opening the docwrite cache page; but, the "Back" key will return to this location! This "jump-to-the-top" quirk is kinda tacky, but is all we can do, until we discover another work-around for this problem, because of the way our browser's ROM programming creates docwrite cache RAM pages after the 2.6.1 upgrade levels! I added a link back to this location on the docwrite cache page with the image URL's, so that the viewer can return to this location with the "Back" key or by clicking the highlighted link on the docwrite cache RAM page! I also "jazzed-up" the usual grey screen docwrite page by formatting colors and the webpage title in the status bar. View the source code of this webpage to see the script. You can print, or C&P the image URL's in the new window. If you want to C&P an individual URL in the new window; just use your "Find" key to highlight the image file number on the right of the URL you want to copy, and then use your "Shift" key and "Left-Arrow" key to highlight the remainder of the URL. The image URL's will be listed in the order they are coded in this webpage document. The image URL extractor actually only gets the "relative" URL's of our PB webpages because that's all the info PageBuilder uses in the webpage HTML code, as you see when you view the source code. Therefore, I had to add the server group number and webtv.net, my "redirect" URL, my user name, and the title of my webpage to the source code relative URL in the document.write script. If you use this script you have to personalize it the same way – just substitute your "redirect" URL, username, and webpage title where I have mine in the script URL. Several of my friends did it correctly when they used the script with their "redirect"URL, username, and webpage title correctly substituted for my information; but, others didn't correctly personlize the script by substituting their "redirect" URL, username, and webpage title for mine in their scripts – just carefully remove my "redirect" URL, username, and webpage title from between the slashes and put your "redirect" URL, username and webpage title back between the slashes, exactly as I did, to make your absolute URL correct. Be very careful re-writing your "redirect URL, username, and webpage title, and don't change any other part of the document.write script. The spacing and quotes syntax are absolutely important to use exactly as shown in the source code. Only your URL portion, and the <br> tags, of the document.write script will have quotes - the quoted words get written, while the unquoted image URL array gets executed. Also, note the <br> tags must be quoted so they are embeded in the code to be executed when the page is opened. Also, put the correct server group in, too. Most of PageBuilder servers are numbered "2," but, I imagine there's some servers numbered "1" and "3" also? Please folks; if you pass this tool along to others in your help pages, you must explain the above information for them to use the code. |
Thunderstone© WebTV™ Source Code Viewer
|
|
|
| |
|
|
||
|
|
||
|
|
||
