On Wed, 2003-07-30 at 12:37, Alan Horkan wrote:
> Welcome back.
> On 30 Jul 2003, Jay Cox wrote:
> > RECOMMENDATION: gimp should copy (or ln -s?) the system brushes into
> > the users folder when it is launched for the first time. Single
> > user systems will never miss the meg or two this takes. On
> > multiuser systems the admins can prune the system brush library.
> You have a point, I dont much like the proposed solution though.
Any other solution would probably be too complex to implement at this
point in the release cycle.
> > The round brushes shipped with gimp should be editable.
> > RECOMMENDATION: recreate the round brushes as .vbr brushes.
> New file formats to be discussed at Gimp Con , but recreating the Round
> brushes as standard brushes sounds good.
> While we are on brushes I am wondering what kind of information needs to
> be stored in a Brush file and why does it need a special file type of its
In general it needs some pixel data, spacing information, a hot spot,
and whatever dynamic parameters that can apply to image hoses. Any
format that supports meta data would work fine.
> > RECOMMENDATION: Move aforementioned script-fu to the bottom the
> > the main select menu. Do the same with to-pattern
> > and to-image items? (Should probably rewrite the
> > script-fus as native functions) (should the main
> > select menu be renamed to selection???)
> Please dont.
> The Select Menu is for making a selection, not manipulating the contents
> of a selection.
> Once you have made a selection then the contents of a selection is an
> Object/Image/Layer and then actions get applied to it, the current image.
We could create a brushes menu, but there really isnt enough stuff to
put in there. I dont expect this will change for 2.0.
> > It requires two key presses (shift and =/+) to zoom-in which is one
> > of the most common operations that gets used. (this is on US
> > keyboards)
> > RECOMMENDATION: accept '=' and '+' to zoom in.
> Both + and = should work, with + being the default label.
> Anything else is just a nightmare for international users.
I agree that it should, but it doesnt.
> > Additionally setup
> > mouse
> > button shortcuts for zooming in and out. Perhaps
> > ctrl-middle for zoom in, and ctrl-shift-middle for
> > zoom out. This will keep peoples left hand on left
> > side of the keyboard and their right hand on the mouse
> > which is exactly where they belong. (is it a pita to
> > have multiple keyboard shortcuts for the same item?)
> I dont know about old Unix three button mice, I expect more users have
> Wheel Mice instead so I really hope any changes you make wont adversly
> affect them (and me).
> Zooming with a Wheel Mouse should definately Ctrl+Wheel
> (up & down == Zoom in & out) users already expect this from other
> Wheel should scroll the page up and down, and Shift+Wheel should Scroll
> I know Paint Shop Pro uses the Middle Click of a Wheel Mouse to Zoom In
> but I never considered trying to use it with a Shift/Ctrl modifier.
Using the wheel for zooming seems like a good idea to me.
Gimp-developer mailing list