On Wed, Jun 22, 2005 at 11:53:18PM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
That is, I think the fundamental flaw. A user interface that works for the
majority is a pretty idiotic goal. A user interface should work for ALL
users, and likely should have features to support the majority.
On Thursday, June 23, 2005, 2:18:57, Robert L Krawitz wrote:
Here's one: add a text entry box at the bottom of the screen, and use
a different key (say, shift-tab) for completion.
My suggestion would be to use Tab for completion, but only if the user typed
a few characters first - if he
Hi,
Robert L Krawitz [EMAIL PROTECTED] writes:
Isn't that at least enough reason to take a closer look at the
issue?
Are you as well starting with this accusation now? We are taking a
close look at this. We have already spent a lot of time on this,
probably way more than we should. I have
Von: Bill Kendrick [EMAIL PROTECTED]
* Don't try to access my A: drive every time a dialog appears.
If I really cared about the A: drive (I don't), I'll probably click
on the icon for it! I heard others complain here that the file
dialogs take FOREVER, since they try to hit
From: Sven Neumann [EMAIL PROTECTED]
Date: Thu, 23 Jun 2005 10:35:51 +0200
Robert L Krawitz [EMAIL PROTECTED] writes:
Isn't that at least enough reason to take a closer look at the
issue?
Are you as well starting with this accusation now? We are taking a
close look at
Date: Thu, 23 Jun 2005 07:43:07 -0400
From: Robert L Krawitz [EMAIL PROTECTED]
I've been contributing suggestions both here and on the
bugzilla.gnome.org bug (whose number I forget). Yes, it's true that
my suggestion boils down to bring back the text entry box! and not a
whole
to the number of happy users? We can hardly decide anything unless
we know the answer to these questions.
I've seen quite a number of people -- Marc, Alastair Robinson, Bill
Kendrick, Jernej Simoncic, Joao S. O. Bueno Calligaris, Michael
Thaler, and myself -- complain more or less
Date: Thu, 23 Jun 2005 21:13:41 +0100 (BST)
From: Alan Horkan [EMAIL PROTECTED]
I do not disagree with Sven on this. Please do not count me in on
this arguement, I probably should not have commented at all. On
balance the new file chooser is better, it just happens to be worse
Hi,
Robert L Krawitz [EMAIL PROTECTED] writes:
I've been contributing suggestions both here and on the
bugzilla.gnome.org bug (whose number I forget). Yes, it's true that
my suggestion boils down to bring back the text entry box! and not a
whole lot else. Every time anyone here makes that
Hi,
Dennis Bjorklund [EMAIL PROTECTED] writes:
In the gtk2 dialog when you start to type you get a popup entry
widget where you can only type in entries that are in the current
file list.
From a user perspective I don't see any drawbacks if one could type
in any path in that entry box,
Hi,
Robert L Krawitz [EMAIL PROTECTED] writes:
Sven, you've been offered a solution -- just add an entry with tab
completion. You may not agree with it, but it's not accurate to say
that noone has made a proposal on how such an entry should be
integrated with the current dialog. Just stick
On Wed, 22 Jun 2005, Sven Neumann wrote:
IMO it is important that typeahead in the file chooser works just like
typeahead in all other list and tree views. I don't think that
changing the behaviour of typeahead is a good idea.
One can also say that it's important that typing in a path always
Hi,
Dennis Bjorklund [EMAIL PROTECTED] writes:
Didn't someone point out that the dialog was fixed so that when
you type in something it uses the typahead of the file list (I
complained that sometimes the bookmark list is focused in my verion
of gtk+/gimp when I open the dialog). Does that
On Wed, 22 Jun 2005, Sven Neumann wrote:
If the bookmarks list has the keyboard focus (which it shouldn't have
initially), then you can of course use typeahead on the bookmarks
list.
Good.
Not sure what fix you are referring to but this seems to be some kind
of rumour.
I couldn't find the
On Wed, Jun 22, 2005 at 12:59:33AM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
Hi,
[EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) writes:
Not a _single_ problem I described been changed (I originally
assumed that the kills the selection problem has gone away, but
it's still there).
On Wed, Jun 22, 2005 at 12:18:34AM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
all that bad compared to the former. Most of the complaints seem to
come from people who got accustomed to the old dialog and haven't
really tried to approach the new one yet w/o leaving the old habits
behind. Of
From: Sven Neumann [EMAIL PROTECTED]
Date: Wed, 22 Jun 2005 10:12:05 +0200
Robert L Krawitz [EMAIL PROTECTED] writes:
Sven, you've been offered a solution -- just add an entry with tab
completion. You may not agree with it, but it's not accurate to say
that noone has made a
On Tue, Jun 21, 2005 at 09:53:20PM -0400, Robert L Krawitz [EMAIL PROTECTED]
wrote:
people? The problem (to me, and I daresay to Marc) is very simple --
there's no obvious way to simply enter a pathname with a simple form
of completion that's only activated on demand.
Actually, the old file
On Wed, Jun 22, 2005 at 10:12:05AM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
This is not about making you and Marc shut up. This is about designing
a user interface that works for the majority of users. Whatever we do,
there will always be someone complaining. I don't really care who that
On Wednesday 22 June 2005 16:12, Sven Neumann wrote:
Whatever we do, there will always be someone complaining. I don't
really care who that is.
While it's fundamentally true, it's also a heavily defeatist approach.
What I'd like is a complicated device folded down to simple proportions
so
On Tuesday 21 June 2005 20:30, Sven Neumann wrote:
If you just add an entry to the current dialog you don't get the
current dialog with the extra benefit of an entry with Tab
completion. Unfortunately what you get is a dialog that has two
orthogonal ways of navigating it with the keyboard and
On Wed, 22 Jun 2005, Robert L Krawitz wrote:
Date: Wed, 22 Jun 2005 07:32:11 -0400
From: Robert L Krawitz [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: gimp-developer@lists.xcf.berkeley.edu
Subject: Re: [Gimp-developer] FAQ (-: sooner or later :-) KDEification of
GIMP
From: Sven
Hi,
Alan Horkan wrote:
It is unfortunate that the new file chooser is bad at exactly the things
the old file chooser was good at, a case of six of one half dozen of the
other. (I always have a terminal open and make frequent use of
gimp-remote so I dont mind to the new file chooser too much.)
On Wednesday, June 22, 2005, 13:47:03, Marc)(A.)(Lehmann wrote:
Whta made the old dialog so special was that you could just type in paths as
you could elswhere in unix - namely via tab completion.
For example replacing tab by enter completely wrecks this feature, as this
is not at all
On Wednesday, June 22, 2005, 18:29:57, Alastair M. Robinson wrote:
To my mind the biggest problem with the old dialog was that it's
*really* ugly to look at! It also looks reminiscent of the old Windows
3.1 file dialog, which is a big turn-off to some people...
That one was more useful - I
Hi,
Robert L Krawitz [EMAIL PROTECTED] writes:
The problem is that there's no one method that works best for
people. People like Marc and I find the old dialog much more suited
to our needs than the new one.
The GtkFileChooser widget was designed to be modular from the very
beginning. There
Hi,
Alastair M. Robinson [EMAIL PROTECTED] writes:
I seem to remember early versions of Page Plus had a very good way of
balancing the needs of experienced and new users; you could set the
user interface between three modes, beginner, medium and expert, which
determined how many of the
Hi,
[EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) writes:
That is, I think the fundamental flaw. A user interface that works for the
majority is a pretty idiotic goal. A user interface should work for ALL
users, and likely should have features to support the majority.
Yeah, of course. If it
From: Sven Neumann [EMAIL PROTECTED]
Date: Thu, 23 Jun 2005 00:09:06 +0200
[EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) writes:
Lots of people have.
Sorry but I haven't seen a detailed and complete proposal yet. If
you can point me to one, please do.
Here's one: add a text
On Wed, Jun 22, 2005 at 08:18:57PM -0400, Robert L Krawitz wrote:
Here's one: add a text entry box at the bottom of the screen, and use
a different key (say, shift-tab) for completion.
The problem with Shift-Tab is that it's often used to navigate backwards
through widgets in GUIs.
Honestly,
On Wed, Jun 22, 2005 at 08:18:57PM -0400, Robert L Krawitz wrote:
Nobody here is complaining about anything else.
Actually, at least with Gimp 2.2 on WinXP (which is what I'm sitting in
front of right now), I have issues with Save As behaviour:
* Once I've saved a newly-created image in a
On Tue, Jun 21, 2005 at 01:02:34AM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
I don't know what I am smoking, but this very compaint has come up
a number of times, and your only reaction is to talk it down.
That is a blatant lie. The reaction to these concerns is that me and
This is the
On Tuesday, June 21, 2005, 1:02:34, Sven Neumann wrote:
No, it does not at all work surprisingly well. It is *extremely*
slow, it hinders, it flickers, it destroys the selection, it pops up
a window. It feels like an ugly kludge and certainly does not wor
surprisingly well.
I cannot
On Tue, 2005-06-21 at 13:02 +0200, [EMAIL PROTECTED] wrote:
On Tuesday, June 21, 2005, 1:02:34, Sven Neumann wrote:
No, it does not at all work surprisingly well. It is *extremely*
slow, it hinders, it flickers, it destroys the selection, it pops up
a window. It feels like an ugly kludge
On Tuesday, June 21, 2005, 17:29:52, Jakub Steiner wrote:
I believe you missed the type-ahead functionality:
I know of type-ahead, but it's not an adequate replacement for a real
path+file text entry. This is how I usually browse for files:
http://deeperthought.ena.si/autocompletion.htm (I only
On Tue, Jun 21, 2005 at 07:16:25PM +0200, [EMAIL PROTECTED] wrote:
On Tuesday, June 21, 2005, 17:29:52, Jakub Steiner wrote:
I believe you missed the type-ahead functionality:
I know of type-ahead, but it's not an adequate replacement for a real
path+file text entry. This is how I usually
Hi,
[EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) writes:
This is the end of reasonable discussion with you again. Too bad you
immediately call other people liars and worse. Couldn'T you simply be
reasonable?
Huh? Is it all over already? That would be a pity.
these concern with Federico and
On Tue, Jun 21, 2005 at 10:48:15PM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
Huh? Is it all over already? That would be a pity.
I won't let you drga me down to that level of discussion. So when you want
to rant about lies and accusations, feel free to do so without me.
I cannot reproduce
Hi,
[EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) writes:
As I told you before: for using the dialogs, it doesn't matter
wether the design is a beauty in itself or wether it is spaghetti
code. What counts is how it works for the user. And the new dialog
is still not up to the level of usefulness
On Wednesday, June 22, 2005, 0:18:34, Sven Neumann wrote:
So far noone has made a proposal on how such an entry should be
integrated with the current dialog.
What's wrong with the place Inkscape puts it?
--
Jernej Simoncic http://deepthought.ena.si/
All inanimate objects can move just
Hi,
[EMAIL PROTECTED] writes:
So far noone has made a proposal on how such an entry should be
integrated with the current dialog.
What's wrong with the place Inkscape puts it?
The place is probably OK, despite my feeling that it adds clutter. The
real problem though is that an entry only
From: Sven Neumann [EMAIL PROTECTED]
Date: Wed, 22 Jun 2005 00:18:34 +0200
(3) Don't try to advertise the old GtkFileSelection dialog as being
the solution that we should revert too.
I didn't. I did advertise the way the old file selection dialog used
it's text entry
On Mon, Jun 20, 2005 at 12:40:37AM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
Perhaps you should stop looking at the dialog and just blindly enter
paths. It works surprisingly well.
I just told you that this is not true.
Then you told me you'd not ignore complaints.
Now you tell me what I
On Mon, 20 Jun 2005, Marc wrote:
One thing is that people, and _many_ people, just want their location
entry back, for lots of reasons: discoverability, pastability and so
on. But for some reason this simply does not happen.
Do you want this only in gimp or in all programs that use the gtk+
Date: Mon, 20 Jun 2005 11:14:03 +0200 (CEST)
From: Dennis Bjorklund [EMAIL PROTECTED]
On Mon, 20 Jun 2005, Marc wrote:
One thing is that people, and _many_ people, just want their location
entry back, for lots of reasons: discoverability, pastability and so
on. But for some
On Mon, 20 Jun 2005, Robert L Krawitz wrote:
Adding a simple file (text) entry box with tab completion (and a
preference to turn on autocompletion) would, IMHO, solve virtually all
of the problems.
Or just make the current system work better. In my installation you can
type in a filename,
On 6/20/05, Dennis Bjorklund [EMAIL PROTECTED] wrote:
On Mon, 20 Jun 2005, Robert L Krawitz wrote:
Adding a simple file (text) entry box with tab completion (and a
preference to turn on autocompletion) would, IMHO, solve virtually all
of the problems.
Or just make the current system
Date: Mon, 20 Jun 2005 13:59:44 +0200 (CEST)
From: Dennis Bjorklund [EMAIL PROTECTED]
The ctrl-L popup has lots of problems; not only is it not
apparent how to get to it (there's nothing that points at
ctrl-L), but it's very clumsy to use (you have to type ctrl-L,
type in
On Mon, 20 Jun 2005, Robert L Krawitz wrote:
Again: adding a simple text entry box for the filename, with tab
completion but not autocompletion, would entirely solve my problem
here!
And I would be happy if you could enter these things in the entry box that
pop up when you just start to
On Mon, Jun 20, 2005 at 11:14:03AM +0200, Dennis Bjorklund [EMAIL PROTECTED]
wrote:
One thing is that people, and _many_ people, just want their location
entry back, for lots of reasons: discoverability, pastability and so
on. But for some reason this simply does not happen.
Do you want
Hi,
[EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) writes:
I don't know what I am smoking, but this very compaint has come up
a number of times, and your only reaction is to talk it down.
That is a blatant lie. The reaction to these concerns is that me and
other GIMP developers have spent a lot of
Hi,
[EMAIL PROTECTED] ( Marc) (A.) (Lehmann ) writes:
to be the case with the early implementations but certainly not with
the latest GTK+ 2.6 releases. The file dialog is getting better and
better with each release.
You keep repeating this as if it were some kind of religion - why do you
Sven Neumann ([EMAIL PROTECTED]) wrote:
[Fileselector]
I do accept that but I would like people to point out exactly what
problems they have instead of just saying that they dislike the new
dialogs. Without detailed complaints we can't do anything to improve
the situation.
What occurred to me
Hi,
Marc Lehmann [EMAIL PROTECTED] writes:
For some reaosn I cna hardly believe that after reading your original
posting. You simply show no sign of understanding for the preferences
other people have, as if one-size-fits-all would be the perfect solution.
Huh? I've been collecting the
From: Sven Neumann [EMAIL PROTECTED]
Date: Mon, 20 Jun 2005 00:40:37 +0200
If you want details then exactly as in gtk+-1.0 should suffice,
because that dialog simply worked. No extra window, no slow extra
popups that you have to wait for, no fancy and distracting
_hiliting_,
Hi,
Bill Kendrick [EMAIL PROTECTED] writes:
I'd love it if Gimp used KDE's file dialogs. The new Gimp one is
quite annoying, compared to both the older Gimp file dialogs and the
latest KDE ones.
Asking the GIMP developers to implement native file selection dialogs
is just silly. The new
On Fri, 17 Jun 2005, Leon Brooks wrote:
Date: Fri, 17 Jun 2005 09:05:30 +0800
From: Leon Brooks [EMAIL PROTECTED]
To: gimp-developer@lists.xcf.berkeley.edu
Subject: [Gimp-developer] FAQ (-: sooner or later :-) KDEification of GIMP
This may seem like an oxymoron, given GIMP's heavy defacto
On Friday 17 June 2005 22:25, Carol Spears wrote:
On Fri, Jun 17, 2005 at 09:05:30AM +0800, Leon Brooks wrote:
This may seem like an oxymoron, given GIMP's heavy defacto
relationship with GNOME-flavoured GTK, but is there any GIMP
equivalent to OpenOffice's KDE integration
On Saturday 18 June 2005 09:08, Sven Neumann wrote:
What aboout DND, the clipboard?
Reporting on GIMP 2.2.7 under KDE 3.4.1.
DND from GIMP does not work. The cursor changes but nothing happens if I
drop onto (e.g.) KMail. Konqueror asks for a name, then turns a layer
into a 2-byte file
On Sat, Jun 18, 2005 at 10:13:26PM +0800, Leon Brooks wrote:
On Friday 17 June 2005 22:25, Carol Spears wrote:
On Fri, Jun 17, 2005 at 09:05:30AM +0800, Leon Brooks wrote:
This may seem like an oxymoron, given GIMP's heavy defacto
relationship with GNOME-flavoured GTK, but is there any GIMP
[This is a re-sent because my reent mails had been sent for moderation ut
never appeared on-list: is the list still moderated?]
On Sat, Jun 18, 2005 at 03:23:02PM +0200, Sven Neumann [EMAIL PROTECTED]
wrote:
And, you aren't seriously trying to argue that the new GtkFileChooser
would be worse
Von: Leon Brooks [EMAIL PROTECTED]
This may seem like an oxymoron, given GIMP's heavy defacto relationship
with GNOME-flavoured GTK, but is there any GIMP equivalent to
OpenOffice's KDE integration (http://kde.openoffice.org/)?
If KDE/Qt and GNOME/GTK+ both adhere to the freedesktop.org
Joao S. O. Bueno Calligaris [EMAIL PROTECTED] wrote:
I actually run the GIMP on KDE, and it works just fine. Minor bug
related to KDE integration are reported form time to time to
bugzilla, and that is all there is that doesn't work.
I'd love it if Gimp used KDE's file dialogs. The new
63 matches
Mail list logo
