Printing or exporting to Encapsulated PostScript fails to deal correctly
non-ASCII characters, like those in ISO-8859-1 (áèïôñ...).

We need fltk 2.0 to deal with UTF-8 but it's not released yet, it's
only a CVS.

I've asked Aaron M. Ucko <ucko@debian.org> if we could get a
libfltk-cvs or something...

Hi,

Any news about this ITP ?
I need fltk 1.2+ to fix some bugs with my package xdiskusage.


Regards,

tag 364295 + wontfix
kthxbye

Hi,

I'm very sure that nobody will ever package FLTK 2.0 for Debian
(anymore) despite it's no more non-free -- because it's deprecated,
was never released as stable and is obsoleted by FLTK 1.3 which is in
Debian Unstable. Additionally most software who build upon FLTK 2.0
now uses FLTK 1.3, too, like e.g. Dillo which I uploaded just recently
to Debian Experimental.

I would have closed the RFP for FLTK 2.0
(http://bugs.debian.org/364295) because of that, but as #192827
(xdiskusage: Printing doesn't manage non-ASCII characters,
http://bugs.debian.org/192827) is still blocked by that RFP, I just
tagged it as "wontfix".

I tried to build xdiskusage against FLTK 1.3 instead of 1.1 (1.3 has
been released recently and entered Debian Unstable just shortly
afterwards) and it surprisingly built out of the box. (FLWM did not.)
It also works -- until you have an Directory with UTF-8 names in. Then
the xdiskusage window becomes somehow transparent (with ratpoison WM
at least), but clicking on that invisible window still gives the
pop-up menu and allows to export into PostScript. That PostScript
nevertheless looks not like UTF-8, but also not like just UTF-8
interpreted as ISO-Latin, e.g. no à in there.

I nevertheless hope that #192827 can be solved by using FLTK 1.3 and a
little bit of tweaking.

Thierry: Maybe you can poke the xdiskusage upstream about this issue
again, with a pointer to FLTK 1.3?

		Regards, Axel

tag 311435 + patch
unblock 311435 by 364295
unblock 192827 by 364295
kthxbye

Hi,

D. Goel wrote in 2005:

I suspect that "funny" means that UTF-8 characters are displayed as if
they were ISO-Latin-1, i.e. "ö" (o with two umlaut dots above) becomes
"ö" (capital A with tilda and a [end-of-]paragraph sign).

If that's the case, using FLTK 1.3 instead 1.1 solves the issue for
me (the patch below is actually from before the current NMU):

--- xdiskusage-1.48/debian/changelog    2010-04-04 12:16:28.000000000 +0200
+++ xdiskusage-1.48/debian/changelog    2011-08-01 13:07:14.000000000 +0200
@@ -1,3 +1,9 @@
+xdiskusage (1.48-10.1) unstable; urgency=low
+
+  * Build against FLTK 1.3; fixes displaying UTF-8 filenames(Closes: #311435)
+
+ -- Axel Beckert <abe@debian.org>  Mon, 01 Aug 2011 13:07:14 +0200
+
 xdiskusage (1.48-10) unstable; urgency=low

   * Support disk >4.3TB from upstream cvs rev1.22 (Closes: #555323)
diff -Nru xdiskusage-1.48/debian/control xdiskusage-1.48/debian/control
--- xdiskusage-1.48/debian/control      2010-03-30 15:24:57.000000000 +0200
+++ xdiskusage-1.48/debian/control      2011-08-01 13:07:26.000000000 +0200
@@ -2,7 +2,7 @@
 Section: x11
 Priority: optional
 Maintainer: Thierry Randrianiriana <randrianiriana@gmail.com>
-Build-Depends: debhelper (>= 6), libfltk1.1-dev (>= 1.1.3-2.1), libglu1-mesa-dev, libx11-dev, libxinerama-dev, quilt (>= 0.40)
+Build-Depends: debhelper (>= 6), libfltk1.3-dev, libglu1-mesa-dev, libx11-dev, libxinerama-dev, quilt (>= 0.40)
 Standards-Version: 3.8.4
 Homepage: http://xdiskusage.sourceforge.net/

Nevertheless this doesn't fix http://bugs.debian.org/192827 (Printing
doesn't manage non-ASCII characters) so far.

But maybe the following entry from the list of new features in FLTK
1.3 helps to fix #192827: "Added printing support (Fl_Printer class
and friends) for native printing on Windows and Mac OS X, PostScript
printing on X11 with CUPS or lp, and PostScript file output on all
platforms". See also http://www.fltk.org/doc-1.3/classFl__Printer.html

I hence remove the "blocked by" references to the FLTK 2.x RFP
(http://bugs.debian.org/364295) with this mail.

JFTR: Neither ~/.gnome/accels nor ~/.gnome2/accels nor
~/.config/*/accels contains such files for me, so I can't use that as
test example.

P.S. to Thierry: I read in http://bugs.debian.org/668201 that you're
quite busy currently. Do you want someone to co-maintain the package?
I already maintain two other FLTK applications, flwm and dillo, so
FLTK is anything but new to me.

		Regards, Axel