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 [1], 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
> own?

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.
> http://bugzilla.gnome.org/show_bug.cgi?id=94910
> 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
> applications.
> Wheel should scroll the page up and down, and Shift+Wheel should Scroll
> sideways.
> 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.

Jay Cox

Gimp-developer mailing list

Reply via email to