Skip site navigation (1) Skip section navigation (2)

Re: Usability improvment ideas

From: Dave Page <dpage(at)pgadmin(dot)org>
To: Guillaume Lelarge <guillaume(at)lelarge(dot)info>
Cc: "Belbin, Peter" <Peter(dot)Belbin(at)paetec(dot)com>, Bob McConnell <rvm(at)cbord(dot)com>, "gabriele(dot)garuglieri(at)infoblu(dot)it" <gabriele(dot)garuglieri(at)infoblu(dot)it>, "bneuhauser(at)real(dot)com" <bneuhauser(at)real(dot)com>, "pgadmin-support(at)postgresql(dot)org" <pgadmin-support(at)postgresql(dot)org>
Subject: Re: Usability improvment ideas
Date: 2011-05-17 22:07:43
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgadmin-support
On Tue, May 17, 2011 at 8:27 PM, Guillaume Lelarge
<guillaume(at)lelarge(dot)info> wrote:
> On 05/16/2011 09:57 AM, Dave Page wrote:
>> On Mon, May 16, 2011 at 8:52 AM, Guillaume Lelarge
>> <guillaume(at)lelarge(dot)info> wrote:
>>> Le 05/13/2011 06:03 PM, Dave Page a écrit :
>>>> On Thu, May 12, 2011 at 5:41 PM, Belbin, Peter <Peter(dot)Belbin(at)paetec(dot)com> wrote:
>>>>> Just an observation..... :)
>>>>> With the 1.14 stream of pgadmin3, I notice that the dialog for creation of columns moves the type to a different tab than the name, requiring much more work to create the columns.
>>>> That does seem like a usability regression Guillaume. Can you look at
>>>> that please?
>>> Yeah, but it means we'll lose the consistency. I know it doesn't feel
>>> right, but if we allow the type to be on the first tab, we'll get lots
>>> of request for that kind of thing for $object.
>> I'm normally the first guy to bleat about consistency, but this really
>> does feel like a big regression in usability to me - this is one of
>> the few (the only?) dialog that people are likely to open over and
>> over again when creating another object. We already know that is
>> cumbersome (that's why there's a complete redesign of the table
>> dialogue on the TODO) - this will make it worse.
> Done. Actually, I had to move three fields (datatype, length, and
> precision).


Dave Page
Twitter: @pgsnake

EnterpriseDB UK:
The Enterprise PostgreSQL Company

In response to

pgadmin-support by date

Next:From: Jason LongDate: 2011-05-20 22:40:03
Subject: Recovering SQL Files after pgAdmin crash
Previous:From: Guillaume LelargeDate: 2011-05-17 19:54:50
Subject: Re: Impossible to connect to postgresql 8.4

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group