Terry J. Reedy <tjre...@udel.edu> added the comment:

I am closing because word breakage when wrapping and justifying is an 
OS-browswer issue.  I see the image as having two hyphenation bugs, but whoever 
wrote that viewer might disagree.

The displayed paragraph is the first bullet point in the doc.  With Firefox on 
Windows 10, the default wrapping (narrower than my full screen width) is after 
'paramont' and 'learn at'.

  Decimal “is based on a floating-point model which was designed with people in 
mind, and necessarily has a paramount
  guiding principle – computers must provide an arithmetic that works in the 
same way as the arithmetic that people learn at
  school.” – excerpt from the decimal arithmetic specification.

If I enlarge the text with Cntl-Mousewheel, even up to to the max 300%, Firefox 
rewraps but never breaks words; it only justifies with spaces.

With MS Edge and Google Chrome, the default breaks are after 'has a' and 'as 
the' and the max enlargements are 400/500%, but the behavior is otherwise the 
same -- rewrapping and justification with spaces, no word breaks.

  Decimal “is based on a floating-point model which was designed with people in 
mind, and necessarily has a
  paramount guiding principle – computers must provide an arithmetic that works 
in the same way as the
  arithmetic that people learn at school.” – excerpt from the decimal 
arithmetic specification.

Safari on my Macbook Mohave, does break words, and has nec-essarily, 
arith-metic, and ap-plication (later in the text), which are correct.

In the image, rewrapping is done by breaking words according to some local 
algorithm.  Short pieces as in ne-cessarily and ap-plications are hyphenated 
but the 'big' pieces of arith metic are not.  This looks like a browser bug, 
but might be a local standard.  According to both Google and my paper 
dictionary, the first hyphenation should be nec-essarily, as in Safari, which 
is an exception to the general rule of 'before a single consonant', as in 
spe-ci-fi-ca-tion.  But maybe some group disagrees with this exception.

----------
nosy: +mdk, terry.reedy
resolution:  -> third party
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <rep...@bugs.python.org>
<https://bugs.python.org/issue41988>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Reply via email to