Re: [Ayatana] Design problems in general

2011-03-16 Thread Bazon
On 03/16/2011 02:59 PM, Lee Hyde wrote: On 16/03/11 13:01, Thorsten Wilms wrote: If you are not under too tight constraints, the questionshouldn't be how something is being done, not even how users would like to do it, but rather: how should they do it? I thoroughly disagree with this asse

Re: [Ayatana] Design problems in general

2011-03-16 Thread Lee Hyde
On 16/03/11 17:16, Thorsten Wilms wrote: > You actually don't disagree with the assesment, because to do so, you > would have to understand what I said, instead of just loading off stuff > that is bugging you, but has nothing to do with my post. I used my own frustrations to illustrate a point and

Re: [Ayatana] Design problems in general

2011-03-16 Thread Thorsten Wilms
On 03/16/2011 02:59 PM, Lee Hyde wrote: On 16/03/11 13:01, Thorsten Wilms wrote: If you are not under too tight constraints, the questionshouldn't be how something is being done, not even how users would like to do it, but rather: how should they do it? I thoroughly disagree with this assessme

Re: [Ayatana] Design problems in general

2011-03-16 Thread David
Hi, > I think more thought should be put into tools and > processes, so design experimentation can be accelerated and opened up to > more people. that's exactly why i am doing this unity web implementation. just at the moment i have more fun doing mockups than continuing add more elements of unit

Re: [Ayatana] Design problems in general

2011-03-16 Thread Lee Hyde
On 16/03/11 15:00, Mitja Pagon wrote: > You picked the wrong example as "left-aligned" windows controls were not > a design decision "per se", but rather a decision based on Mark > Shuttleworth's own personal preference, as stated by himself. Never-the-less it was a design decision, simply one han

Re: [Ayatana] Design problems in general

2011-03-16 Thread Thorsten Wilms
On 03/16/2011 02:21 PM, Scott Kitterman wrote: On Wednesday, March 16, 2011 09:01:59 am Thorsten Wilms wrote: Sometimes the problem may be certain users stubbornness rather than anything else, especially if you design for the long term. So the answer may have to be wrapped up in a strategy to

Re: [Ayatana] Design problems in general

2011-03-16 Thread Mitja Pagon
lists.launchpad.net, "Lee Hyde" Sent: Wednesday, March 16, 2011 5:02:16 PM Subject: Re: [Ayatana] Design problems in general And you intend to understand your target audience's needs without including it in the discussion? Marc Lajoie ps. Where's your science that say

Re: [Ayatana] Design problems in general

2011-03-16 Thread Marc Lajoie
initial fear, were actually very > pleased with the experience (a similar example in the field of programing > languages is VB.NET at the time it was released). > > Cheers, > Mitja > > > - Original Message - > From: "Marc Lajoie" > To: "Lee Hyde&

Re: [Ayatana] Design problems in general

2011-03-16 Thread Mitja Pagon
c Lajoie" To: "Lee Hyde" Cc: ayatana@lists.launchpad.net Sent: Wednesday, March 16, 2011 3:37:11 PM Subject: Re: [Ayatana] Design problems in general I am a writer. I write fiction using my computer, which for me is a creative tool. My workflow is maybe chaotic, sometimes il

Re: [Ayatana] Design problems in general

2011-03-16 Thread Mitja Pagon
de" To: "t w " Cc: ayatana@lists.launchpad.net Sent: Wednesday, March 16, 2011 2:59:20 PM Subject: Re: [Ayatana] Design problems in general On 16/03/11 13:01, Thorsten Wilms wrote: > If you are not under too tight constraints, the questionshouldn't be > how somethi

Re: [Ayatana] Design problems in general

2011-03-16 Thread Marc Lajoie
I am a writer. I write fiction using my computer, which for me is a creative tool. My workflow is maybe chaotic, sometimes illogical, but it works for me. An interface that is not flexible enough to adapt to my creative workflow is a system I will not use. I am not about to change the way I create

Re: [Ayatana] Design problems in general

2011-03-16 Thread Lee Hyde
On 16/03/11 13:01, Thorsten Wilms wrote: > If you are not under too tight constraints, the questionshouldn't be > how something is being done, not even how users would like to do it, but > rather: how should they do it? I thoroughly disagree with this assessment of UI/X design for the following re

Re: [Ayatana] Design problems in general

2011-03-16 Thread Scott Kitterman
On Wednesday, March 16, 2011 09:01:59 am Thorsten Wilms wrote: > On 03/16/2011 01:35 PM, Marc Lajoie wrote: > > A better analogy would be engineers designing a professional baking oven. > > The engineer insists, "No, you know nothing about heat flow, etc. This > > is how the oven should be designed

Re: [Ayatana] Design problems in general

2011-03-16 Thread David Stevenson
On 16/03/11 13:01, Thorsten Wilms wrote: > Especially given the huge role habituation and familiarity play in early > evaluation of concepts and implementations by users. > > It's a small step from workflow to ritual. > > Sometimes the problem may be certain users stubbornness rather than > anyth

Re: [Ayatana] Design problems in general

2011-03-16 Thread Thorsten Wilms
On 03/16/2011 01:35 PM, Marc Lajoie wrote: A better analogy would be engineers designing a professional baking oven. The engineer insists, "No, you know nothing about heat flow, etc. This is how the oven should be designed." The baker answers, "But that doesn't correspond to the way I cook!" A c

Re: [Ayatana] Design problems in general

2011-03-16 Thread Marc Lajoie
I gladly concede the point. But that's exactly the sort of situation that requires interaction, conversation in order to resolve. Coming back to the analogy of having bakers design a nuclear reactor: I find this to be a faulty analogy. A better analogy would be engineers designing a professional b

Re: [Ayatana] Design problems in general

2011-03-16 Thread Paul Sladen
On Wed, 16 Mar 2011, Marc Lajoie wrote: > to voice my opinion on what sort of interface There is another harder part, which is that the idea doesn't always correspond to the solution. For example, "I want the wall to be orange" could (after much further investigation) turn actually to be a reques