[bug #62300] [preconv] does not handle U+00A0 (NBSP) as it should

2024-04-27 Thread Bjarni Ingi Gislason
Follow-up Comment #8, bug #62300 (group groff):

  The glyph 'u00A0' is defined in "groff/build/font/devpdf/U-*"
except in  U-ZD:


U-AB:u00A0  280,0   0   690 uni00A0 --  
U-ABI:u00A0 280,0,0,0,500   690 uni00A0 --  
U-AI:u00A0  277,0,0,0,500   690 uni00A0 --  
U-AR:u00A0  277,0   0   690 uni00A0 --  
U-BMB:u00A0 340,0   0   690 uni00A0 --  
U-BMBI:u00A0340,0,0,0,500   690 uni00A0 --  
U-BMI:u00A0 300,0   0   690 uni00A0 --  
U-BMR:u00A0 320,0,0,0,500   690 uni00A0 --  
U-CB:u00A0  600,0   0   690 uni00A0 --  
U-CBI:u00A0 600,0,0,0,-336  0   690 uni00A0 --  
U-CI:u00A0  600,0,0,0,-269  0   690 uni00A0 --  
U-CR:u00A0  600,0   0   690 uni00A0 --  
U-HB:u00A0  278,0   0   690 uni00A0 --  
U-HBI:u00A0 278,0,0,17,-195,17  0   690 uni00A0 --  
U-HI:u00A0  278,0,0,0,-163  0   690 uni00A0 --  
U-HNB:u00A0 228,0   0   690 uni00A0 --  
U-HNBI:u00A0228,0,0,0,960   690 uni00A0 --  
U-HNI:u00A0 228,0,0,0,960   690 uni00A0 --  
U-HNR:u00A0 228,0   0   690 uni00A0 --  
U-HR:u00A0  278,0   0   690 uni00A0 --  
U-NB:u00A0  287,0   0   690 uni00A0 --  
U-NBI:u00A0 287,0,0,0,500   690 uni00A0 --  
U-NI:u00A0  278,0,0,0,500   690 uni00A0 --  
U-NR:u00A0  278,0   0   690 uni00A0 --  
U-PB:u00A0  250,0   0   690 uni00A0 --  
U-PBI:u00A0 250,0,0,0,-75   0   690 uni00A0 --  
U-PI:u00A0  250,0,0,0,-75   0   690 uni00A0 --  
U-PR:u00A0  250,0   0   690 uni00A0 --  
U-TB:u00A0  250,0   0   690 uni00A0 --  
U-TBI:u00A0 250,0,0,0,-75   0   690 uni00A0 --  
U-TI:u00A0  250,0,0,0,-75   0   690 uni00A0 --  
U-TR:u00A0  250,0   0   690 uni00A0 --  
U-ZCMI:u00A0220,0,0,0,500   690 uni00A0 --  




___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/




[bug #62300] [preconv] does not handle U+00A0 (NBSP) as it should

2024-04-27 Thread Dave
Follow-up Comment #7, bug #62300 (group groff):

[comment #6 comment #6:]
> the font defines operators for the glyph, which results in a
> space of a certain width.

This is a fixed width?  If so, such fonts provide an undocumented exception to
this statement in groff_char(7): "a no-break space... is mapped to \~, the
adjustable non-breaking space escape sequence."

This ticket being closed, if the above is in fact the case, one of us should
open a new bug report.


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/




[bug #62300] [preconv] does not handle U+00A0 (NBSP) as it should

2024-04-27 Thread Deri James
Follow-up Comment #6, bug #62300 (group groff):

\[u00A0] is meaningful if you are using a font which defines the glyph. (I
appear to have about 67 fonts which define the glyph, some even define kern
pairs for the glyph, and one tibetan font defines composites using it).

Groff does not convert it to a horizontal motion and the font defines
operators for the glyph, which results in a space of a certain width.


___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/