Bug#348680: Theme path issue when using gtk_file_chooser_new_with_backend()
Le vendredi 27 janvier 2006 à 00:28 +0100, Daniel Leidert a écrit : > Am Donnerstag, den 26.01.2006, 23:33 +0100 schrieb Sebastien Bacher: > > Le mercredi 18 janvier 2006 à 12:57 +0100, Daniel Leidert a écrit : > > > > > when using gtk_file_chooser_dialog_new(), it searches gnome/index.theme > > > independent from the environment and the icons are available. Could this > > > be a bug in GTK? > > > > Hi, > > > > Thank your for your bug. > > I hope you meant "report" :) > > > Do you have a small code example of the issue? > > I'm sorry. I cannot reproduce it anymore (made some strace-logs a few > minutes ago) and I deleted my old strace-logs. But there is still an > inconsistency between gtk_file_chooser_dialog_new() and > gtk_file_chooser_dialog_new_with_backend() left (IMHO). I use > gtk_file_chooser_dialog_new_with_backend( ..., "gnome-vfs", ...) and my > default theme in XFCE4 is the hicolor theme. The resulting dialog does > not have icons (try the open-dialog in bluefish, running it not in > GNOME). Using gtk_file_chooser_dialog_new() the dialog has icons. But in > the strace-logs I don't see any difference in the theme usage. If you > think, this left issue is not a GTK bug, please close my report, because > I cannot reproduce the theme path issue (I thought, this caused the > missing-icons issue) any longer. > > Regards, Daniel (please keep [EMAIL PROTECTED] Cc:ed so the BTS get the mails too and other people can work on the bug) Do you have a screenshot of the difference you have between the 2 modes? What theme do you use? Cheers, Sebastien Bacher
Bug#348680: Theme path issue when using gtk_file_chooser_new_with_backend()
Am Donnerstag, den 26.01.2006, 23:33 +0100 schrieb Sebastien Bacher: > Le mercredi 18 janvier 2006 à 12:57 +0100, Daniel Leidert a écrit : > > > when using gtk_file_chooser_dialog_new(), it searches gnome/index.theme > > independent from the environment and the icons are available. Could this > > be a bug in GTK? > > Hi, > > Thank your for your bug. I hope you meant "report" :) > Do you have a small code example of the issue? I'm sorry. I cannot reproduce it anymore (made some strace-logs a few minutes ago) and I deleted my old strace-logs. But there is still an inconsistency between gtk_file_chooser_dialog_new() and gtk_file_chooser_dialog_new_with_backend() left (IMHO). I use gtk_file_chooser_dialog_new_with_backend( ..., "gnome-vfs", ...) and my default theme in XFCE4 is the hicolor theme. The resulting dialog does not have icons (try the open-dialog in bluefish, running it not in GNOME). Using gtk_file_chooser_dialog_new() the dialog has icons. But in the strace-logs I don't see any difference in the theme usage. If you think, this left issue is not a GTK bug, please close my report, because I cannot reproduce the theme path issue (I thought, this caused the missing-icons issue) any longer. Regards, Daniel
Bug#348680: Theme path issue when using gtk_file_chooser_new_with_backend()
Le mercredi 18 janvier 2006 à 12:57 +0100, Daniel Leidert a écrit : > when using gtk_file_chooser_dialog_new(), it searches gnome/index.theme > independent from the environment and the icons are available. Could this > be a bug in GTK? Hi, Thank your for your bug. Do you have a small code example of the issue? Cheers, Sebastien Bacher
Bug#348680: Theme path issue when using gtk_file_chooser_new_with_backend()
Package: libgtk2.0-0 Version: 2.8.10-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, First let me say, that I think, it's a bug inside the GTK package, but I'm not sure. The following problem occurs: When using gtk_file_chooser_dialog_new_with_backend() in a program under e.g. XFCE4, Fluxbox or KDE (nor GNOME), the theme path search seems to be wrong: Instead of searching for gnome/index.theme, it searches for GNOME/index.theme and because it cannot be found, it falls back to the hicolor theme, so the FileChooser-Dialog does not contain any icons. But when using gtk_file_chooser_dialog_new(), it searches gnome/index.theme independent from the environment and the icons are available. Could this be a bug in GTK? Regards, Daniel - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (850, 'unstable'), (700, 'testing'), (550, 'stable'), (110, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.02060113 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages libgtk2.0-0 depends on: ii libatk1.0-0 1.10.3-1 The ATK accessibility toolkit ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libcairo2 1.0.2-3The Cairo 2D vector graphics libra ii libfontconfig12.3.2-1.1 generic font configuration library ii libglib2.0-0 2.8.5-1The GLib library of C routines ii libgtk2.0-bin 2.8.10-1 The programs for the GTK+ graphica ii libgtk2.0-common 2.8.10-1 Common files for the GTK+ graphica ii libjpeg62 6b-11 The Independent JPEG Group's JPEG ii libpango1.0-0 1.10.2-1 Layout and rendering of internatio ii libpng12-01.2.8rel-5 PNG library - runtime ii libtiff4 3.7.4-1Tag Image File Format (TIFF) libra ii libx11-6 6.9.0.dfsg.1-4 X Window System protocol client li ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxi66.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 libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1X Rendering Extension client libra Versions of packages libgtk2.0-0 recommends: ii hicolor-icon-theme0.8-3 default fallback theme for FreeDes - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDzi1Adg0kG0+YFBERAkSAAJ0dbh2jnno3fG+WSYMlgCNaHMRJlgCggUV9 IrLT87imYrzeyv7Vk7K5vU0= =wxnP -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]