Re: [Gimp-developer] [Fwd: [Bug 123647] Changed - Allow attaching additional (hidden) keybindings (accelerators) to menu entries]
Hi, Raphaël Quinet <[EMAIL PROTECTED]> writes: > Ctrl-Y is the shortcut used by most Windows applications (except for > Photoshop and Paint Shop Pro, using Ctrl-Shift-Z and Ctrl-Alt-Z) As far as I understood, Photoshop uses Ctrl-Z for redo. Actually a redo in PS is just an undo of the previous undo step. Ctrl-Shift-Z gives access to earlier Undo steps but it's not actually a Redo action. Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Fwd: [Bug 123647] Changed - Allow attaching additional (hidden) keybindings (accelerators) to menu entries]
On Thu, 02 Oct 2003 09:19:11 -0300, "Joao S. O. Bueno" <[EMAIL PROTECTED]> wrote: > Will you excuse me...but ..what CTRL-Y has to with REDO alltogether? For better or worse, Ctrl-Y is the most frequently used shortcut for Redo. > CTRL-Y? Why not just stick with CTRL+R? Maybe to pick the worst of both > worlds? (Non standard shortcut + non mnemonic + change from GIMP 1.2 + > Have to use both hands to press) Ctrl-Y is the shortcut used by most Windows applications (except for Photoshop and Paint Shop Pro, using Ctrl-Shift-Z and Ctrl-Alt-Z) so it is likely that most users will already be know it. If we consider the applications for Linux or UNIX-like systems, then we find Mozilla that is also using Ctrl-Y. I discovered several others in the meantime, such as the mail client that I am using right now (sylpheed). As I have argued earlier, we should try to promote consistency with other applications whenever possible, because the majority of GIMP users are not using the GIMP frequently and it will be easier for them to remember shortcuts (or any other way to perform a given task) if they can re-use their knowledge from other applications. This is more important than trying to keep the same shortcuts as in previous versions of the GIMP, especially because the experienced users like you and me can rebind them easily. -Raphaël ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Fwd: [Bug 123647] Changed - Allow attaching additional (hidden) keybindings (accelerators) to menu entries]
Will you excuse me...but ..what CTRL-Y has to with REDO alltogether? CTRL + R -> R is the first letter in REDO. SHIFT + CTRl + Z -> Shift acts as amodifier to the CTRL + Z UNDO. CTRl + X -> Stays next to "Z" and allows for fat toggling as has been argued. But... CTRL-Y? Why not just stick with CTRL+R? Maybe to pick the worst of both worlds? (Non standard shortcut + non mnemonic + change from GIMP 1.2 + Have to use both hands to press) Please CTRL+R for REDO, and for California Gov.! Sven Neumann wrote: Hi, Raphaël Quinet <[EMAIL PROTECTED]> writes: On Thu, 2 Oct 2003 08:34:25 +0200, David Neary <[EMAIL PROTECTED]> wrote: If this is an almost-concensus (only myself, Alan Horkan and Raphael seem to like the change), it seems reasonable to revert the redo shortcut to Ctrl-R. Please don't. If you replace the current Ctrl-Shift-Z by something else, try to replace it by something that is used by some other applications, such as Ctrl-Y. Do not bring back the old Ctrl-R. Unless Ctrl-Y collides with another suggested shortcut in the HIG, it seems like a reasonable choice then. We should ask the HIG people to make this the suggested Redo shortcut. BTW, as Guillermo already pointed out, there are some more shortcuts, like for example the one for Duplicate, where the HIG differs from our defaults. We should consider to change these. Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Fwd: [Bug 123647] Changed - Allow attaching additional (hidden) keybindings (accelerators) to menu entries]
Hi, Sven Neumann wrote: > Raphaël Quinet <[EMAIL PROTECTED]> writes: > > try to replace it by something that is used by some other > > applications, such as Ctrl-Y. Do not bring back the old Ctrl-R. > > Unless Ctrl-Y collides with another suggested shortcut in the HIG, it > seems like a reasonable choice then. We should ask the HIG people to > make this the suggested Redo shortcut. Agreed. > BTW, as Guillermo already > pointed out, there are some more shortcuts, like for example the one > for Duplicate, where the HIG differs from our defaults. We should > consider to change these. Also agreed :) Does anyone have a complete list of these other clashing shortcuts, or does someone need to draw it up? Cheers, Dave. -- David Neary, Lyon, France E-Mail: [EMAIL PROTECTED] ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Fwd: [Bug 123647] Changed - Allow attaching additional (hidden) keybindings (accelerators) to menu entries]
Hi, [EMAIL PROTECTED] (Tino Schwarze) writes: > I would not change the shortcut if it "will be changed with GTK 2.4" > anyway. Just stick with CTRL-R. This way, we can later provide an > alternative "more sane" extra shortcut using GTK 2.4. I don't think we ever want a second shortcut for anything. We should settle on a good default now. Since the HIG people seem willing to change their mind on Shift-Ctrl-Z because of the obvious ergonomic problems of this keybinding, we can decide now if we want Ctrl-R or Ctrl-Y. Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Fwd: [Bug 123647] Changed - Allow attaching additional (hidden) keybindings (accelerators) to menu entries]
Hi, Raphaël Quinet <[EMAIL PROTECTED]> writes: > On Thu, 2 Oct 2003 08:34:25 +0200, David Neary <[EMAIL PROTECTED]> wrote: > > If this is an almost-concensus (only myself, Alan Horkan and > > Raphael seem to like the change), it seems reasonable to revert > > the redo shortcut to Ctrl-R. > > Please don't. If you replace the current Ctrl-Shift-Z by something > else, try to replace it by something that is used by some other > applications, such as Ctrl-Y. Do not bring back the old Ctrl-R. Unless Ctrl-Y collides with another suggested shortcut in the HIG, it seems like a reasonable choice then. We should ask the HIG people to make this the suggested Redo shortcut. BTW, as Guillermo already pointed out, there are some more shortcuts, like for example the one for Duplicate, where the HIG differs from our defaults. We should consider to change these. Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Fwd: [Bug 123647] Changed - Allow attaching additional (hidden) keybindings (accelerators) to menu entries]
On Thu, Oct 02, 2003 at 11:03:02AM +0200, Simon Budig wrote: > > > If this is an almost-concensus (only myself, Alan Horkan and > > > Raphael seem to like the change), it seems reasonable to revert > > > the redo shortcut to Ctrl-R. > > > > Please don't. If you replace the current Ctrl-Shift-Z by something > > else, try to replace it by something that is used by some other > > applications, such as Ctrl-Y. Do not bring back the old Ctrl-R. > > Please do. There is an overwhelming precedence of the usage of CTRL-R > for Undo. It has a large Userbase and is quite popular. It is > The GIMP 1.2. I would not change the shortcut if it "will be changed with GTK 2.4" anyway. Just stick with CTRL-R. This way, we can later provide an alternative "more sane" extra shortcut using GTK 2.4. Bye, Tino -- * LINUX - Where do you want to be tomorrow? * http://www.tu-chemnitz.de/linux/tag/ ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Fwd: [Bug 123647] Changed - Allow attaching additional (hidden) keybindings (accelerators) to menu entries]
Raphaël Quinet ([EMAIL PROTECTED]) wrote: > On Thu, 2 Oct 2003 08:34:25 +0200, David Neary <[EMAIL PROTECTED]> wrote: > > If this is an almost-concensus (only myself, Alan Horkan and > > Raphael seem to like the change), it seems reasonable to revert > > the redo shortcut to Ctrl-R. > > Please don't. If you replace the current Ctrl-Shift-Z by something > else, try to replace it by something that is used by some other > applications, such as Ctrl-Y. Do not bring back the old Ctrl-R. Please do. There is an overwhelming precedence of the usage of CTRL-R for Undo. It has a large Userbase and is quite popular. It is The GIMP 1.2. Bye, Simon -- [EMAIL PROTECTED] http://www.home.unix-ag.org/simon/ ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Fwd: [Bug 123647] Changed - Allow attaching additional (hidden) keybindings (accelerators) to menu entries]
On Thu, 2 Oct 2003 08:34:25 +0200, David Neary <[EMAIL PROTECTED]> wrote: > If this is an almost-concensus (only myself, Alan Horkan and > Raphael seem to like the change), it seems reasonable to revert > the redo shortcut to Ctrl-R. Please don't. If you replace the current Ctrl-Shift-Z by something else, try to replace it by something that is used by some other applications, such as Ctrl-Y. Do not bring back the old Ctrl-R. By the way, I just noticed that the nice GTK+ mail reader that I am using (sylpheed) uses Ctrl-Y as a Redo shortcut. ;-) -Raphaël ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Fwd: [Bug 123647] Changed - Allow attaching additional (hidden) keybindings (accelerators) to menu entries]
Hi, If this is an almost-concensus (only myself, Alan Horkan and Raphael seem to like the change), it seems reasonable to revert the redo shortcut to Ctrl-R. Cheers, Dave. Tom Mraz wrote: > FYI (multiple keybindings per menu action in GTK+). > > As I see it will be implemented in GTK+ 2.4 I vote for leaving the > current redo keybinding as is and wait for GTK+ 2.4 with the change. > > Tom Mraz > > Original Message > Subject: [Bug 123647] Changed - Allow attaching additional (hidden) > keybindings (accelerators) to menu entries > > http://bugzilla.gnome.org/show_bug.cgi?id=123647 > > Changed by [EMAIL PROTECTED] > > --- shadow/123647 Wed Oct 1 13:49:47 2003 > +++ shadow/123647.tmp.32485 Wed Oct 1 17:09:22 2003 > @@ -1,13 +1,13 @@ > Bug#: 123647 > Product: gtk+ > Version: 2.2.x > OS: Linux > OS Details: > -Status: NEW > -Resolution: > +Status: RESOLVED > +Resolution: FIXED > Severity: enhancement > Priority: Normal > Component: gtk > AssignedTo: [EMAIL PROTECTED] > ReportedBy: [EMAIL PROTECTED] > TargetMilestone: --- > @@ -16,6 +16,10 @@ > > It should be possible to attach additional (hidden) keybindings > (accelerators) to menu entries. > > It would be a very useful functionality for backward (or another app) > compatibility. > + > +--- Additional Comments From [EMAIL PROTECTED] 2003-10-01 17:09 --- > +This will be possible in 2.4 using elements with the new > +GtkUIManager. > > > ___ > Gimp-developer mailing list > [EMAIL PROTECTED] > http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer -- David Neary, Lyon, France E-Mail: [EMAIL PROTECTED] ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
Re: [Gimp-developer] [Fwd: [Bug 123647] Changed - Allow attaching additional (hidden) keybindings (accelerators) to menu entries]
Hi, Tom Mraz <[EMAIL PROTECTED]> writes: > FYI (multiple keybindings per menu action in GTK+). > > As I see it will be implemented in GTK+ 2.4 I vote for leaving the > current redo keybinding as is and wait for GTK+ 2.4 with the change. The new menu API in GTK+-2.4 will solve quite a few of our problems. I am really looking forward to have the GIMP HEAD branch depend on 2.4 after the GIMP-2.0 release is out. Then we can finally clean up this menu mess. The new GTK+ menu API really looks very promising. Sven ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer
[Gimp-developer] [Fwd: [Bug 123647] Changed - Allow attaching additional (hidden) keybindings (accelerators) to menu entries]
FYI (multiple keybindings per menu action in GTK+). As I see it will be implemented in GTK+ 2.4 I vote for leaving the current redo keybinding as is and wait for GTK+ 2.4 with the change. Tom Mraz Original Message Subject: [Bug 123647] Changed - Allow attaching additional (hidden) keybindings (accelerators) to menu entries http://bugzilla.gnome.org/show_bug.cgi?id=123647 Changed by [EMAIL PROTECTED] --- shadow/123647 Wed Oct 1 13:49:47 2003 +++ shadow/123647.tmp.32485 Wed Oct 1 17:09:22 2003 @@ -1,13 +1,13 @@ Bug#: 123647 Product: gtk+ Version: 2.2.x OS: Linux OS Details: -Status: NEW -Resolution: +Status: RESOLVED +Resolution: FIXED Severity: enhancement Priority: Normal Component: gtk AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] TargetMilestone: --- @@ -16,6 +16,10 @@ It should be possible to attach additional (hidden) keybindings (accelerators) to menu entries. It would be a very useful functionality for backward (or another app) compatibility. + +--- Additional Comments From [EMAIL PROTECTED] 2003-10-01 17:09 --- +This will be possible in 2.4 using elements with the new +GtkUIManager. ___ Gimp-developer mailing list [EMAIL PROTECTED] http://lists.xcf.berkeley.edu/mailman/listinfo/gimp-developer