--nextPart1347213.pup7SQx5WG
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Monday 27 November 2006 22:07, Celeste Lyn Paul wrote:
> On Monday 27 November 2006 20:15, Matthew Woehlke wrote:
> > Just to be clear, I'm not disagreeing. I'm just saying that (IMO, and
> > perhaps a NSHO by now) the Right Way to do it is to require style
> > designers to do it.
>
> ...
>
> > As for implementation, styles already have the capability to do this (as
> > has been noted, many *do* it, just not "well"), so what needs to happen
>
> which styles implement frame or pane highlighting?
>
> > ...It is a hack because you are trying to circumvent the intended
> > function of an existing class, which is rarely a good idea. At *best*,
> > trying to do this outside of the style code is likely to cause issues,
> > plus it won't work on Qt-but-not-KDE applications (whereas styles work
> > on both). The fact that Qt assistant is being used as an example should
> > already tell you that this is not something you can fix inside kde,
> > unless you are fixing something (styles) that Qt uses from dynamically.
> >
> > Otherwise you need to be talking to Trolltech.
>
> I dont see why that isnt an option, there is an obvious need
>
> > You'd have to point me at those, but by "feedback" do you mean e.g. the
> > different-colored frames as drawn by the plastik style in kde3? This is
> > "libs-related" in as much as plastik comes from kdelibs, but this is
> > still exactly what I have been saying that the *style* needs to fix it,
> > not something outside the style.
>
> Why can't we force a default for it to be on and then let the style
> designers do whatever they need with it? I find it kind of silly to push
> the reponsibility of usability to style designers.  just because they can,
> doesnt mean they should. the kde default or highly promoted styles should
> be models of good behavior, not exceptions.

Nor would... There are a number of styles that intentionally change the=20
intended highlighting, etc. to fit the look that they are aiming for.

> Has this become an argument about defaults?
>
> FYI:
> http://wiki.openusability.org/guidelines/index.php/Libs#Visualisation_of_=
=46o
>cus

=2D-=20
Gary L. Greene, Jr.
Sent from: uriel.tolharadys.net
 22:30:38 up 8 days,  5:51, 10 users,  load average: 0.08, 0.30, 0.33
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
Volunteer Developer for the PhoeNUX OS open source project
    See http://www.phoenuxos.com/ for more information
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D

Please avoid sending me Word or PowerPoint attachments.

--nextPart1347213.pup7SQx5WG
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.9.20 (GNU/Linux)

iD8DBQBFa64I+psNrGG9CbMRAq48AJ9j2dwH882VrxpE6wCXaj4AOG9xWQCghW1n
3C5ufugDV7c16om09larIcI=
=IhDW
-----END PGP SIGNATURE-----

--nextPart1347213.pup7SQx5WG--