bugThe FreeType Project - Bugs: bug #52326, End-of-word swashes aren't...

 
 

bug #52326: End-of-word swashes aren't displayed correctly

Submitted by:  Lars Ingebrigtsen <larsi>
Submitted on:  Wed 01 Nov 2017 08:21:02 PM UTC  
 
Severity:  3 - Normal Item Group:  Incorrect behaviour
Status:  Invalid Privacy:  Public
Assigned to:  Werner LEMBERG <wl> Open/Closed:  Closed
Planned Release:  None

Add a New Comment (Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

( Jump to the original submission)

Thu 02 Nov 2017 10:55:23 AM UTC, comment #6: 

Thanks for your help here -- I know nothing about how fonts
work in Linux, so I was poking around in the dark.

I looked more closely at the difference in what libraries
ImageMagick used in jessie and stretch, and it turned out that
in jessie, it used librsvg, and in stretch it uses the built-in
SVG renderer.  The latter does not seem to support advanced
font features.  I've now built ImageMagick from source, and
the swashes work again.

Thanks again!

Lars Ingebrigtsen <larsi>
Thu 02 Nov 2017 10:42:23 AM UTC, comment #5: 

No idea what changed with the SVG backend in ImageMagick.  You should definitely contact people from this project for further guidance!

Werner LEMBERG <wl>
Project AdministratorIn charge of this item.
Thu 02 Nov 2017 09:32:40 AM UTC, comment #4: 

Ah, yes, that pango:"Love#03" thing works for me, too, on
Debian stretch. 

So, as you said, this isn't a FreeType bug at all, but do you
happen to know why this wouldn't work in SVGs any more?  Or
whether there's a way to tell the SVG renderer (used by convert)
to switch the GSUB/liga feature on?

I realise that this isn't your problem  :-), but I've tried Googling, and I've been unable to find anything
promising...  or determine where I should be directing my
queries...

Lars Ingebrigtsen <larsi>
Wed 01 Nov 2017 11:12:03 PM UTC, comment #3: 

Thanks for the font.  As expected, the font contains a GSUB table with a `liga' feature, mapping the ligatures `#0[123]' to glyphs `end[123].swsh'.

Some googling shows that ImageMagick can use Pango, cf.

  http://www.imagemagick.org/Usage/text/#pango

It seems that there is no possibility to control which OpenType features are activated, but `liga' is activated by default.  And indeed, after moving the font into a directory scanned by fontconfig, a call like

convert -pointsize 100 \
        -background lightblue \
        -font JRS \
        pango:"Love#03" \
        Jolie\ Romantique.png

works just fine (using ImageMagick 6.8.8 on my GNU/Linux box).

Please test.  Since it is not related to FreeType, I'm closing it as invalid.

Werner LEMBERG <wl>
Project AdministratorIn charge of this item.
Wed 01 Nov 2017 08:37:14 PM UTC, comment #2: 

I've sent the font file privately.

If it's a problem with a higher-level library, where should I
send the bug report?  :-)  I'm seeing this problem in the
ImageMagick "convert" program when rendering SVG files.
I have no idea where the rendering takes place here...

Lars Ingebrigtsen <larsi>
Wed 01 Nov 2017 08:29:10 PM UTC, comment #1: 

Yes, please send the font privately.

Note, however, that this is most likely not a FreeType problem.  Reason is that FreeType doesn't handle contextual ligatures at all (this is an OpenType feature in the font's `GSUB' table) –  higher-level libraries like HarfBuzz do that.

Werner LEMBERG <wl>
Project AdministratorIn charge of this item.
Wed 01 Nov 2017 08:21:02 PM UTC, original submission:  

I bought a font recently that is displayed correctly on
Debian jessie, but upon upgrading to Debian stretch,
the end-of-word swashes are no longer displayed.

I've posted some examples here:

https://lars.ingebrigtsen.no/2017/11/01/fonts-swashes-linux-problems/

The font in question is this:

https://www.fonts.com/font/scholtz-fonts/jolie-romantique

And it uses codes like #01 for the swashes:

https://cdnimg.fonts.net/CatalogImages/44/1530938-SmartSwash%20How-to.pdf

It's a commercial font, so I should probably not attach it to the bug report, but I can mail you a copy for debugging.

Lars Ingebrigtsen
-email is unavailable-

Lars Ingebrigtsen <larsi>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by wl (Posted a comment)
  • -email is unavailable- added by larsi (Submitted the item)
  • -email is unavailable- added by larsi
  •  

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

     

     

    Follow 4 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2017-11-01 wl StatusNone => Invalid
        Assigned toNone => wl
        Open/ClosedOpen => Closed
    2017-11-01 larsi Carbon-Copy- => Added larsi

    Back to the top


    Powered by Savane 3.5