One thing I notice however, the "#" links don't work anymore on that page. (I checked a few other pages and the "a name" tags are there; it's just on the installation-and-upgrading that they are absent.
I tend to follow HTML language developments but wasn't aware of that one. Anyway, I noticed that Firefox and Internet Explorer 8 don't consider the "id" tag, but Opera does so.
I experimented a bit and I think it is related to the way the links are made. If I understand correctly, the table of content generates a # link, which is interpreted back by the jquery plugin to send the user to 'h4'Moving existing installations'/h4' (single quotes replace angle brackets)
It seems that Firefox and Internet Explorer do not load the jQuery plugin before the page, so if you click on the link from the message above or if you type it yourself, it puts you at the top of the page. If you then click in the address bar and press Enter, then it brings you to the correct place. Ditto if the page is in the browser memory.
On the other hand, if you try to access one of the paragraphs or divisions that has an ID tag hard-coded, it works. So for example http://zenphoto.org/news/installation-and-upgrading#footer works directly because there is 'div id="footer"' in the HTML source code.
I can indeed reproduce the FF behaviour. I think there is nothing we can do about this. But since you get the TOC you can easily jump further if it does not work.
Comments
I would recommend that you add paragraphs 2, 5 and 6 of the above message in the following page:
http://www.zenphoto.org/news/installation-and-upgrading#moving-existing-installations
I would recommend putting it as a warning under either Moving Existing Installations or Upgrading
One thing I notice however, the "#" links don't work anymore on that page. (I checked a few other pages and the "a name" tags are there; it's just on the installation-and-upgrading that they are absent.
Ids are generated by the jquery plguin that generates the table of content on the top right of each article with sub headlines. That also generates the "top" link on each headline. I did setup that up as maintaining those TOCs of longer articles and manually linking is a pain.
If you don't see that table of content you probably have javascript disabled.
Thanks.
Seesm to work for me in Firefox 3.6 and the latest 14.x and of course in Safari 6 (did in 5, too), Opera, Camino and Chrome.
I experimented a bit and I think it is related to the way the links are made. If I understand correctly, the table of content generates a # link, which is interpreted back by the jquery plugin to send the user to
'h4'Moving existing installations'/h4'
(single quotes replace angle brackets)
It seems that Firefox and Internet Explorer do not load the jQuery plugin before the page, so if you click on the link from the message above or if you type it yourself, it puts you at the top of the page. If you then click in the address bar and press Enter, then it brings you to the correct place. Ditto if the page is in the browser memory.
On the other hand, if you try to access one of the paragraphs or divisions that has an ID tag hard-coded, it works. So for example http://zenphoto.org/news/installation-and-upgrading#footer works directly because there is
'div id="footer"' in the HTML source code.
I can indeed reproduce the FF behaviour. I think there is nothing we can do about this. But since you get the TOC you can easily jump further if it does not work.