Re: [libreoffice-design] LibreOffice dialog windows should conform with Linux's Standard "Command Button Layout"

it just seems that you can not win no matter what we do.

I don't have that problem, but I've got a different one: I always look
> under "Edit" when trying to find the options. After using LibreOffice
> for some time, I will suddenly try to find Firefox's preferences under
> "Tools". This is very, very annoying to me.


when using Firefox depending on weather your using linux or windows the
option button art in a different spot as well.

it sounds like Linux needs to set some standards while the majority is still
developers.  for they will adapted more quickly and easily than general
users.  then again it took my mom for ever to understand that there was no
difference between Firefox and IE that both took you to the same internet.
 I know that there is a big difference between the two but she though that
you could only get to my school work through Firefox because thats what I
use and deleted all icons of IE so people could not get on it.  any way
there needs to be a standard or maybe we choose a standard and stick with
it.  weather that is options in Edit or Tools, or save/discard/cancel,
discard/save/cancel.  ether way we need to decide and  stick with
that decision.


On Sat, Jul 16, 2011 at 12:47 PM, Astron <heinzlesspam@googlemail.com>wrote:

> On Sat, Jul 16, 2011 at 4:31 PM, nick rundy <nrundy@hotmail.com> wrote:
> > @RGB ES:  Yes, you are absolutely right, I was referring to GNOME. I
> apologize for my oversight.
> > I point out the "command button layout" issue because of what I have
> seen, which has already been brought up in the discussion. People tend to
> develop a rote mentality of clicking an area. I often find myself (because
> I'm used to working on GNOME) moving to the right corner of dialog windows
> to click OK only to realize last second (while using LibreOffice) that OK is
> positioned like it is in KDE/Windows. Of course KDE and MS-Windows users
> automatically will move to the left to select OK because they are
> conditioned for it.
>
> I don't have that problem, but I've got a different one: I always look
> under "Edit" when trying to find the options. After using LibreOffice
> for some time, I will suddenly try to find Firefox's preferences under
> "Tools". This is very, very annoying to me.
> In this case, the KDE behaviour is to have a "Settings" (or
> "Preferences") menu ...
> Because of that, if the placement of "Options" _in Linux builds_ were
> changed to be under "Edit", it wouldn't even feel more alien to KDE
> users.
>
>
> > If changing this layout is a complicated matter Coding-Wise or resources
> would be better allotted to working on other projects (e.g., I'd rather see
> bug 39080 https://bugs.freedesktop.org/show_bug.cgi?id=39080  implemented
> than the command button layout issue I'm speaking of here), then I urge you
> guys to make that call. But if its not a big headache and other people feel
> it is important enough to work on, I think conforming the dialog boxes to
> the "standard button layout" of the desktop (i.e., KDE/Windows, Mac/GNOME)
> adds to the integration and seamlessness of the LibreOffice UI. Ultimately I
> just intended for my e-mail to bring this issue to people's attention so
> there's awareness of it and the powers that be can make a decision on it. :)
>
> I'd rather see button placement changed than the addition of a draft
> mode (I like the more physical feel of the standard mode), but that's
> me.
>
> Astron.
>
> --
> Unsubscribe instructions: E-mail to design+help@global.libreoffice.org
> Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
> List archive: http://listarchives.libreoffice.org/global/design/
> All messages sent to this list will be publicly archived and cannot be
> deleted

-- 
Unsubscribe instructions: E-mail to design+help@global.libreoffice.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/design/
All messages sent to this list will be publicly archived and cannot be deleted