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

List:       koffice-devel
Subject:    Re: Re: Re: Re: [Karbon14] Re: Re: Re: misc
From:       kudling () kde ! org
Date:       2002-10-28 15:06:21
[Download RAW message or body]

> And my other _Office apps_ doesn't have it, so?

As i said, if you force me to decide between usability and compliance
it's very clear which way i'll go.

> I think the only graphics apps which uses multi-column toolbar are the Adobe
> products. Products which aren't renowned for the platform style guide
> compliancy, no?

As user i give a damn about (developer) politics. I care about
applications which help me and which adapt to me and not vice versa.

> The seem to exist people which use even menus with the mouse. The point is
> that there should be a way to access every item of functionality from a
> common GUI element.

Because it makes no sense but we feel we have done a good thing.

> All modern GUI applications have a menubar, and a toolbar with the _user
> selected_ mostly used functionality.

All modern operating systems have a mach kernel, now what?

> Becuase things like "change stroke properties" and "change fill properties"
> aren't implemented as KActions, it isn't possible to create truely useable
> toolbars.

You don't need to, since you have dockers/dialogs with tabpages.

> small. More so if I can't change the context properties of such a shape (say
> the number of points of a star) on an already created object.

As i metnioned before, feel free to implement an artificial intelligence
which regognices shapes in arbitrary paths. And much fun with changing
the egde number of stars all day long.

Bye
Lenny
_______________________________________________
koffice-devel mailing list
koffice-devel@mail.kde.org
http://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]