URL:
<http://gna.org/bugs/?18765>
Summary: Cursor size as visual feedback
Project: MyPaint
Submitted by: meeshoo
Submitted on: Fri 30 Sep 2011 11:13:59 PM GMT
Severity: 3 - Normal
Priority: 5 - Normal
Status: None
Privacy: Public
Assigned to: None
Originator Email:
Open/Closed: Open
Discussion Lock: Any
Release: 0.9.1 + git
Planned Release: None
Operating System: Linux Mint 11
_______________________________________________________
Details:
I've been told to make this a separate bug, so here it is.
The problem with the cursor size is that it does not reflect the actual size
of the brush stroke. Its radius is clamped by a hardcoded minimum value on the
small side and by the maximum supported cursor by GTK on the current display
for the big value.
This is an issue because usually the first stroke is only a "try stroke" to
try the actual size of the brush, followed by an Undo. If you need to dabble
with the brush size between range [maxCursorSize;infinite] its all about trial
an error until you get the right size for the job.
I've been looking into cursor.py file and it seems that the limitation comes
from GTK itself. Isn't there any other way to approach this, something like a
custom vector based cursor (circle for starters) that is displayed at actual
cursors' position?
The generation of the circle would have to happen only on cursor resizing, so
that would not be a problem. The only issue I can think about is for some kind
of flickering when painting, but it cannot be that bad. If it turns out to be
unbearable, how about using the GPU for displaying everything in there, that
would solve the problem?
_______________________________________________________
Reply to this item at:
<http://gna.org/bugs/?18765>
_______________________________________________
Message sent via/by Gna!
http://gna.org/
_______________________________________________
Mypaint-bugs mailing list
[email protected]
https://mail.gna.org/listinfo/mypaint-bugs
