Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.Hi there.
I upgraded to the dev version to get the new functionality mentioned here http://drupal.org/node/101126 (footnote should link back to text). However, I notice you've stopped using the sup tag and are maybe structuring the footnotes list differently. As a result, my footnotes no longer display as superscripts and the footnotes are not aligned with their numbers.
I am the Foliage theme and Firefox 2.0.0.6 on Mac OS X 10.3 (though the results are similar (if not worse) in Safari).
I have attached a couple of screenshots.
| Comment | File | Size | Author |
|---|---|---|---|
| footnotes-alignment-problems.png | 3.8 KB | pathscollide |
Comments
Comment #1
hingo commentedHi Cagilaba
Sorry for not responding to this bug. For some reason I never got a mail about this and today is the first time I noticed this.
I suspect this is some Mac specific issue (browser independent) and has something to do with different resolutions. I guess it could affect Win or Linux computers with different resolutions too. I've tested the new way of creating footonotes both on Linux and Windows, and it looked good. But I know cases like this that have had problems on Macs too.
I'm rating this critical since this is clearly broken on one operating system. I'll see if my CSS skills are able to solve this though...
Comment #2
hingo commentedHi, if you are still there, could you post another screenshot with a full page of text?
Comment #3
hingo commentedOk. I used browsershots.org to check how this renders on different browsers. I wasn't able to reproduce exactly what your screenshot is, but I did confirm that the footnote numbers are not always in line with their corresponding text. This is not surprising, I was worried this approach might have problems like this. The problem is subtle and the amount the number is off from is current baseline varies on browser, OS, screen resolution and I don't know...
I now fixed this as the following: instead of using a DL list the footnotes are listed in an OL list. There is again some heavy CSS to produce what we want and this approach isn't perfect either:
1) With this approach there is a bug on all versions of IE: the footnote number is about 3 pixels lower than it's corresponding text. In fact the baseline for the number is the same as the margin bottom for the corresponding text.
2) On IE5.5 only there is a bug that the footnote number is not moved left and it is therefore mixed with the first letters of the footnote text. (This is really not good, but IE5.x should be used by about 1% now so I decided to accept this tradeoff.)
So we traded some bugs with some others. Why is this approach better? I like this situation better because 1) now the situation is more determenistic, I know exactly what problems we have where and 2) these can credibly be said to be bugs in IE, not my CSS. The DL based apporach was on shaky ground and the footnote numbers would float up or down depending on many different environmental factors.
There is a third approach, which is based on a more plain layout to avoid the problems with IE. This is available in footnotes-alternative_layout.css. You can take that into use by renaming the file to footnotes.css.
Comment #4
hingo commentedOh I forgot. As a separate issue, on some browser the footnote reference was not shown as supertext^1. This was a CSS problem and the new CSS should fix this. SUP tag is not used because we try to make do with the tags that by default will pass HTML filter.