Re: [Interest] harfbuzz support?
On Sunday April 12 2015 08:21:40 Christoph Feck wrote: My interest in this isn't completely satisfied yet :) Harfbuzz is responsible for layout (positioning) of glyphs, not rendering them to bitmaps. My question does remain how Qt4 includes or links to the harfbuzz functions. Even after building with -harfbuzz none of the binaries in the resulting frameworks link to libharfbuzz, and the 3rdparty/harfbuzz directory in the Qt source/build tree hasn't even been configured. Harfbuzz does show up in the feature list printed after the configure step, though. R. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] harfbuzz support?
On Tuesday April 14 2015 10:04:15 Lisandro Damián Nicanor Pérez Meyer wrote: Qt5 has the -system-harfbuzz compile switch, I don't know Qt4. If it doesn't it maybe tries to autodetect the lib at build time. That would have been my guess, but 1) there's no trace of that in the configure log and 2) I'd expect at least one of the frameworks (libraries) to show libharfbuzz when doing the OS X equivalent of ldd (probably QtGui.framework/QtGui or else QtCore). I'm not even sure how to check if the -harfbuzz switch had any effect, it's not like layout has all of a sudden become that much better or worse :) R. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] harfbuzz support?
On Sunday 12 April 2015 01:20:36 René J.V. Bertin wrote: Hi, Qt can be built with or without support for text rendering using harfbuzz. Qt4 and Qt5 seem to differ slightly in this aspect, but from what I understand both can be made to use harfbuzz at runtime even when not compiled to use it (by default). I'd like to test this, as it would probably let text rendering benefit from the Infinality patches I have applied to my FreeType library. I checked my build of the Qt 4.8.7 snapshot released the other day: it's been built without giving a harfbuzz option, which should be equivalent to * -no-harfbuzz ... Disable HarfBuzz on Mac. It can still be enabled by setting QT_ENABLE_HARFBUZZ environment variable. Qt5 has the -system-harfbuzz compile switch, I don't know Qt4. If it doesn't it maybe tries to autodetect the lib at build time. -- Dadme voto electrónico y con una terminal os haré presidente. el.machi Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] harfbuzz support?
On Sunday 12 April 2015 01:20:36 René J.V. Bertin wrote: Hi, Qt can be built with or without support for text rendering using harfbuzz. Harfbuzz is responsible for layout (positioning) of glyphs, not rendering them to bitmaps. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
Re: [Interest] harfbuzz support?
On Sunday April 12 2015 08:21:40 Christoph Feck wrote: Qt can be built with or without support for text rendering using harfbuzz. Harfbuzz is responsible for layout (positioning) of glyphs, not rendering them to bitmaps. Doh, I wondered whether I should investigate the true role before asking about it ... guess I should have :) Sorry for the noise. The question does remain how this (activating the feature with an env. variable) can work without apparent trace of the library being linked or loaded... R. ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest
[Interest] harfbuzz support?
Hi, Qt can be built with or without support for text rendering using harfbuzz. Qt4 and Qt5 seem to differ slightly in this aspect, but from what I understand both can be made to use harfbuzz at runtime even when not compiled to use it (by default). I'd like to test this, as it would probably let text rendering benefit from the Infinality patches I have applied to my FreeType library. I checked my build of the Qt 4.8.7 snapshot released the other day: it's been built without giving a harfbuzz option, which should be equivalent to * -no-harfbuzz ... Disable HarfBuzz on Mac. It can still be enabled by setting QT_ENABLE_HARFBUZZ environment variable. However, I don't see any difference when I set QT_ENABLE_HARFBUZZ=1 . That doesn't seem too surprising given that none of the frameworks in my build appear to link to harfbuzz, nor does the library seem to be loaded dynamically. Is it possible that that statement above is incorrect, and that one can disable harfbuzz in order to use CoreText instead after building with -harfbuzz? The Qt5 build options are more complex, and refer to old behaviour obtained with QT_HARFBUZZ=1; does that mean CoreText rendering on OS X? Thanks, René ___ Interest mailing list Interest@qt-project.org http://lists.qt-project.org/mailman/listinfo/interest