At 09:24 AM 8/11/2013, you wrote: >The ONLY thing I changed in the css was images/nabbar.gif in this section > (dots added for email), because the nabbar.gif image never worked; it >always showed as a broken link. I found an image called squiggle.gif and >plugged it in to the same spot where nabbar had been. >div.hr {.............. >background-image: url("images/squiggle.gif"); >background-position: center center; >background-repeat: no-repeat; >display: block; >height: 14px; >margin: auto; >width: 385px; >...............} It's hard to tell without seeing the actual page with the supporting files to see what is not working and what might have been changed. This is the current css for the hr in that style sheet background-image: url("../tutorials/images/nabbar.jpg"); Is the image really in a folder called tutorials?? pat

I messed up Pat G's css for my 'religions' website. I have backup copies of the css and nabbar.gif so I'm okay, but I'd like to understand what went wrong.. The original css online is here: http://freepages.religions.rootsweb.ancestry.com/~florian/religion.css The page should look like this with the triple borders. http://freepages.religions.rootsweb.ancestry.com/~florian/ The middle (2nd) should be ourlordbkg.jpg And I think the middlemost layer was offwhite.jpg The ONLY thing I changed in the css was images/nabbar.gif in this section (dots added for email), because the nabbar.gif image never worked; it always showed as a broken link. I found an image called squiggle.gif and plugged it in to the same spot where nabbar had been. div.hr {.............. background-image: url("images/squiggle.gif"); background-position: center center; background-repeat: no-repeat; display: block; height: 14px; margin: auto; width: 385px; ...............} The change to squiggle.gif left only the outermost maroon color showing, with a purplish-gray showing for the middle (2nd) and middlemost (3rd) layer. The css "lost" ALL other URLs --- for 2 of the 3 layers. Why would changing an hr image make me lose the entries for ourlordbkg.jpg and offwhite.jpg ? How can I change the non-working hr "nabbar.gif" to "squiggle.gif" without messing up the entire css again? Judy

Why not run the checker on your own page before it is uploaded and gets the extra RW stuff? Avoid the part you don't need.

At 11:04 AM 8/10/2013, you wrote: >Hi Barry, I tried what you suggested, and it works great. However, I'm >thinking if a person had a page with many pictures on it, the browser >would have to spend time loading all of the full sized pix, instead of >just loading a small picture, unless instructed to load the bigger one. >it's surprising how many so called commercial websites, have huge >pictures that have to be scaled down to a fraction of their size by the >browser. That's borderline tolerable with a lightning fast connection, >but, not everyone has one. >Just my 2 cents. Have a great day. ======= I think the thing I would find annoying is the page itself jumping because of the increased size of the image. pat

Pat A., Here's an example of ancestry to ancestry redirect in the banners: http://learn.ancestry.com/ redirected to: http://www.ancestry.com/cs/HelpAndAdviceUS status code: 301 (object permanently moved) linked from page(s): Listed 12 ancestry URLs here. I realize this list has no input about this but I was hoping Randy still reviewed the List sometimes so he'd get this feedback. Both links come from the banners. Seems by now they could remove the first one and get rid of the redirect. If someone knows a wildcard for Xenu for this example or other RW/An urls, let me know. Judy

Hi Jim, I had the same concern so I'm not using it on pages of multi-pictures. But Barry recommended this for a downtown map, and a bus route map, each on separate pages. At large size, the two pics are smaller than some of the LARGE family photos I receive in submissions; on those super huge pics, I always warn people in the Meta Title, Meta Description, Meta Keywords and in the link that the visitor will get a LARGE photo. I don''t think anyone will have trouble loading these 2 pages. And....gotta admit, it is kinda kewl, if used sparingly. Thanks again Barry. Judy Hi Barry, I tried what you suggested, and it works great. However, I'm thinking if a person had a page with many pictures on it, the browser would have to spend time loading all of the full sized pix, instead of just loading a small picture, unless instructed to load the bigger one. it's surprising how many so called commercial websites, have huge pictures that have to be scaled down to a fraction of their size by the browser. That's borderline tolerable with a lightning fast connection, but, not everyone has one. Just my 2 cents. Have a great day. Jim in Florida www.albrogenealogy.com

