Weird text problem in Cairo branch
The attached SVG (which I just made using the cairo branch) has three text objects. One with "$x$", one with "$y$" and one with "$z$" (without the quotes obviously). In 0.48 this shows up just fine, but in the Cairo branch only some of the characters are shown (those that are shown appear to be complete). In particular, for most fonts only the x and the z appear (so no dollar sign or y), and for some fonts (like Times New Roman) all characters disappear... Is this a known problem? Can anyone reproduce the problem? Any ideas on fixing it?
On Apr 15, 2011, at 12:41 AM, Jasper van de Gronde wrote:
The attached SVG (which I just made using the cairo branch) has three text objects. One with "$x$", one with "$y$" and one with "$z$" (without the quotes obviously). In 0.48 this shows up just fine, but in the Cairo branch only some of the characters are shown (those that are shown appear to be complete). In particular, for most fonts only the x and the z appear (so no dollar sign or y), and for some fonts (like Times New Roman) all characters disappear... Is this a known problem? Can anyone reproduce the problem? Any ideas on fixing it?
Interesting.
Sounds like I really need to gather up and get out some character/glyph/encoding info I've got kicking around.
Testing the copyright sign and the Euro will cover two test points (higher value Latin1+Cp1252 and Cp1252-but-not-Latin1).
© U+00A9
€ U+20AC
On 15/4/11 09:41, Jasper van de Gronde wrote:
The attached SVG (which I just made using the cairo branch) has three text objects. One with "$x$", one with "$y$" and one with "$z$" (without the quotes obviously). In 0.48 this shows up just fine, but in the Cairo branch only some of the characters are shown (those that are shown appear to be complete). In particular, for most fonts only the x and the z appear (so no dollar sign or y), and for some fonts (like Times New Roman) all characters disappear... Is this a known problem? Can anyone reproduce the problem? Any ideas on fixing it?
Not reproduced with cairo-renderer r9589 on OS X 10.5.8 (i386), built&linked with stable cairo 1.10.2 or cairo snapshot 1.11.2 (screenshot: http://imgh.us/ordering_cone_-_test_osx.png) - various fonts tested, as well as characters such as the Euro and Copyright sign as suggested by JonCruz (those are not in the screenshot).
(rebuilding r9590 now, but as far as I can tell from the changes, it should not affect font handling and text rendering, at least on non-win32 platforms)
~suv
ps - build failure with r9590 - after deleting two files, the change needs to be reflected in 'src/extension/internal/Makefile_insert' (AFAIU):
$ bzr diff src/extension/internal/Makefile_insert === modified file 'src/extension/internal/Makefile_insert' --- src/extension/internal/Makefile_insert 2010-02-22 19:33:37 +0000 +++ src/extension/internal/Makefile_insert 2011-04-15 10:58:37 +0000 @@ -131,8 +131,6 @@ extension/internal/filter/filter.h \ extension/internal/filter/drop-shadow.h \ extension/internal/filter/snow.h \ - extension/internal/win32.h \ - extension/internal/win32.cpp \ extension/internal/emf-win32-print.h \ extension/internal/emf-win32-print.cpp \ extension/internal/emf-win32-inout.h \
On 2011-04-15 13:16, ~suv wrote:
ps - build failure with r9590 - after deleting two files, the change needs to be reflected in 'src/extension/internal/Makefile_insert' (AFAIU):
That sounds right, can you (or anyone else who can actually verify that it works) commit it?
$ bzr diff src/extension/internal/Makefile_insert === modified file 'src/extension/internal/Makefile_insert' --- src/extension/internal/Makefile_insert 2010-02-22 19:33:37 +0000 +++ src/extension/internal/Makefile_insert 2011-04-15 10:58:37 +0000 @@ -131,8 +131,6 @@ extension/internal/filter/filter.h \ extension/internal/filter/drop-shadow.h \ extension/internal/filter/snow.h \
- extension/internal/win32.h \
- extension/internal/win32.cpp \ extension/internal/emf-win32-print.h \ extension/internal/emf-win32-print.cpp \ extension/internal/emf-win32-inout.h \
I ran into it too... Done
On Fri, Apr 15, 2011 at 8:23 AM, Jasper van de Gronde < th.v.d.gronde@...528...> wrote:
On 2011-04-15 13:16, ~suv wrote:
ps - build failure with r9590 - after deleting two files, the change needs to be reflected in 'src/extension/internal/Makefile_insert'
(AFAIU): That sounds right, can you (or anyone else who can actually verify that it works) commit it?
$ bzr diff src/extension/internal/Makefile_insert === modified file 'src/extension/internal/Makefile_insert' --- src/extension/internal/Makefile_insert 2010-02-22 19:33:37 +0000 +++ src/extension/internal/Makefile_insert 2011-04-15 10:58:37 +0000 @@ -131,8 +131,6 @@ extension/internal/filter/filter.h \ extension/internal/filter/drop-shadow.h \ extension/internal/filter/snow.h \
extension/internal/win32.h \
extension/internal/win32.cpp \ extension/internal/emf-win32-print.h \ extension/internal/emf-win32-print.cpp \ extension/internal/emf-win32-inout.h \
Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
participants (4)
-
Jasper van de Gronde
-
Jon Cruz
-
Josh Andler
-
~suv