Re: Skin

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Francois Maurice posted on Fri, 09 Mar 2012 05:20:01 -0800 as excerpted:

> I'm a new user of KDE. Currently, I'm using RKWard, a graphical user
> interface for the R statistical computing environment.
>  
> I'd like to now if there is a way to change the appearence, "skin", for
> all applications running under KDE ?

That's an interesting question.  Yes... no... Both "all" and "under" in 
"all applications running under kde" have potential scope issues, and the 
answer clearly depends on the scope you had in mind when you asked the 
question.  This is probably a much longer reply than you intended, but 
FWIW, I'm known by regulars for my long and detailed posts, and it was 
fun writing up, so I hope you (and/or others who may come upon it as 
well) find it useful.  =:^)

If you intended to mean "all kde-based apps", then the answer is most 
certainly yes, you get the full control kde allows.

If you intended to mean "all qt-based apps, including kde apps (since kde 
is based on qt)", then yes, but with a few slight limitations since some 
options will apply to kde-apps-only.

If you intended to mean "all x-based apps, when run on a kde desktop", 
then the answer is yes, but with much stronger limitations, depending on 
the widget toolkit (qt, gtk, (tcl/)tk, fltk, others, roll-its-own) the 
applications widgets are based on.  In general, kde theming can be made 
to apply to gnome/gtk-based apps reasonably well but with some limits due 
to cross-toolkit differences, while the themeing/skinning flexibility of 
other toolkits, and/or kde's ability to get at it, tends to be much more 
limited, and apps based on them thus tend to do their own thing 
appearance-wise, to a much larger degree.

Extending the same logic to somewhat absurd levels, command-line and 
ncurses based (semi-gui) apps would certainly be included in the class of 
"all" apps, and when they're run in a terminal window on a kde desktop in 
X, they could certainly be said to be "running under kde", but not being 
X-based apps at all, only happening to be running in a terminal window 
under kde/X, kde normally has little or no control over their appearance.

Technically, that answers your question as asked, but not the implied 
question behind it -- where are kde's appearance options located and how 
do you change them?

