Follow-up Comment #4, bug #20372 (project mypaint):
Can't reproduce with an out-of-the-box Kubuntu 12.10 on Virtualbox using a
"normal mouse" and all aplicable virtualbox-guest-* packages installed and
built. Specifically for each fault you note:
> When starting the program with the colours subwindow docked and
> the palette colour selector showing the GUI gets partially
> locked.
> The canvas cannot be drawn to and the toolbar doesn't finish
> rendering and cannot be operated.
For me, the canvas can be drawn to, the toolbar finishes rendering, and can be
operated.
> The menu and subwindows work fine. See mypaint_palette_lock0.png.
> This can be remedied by changing to another colour selector, window
> minimise-and-restore, or scrolling to the bottom of the dock sidebar.
>
> [... loading and saving too ...]
At this point I'm wondering if the palette cell drawing code is to blame.
There will be a palette redraw in all the circumstances you mention, including
saving and loading, and this is only happening when the palette tab is
visible.
I recall during development it getting stuck in loops where one attempt would
cause it to go out of bounds horizontally, the next vertically, and so on. The
GTK2 layout strategy isn't particularly flexible when laying out within
automatic scrollbars, and had to be fudged. Thought I'd fixed that though!
Another reason we need to move to GTK3 :D
If it's that, it could present (warning: memory hazy!) as a CPU in
near-constant use until you poke the UI sufficiently to get it into a stable
state. Could you have a look with "top" in a terminal window and see if that's
happening?
Something to try: please locate your gui/colors/paletteview.py file and
uncomment line 768 in _PaletteGridLayout.update_layout(), which should read
print "DEBUG:", self._sizes
-verbatim+
once it has been uncommented. This file is installed as
/usr/share/mypaint/gui/colors/paletteview.py if you are using the PPA package,
and you will need to edit it with superuser privileges. The command to use for
KDE is:
kdesu kate /usr/share/mypaint/gui/colors/paletteview.py
which can be run from the Alt+F2 dialog.
They try to run MyPaint again from a terminal, and see it it keeps spinning on
that code - you should see it tumbling through several sets of widget
dimensions and not being able to settle.
Finally, try altering line 398 in the same file (in PaletteView.__init__) to
read:
self.set_policy(gtk.POLICY_NEVER, gtk.POLICY_ALWAYS)
instead of
self.set_policy(gtk.POLICY_NEVER, gtk.POLICY_AUTOMATIC)
In other words, always display the vertical scrollbar. Does this fix it?
As an aside, the reason behind this this could be theme related; let me know
how your settings differ from the default Kubuntu ones: it my help me to
replicate the issue here and test things for myself.
I'm using the defaults; oxygen-gtk theme, and standard Kubuntu settings in
System Settings > Application Appearance > Gtk Configuration:
* GTK2 theme: oxygen-gtk
* GTK3 theme: oxygen-gtk
* Font: Abyssinica SIL 12
* GTK style toolbar: Icons only
* Show Icons in GTK Buttons: OFF
* Show Icons in GTK Menus: OFF
* Icons Theme: Oxygen White
* Fallback Theme: Oxygen White
Not the same thing as the Defaults button at all, so I assume it's a Kubuntu
default.
_______________________________________________________
Reply to this item at:
<http://gna.org/bugs/?20372>
_______________________________________________
Message sent via/by Gna!
http://gna.org/
_______________________________________________
Mypaint-bugs mailing list
[email protected]
https://mail.gna.org/listinfo/mypaint-bugs
