Sven,

> On Fri, 2007-05-25 at 02:15 +0200, peter sikking wrote:
>
>> <http://www.mmiworks.net/eng/publications/2007/05/lgm-top-gimp-user-
>> requests_25.html>
>
> BTW, the dialogs that you consider to be "unnecessary" can already be
> skipped using the Shift key.

Then the perfect solution is that we reverse the logic of that
shift key. Only with the shift key down the dialog is shown.

Our users will be eternally grateful...

> Sure, perhaps not the most intuitive and
> discoverable approach, but it works well for our power users.

Like I said, there is no such thing as intuitive >^}

> And
> sometimes the dialogs are not that unnecessary at all. So we can't  
> just
> remove them. At least not all of them.

After the provocative statements that needed to go in the lgm talk,
I will be incredibly careful about recommending removing any of these.

But if like with the layers dialog, I see zero function 99% of the time,
then I want us to try this out in an early (2.odd.2) development  
version,
wait a month (learning period) and then evaluate if that was the right
choice.

> Some UI streamlining is definitely needed, but the solutions aren't
> necessarily as simple as you put them. Actually a lot of what you  
> say in
> your blog entry is well-known and there are bug reports for it  
> already:
>
> http://bugzilla.gnome.org/show_bug.cgi?id=85579
> http://bugzilla.gnome.org/show_bug.cgi?id=109929
> http://bugzilla.gnome.org/show_bug.cgi?id=121087
>
> These things are on our TODO for quite a while now. The problem is  
> that
> they are very difficult to implement.

Yes, the top-10 user request shows that on the user side there is a
demand for change. And that the developers are thinking of the same
things will only make it easier for us to go ahead and work together
in the same direction.

But because of the work my team of usability and interaction
professionals has put into this project since October the
status of the issues we are talking about has changed.

Now they are no longer 'anybody's guess', they are official.

And my team is there to work with the developers to find solutions
that can be realised, not pie in the sky. We are also there to
make sure that our dear developer resources are not wasted on
purely cosmetic UI makeover, and to make sure that the described
productivity stoppers do not get shelved as an enhancement, but
are treated as the GIMP-value reducers they are.

     --ps

         principal user interaction architect
         man + machine interface works

         http://mmiworks.net/blog : on interaction architecture



_______________________________________________
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Reply via email to