Steps:
- Go to enwiki - Race (human categorization)
- Tap Reference 7
- Tap Reference 17
Notice the alignment of the [page needed] text is slightly off. On Reference 17 it pushes the lists up a bit.
Beta App 5.5.0 (1129)
ABorbaWMF | |
May 4 2017, 9:28 PM |
F8548811: gordon-apple.png | |
Jun 28 2017, 6:50 PM |
F8548815: apple1.png | |
Jun 28 2017, 6:50 PM |
F8548818: apple2.png | |
Jun 28 2017, 6:50 PM |
F8548820: Simulator Screen Shot 28 июня 2017 г., 21.39.48.png | |
Jun 28 2017, 6:50 PM |
F8548649: apple-system.png | |
Jun 28 2017, 6:50 PM |
F8548652: helvetica.png | |
Jun 28 2017, 6:50 PM |
F8533383: Simulator Screen Shot 27 июня 2017 г., 0.35.09.png | |
Jun 26 2017, 9:51 PM |
F7915567: image.png | |
May 4 2017, 9:28 PM |
Steps:
Notice the alignment of the [page needed] text is slightly off. On Reference 17 it pushes the lists up a bit.
Beta App 5.5.0 (1129)
Oops look like this ticket may have misdiagnosed the problem. Superscripts are not misaligned - they're supposed to be higher - hence the 'super' part.
I think the problem here is the line spacing is so tight that the superscript encroaches/messes up the line spacing.
We may want to consider increasing the line spacing to match what's used on the article itself to give superscripts the 'breathing room' they need.
You pass HTML to NSAttributedString and iOS has strange behaviour when trying to render numbers and ordinary letters using by system font.
Ordinary letters will be rendered successfully but number's rendering will be failed for standard Apple system font, SF as I know.
This simple text with superscript will be rendered differently for -apple-system and Helvetica.
It's related to NSAttributedString only, not WKWebKit.
<html> <head> <style> * { font-family:-apple-system; } </style> </head> <body> test<sup>1a2bc3</sup> </body> </html>
* { font-family:Helvetica, Arial, Sans-serif; }