Mantis Issue Tracking for Scribus
· Hosting provided by Anduin.net / Øverby Consulting ·

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0012346ScribusTypographypublic14-Jun-04 14:4914-Jul-29 15:52
ReporterMZaske 
Assigned To 
PrioritynormalSeveritytextReproducibilityalways
StatusnewResolutionopen 
PlatformseveralOSOpenSuseOS Versionseveral
Product Version1.4.4 
Target Version1.5.1Fixed in Version 
Summary0012346: same bug as ID 0010720 but concerning more platforms and more versions
DescriptionI do not manage to edit the "Report Details" for Bug ID 0010720 but we are seeing the same problem:

On Windows machines in our office (Win 7 pro) and on OpenSuse machines 13.1 and 12.3 and 12.1

We are seeing this on OpenSuse 1.4.3 and 1.4.2 and other people have seen it in the 1.5.0svn

This might need to be in category "font" or rather "font rendering" (did not find, so I put it in cat typography) but other users might search for this in "textframes"
Steps To Reproducecreate any text with more than one paragraph and make it right-align: The not-last paragraphs will not exactly right-align but will show an unwanted space character (probably the rendering of the CR glyph) at the right-most position.

This happens for many fonts (for example SIL Charis or Times New Roman) but NOT for other fonts (for example Arial or DejaVu).

Only the last paragraph will properly right align.

Right-alignment might seem rare and exotic, but we need it for several documents (for educational posters etc), so for us, priority should be even "higher", please.

Additional InformationThis is most likely to do about rendering text in right-align context:

Based on a test with a "corrected" font, suspicions are that Scribus is "drawing" the glyphs not only for the
text of your lines, but also at least the "carriage return" character
(U+000D) and possibly the "linefeed" character (U+000A). Most
applications don't actually draw these characters (unless the user turns
on special "show invisible" or similar options that the app might
support) but rather just performs the necessary re-positioning that
would be indicated by the CR or LF.

Actually drawing the CR/LF characters wouldn't be a problem -- UNLESS
the font being rendered had real glyphs encoded to the CR or LF
characters. As it turns out, SIL Charis and Andika (and a number of other of
SIL fonts) *do* have a glyph encoded for the CR character. This isn't a
violation of any technical specification, and it hasn't (until now) been
a problem.

Thus guessing that all the fonts users are having trouble with have a
glyph encoded for the CR and/or LF characters and the fonts that "work"
do not encode those.

What was tweaked in the test-font (a copy of SIL Charis) was to remove the CR character from the font (LF wasn't present anyway). With the tweaked font, the right alignment DID work properly!
TagsNo tags attached.
Attached Files

- Relationships
related to 0010720new Right-aligned text does not work as expected with some fonts. 
related to 0012565confirmed Right alignment of hyphens 

-  Notes
There are no notes attached to this issue.

- Issue History
Date Modified Username Field Change
14-Jun-04 14:49 MZaske New Issue
14-Jun-04 18:03 ale Relationship added related to 0010720
14-Jul-24 06:45 Kunda Target Version => 1.5.1
14-Jul-29 15:52 Kunda Relationship added related to 0012565



Copyright © 2000 - 2014 MantisBT Team
Powered by Mantis Bugtracker