Hi, When I try to change a numerical value in the property palette (i.e. resize an object or set its X and Y position), this value is automatically reset to 0, either when I enter the value with the keyboard or when I try to change it by clicking on the arrows located on the right of value box. Scribus-1.3.3.3 is the only application affected by this problem ; all other Qt or Gtk based apps work correctly. This bug is very annoying since I cannot set with precision the properties of the objects. The output of my 'emerge --info' : Portage 2.1.1 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.4-r3, 2.6.17-gentoo-r8 i686) ================================================================= System uname: 2.6.17-gentoo-r8 i686 mobile AMD Athlon(tm) XP-M 2000+ Gentoo Base System version 1.12.5 Last Sync: Sun, 17 Sep 2006 11:00:07 +0000 app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.2.11-r1 dev-lang/python: 2.3.5-r2, 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer -msse -mfpmath=sse -ftracer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer -msse -mfpmath=sse -ftracer" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="fr_FR.UTF-8" LC_ALL="fr_FR.UTF-8" LINGUAS="fr fr_FR" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dnow 3dnowext X a52 aac acpi alsa arts asf audiofile berkdb bidi binfilter bitmap-fonts bzip2 cairo cdparanoia cdr cjk cli crypt css cups curl dlloader dri dts dvd dvdread edl elibc_glibc encode exscalibar fbcon ffmpeg firefox foomaticdb gdbm ggi gif gimp gimpprint gnutls idn imagemagick immqt input_devices_evdev input_devices_keyboard input_devices_mouse input_devices_synaptics isdnlog jpeg kde kernel_linux lcms libg++ linguas_fr linguas_fr_FR lzo mad mmx mmxext mozsvg mp3 mpeg mplayer ncurses nls nptl nptlonly ogg pam pcre pdf perl png ppds pppd python qt3 quicktime rar readline real reflection rtc samba scanner session spell spl sse ssl subtitles subversion svg syslog tcpd theora threads tiff toolbar truetype truetype-fonts type1-fonts udev unicode urandom usb userland_GNU userlocales video_cards_fbdev video_cards_sis video_cards_vesa vorbis win32codecs wmf xine xml xorg xpm xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
What locale are you running under? Have you tried rebuilding Qt without the immqt module? Try "LANG=en scribus" too. The custom spinboxes work 100% apart from one strange situation we are trying to track down.
My locale is "fr_FR.UTF-8". I didn't try to rebuild Qt without the immqt module. I tried "LANG=en scribus" but I didn't see any difference, the bug didn't disappear.
Try rebuilding your Qt.. its a common point amongst those that see this issue.
no reply from reporter, closing, please re-open if it is still an issue.
(In reply to comment #4) > no reply from reporter, closing, please re-open if it is still an issue. > Scribus is still affected by this bug. Sorry, I didn't want to recompile qt because I would also have to recompile all the programs depending on it. BTW, the incompatibility between scribus and immqt is a bug, isn't it ?
Try running "LC_ALL=C scribus" from command line. You dont have to rebuild all apps that use qt if you rebuild qt.. I never have had to, especially when you return to the same version by recompiling with old options at the end anyway. If anything the bug is with immqt rather than Scribus, given there are absolutely no issues with Scribus custom spinboxes when Qt does not have immqt built in.
I retried "LC_ALL=C scribus" this morning... and it worked. The property palette has no problem now, the user interface is still in french - everything is allright. I don't know what has changed since my last try, a few days ago. So, thank you for this workaround, now I can use scribus under linux. Note on immqt : the qt ebuild displays a warning when trying to compile qt with immqt : "You are going to compile binary incompatible immodule for Qt. This means you have to recompile everything depending on Qt after you install it. Be aware." That's why I supposed that I would have to recompile everything depending on qt if I rebuilt it without immqt.
Should I close this bug and open a new one on immqt ? I looked for a similar bug in gentoo bugzilla with the keywords "immqt" and "qt", but I didn't find it.
Yep, open a bug for qt, this one seems to be done so.
