Your message dated Tue, 28 Dec 2010 18:35:09 +0000 with message-id <[email protected]> and subject line has caused the Debian Bug report #354888, regarding inkscape: Cannot handle fonts in old drawings to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 354888: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354888 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: inkscape Version: 0.43-4 Severity: important This only occurs for old drawings. It does not seem possible to reproduce the problem with new drawings, so a trimmed-down old drawing is attached. There are a number of problems, but they probably are related. In the example drawing you see a single Chinese character. The text box actually contains 4 characters, but the other 3 are invisible. (They were all visible in an older version of inkscape, with an older version of fontconfig.) Observations: 1. Click on the character and bring up Text and Fonts. Note that the default sample text is shown, as if there were no text in the text box. Note also that Font is shown as "Arial" (which is false, as step 2 will show). a. Click Text. It doesn't show anything. Text and Fonts thinks that the text box is empty, even though it obviously isn't because you see one character on the screen. b. Click Fonts. Try to change the font. You can't. (You can click different fonts and the sample text changes, but Apply is greyed out.) 2. Close inkscape and bring up a UTF-8-capable editor to edit the svg file. Look for "Some Example Nonexistent CJK Font" (an artificial example font name). Change it to "Kochi Gothic" or any other Japanese or Chinese font that exists. Save the file and relaunch inkscape. Note that you now see all 4 characters. Select the text and bring up Text and Fonts again. a. Click Text. You see the 4 characters. Existence or non-existence of the *font* seem to affect inkscape's ability to judge whether any text at all (which should be font-independent) exists or not. b. Click Fonts. Try to change the font. You still can't. Since this does not seem to happen in new drawings, this looks like some kind of backward-compatibility problem. Note about the non-existent font name: Fontconfig and/or inkscape changed some months ago so that it returns Japanese/Korean font names (in Japanese/ Korean characters) for some CJK fonts; worse, inkscape stopped recognizing their English font names as valid. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.28-ow1 Locale: LANG=zh_TW.Big5, LC_CTYPE=zh_TW.Big5 (charmap=BIG5) Versions of packages inkscape depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libbonobo2-0 2.10.1-1 Bonobo CORBA interfaces library ii libc6 2.3.6-2 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3 The Cairo 2D vector graphics libra ii libfontconfig1 2.3.2-2 generic font configuration library ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgc1c2 1:6.6-2 conservative garbage collector for ii libgcc1 1:4.0.2-9 GCC support library ii libgconf2-4 2.12.1-9 GNOME configuration database syste ii libglib2.0-0 2.8.6-1 The GLib library of C routines ii libglibmm-2.4-1c2a 2.8.2-2 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-0 2.12.2-6 GNOME virtual file-system (runtime ii libgtk2.0-0 2.8.12-1 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.6.5-1 C++ wrappers for GTK+ 2.4 (shared ii liborbit2 1:2.12.4-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.10.4-1 Layout and rendering of internatio ii libperl5.8 5.8.8-2 Shared Perl library ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsigc++-2.0-0c2a 2.0.16-3 type-safe Signal Framework for C++ ii libstdc++6 4.0.2-9 The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxft2 2.1.8.2-3 FreeType-based font drawing librar ii libxi6 6.9.0.dfsg.1-4 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-4 X Window System multi-head display ii libxml2 2.6.23.dfsg.2-2 GNOME XML library ii libxrandr2 6.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra ii libxslt1.1 1.1.15-4 XSLT processing library - runtime ii zlib1g 1:1.2.3-9 compression library - runtime Versions of packages inkscape recommends: ii dia 0.94.0-17.1 Diagram editor ii imagemagick 6:6.2.4.5-0.7 Image manipulation programs ii libwmf-bin 0.2.8.3-3.1 Windows metafile conversion tools ii perlmagick 6:6.2.4.5-0.7 A perl interface to the libMagick ii pstoedit 3.42-3 PostScript and PDF files to editab pn sketch <none> (no description available) -- no debconf information<<attachment: foo.svg>>
--- End Message ---
--- Begin Message ---I can't reproduce this in inkscape_0.48.0-1ubuntu2 and we haven't heard from the reporter in a while, so I'll close this report. If anyone can confirm that the bug still exists in the latest Inkscape package, please feel free to reopen the report. Thanks, Alex
--- End Message ---
