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 b
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". Jus
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 alway
Hi,
Akkana Peck <[EMAIL PROTECTED]> writes:
> Great topic. Personally I'd love to see the Script-Fu and Python
> entries go away, for the same reason as in the Filters menu:
> the user shouldn't have to know.
Sorry to disagree with you here but "Script-Fu Console" does certainly
belong to Script
Hi,
Leon Brooks <[EMAIL PROTECTED]> writes:
> Could a language-related mini-icon (16x16 or smaller) against each
> menu entry help?
The idea of the menu reorganization is to hide the language from the
user because the user shouldn't have to care what language a filter is
written in. Adding a lan
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
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 fi
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
On 6/22/05, Sven Neumann <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Leon Brooks <[EMAIL PROTECTED] > writes:
>
> > Could a language-related mini-icon (16x16 or smaller) against each
> > menu entry help?
>
> The idea of the menu reorganization is to hide the language from the
> user because the user sh
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
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
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
Hello,
On Wednesday 22 June 2005 13:26, [EMAIL PROTECTED]
wrote:
> > 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
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 th
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 th
Sven Neumann wrote:
Good idea, but please move the two new menus out of the toolbox. I'd
like the toolbox menu to go away completely. If we can get rid of
Xtns, we are almost there.
FWIW, I have two plugins that plonk themselves in the Xtns menu,
so if it goes, they'll need somewhere to live.
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
On Tue, 21 Jun 2005, Akkana Peck wrote:
> Date: Tue, 21 Jun 2005 17:38:36 -0700
> From: Akkana Peck <[EMAIL PROTECTED]>
> To: gimp-developer@lists.xcf.berkeley.edu
> Subject: Re: [Gimp-developer] Integrated Scripting
>
> Nathan Summers writes:
> > On 6/21/05, Carol Spears <[EMAIL PROTECTED]> wrot
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:
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 i
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 -
On Wed, Jun 22, 2005 at 01:49:40PM +0200, Michael Thaler wrote:
> But unfortunately the save as... dialog does not.
> So everytime I save a rescaled image I have to click on the home directory
> button and then click until I am in the correct directory. For me it would
> really be an enhancement
Alan Horkan wrote:
Great topic. Personally I'd love to see the Script-Fu and Python
entries go away, for the same reason as in the Filters menu:
the user shouldn't have to know.
I don't have a problem with that either. But as someone pointed out, we
need a place to put the menu entries that a
Sven Neumann wrote:
> The idea of the menu reorganization is to hide the language from the
user because the user shouldn't have to care what language a filter is
written in. Adding a language specific icon is contradicting this
effort. There will always be the plug-in browser if someone wants to
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.
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 th
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
Hi,
<[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.
> Given that there *are* proposals, [...]
> b) what would the possible problems be?
I did that, several times, in
Hi,
Alan Horkan <[EMAIL PROTECTED]> writes:
>> > The thing is that there are plenty of exceptions to that rule.
>> > File|Dialogs being a big source of stuff that doesn't need an image,
>
> I'm irked that we have both Dialogs and Dialogues
Sorry, would you mind to explain that? We only have a me
Hi,
Michael Thaler <[EMAIL PROTECTED]> writes:
> I use gimp occasionally to enhance or rescale photos and I also find
> it very annoying to work with the new gtk file-selector. Imagine the
> following situation: I have 20 photos in a directory and want to
> rescale them and save them to another d
On Thu, 2005-06-23 at 00:24 +0200, Sven Neumann wrote:
> Basically what you ask for is not logical. Currently there's exactly
> one File Open dialog and of course it remembers the folder it was last
> being used in. There is however a File Save dialog for each image and
> it comes up with the fold
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 par
Sven Neumann <[EMAIL PROTECTED]> writes:
> Because it isn't needed. You can still enter the filename and
> without the entry it is easier to keep your eye focused on the list
> while you are doing that.
I for one find it quite annoying not being able to type full pathnames
into the file open dial
On Thursday 23 June 2005 06:24, Sven Neumann wrote:
> Basically what you ask for is not logical.
That's not quite true. It's illogical *from one perspective*; this one:
> Currently there's exactly one File Open dialog and of course it
> remembers the folder it was last being used in. There is how
On Thursday 23 June 2005 07:28, Gezim Hoxha wrote:
> Say I'm working in a web design project and the files I
> would probably put in /home/gezim/projects/web/. So when I go to
> http://www.sxc.hu/ (great site for royalty free stock images, BTW)
> find my images, save them to /home/gezim/projects/w
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 didn'
39 matches
Mail list logo