The first address and the last address both just point to a JPG file and not a web page, hence the reason for clicking the photograph to enlarge it. True I didn't give it an id tag, but later when I update the CSS file. Greg On 10/08/2013 3:14 PM, JFlorian wrote: > Barry, > > Thank you for this simpler method. > > I tried it here: > http://freepages.family.rootsweb.ancestry.com/~florian/towns/washbda/maps/downtown/improve-develop_washpa.jpg > > And here: > http://freepages.family.rootsweb.ancestry.com/~florian/towns/washbda/bus-routes.htm > > I got a little confused with plugging in the numbers etc. I'm not sure I > did it completely right. Why does this one > http://freepages.family.rootsweb.ancestry.com/~florian/towns/washbda/maps/downtown/improve-develop_washpa.jpg > require > me to click the mouse onto the image to enlarge but the other just > transforms when I run the mouse over it? > > I may have messed something up because I played around with the code Gregg > used and the one from Barry. Barry's had an Id for the big image... I > think that wasn't in Gregg's?? > > Anyway, take a look. If I did one wrong, I'll fix it tomorrow. > > I'm ready for a vacation--- I fixed all but 7 broken external links on > "family" web and all but a few internal broken links. Yay. Just 5 more > webs to go...LOL > > Judy > > > On Thu, Aug 8, 2013 at 11:28 PM, Barry Carlson > <barrycarlson@vodafone.co.nz>wrote: > >> Judy, >> >> I think what you are trying to achieve can be done more simply. >> >> If you are going to have a larger image (by that I don't mean bigger than >> the page!) then it is probably easier to scale the bigger image in the >> CSS, and onmouseover change the width and height for the 'magnified' size. >> That way you don't need two images, or a whole lot of extra code. >> >> Here's an example:- >> >> http://freepages.rootsweb.ancestry.com/~bristowe/test/magnifier.html >> >> Barry >> >> >> > -- DAVIS Genealogy Blog - http://davisgenealogyproject.blogspot.com

Thanks for that tip Barry. Just implemented it in my program and it will eventually happen on all of the pages on my web site as they are updated. This is one page <http://gdavis.id.au/family/p00005.htm#00795> where it is already active for those who are interested, Greg On 9/08/2013 1:28 PM, Barry Carlson wrote: > Judy, > > I think what you are trying to achieve can be done more simply. > > If you are going to have a larger image (by that I don't mean bigger than > the page!) then it is probably easier to scale the bigger image in the > CSS, and onmouseover change the width and height for the 'magnified' size. > That way you don't need two images, or a whole lot of extra code. > -- DAVIS Genealogy Blog - http://davisgenealogyproject.blogspot.com

At 09:12 AM 8/10/2013, you wrote: >Comment: However, it'd be so much simpler if ancestry permanently changed >their links rather than just using redirects. I'm not a company so I don't >know how easy or bothersome that would be to do. But it sure would make it >easier for webmasters if ancestry worked on these from their side. The redirect is in place so that RootsWeb traffic is counted in the total number of "hits" that Ancestry gets. It is there for business reasons. Someone familiar with Xenu might know how to form a URL using a wildcard to enter in the "ignore" list, so you wouldn't have to enter each specific URL. Pat A.

Billie, The browser that Charani was using is Seamonkey 2.16, which can be found under User-Agent in the message header. Seamonkey is a sibling of Firefox and uses the same Mozilla source code, but in addition has Composer and an email client included. The latest stable version is 2.20. If you check this message header, you'll find that I am using Opera 12.16, which also has an email client included. Barry --------------- On Sat, 10 Aug 2013 00:43:35 +1200, Billie Walsh <bilwalsh@swbell.net> wrote: > I am curious which browser you use? Just being nosy.

Pages downloaded from Freepages with an FTP client [ Filezilla, WSFTP, Cute-FTP, etc. ] do not have the Rootsweb trash in them. SO, Download the entire site to your computer and run Xenu on the files on your computer. If the links work on the web they should work on your computer. You will only be checking the links YOU have on your pages, not the ones Rootsweb puts there. -- A cat is a puzzle with no solution. Cats are tiny little women in fur coats. When you get all full of yourself try giving orders to a cat. _ _... ..._ _ _._ ._ ..... ._.. ... .._

Hi Barry, I tried what you suggested, and it works great. However, I'm thinking if a person had a page with many pictures on it, the browser would have to spend time loading all of the full sized pix, instead of just loading a small picture, unless instructed to load the bigger one. it's surprising how many so called commercial websites, have huge pictures that have to be scaled down to a fraction of their size by the browser. That's borderline tolerable with a lightning fast connection, but, not everyone has one. Just my 2 cents. Have a great day. Jim in Florida www.albrogenealogy.com On 8/10/2013 3:00 AM, freepages-help-request@rootsweb.com wrote: > On Thu, Aug 8, 2013 at 11:28 PM, Barry Carlson > <barrycarlson@vodafone.co.nz>wrote: >> >Judy, >> > >> >I think what you are trying to achieve can be done more simply. >> > >> >If you are going to have a larger image (by that I don't mean bigger than >> >the page!) then it is probably easier to scale the bigger image in the >> >CSS, and onmouseover change the width and height for the 'magnified' size. >> >That way you don't need two images, or a whole lot of extra code. >> > >> >Here's an example:- >> > >> >http://freepages.rootsweb.ancestry.com/~bristowe/test/magnifier.html >> > >> >Barry

