On 12/12/2012 3:05 a.m., A. J. Oxton wrote: > Newbie ajo here muddling my Way through converting database to HTML and along the way > passing through MSword, OpenOffice > HTML. > > In my page at http://freepages.family.rootsweb.ancestry.com/~oxtonnewengland/ > > See the section 'PREFACE to the Edition of 10 December, 2012' . The bullets in front of > each generation-child's name are from the MSword character set 'Wingdings2' where for > instance 'w = a black dot enclosed 3'. > > Problem is: These Wingding characters render just fine in browsers IE7 and Seamonkey > but are rendered invisible in Chrome and Firefox. > > What to do? ---------------------------------------------- Alfred, This is what you should do ... <p align="JUSTIFY">New Old</p> <p align="JUSTIFY"><font size="2">❶</font> Their children</p> <p align="JUSTIFY"><font size="2">❷</font> Their grandchildren</p> <p align="JUSTIFY"><font size="2">❸</font> Their great-grandchildren</p> <p align="JUSTIFY"><font size="2">❹</font> Their great-great-grandchildren</p> <p align="JUSTIFY"><br> </p> The Wingding characters are available as Unicode and the following page will provide you with the decimal codes to use in place of the Wingding fonts - which are MicroSoft proprietary. http://www.alanwood.net/demos/wingdings.html Barry
Greetings Cohort, Newbie ajo here muddling my Way through converting database to HTML and along the way passing through MSword, OpenOffice > HTML. In my page at http://freepages.family.rootsweb.ancestry.com/~oxtonnewengland/ See the section 'PREFACE to the Edition of 10 December, 2012' . The bullets in front of each generation-child's name are from the MSword character set 'Wingdings2' where for instance 'w = a black dot enclosed 3'. Problem is: These Wingding characters render just fine in browsers IE7 and Seamonkey but are rendered invisible in Chrome and Firefox. What to do? The line of code for a typical example is: <p align="JUSTIFY"><font face="Wingdings"><font size="3">?</font></font> o Their children</p> where that '?' is the black dot with a number 1 in it. similarly <p align="JUSTIFY"><font face="Wingdings"><font size="3"></font></font> - Their grandchildren</p> results in a black dot with a number 2 in it. What should I change the code to in order to make these bullets render properly in all browsers. Or what global style instruction might do the trick. Thank you, --ajo Alfred.J.Oxton, SKP, TNS, ESL, OO, OAE, ISFA, INFP, k1oIq Researching OXTON, SCOTT, NEWTON, FIELD http://www.TheCatDragdInn.org Genealogy is the study of why you look like at least one of your parents and if you don't, why you should.
On 12/11/2012 12:50 PM, Barry Carlson wrote: > The Wingding characters are available as Unicode and the following page > will provide you with the decimal codes to use in place of the Wingding > fonts - which are MicroSoft proprietary. > > http://www.alanwood.net/demos/wingdings.html > > Barry I find this quote from the page listed interesting: *Wingdings font should not be used in Web pages.* -- "The only difference between death and taxes is that death doesn't get worse every time Congress meets." --- Will Rogers _ _... ..._ _ _._ ._ ..... ._.. ... .._
I don't use Windows so I don't have the Windows Wingding font. What I see when I visit the page in Firefox is an "o", a "-", a ">" and an "~". It's exactly the same for both preface lists. When I use a different browser I get some Greek letters in the specified preface. That's the problem with using a non-standard font. It may not render right even if the font is installed on the computer. If you want to do something with a non-standard font it's best to create a graphic from the font and use the graphic. It will render properly every time. I seriously doubt you have the Cherokee Syllabary font installed, unless your on a MAC. To see an example of using a font as a graphic you can visit http://www.rootsweb.ancestry.com/~itchertp/index.html . All the Cherokee language is as a graphic. On 12/11/2012 08:05 AM, A. J. Oxton wrote: > Greetings Cohort, > > Newbie ajo here muddling my Way through converting database to HTML and along the way > passing through MSword, OpenOffice > HTML. > > In my page at http://freepages.family.rootsweb.ancestry.com/~oxtonnewengland/ > > See the section 'PREFACE to the Edition of 10 December, 2012' . The bullets in front of > each generation-child's name are from the MSword character set 'Wingdings2' where for > instance 'w = a black dot enclosed 3'. > > Problem is: These Wingding characters render just fine in browsers IE7 and Seamonkey > but are rendered invisible in Chrome and Firefox. > > What to do? > > The line of code for a typical example is: > <p align="JUSTIFY"><font face="Wingdings"><font size="3">?</font></font> > o > Their children</p> > > where that '?' is the black dot with a number 1 in it. > > similarly <p align="JUSTIFY"><font face="Wingdings"><font size="3"></font></font> > - Their grandchildren</p> > > results in a black dot with a number 2 in it. > > What should I change the code to in order to make these bullets render properly in all > browsers. Or what global style instruction might do the trick. > > > Thank you, > > --ajo Alfred.J.Oxton, SKP, TNS, ESL, OO, OAE, ISFA, INFP, k1oIq > Researching OXTON, SCOTT, NEWTON, FIELD > http://www.TheCatDragdInn.org > Genealogy is the study of why you look like at least > one of your parents and if you don't, why you should. > > > > > ------------------------------- > 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 -- “The only difference between death and taxes is that death doesn't get worse every time Congress meets.” — Will Rogers _ _... ..._ _ _._ ._ ..... ._.. ... .._
Recently there was a request for help when the FreePages bottom banner attached itself to a self-closing <div /> used to create a horizontal rule in the free GEDmill version 1.11.0 program. http://www.logicmill.com/ At the time I suggested that the simple remedy was to change the gedmill-style.css file to make the banner place itself at the bottom of the open window, but also commented that opening up each of the generated tree files and editing the offending <div class="hr" /> by replacing it with <div class="hr"></div> could also be an option - though a tedious one. Well, as things often go, the penny dropped when I later realized that I have the free PSPad Editor installed, http://www.pspad.com/ ... and amongst its many useful options there is a multiple file Search & Replace feature. There's nothing like tackling the original problem head on, so I download all the .html files associated with the GEDmill tree created by the original poster and saved them to a separate folder. After opening PSPad, I clicked on Search in the top menu bar, and from the dropdown menu selected "Search/Replace in Files". In the "Text to Find" field I entered <div class="hr" /> , then checked the "Replace With" checkbox and entered <div class="hr"></div> in the associated field. Ensure the "Whole Words Only" checkbox is checked, along with the "Clear previous search results" checkbox, then move down to the "Search Scope" section. Select the "Selected Directory" radio button and navigate in the associated field to the folder in which the download files have been saved. Move now to the "File masks" field and enter *.html. Double check the data you entered in the top two fields, and if correct click on OK. 2904 files and about 1 minute later the whole operation was over, and the FreePages bottom banner can now reside where it wants without any additional help. In summary, though the GEDmill program is no longer being supported, there are definitely possibilities for restyling the generated pages and by using the PSPad editor it is possible to modify the generated HTML to allow substantial layout changes. Barry
On 30/11/2012 3:05 a.m., Roger Hendrix wrote: > Barry, thank you for your suggestions. I have applied the suggested > modifications to the GEDMill style.CSS file and retested the displays and > all appears to be working correctly. > -------------------------------------- Roger, I've had another look at the HTML output of the GedMill program, and find that immediately after the inserted Tree there is a horizontal rule created by using a self-closing <div class="hr" />. That is actually where the problem with the bottom banner starts, as that div effectively closes the #userContentFP div, which is why the banner is attaching itself there. As you are probably not keen on modifying the HTML on every page that is created, the solution I have already given you is most likely the best one, but it is possible to get the bottom banner to position itself correctly by - (a) Removing the #fp_ftr style from the gedmill-style.css, and (b) Removing the padding-bottom:40px from DIV#page style. (c) Open the gedmill.js file and add the following javascript to it :- window.onload = function() { document.getElementById('userContentFP').style.position = "relative"; document.getElementById('fp_ftr').style.position = "absolute"; document.getElementById('fp_ftr').style.margin = "8px 0 0 -8px"; } ... then save the file and load to the server. Alternatively, you can open each of the generated HTML files in your editor and locate the offending <div class="hr" /> and replace with:- <div class="hr"></div> Any questions? Just ask. Barry
> Message: 1 > Date: Wed, 28 Nov 2012 10:04:38 -0600 > From: "Roger Hendrix" <rphendrix@windstream.net> > Subject: [FreeHelp] GEDMill version 1.11.0 opportunity > To: <Freepages-Help@rootsweb.com> > Message-ID: <00dd01cdcd82$11dcad90$359608b0$@windstream.net> > Content-Type: text/plain; charset="us-ascii" > > Greetings: > I have generated some web pages using GEDMill version 1.11.0 and was > planning to use the pages on my Freepages Genealogy web site. > > On testing, I have discovered an anomaly with the rendering of the GEDMill > generated pages. > > My first question is can GEDMill generated pages be used on the Freepages > Website, if not, then I will delete my work and look for another approach; > otherwise, I need to know what is causing the anomaly which can be viewed > via the following link: > > http://freepages.genealogy.rootsweb.ancestry.com/~rogerhendrix/hendrix-james > -descendants/indiI108.html > > Many thanks in advance for any help and/or suggestions concerning this > anomaly. Your mangled code ashx">Ancestry's card catalog</a> | <a href="http://www.ancestry.com/s33216/t11575/grid1041/rd.ashx">Complete US Census collection</a> | <a href="http://www.ancestry.com/s33216/t14846/grid1041/rd.ashx">Birth, marriage & death records</a> | <a href="http://www.ancestry.com/s33216/t14847/grid1041/rd.ashx">US military records</a> <br> <a href="http://www.ancestry.com/s33216/t14848/grid1041/rd.ashx">UK Census collection</a> | <a href="http://www.ancestry.com/s33216/t14849/grid1041/rd.ashx">Historical newspaper collection</a> | <a href="http://www.ancestry.com/s33216/t14850/grid1041/rd.ashx">US immigration collection</a> </linkbox> I am not familiar with your code generator but HTML requires a start and end for each element. I see no <linkbox> which needs to be before this code. Could you have cut and pasted this code from somewhere else? If you did make sure you got it all. I think you missed the first part of your code. Maybe someone is familiar with this construct but it sure looks to me like a careless cut and paste. Good Luck! Ron
Roger, Yes, the GedMill program can be used on FreePages, with the proviso that the FreePages bottom banner needs to be helped to know where to go as the mini tree inserted by JavaScript at the top of the page is absolutely positioned. This causes the bottom banner to lose its position in the relative flow. Somewhere I have a small piece of JavaScript I created to measure the depth of the rendered page and then place the bottom banner in the correct position. I will dig it out and check it, but in the meantime the following addition to the gedmill-style.css will place the offending banner at the bottom of the open window. #fp_ftr { position:fixed; bottom:0; left:0; } Also, modify the DIV#page style by adding - padding-bottom:40px; ... that is to allow extra space at the bottom of the page for the W3C validator image. Both these modifications are done in the CSS, and consequently they apply to all the GedMill linked pages. Barry ----------------------------- On 29/11/2012 5:04 a.m., Roger Hendrix wrote: > Greetings: > > > > I have generated some web pages using GEDMill version 1.11.0 and was > planning to use the pages on my Freepages Genealogy web site. > > > > On testing, I have discovered an anomaly with the rendering of the GEDMill > generated pages. > > > > My first question is can GEDMill generated pages be used on the Freepages > Website, if not, then I will delete my work and look for another approach; > otherwise, I need to know what is causing the anomaly which can be viewed > via the following link: > > > > > http://freepages.genealogy.rootsweb.ancestry.com/~rogerhendrix/hendrix-james > -descendants/indiI108.html > > > > Many thanks in advance for any help and/or suggestions concerning this > anomaly. > > > > Roger P. Hendrix > > > > > ------------------------------- > To unsubscribe from the list, please send an email toFREEPAGES-HELP-request@rootsweb.com with the word 'unsubscribe' without the quotes in the subject and the body of the message > >
David, thank you for your comments. ------------------------------ Barry, thank you for your suggestions. I have applied the suggested modifications to the GEDMill style.CSS file and retested the displays and all appears to be working correctly. Best Regards, Roger Hendrix ------------------------------ Roger, Yes, the GedMill program can be used on FreePages, with the proviso that the FreePages bottom banner needs to be helped to know where to go as the mini tree inserted by JavaScript at the top of the page is absolutely positioned. This causes the bottom banner to lose its position in the relative flow. Somewhere I have a small piece of JavaScript I created to measure the depth of the rendered page and then place the bottom banner in the correct position. I will dig it out and check it, but in the meantime the following addition to the gedmill-style.css will place the offending banner at the bottom of the open window. #fp_ftr { position:fixed; bottom:0; left:0; } Also, modify the DIV#page style by adding - padding-bottom:40px; ... that is to allow extra space at the bottom of the page for the W3C validator image. Both these modifications are done in the CSS, and consequently they apply to all the GedMill linked pages. Barry
Greetings: I have generated some web pages using GEDMill version 1.11.0 and was planning to use the pages on my Freepages Genealogy web site. On testing, I have discovered an anomaly with the rendering of the GEDMill generated pages. My first question is can GEDMill generated pages be used on the Freepages Website, if not, then I will delete my work and look for another approach; otherwise, I need to know what is causing the anomaly which can be viewed via the following link: http://freepages.genealogy.rootsweb.ancestry.com/~rogerhendrix/hendrix-james -descendants/indiI108.html Many thanks in advance for any help and/or suggestions concerning this anomaly. Roger P. Hendrix
Rodger, It appears to me that this program is using scripts which is not allowed to be used at Rootsweb. See http://www.rootsweb.ancestry.com/rootsweb/wizards/newuser.htm#scripts Any code that you add by the use of scripts and some Java MAY mess things up when Ancestry adds their code and java for the headers and footers of your web site files. Thanks, David C Abernathy Email disclaimers ---------------------------------------------------------------------------- This message represents the official view of the voices in my head. ---------------------------------------------------------------------------- http://www.SchmeckAbernathy.com == All outgoing and incoming mail is scanned by F-Prot Antivirus ==
Re: inability to submit sitemap due to robots.txtfileproblem (chris dale) On 26/11/2012 9:11 a.m. UTC+13, chris dale wrote:> Ok so if I can't affect the robots.txt file because it is controlled by ancestry.com then what can I do as a website account holder (if anything) to be able to submit my site maps to google again... I have been doing it all along over the past several years up until mid November when this happened. Does this mean that google will no longer index any more of my pages?> Has this happened to anyone else trying to resubmit a site map on the rootsweb websites in November?> Thanks again!>>Jill, Pat has reconfirmed what I wrote to you on the 21st, i.e. you have no control over the robots.txt file in the root directory of:- http://www.rootsweb.ancestry.com/ This doesn't stop you from using Webmaster Tools or other utilities to create a Sitemap for your site and submitting it to Google. In any case, the Google Bot will find all your linked pages and ignore links that you've forbidden it to index with the use of meta data in the head of the appropriate page(s). Barry I concur. I never submitted my site to Google but it is the top listed selection for my g-grandfather 'Luther Baker" even though it is relatively new compared with the rest of the sites with his material. The rating is mostly due to links and traffic. I only took about 2 weeks to be listed in the search results and only a few months to climb to first place. You worrying about submitting your site map is a waist of effort Google routinely checks your site now that it is on their radar. Submitting it again will not influence your score. If you want a better score think about links link to other relates sites and have them link to you. That will also increase your traffic because people can find you other than a search engine. Ron
On 26/11/2012 9:11 a.m. UTC+13, chris dale wrote: > Ok so if I can't affect the robots.txt file because it is controlled by ancestry.com then what can I do as a website account holder (if anything) to be able to submit my site maps to google again... I have been doing it all along over the past several years up until mid November when this happened. Does this mean that google will no longer index any more of my pages? > Has this happened to anyone else trying to resubmit a site map on the rootsweb websites in November? > Thanks again! > > Jill, Pat has reconfirmed what I wrote to you on the 21st, i.e. you have no control over the robots.txt file in the root directory of:- http://www.rootsweb.ancestry.com/ This doesn't stop you from using Webmaster Tools or other utilities to create a Sitemap for your site and submitting it to Google. In any case, the Google Bot will find all your linked pages and ignore links that you've forbidden it to index with the use of meta data in the head of the appropriate page(s). Barry
Taking a step back, and re-examining the issue ... While the robots.txt is an interesting issue, how is a member page related to the workings of FreePages? Given the dynamic sub-domain addresses FreePages uses, and the virtually non-existent robots.txt limitations on the main Rootsweb domain (not effective on the FreePages sub-domains) what is the specific FreePages issue that needs to be worked out, as opposed to the Rootsweb issue the server techs may need to look at? -----Original Message----- <snip> On the www server, it is blocked, i.e. http://www.rootsweb.ancestry.com/robots.txt If this is a recent change, that may be what is causing the error message for you. Regardless, you, as an account holder, DO NOT have access to the server root.? You can not change, add or delete the robots.txt file, and placing one in your account will have no effect. <snip> I'd just ignore the issue for right now. RW needs to look at their robots.txt file. Until then, none of us can fix the problem. Upload your pages and don't worry about it. Google will eventually re-crawl your site. Hold onto your site map for now without uploading it. <snip>
Jill, I'd just ignore the issue for right now. RW needs to look at their robots.txt file. Until then, none of us can fix the problem. Upload your pages and don't worry about it. Google will eventually re-crawl your site. Hold onto your site map for now without uploading it. Judy
google site verification code is required by google tools indexing-- to prove you own the site. Leave it in. Like Pat said, robots.txt is different than the robots,follow tag on a page. I put a note to Randy about robots.txt file but no answer yet. Judy On Sun, Nov 25, 2012 at 12:26 PM, Jill Muir <jill@shottle.plus.com> wrote: > Ok. This is what I would do, but I am no expert Jill. > > I would take this out too: > > <meta name="google-site-verification" > content="2bl1tc20KSd2LHCiiP0E7szi9tbc4sVK7oxpKNEHSDg" /> > <META name="y_key" content="029c45c1ef84b4c8"> > > I shouldn't think it has anything to do with your meta tag, but if it > uploads after you have taken it out, then that would prove that it is > possibly not needed. I don't use it personally. > <meta name="robots" content="index, follow"> >
Judy, Jill, Barry and Pat, I took out the google site verification code- Jill did you copy and paste that code you suggested I take out? Hope so because I just pasted that bit back in to my index.html page. Did I paste it back into the correct place? <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <!-- InstanceBeginEditable name="doctitle" --> <title>County Mayo Beginnings Homepage</title> <!-- InstanceEndEditable --> <link href="countymayo.css" rel="stylesheet" type="text/css" /> <!-- InstanceBeginEditable name="head" --> <meta name="google-site-verification" content="2bl1tc20KSd2LHCiiP0E7szi9tbc4sVK7oxpKNEHSDg" /> <META name="y_key" content="029c45c1ef84b4c8"> <meta name="robots" content="index, follow"> <meta name="description" content="County Mayo, County Roscommon Ireland Genealogical Research. Included are maps, geographical divisions, deciphering Griffith's RE: what Barry mentioned. I successfully created a sitemap on http://www.auditmypc.com/free-sitemap-generator.asp (and submitted like I always do via my google webmaster site, but this time, it was rejected because of the robot.txt issue) It didn't appear to be a problem with the creation of the site map but the acceptance of it because of the robot.txt issue. Will the google bot continue to find my linked pages if I am unable to submit my site map to them? Thanks again for everyone's help Jill
Ok. This is what I would do, but I am no expert Jill. I would copy that robot.txt file to your computer and then delete it from the server. Now try to upload. If it will not copy over then simply delete it, I would take this out too: <meta name="google-site-verification" content="2bl1tc20KSd2LHCiiP0E7szi9tbc4sVK7oxpKNEHSDg" /> <META name="y_key" content="029c45c1ef84b4c8"> I shouldn't think it has anything to do with your meta tag, but if it uploads after you have taken it out, then that would prove that it is possibly not needed. I don't use it personally. <meta name="robots" content="index, follow"> You have several errors in your code and have a header tag where it shouldn't be <h1></h1> It shows on line 104 just under the image Robert Emmett Brennan. Looking at your source code I then saw this <!-- InstanceBeginEditable name="head" --> This didn't sound right, so I Googled this now see http://forums.adobe.com/thread/428971 I think I would sort out your dwt so that you don't have this recurring. Cheers, Jill -----Original Message----- From: freepages-help-bounces@rootsweb.com [mailto:freepages-help-bounces@rootsweb.com] On Behalf Of chris dale Sent: 25 November 2012 16:00 To: freepages-help@rootsweb.com Subject: [FreeHelp] inability to submit sitemap due to robots.txt fileproblem I just went to webmaster tools - health, clicked the blocked URLS clicked test robots.txt tab (contents listed below already appeared in the box) # Domain:[rootsweb.ancestry.com] # # This file should reside in the root directory ancestry.XX/robots.txt # # Tells Scanning Robots Where They Are And Are Not Welcome # User-agent: can also specify by name; "*" is for all bots # Disallow: disallow if directive matches first part of requested path # User-Agent: * Disallow: /flytrap/flybait Under URLs Specify the URLs and user-agents to test against - it listed my site. I clicked test and it said: Test results Url Googlebot Googlebot-Mobile http://www.rootsweb.ancestry.com/~irlmayo2/ Allowed Detected as a directory; specific files may have different restrictions Allowed Detected as a directory; specific files may have different restrictions I didn't copy and paste anything that wasn't already in that box. I have no idea what or where this robots.txt file is they mention (copy content of robots.txt file to first box) Why does the test show allowed and yet I can't submit a sitemap and the googlebots are being blocked I am beyond confused. Jill ------------------------------- 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
At 03:11 PM 11/25/2012, chris dale wrote: >Ok so if I can't affect the robots.txt file because it is controlled >by ancestry.com then what can I do as a website account holder (if >anything) to be able to submit my site maps to google again... I >have been doing it all along over the past several years up until >mid November when this happened. Does this mean that google will no >longer index any more of my pages? >Has this happened to anyone else trying to resubmit a site map on >the rootsweb websites in November? >Thanks again! As I said, I don't use the Google search engine, so I don't know. I use Freefind on my usgenweb sites on the WWW server, and while it looks for a robots.txt file, it doesn't go into a tizzy if it can't find one and generates a site map anyway. http://search.freefind.com/find.html?id=45006776&map=0&page=0&ics=1 Pat Asher
Hi Jill, I didn't know that you used a robots.txt file for this purpose. Don't you add this in the head of your index page, so that the whole site is indexed? Can you not copy this back to your computer and open it and check it is correct? Does this help you? http://www.genealogy-web-creations.com/website-design-search-engines.html OR http://www.robotstxt.org/ Cheers, Jill -----Original Message----- From: freepages-help-bounces@rootsweb.com [mailto:freepages-help-bounces@rootsweb.com] On Behalf Of chris dale Sent: 25 November 2012 14:21 To: freepages-help@rootsweb.com Subject: [FreeHelp] inability to submit sitemap due to fileproblem Hello again I tried to resubmit my website site map today (I had 1303 pages indexed before this) and it was rejected. The error message read "couldnt access my site map- network unreachable, robots.txt unreachable. Found a robots.txt file at the root of your site but were unable to download it. Please ensure that it is accessible or remove it completely. This robots.txt issue is driving me insane. I have quite a few pictures/graphic images on my website so I have this in my template code for my website (should it only be on the pages with pictures or graphic images?) It has been like that for over a year on all of my pages. but I don't think I have changed or done anything different since googlebot starting having trouble accessing my site Nov 14 because of this robots.txt problem. <meta name="robots" content="index, follow" /> <meta name="Description" content="County Mayo, Ireland Major Market Towns Map." /> <meta name="Keywords" content="Mayo, Ireland, Market, Towns, Map" /> I want to be able to continue to resubmit my site maps and have them indexed. Do I need to remove the <meta name="robots" content="index, follow" /> or ? to clear up this problem or is there something else you would suggest that I do. I really haven't had time to do much work on my website since mid Nov when this all started so I have no idea where the problem stems from Any suggestions would be appreciated. Jill ------------------------------- 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