Charles Plessy <[EMAIL PROTECTED]> writes: > Le Wed, Oct 11, 2006 at 07:59:19PM +0100, Roger Leigh a écrit : >> >> I think this is the case. I have attached the screenshots of what I >> see when I print on my system. On my friend's etch system, I do see a >> print dialogue as you describe it. >> >> I am running a KDE desktop, not GNOME, so perhaps there's some GNOME >> printing magic going on via e.g. libgnomeprintui if >> gnome-settings-daemon is running? > > I tried under KDE on a fresh system, and I had the same print dialogue > as usual. To be sure that no gnome thing was running, I swiched the > login manager from gdm to kdm, but the print dialogue was still the > same. > > So either your computer carries an old library somewhere, or some old > configuration in /etc or $HOME. Can you try to run TreeView X from a > fresh account ?
I did that, and found that if I installed libgnomeprintui2.2-0: $ sudo apt-get install libgnomeprintui2.2-0 the printing dialogue changed the next time I ran tv. It looks like the default built-in print dialogue is broken, and the replacement used when libgnomeprintui2.2-0 is installed (verified by checking /proc/$pid/maps) is working correctly. If you remove libgnomecups1.0-1 libgnomeprint2.2-0 libgnomeprint2.2-data libgnomeprintui2.2-0 libgnomeprintui2.2-common From your system temporarily, you should see the broken dialogue. As a short term workaround, I would recommend a direct Depends on libgnomeprintui2.2-0. Depending on where the other print dialogue is coming from, this might be more appropriate as a wxWidgets dependency if it's something the underlying wxWidgets is using. If the print dialogue is a direct part of treeviewx, putting the Depends in treeviewx would be more appropriate. > PS: On my computer, TreeView X suffers from display bugs which were > absent at the time I got the package sponsored. If the display works for > you and you can survive with SVG export, I do not recommend to try to > upgrade things just for TreeView X. You may get the print dialogue and > the display bugs together... They look like different bugs. The display bug looks partly like it's not handling expose events correctly (if you "wipe" another window in front of treeview to force an expose, it corrupts the diplay badly). On another system, the display is unreadable (everything is sqashed into the left side of the screen, whatever the window size). The visual effects look like it's probably a similar cause. Is tv calculating different display sizes in different functions? Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `- GPG Public Key: 0x25BFB848 Please GPG sign your mail.
pgpOsA38GKe0f.pgp
Description: PGP signature
