Researching for how to get my SpaceNavigator 3dmouse, which is a fully HID
compliant 6 DOF device, I came across this thread
http://old.nabble.com/Adding-SpaceNavigator-support-td15100788.html
Dated Jan. 2008. links to a thread still sticky on the 3dconnexion forums
Hello again,
I'd like to know whether there exist efforts to implement gradual zooming. As
far as concerns me 10% steps (or whatever it is) is an absolute no go for
artits and makes workflow as fluent as swimming through bricks. I thought this
wouldnt require much effort since GIMP apparenty
A small PS: Enabling Screen for the 3dmouse device in Extended Input Devices
renders the mouse dead for drawing.
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
Right, size of bricks, if you want.
On 07/17/2010 11:31 PM, g...@catking.net wrote:
On 07/17/10 21:47, Cedric Sodhi wrote:
Hello again,
I'd like to know whether there exist efforts to implement gradual zooming.
As far as concerns me 10% steps (or whatever it is) is an absolute no go
, which is what only IT can and should do.
On 07/17/2010 09:54 PM, Alexia Death wrote:
Just so its said first, input stuff is business of GTK. Gimp conjumes what GTK
provides.
On Saturday, July 17, 2010 22:45:07 Cedric Sodhi wrote:
I, as a user, would like to directly corelate the axis (x motion
I hope you don't deem it inappropriate for a non-developer to input his opinion
on a developing issue but I'd like to add that people who are really concerned
about what GIMP can not do are certainly not concerned about the set of
brushes, patter etc pp. shipped with GIMP. If there is something
it as an
confirmation for your efforts.
On 07/19/2010 10:46 PM, Alexandre Prokoudine wrote:
On 7/19/10, Cedric Sodhi wrote:
If there is something to
work on in, especially the brushes section then it is improving the brush
engine to give greater GENERIC flexibility
The brush engine
Using GIMP 2.6 I've set up a stylus as drawing device and my Stylus
appears to remember another color than my core pointer (or any other
input device, for that matter) as shown in Device Status.
Does anyone know what I will have to do so that two Devices share the
same color (and possibly other
Need ... more ... bloat ...
:oP
I for my part would find it absolutly enough if the brush size was
indicated, and even that possibly only by a bounding box which is light
on resources.
The point is that everything else, color (that would be completely
irritating for me), opacity (equally
I'd like to bring up an idea that does not seem too difficult to
implement and that should replace the unusuable slider widgets for, say,
brush size. If you are okay with that, I might implement it.
The sliders are virtually useless because they cover a fixed range from
0 to insert big value here
I'd like to add a PS addressing all mouse-only users who might read
this:
I'm aware that dragging circles with the mouse can be tedious and hence,
of course, the principle of wrapping over at the screen border is still
in.
___
Gimp-developer mailing
Sorry for the confusion. The attachment I tried submitting is too big
and awaits moderation, hence I'm going to resend a smaller version so
you can see at least something.
Again, sorry, I messed up
attachment: Untitled.jpg___
Gimp-developer mailing list
Hi, I think this is already being adressed for 2.8. You are not the only
one who is bothered by this.
Basing the rate of change upon the current zoom is a very good idea! It
would definitly make sense to have the slider automatically cover a
range between 1px and
The current way input devices are setup and handled is flawed in thus
far that it does not allow for any soft of useful flexbility and is, for
a bigger part, not working either.
I suggest to do the following to everything input related on GIMP:
0) Add a Pan tool to the toolbox! Mandatory!
1)
14 matches
Mail list logo