Tomas Frydrych wrote:
> Robert Staudinger wrote:
>
>> Ok, so here's my take on it, as discussed on IRC:
>>
>> The split between user tab list and editing widgets is not intuitive,
>> i'd put everything in a table (gtktreeview actually). All properties
>> of a user tab can be changed directly through embedded position
>> spinner and alignment/leader combos. At the end of each line there's a
>> "minus" button that lets you delete the tab. The last line is always a
>> placeholder showing a "plus" button at the end. The placeholder can be
>> edited at will, only after pressing "plus" it will be applied to the
>> document and a new placeholder is appended.
>>
>> The mockup is a bit lacking, because it's not really a treeview, use
>> your imagination.
>>
>> What to do with the default tab width in the same dialog i don't know,
>> never liked it there.
>>
>> What do you think?
>>
>
> I wish someone suggested this years ago.
>
> Tomas
>
>
I agree - this is an elegant method of handling UI problems like this.
After reading some bug spam, it occurred to me that this basic system
could also be used to overhaul the Style Edit dialog and make a serious
usability improvement there - the current dialog works if you know how
but is not very clear or intuitive.
Ryan
Received on Mon Apr 23 06:24:24 2007
This archive was generated by hypermail 2.1.8 : Mon Apr 23 2007 - 06:24:24 CEST