KWin and plasma's colorscheme

[Jamboarder]

pinheiro wrote:
> My 
idea 
or 
what 
i 
realise, 
is 
that 
it 
can 
be 
much 
more 
themeble 
tha 
> kickoff/desktop 
ever 
was 
but 
you 
need 
to 
do 
a 
theme.
> Adding 
lots 
of 
configuration 
options 
to 
an 
egine 
that 
messes 
with 
each 
> individual 
theme 
is 
i 
think 
wrong. 


As mentioned in a separate email, the proposal would not mess each individual theme since plasma would only apply system colors due to the presence of the proposed hint-use-system-colors element in the theme svg, not based on a configuration option available to the user. This gives the *artist* the option of designing a theme to work with system colors.  Artists that don't want the theme to be affected by system colors would simply omit the hint from the svg (as all current themes do).  This is similar to how we can currently choose to have plasma stretch borders by adding the hint-stretch-borders element to the svg, or tile borders by not omitting it.

I whole-heartedly agree plasma is *much* more theme-able than kicker ever was.  Just thought this might give theme artists the added ability to create themes that adjust to the system color settings without interfering with artists who don't care for such a thing.

Sorry if I'm overly advocating for something no-one else wants.

Much respect for all the hard work!


----- Original Message ----
From: pinheiro <nuno at oxygen-icons.org>
To: panel-devel at kde.org
Sent: Thursday, February 7, 2008 5:13:00 AM
Subject: Re: KWin and plasma's colorscheme


A 
Thursday 
07 
February 
2008 
01:51:49, 
Aaron 
J. 
Seigo 
escreveu:
> 
On 
Wednesday 
06 
February 
2008, 
Jamboarder 
wrote:
> 
> 
What 
about 
adding 
a 
hint 
element 
to 
plasma 
svg 
themes
> 
> 
("hint-use-system-colors" 
or 
something 
similar).  
If 
the 
element 
exists
> 
> 
plasma 
would 
paint 
the 
svg 
with 
system 
colors 
(using 
tinting 
or
> 
> 
whatever). 
Amarok 
2 
does 
something 
similar 
if 
I 
recall 
correctly.
>
> 
if 
no 
colour 
scheme 
is 
provided 
with 
the 
svg 
theme, 
the 
system 
colours 
are
> 
used. 
we 
don't 
touch 
the 
svg's 
themselves, 
however.
>
> 
> 
Don't 
worry 
about 
accommodating 
the 
many 
different 
types 
of 
svg 
graphic
> 
> 
elements 
and 
trying, 
from 
plasma's 
side, 
to 
make 
it 
look 
good.  
Provide
> 
> 
one 
method 
(tinting 
or 
whatever) 
and 
let 
the 
theme 
creators 
deal 
with
> 
> 
making 
it 
look 
good 
(they're 
the 
artists 
right?).
>
> 
that's 
a 
bit 
like 
saying, 
"you 
can 
paint 
any 
painting 
you 
want, 
as 
long 
as
> 
you 
use 
a 
palette 
knife 
and 
cerulean 
blue 
to 
do 
it." 
even 
leonardo 
davinci
> 
himself 
wouldn't 
have 
managed 
the 
mona 
lisa 
under 
those 
conditions.

I 
bet 
you 
the 
artist 
would 
be 
prety 
upset 
2..
some 
times 
i 
gett 
the 
feling 
peple 
expect 
that 
plasma 
will 
be 
as 
configurable 
ahs 
kicker 
was...dough 
i 
imagine 
it 
is 
possible 
i 
think 
it 
was 
never 
the 
intention 
to 
be..
My 
idea 
or 
what 
i 
realise, 
is 
that 
it 
can 
be 
much 
more 
themeble 
tha 
kickoff/desktop 
ever 
was 
but 
you 
need 
to 
do 
a 
theme.
Adding 
lots 
of 
configuration 
options 
to 
an 
egine 
that 
messes 
with 
each 
individual 
theme 
is 
i 
think 
wrong. 
IMO 
you 
guys 
sohoud 
divide 
prety 
well 
2 
things, 
defoult 
theme 
(wich 
you 
improve 
as 
much 
as 
you 
can), 
and 
engine 
that 
is 
theme 
agnostic.
Not 
sure 
im 
repeting 
ideas 
long 
passed 
under 
the 
bidge 
if 
so 
sorry.  
 

> 
> 
Something 
like 
this 
would 
help 
immensely 
while 
allowing 
other 
theme
> 
> 
authors 
to 
make 
plasma 
look 
exactly 
like 
they 
want.
>
> 
"exactly 
like" 
doesn't 
follow 
from 
"but 
your 
svg's 
are 
going 
to 
be 
tinted".



-- 

core 
oxygen 
icon 
designer
_______________________________________________
Panel-devel 
mailing 
list
Panel-devel at kde.org
https://mail.kde.org/mailman/listinfo/panel-devel



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/panel-devel/attachments/20080207/946dec6f/attachment.html