Guillermo S. Romero / Familia Romero wrote:
[EMAIL PROTECTED] (2003-09-26 at 1933.11 +):
I'd suggest to leave the C-R as default keybinding and hardcode the C-S-Z.
sounds like a good option, of course, it would confuse things if a user
wants to apply SH+CT+Z to some other function(not
[EMAIL PROTECTED] (2003-10-01 at 0852.29 +0200):
They did not have any problem about changing button order from the
most used one (important button on left side, for LTR languages) to
the easier to use one (imporant on right side), OTOH, so logic behind
when to change and when not is fuzzy
According to the roadmap proposed a few weeks ago, we should be in
feature freeze and we should have released 2.0rc1 by now. Also, the
old web site was supposed to be replaced by the new one in order to be
prepared to support the new release.
None of this has happened: new features are still
On Wed, 1 Oct 2003 17:32:39 +0200, Guillermo S. Romero / Familia Romero [EMAIL
PROTECTED] wrote:
Fine, I know about the order and the verbs, so I can not understand
why there seems to be a blind reasoning about shortcuts: not every app
requires the same functions nor the same usage pattern, so
Hi,
Raphal Quinet [EMAIL PROTECTED] writes:
I suggest to create that branch immediately after the 1.3.21 release.
What do you think?
We create a branch immidiately after 2.0 is released. We don't have
the resources to handle more branches. If you branch now (or after
1.3.21), we will never
Hi,
Raphal Quinet [EMAIL PROTECTED] writes:
It does not only seem to match text editors and browsers. The first
examples of shortcuts that were posted at the beginning of this
discussion (previous thread) mentioned the shortcuts used in Photoshop
and Paint Shop Pro on Mac and Windows.
The
On Wed, Oct 01, 2003 at 07:39:58PM +0200, Sven Neumann wrote:
Hi,
Raphaël Quinet [EMAIL PROTECTED] writes:
I suggest to create that branch immediately after the 1.3.21 release.
What do you think?
We create a branch immidiately after 2.0 is released. We don't have
the resources to
Calum Benson wrote:
Whimsical muse: since there are almost no other gtk/GNOME apps that use
Redo (and the only one I can think of doesn't use Ctrl-Shift-Z either),
it's not beyond the bounds of possibility that we might end up changing
the HIG to whatever you decide anyway :)
Well, thanks for
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
Hi,
Sven Neumann wrote:
Raphaël Quinet [EMAIL PROTECTED] writes:
I suggest to create that branch immediately after the 1.3.21 release.
We create a branch immidiately after 2.0 is released. We don't have
the resources to handle more branches. If you branch now (or after
1.3.21), we will
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
11 matches
Mail list logo