I should have said, Xenu reported it cannot switch directories 90+ times, so it appears to be almost the entire site's sub directories and all subs under those directories. Judy On Sat, Aug 10, 2013 at 9:20 AM, JFlorian <cageycat@gmail.com> wrote: > Xenu reports on my history site > Error 12003 while moving to remote ftp directory > '_history/whichever-directory/': 550 Failed to change directory > > I tried to look up the error code. I found one explanation under WinInet > that says > > 12003 ERROR_INTERNET_EXTENDED_ERROR > An extended error was returned from the server. This is > typically a string or buffer containing a verbose error > message. Call InternetGetLastResponseInfo to retrieve the > error text. > > > Is there some way to ask rootsweb to check why this is happening? It is > only on my "history" site (so far). > It did not happen on "family" or on "genealogy". I haven't run rootsweb's > other directory categories I use, school-alumni, misc, and religions. > > Judy > > > -- -- WASHINGTON COUNTY PA WEBSITES::: http://freepages.misc.rootsweb.com/~florian/ http://freepages.school-alumni.rootsweb.com/~florian/the-rockdoctor/ Coordinator of the Washington County PAGenWeb: http://www.rootsweb.com/~pawashin/

Xenu reports on my history site Error 12003 while moving to remote ftp directory '_history/whichever-directory/': 550 Failed to change directory I tried to look up the error code. I found one explanation under WinInet that says 12003 ERROR_INTERNET_EXTENDED_ERROR An extended error was returned from the server. This is typically a string or buffer containing a verbose error message. Call InternetGetLastResponseInfo to retrieve the error text. Is there some way to ask rootsweb to check why this is happening? It is only on my "history" site (so far). It did not happen on "family" or on "genealogy". I haven't run rootsweb's other directory categories I use, school-alumni, misc, and religions. Judy

Using Xenu Link Checker has been very enlightening and educational. It's helped me catch simple errors I made, in addition to local and external broken links, and identifying temporary and permanent redirects But it was also frustrating. Xenu showed ancestry links as permanent redirects BUT then Xenu listed endless numbers of my webpages for those links. Some were shown as 'this ancestry page redirect' as linked from 'this other ancestry page redirect'---confusing! I finally thought of ancestry's banners and viewed source on one of my pages. Those permanent ancestry redirects to their help or learn pages come from their banners, some with a redirect to another ancestry page---i.e. a redirect to another redirect (ugh!). When I copied Xenu Report into MS Word so I could work on the issues shown for my website, ancestry banner redirects resulted in 200-plus Word.doc pages which listed permanent redirects on almost every one of my pages; Xenu lists each site page to show where the problem is found and since it's banners, that meant ALL of my pages listed numerous times under each different redirect! OMG!! So tip: To avoid seeing all of ancestry's permanent redirects and their 'redirected redirects' from their banners, you'll need to copy each ancestry URL and put it into Xenu's exclude list. But I had to add 45 to 50 such URLs -- super duper frustrating! The good thing, Xenu remembers your list so you only need to add the URLs one time each and Xenu will keep the list for your next use. You can either run Xenu the first time and get all those URLs, or View Source to look at the banner sections and copy the URLs from there. Comment: However, it'd be so much simpler if ancestry permanently changed their links rather than just using redirects. I'm not a company so I don't know how easy or bothersome that would be to do. But it sure would make it easier for webmasters if ancestry worked on these from their side. Judy

I was looking at my "genealogy" web. Noticed "sign guestbook" has "ancestry" in the URL, but the "view" page does not have "ancestry" in URL. If the "sign" URL is updated to "ancestry" in my html, will not having "ancestry" in the "view" URL have a negative effect? Judy -- -- WASHINGTON COUNTY PA WEBSITES::: http://freepages.misc.rootsweb.com/~florian/ http://freepages.school-alumni.rootsweb.com/~florian/the-rockdoctor/ Coordinator of the Washington County PAGenWeb: http://www.rootsweb.com/~pawashin/