You don't mention what version of kde, but I'll assume it's kde4.  Note 
that there were some major changes in settings layout for kde 4.5, and 
there are somewhat more minor changes with each feature release (the six-
month 4.x releases, so 4.0, 4.1, 4.2... up to current 4.8, monthly 4.x.y 
releases, so 4.8.0, 4.8.1 for the current 4.8 feature release, with 4.8.2 
and 4.8.3 to come, are bugfix-only and don't change layout, etc).  When I 
describe name and location of options, I'm doing so for the current kde 
4.8, but in most cases it'll be quite similar or identical for any kde 
since 4.5.  If you're still using 4.4 or earlier, you'll have to adjust 
the names and locations accordingly, and kde3 was enough different that 
if you're still using it, little if any of the below detail will apply, 
at least directly.

Most of these settings can be found in the application formerly known as 
kcontrol, now called kde settings or simply (and inaccurately) system 
settings.  Some distros may in fact call it something else, but whatever 
it's called, it's the kde settings control panel that you're looking 
for.  This control-panel-like app is split into categories and further 
into individual control panel applets, with many control panel applets 
further split into multiple tabs.

In kde settings (aka systemsettings), most of the appearance control 
options are located in two main categories, the difference of which isn't 
necessarily obvious to most users, who often find themselves looking in 
one, and if their desired settings aren't there, the other.  These are 
Common Appearance and Behavior, and Workspace Appearance and Behavior.

Under common appearance and behavior you'll find the sub-category 
application appearance, containing five applets, style, colors, icons, 
fonts, and emoticons.  Most of these, except for color and /maybe/ fonts 
(I'm not sure on fonts) only affect kde-based applications.  "Common" 
therefore refers to "common to most/all kde apps", and the other 
subcategories to be found under "Common..." likewise only affect kde-
based apps, in general.

The "Style" applet controls "widget style".  Widgets are all the little 
checkboxes (independently togglable), radiobuttons (only one of a group 
may be chosen, think the old-style car-radio station buttons, only one at 
a time could be chosen), comboboxes (dropdown lists), tabs, spinner-boxes 
(arrows increase/decrease a value), text-boxes, progressboxes, action 
buttons (like OK, Cancel), etc, that combine to form a GUI application.

The kde4 default style is Oxygen.  It also happens to be rather more 
highly configurable than the others.  But it's here in the style applet 
that you choose which style kde apps use, and how they're configured.

KDE4's color configuration options are much richer and therefore more 
complex than is common elsewhere.  The least complex way to change them 
and be sure everything's still readable is to use the pre-built color 
schemes.  If you don't like the ones that ship with kde, there's a lot 
more available on kde-look.org.  The get new schemes button allows you to 
download them.

If you do decide to tweak individual colors, be sure and click the help 
button and read up on how it works, first.  Once you understand the 
method to the madness, it's a LOT less confusing, and you'll know how to 
check that your changes don't leave you with say white text on eggshell 
background in some cases, something unreadable to nearly everyone.

Two additional notes on colors:  (1) On the options tab, there's an apply 
colors to non-kde4 applications checkbox.  This controls whether kde will 
try to apply its color scheme to gtk-based apps, etc, or not, thus 
forming the big exception to the "kde-only" rule of the "common" 
category..  FWIW, I have it set to apply to non-kde as well, but I've 
found that every once in awhile, my gtk-based apps revert to their 
default color scheme (which I hate for both kde and gtk, neutral grays 
aren't my thing AT ALL, and I tend to prefer "reverse" schemes with light 
text on dark backgrouns, as well) and I have to go back in here, toggle 
the setting off, hit apply, toggle it back on, and hit apply again. (2) 
The inactive/disabled color effects to be found here (togglable with a 
checkbox located a bit above the apply to non-kde checkbox I mentioned 
above) are nice, but don't always work well with the window translucency 
effect (see below).  So if you enable the window translucency effects and 
have inactive windows set to a higher translucency than active windows, 
you'll probably want to tone down or deactivate the inactive window color 
effects found here.

The icons, fonts, and emoticons applets are pretty self-explanatory, or 
at least I've found them so, and don't have much to say about them.


That's common appearance and behavior, now we'll switch to workspace 
appearance and behavior.  "Workspace" as opposed to "Common" refers to 
two rather different concepts.  First, the settings for plasma, the kde4 
desktop, are found here.  They only affect plasma (and krunner), not the 
rest of kde, but since plasma is the desktop, panels, launcher menus, 
etc, that you see when nothing else is loaded and that contain the system 
tray and notifiers, and that is normally used to launch apps, etc, most 
users will spend quite a bit of time looking at it, so its appearance is 
pretty important!

Second, "Workspace" contains the options for kwin, desktop effects, 
window behavior, window decorations, that apply to all apps, kde or not, 
since the window manager manages them all.  Thus, "workspace" contains 
app-specific configuration, but since one of those specific apps is kwin, 
the window manager, a lot of the "workspace" options apply even more 
globally than the "common" options above, because they apply to all X-
based apps, not just kde apps.

Desktop effects is directly under workspace..., no sub-category for it.  
While most of these effects are behavior more than appearance, on the all-
effects tab, there's a whole list of effects under appearance, but one of 
particular note, (window) translucency.  Since these effects are 
implemented by kde's window manager, kwin, they apply to all windows on 
the desktop, those of kde apps and non-kde apps alike.

If you chose to enable this effect, you'll almost certainly want to hit 
its configure button and adjust the relative transparency/opacity of the 
various elements.  Again I'll note what I said above under colors: if you 
set inactive windows somewhat transparent, you may want to tone down or 
deactivate inactive window color effects.  Also, if you have exception 
windows that you want to keep more transparent/opaque than normal even 
when inactive, you'll probably want to set inactive windows to full 
opacity here, and use the alternative described in the next paragraph.

Still in workspace appearance and behavior, under window behavior, window 
rules, you can set all sorts of individual window exceptions.  Most of 
them don't concern us here as we're dealing with appearance, but the 
opacity settings do, since they're appearance as well.

What I found here is that when I set inactive window opacity under 
desktop effects, translucency (as described above), that overrode 
individual window inactive translucency exceptions that I tried to set, 
here.

The fix was simple enough.  First, as mentioned above, I set inactive 
windows to full opacity in desktop effects.  Then, I created a new 
generic window rule applying to (almost) all windows, and set my desired 
default inactive window opacity there.  That rule should be BELOW any 
individual window exceptions in the list.  Here, it's my last entry, out 
of 25-30 different window rules I have setup with various exceptions for 
various windows, including an inactive window opacity exception for some 
of them.

The specific window rule settings for this generic rule?  (This describes 
4.8, 4.7 changed the window rule dialog layout, so 4.7 should be similar 
or identical, but 4.6 and earlier will need some adjustments.)

Window matching tab:  Description:  This is your description, for this 
one I chose "*all (opacity)".  Window types: All but Dock (panel) and 
Desktop.  In particular, I didn't want the panels fading when they 
weren't active, and they're dock windows, so I don't match on it.  For 
similar reasons I don't match on the desktop/root window.  Everything 
else on this tab should be set to unimportant, since we're setting up a 
generic rule. (The delay spinner is for click-selecting the window to 
apply to, it doesn't apply to the actual rule once setup).

Appearance and fixes tab (last):  Check the active and inactive opacity 
options, set them to force, and set the opacity as desired.  Here, I have 
99% active, 85% inactive.

Other settings on this tab, and the two middle tabs, should be left 
unchecked, unless of course you want to set default behavior for them, as 
well.

Hit OK, move the new rule to the bottom of the list if necessary, and hit 
apply.  You now have a default setting for active and inactive window 
translucency, but can override it with other specific window rules, as 
long as they appear above this one in the window rules list. =:^)


Back under the main workspace appearance and behavior category, look 
under workspace appearance.  Available applets here include window 
decorations, cursor theme, desktop theme, and splash screen.  Cursor 
theme is a general X/window-manager setting and should apply to all apps, 
unless they specifically set their own cursors.  Splash screen controls 
what appears as kde first starts up.  That leaves window decorations and 
desktop theme.

Window decorations will apply to all windows that have the normal window 
border and titlebar, so it's not kde specific, but some windows (the 
krunner dialog, for instance) are borderless by default.  (If you have 
the hide window borders toggle hotkey set, you can try toggling the 
border on and off for various windows, including krunner.  Krunner does 
look rather odd with a window title and border! =:^)  Here again, as with 
styles under common, above, the kde default is oxygen, and here again, 
it's noticeably more configurable than other options.  FWIW, I prefer the 
oxygen style above, but the kde2 window decoration, here.  It's worth 
noting that the decoration colors (for most decorations) are set in the 
colors applet, dealt with above, not here.

Desktop theme applies to the plasma desktop (desktop, panels, plasmoids 
including the kickoff launcher and clock, etc) and to krunner, only.  One 
possible point of confusion is that the font and colors settings under 
common, above, do *NOT* in general apply to plasma.  Instead, the desktop 
theme settings apply.  There's a kde oxygen desktop theme just as there's 
an oxygen widget style and an oxygen window decoration, and an oxygen 
icon theme, as well.  Two other things of note.  As with color schemes 
and various other places in kde where it makes sense, you can download 
additional desktop themes from kde-look.org, if you don't like the look 
of any of those shipped with kde.  And, on the details tab, it's possible 
to mix and match elements from installed desktop themes as desired.  
Thus, for instance, if you like one theme in general, but dislike its 
kickoff element and particularly like the analog clock from a different 
theme, it's possible to have everything except for those two elements 
from the same theme, and set those two, each to the corresponding element 
from a different theme.


That about covers it except for one additional note.  At least here, I 
have trouble keeping themes (as in desktop themes, aka plasmoid's 
appearance), decorations (as in window decorations, aka window titlebars 
and borders), and styles (as in widget styles, the buttons, checkboxes, 
etc, that together form the interactive UI of an app) separate.  When I 
look at all three of them in kde settings, I can tell which is which, but 
I do often have to either see all three or click on them one at a time 
until I get the one I'm looking for.  I suppose I'm not alone in this, 
and that as with common appearance and behavior vs workspace appearance 
and behavior, where I've seen other people wondering about the 
distinction, it's a bit confusing to many people.  If you find it 
confusing too, at least note that all three exist, so that if you don't 
get the one you intended with the first one you open, you can look around 
and try the others, as well.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

___________________________________________________
This message is from the kde mailing list.
Account management:  https://mail.kde.org/mailman/listinfo/kde.
Archives: http://lists.kde.org/.
More info: http://www.kde.org/faq.html.



[Index of Archives]     [Trinity (TDE) Desktop Users]     [Fedora KDE]     [Fedora Desktop]     [Linux Kernel]     [Gimp]     [GIMP for Windows]     [Gnome]     [Yosemite Hiking]
  Powered by Linux