[prev in list] [next in list] [prev in thread] [next in thread] 

List:       koffice-devel
Subject:    Re: GSoC: KWord interface revamp proposal
From:       Elvis Stansvik <elvstone () gmail ! com>
Date:       2009-03-23 14:33:53
Message-ID: 751a4f870903230733n678422fas6e0c2996d635acb5 () mail ! gmail ! com
[Download RAW message or body]

2009/3/23 Elvis Stansvik <elvstone@gmail.com>:
> Hi Andrew,
>
> 2009/3/23 Andrew Dorrell <andrew.dorrell@gmail.com>:
>> Jos Poortvliet wrote:
>>> 2009/3/23 David Antler <david.antler@gmail.com>:
>>>
>>>> Hey KOfficers,
>>>>
>>> <blabla>
>>>
>>> I think it'd be good if the current dockers would be flexible enough
>>> to be placed in the top and bottom bars without inflating the size of
>>> the top and bottom toolbar. From what I can tell, most dockers would
>>> need some work to make that possible.
>>>
>>> However, I don't see the advantage of your design compared to the
>>> current KOffice look. It does not make anything easier to discover as
>>> it does not present more info to the user than the current dockers on
>>> the side. And it does cut in the available vertical space, while the
>>> dockers on the side don't - a big advantage of the current setup,
>>> considering all the widescreens out there.
>>>
>> +1
>
> I must agree with Jos. And in addition to that; something called an
> "interface revamp" is absolutely not suited for a SoC, and I believe
> Thomas (the KWord maintainer) will agree with me here. A SoC should
> preferably be a concise project with a clear and limited purpose. This
> is a way too ambitious task, and is something that would need much
> more discussion and thought. Quite some thought and planning has
> already went into the interface of KWord2 (and the other KOffice
> applications too), unpolished as it may be in its current state.
>
> On a more personal note, even though I'm sure Microsoft put quite some
> UI designers and usability folks behind the ribbon interface, and I'm
> sure I could get used to something like that, it definitely eats way
> to much vertical space while not really making use of all the
> horizontal space that is and will be available in a world moving
> towards wide screens. I also share Carlo's concern; there's probably

I forgot to add; this is probably especially problematic when it comes
to KWord, as it is a document centric application that will most
probably be used with portrait layouts most of the time.

Elvis

> patents all over this thing and though it was some time since I last
> used the ribbon interface, your mock-up basically looks like a clone.
>
> I don't mean to sound negative, but it seems to me you're not entirely
> grasping the scope of what you're suggesting. And you say yourself
> that you haven't read the SoC guidelines carefully. May I ask why?
> Reading the guidelines should be the first thing you do, and in
> addition to that it's always a good idea to discuss your idea with the
> project maintainers in advance, especially if your proposal is a big
> one like this.
>
> Regards,
> Elvis
>
>> _______________________________________________
>> koffice-devel mailing list
>> koffice-devel@kde.org
>> https://mail.kde.org/mailman/listinfo/koffice-devel
>>
>
_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]