Barry, Thank you for this simpler method. I tried it here: http://freepages.family.rootsweb.ancestry.com/~florian/towns/washbda/maps/downtown/improve-develop_washpa.jpg And here: http://freepages.family.rootsweb.ancestry.com/~florian/towns/washbda/bus-routes.htm I got a little confused with plugging in the numbers etc. I'm not sure I did it completely right. Why does this one http://freepages.family.rootsweb.ancestry.com/~florian/towns/washbda/maps/downtown/improve-develop_washpa.jpg require me to click the mouse onto the image to enlarge but the other just transforms when I run the mouse over it? I may have messed something up because I played around with the code Gregg used and the one from Barry. Barry's had an Id for the big image... I think that wasn't in Gregg's?? Anyway, take a look. If I did one wrong, I'll fix it tomorrow. I'm ready for a vacation--- I fixed all but 7 broken external links on "family" web and all but a few internal broken links. Yay. Just 5 more webs to go...LOL Judy On Thu, Aug 8, 2013 at 11:28 PM, Barry Carlson <barrycarlson@vodafone.co.nz>wrote: > Judy, > > I think what you are trying to achieve can be done more simply. > > If you are going to have a larger image (by that I don't mean bigger than > the page!) then it is probably easier to scale the bigger image in the > CSS, and onmouseover change the width and height for the 'magnified' size. > That way you don't need two images, or a whole lot of extra code. > > Here's an example:- > > http://freepages.rootsweb.ancestry.com/~bristowe/test/magnifier.html > > Barry > > > -- -- WASHINGTON COUNTY PA WEBSITES::: http://freepages.misc.rootsweb.com/~florian/ http://freepages.school-alumni.rootsweb.com/~florian/the-rockdoctor/ Coordinator of the Washington County PAGenWeb: http://www.rootsweb.com/~pawashin/

But headers tell so much, especially in "View Original Message" (if headers are hidden). For example, headers tell you ALL the paths an email was sent through, and often (not 100%) the sender's "real" email provider. Like, I enjoy reporting spammers who use edu mail systems at universities... and the universities appreciate knowing who mis-uses their email. Judy On Fri, Aug 9, 2013 at 9:26 PM, Billie Walsh <bilwalsh@swbell.net> wrote: > I never thought of looking at the header. All I ever see is the sender, > subject and who to. Sometimes a reply to. I try to stay away from the > headers.*<]:oD > > On 08/09/2013 06:53 PM, Barry Carlson wrote: > > Billie, > > > > The browser that Charani was using is Seamonkey 2.16, which can be found > > under User-Agent in the message header. Seamonkey is a sibling of Firefox > > and uses the same Mozilla source code, but in addition has Composer and > an > > email client included. The latest stable version is 2.20. > > > > If you check this message header, you'll find that I am using Opera > 12.16, > > which also has an email client included. > > > > Barry > > --------------- > > On Sat, 10 Aug 2013 00:43:35 +1200, Billie Walsh <bilwalsh@swbell.net> > > wrote: > > > >> I am curious which browser you use? Just being nosy. > > > > ------------------------------- > > To unsubscribe from the list, please send an email to > FREEPAGES-HELP-request@rootsweb.com with the word 'unsubscribe' without > the quotes in the subject and the body of the message > > > > > -- > > A cat is a puzzle with no solution. > > Cats are tiny little women in fur coats. > > When you get all full of yourself try giving orders to a cat. > > _ _... ..._ _ > _._ ._ ..... ._.. ... .._ > > > ------------------------------- > To unsubscribe from the list, please send an email to > FREEPAGES-HELP-request@rootsweb.com with the word 'unsubscribe' without > the quotes in the subject and the body of the message > -- -- WASHINGTON COUNTY PA WEBSITES::: http://freepages.misc.rootsweb.com/~florian/ http://freepages.school-alumni.rootsweb.com/~florian/the-rockdoctor/ Coordinator of the Washington County PAGenWeb: http://www.rootsweb.com/~pawashin/

I never thought of looking at the header. All I ever see is the sender, subject and who to. Sometimes a reply to. I try to stay away from the headers.*<]:oD On 08/09/2013 06:53 PM, Barry Carlson wrote: > Billie, > > The browser that Charani was using is Seamonkey 2.16, which can be found > under User-Agent in the message header. Seamonkey is a sibling of Firefox > and uses the same Mozilla source code, but in addition has Composer and an > email client included. The latest stable version is 2.20. > > If you check this message header, you'll find that I am using Opera 12.16, > which also has an email client included. > > Barry > --------------- > On Sat, 10 Aug 2013 00:43:35 +1200, Billie Walsh <bilwalsh@swbell.net> > wrote: > >> I am curious which browser you use? Just being nosy. > > ------------------------------- > To unsubscribe from the list, please send an email to FREEPAGES-HELP-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message > -- A cat is a puzzle with no solution. Cats are tiny little women in fur coats. When you get all full of yourself try giving orders to a cat. _ _... ..._ _ _._ ._ ..... ._.. ... .._