Shiki-Colors

Source (link to git-repo or to original if based on someone elses unmodified work): Add the source-code for this project on opencode.net

Description:

Shiki-Colors mixes the elegance of a dark theme with the usability of a light theme, resulting in a hybrid theme. Shiki is designed to be fast and stable.

There is a Clearlooks version for out-of-the-box compatibility with most distros and a Murrine version for eyecandy and speed.

There are 7 color variations (Orange, Blue, Green, Purple, Red, Chocolate, Pink). A matching set of Icons, Wallpapers and GDM themes can also be downloaded separately from gnome-look or at the gnome-colors project page.

You can edit the theme's source (the gtkrc files) for further customization, which is all too easy due to the included instructions.

Must read or clowns will eat you:
* The Murrine version will only work with Murrine 0.90.3 or newer. Yes, you will need to upgrade unless you're using Ubuntu Jaunty.

* The borders are very thin, and titlebars/menubars are unified because of "LOL, ELEGANCE". If you have any difficulty resizing windows, try the included alternate metacity with thicker borders.

* In Ubuntu, for themes (installed through appearance preferences) to be able to theme applications in admin mode, you must type in a terminal:
sudo ln -s ~/.themes /root && sudo ln -s ~/.icons /root

Fedora users can get an installable package of Murrine 0.90.3 (x86) here until is not available in release section:
http://files.getdropbox.com/u/1529612/gtk-murrine-engine-0.90.3-1.fc12.i586.rpm

* In Ubuntu, you can use the official PPA repository for easy installation and upgrades. For Ubuntu Karmic Koala, you can simply run apt-get install shiki-colors to install from Ubuntu's universe repositories. The packages are also available in Debian Sid.

* To fix minor Firefox 3 bugs in Shiki-Colors, install the Stylish add-on and go here (or install the included userChrome.css file following the instructions in README):
http://userstyles.org/styles/10822

* Visit the GNOME-Colors project page for bug reports, feature requests, SVN and more downloads:
http://code.google.com/p/gnome-colors/

* Consider donating a small amount to the GNOME-Colors project if you wish to support it, or to show your appreciation. You can do so by clicking on the "donate" button next to the download section.

Last changelog:

11 years ago

4.6 (2009-09-25)
* Add support for Chromium's GTK theming.

4.5 (2009-08-03)
* Update Green, Pink, Orange and Red palettes for better contrast.
* Fix a minor Firefox urlbar color issue in green/orange variations.

4.4 (2009-07-14)
* Add new Pink (Illustrious) color variation.
* Add support for gdm-user-switch applet in Karmic.
* Fix panel matching in Dust-Murrine variant.
* Remove spaces in metacity names for easier RPM packaging. You might have to
remove the old metacity folders or run make uninstall from a previous version.

663 comments

6

7

8

9

10
11

12

13

14

15

Comments/Ratings

Please login or register to add a comment or rating

wers
11 years ago

I hope, Shiki won't be as weird for apps without menu bars in the next version. On Firefox, I'm using the nice extension that autohides the menu bar. However, it looks odd on Shiki.

I am looking forward to a solution to this. I know, there will be a way.

Report

perfectska04
11 years ago

I guess it's more about personal preference. I took a screenshot with and without menubar, and the version without menubar - while not as nice as the other one, doesn't look any different from a normal theme with dark window borders.

http://img530.imageshack.us/img530/8563/screenshota.png

Report

wers
11 years ago

I have no issue that's exclusive with Firefox. It's just for all apps without menu bars (like tomboy which I use every day).

The window border+menu bar is the "black thing" on windows with menu bars while the window border alone is the "black thing" in windows without menu bars. The "black thing" in windows with menu bars fit the theme well because the gradients smoothly change from top to bottom. However, the gradients of the "black thing" of windows without menu bars did not end "smoothly". They just ended with a sudden color change to gray, which doesn't look as stylish as the former.

Did I explain it well? hehe

Report

perfectska04
11 years ago

Yes, I understand what you mean. However, like I said, this is a general issue for all themes that have a unified menubar. If it were possible to set a different metacity for windows without menubars or toolbars I would do so.

Any change to the metacity would make it not blend with the menubar, so you'd have to make the menubar grey and that'd be a different theme altogether.

Report

wers
11 years ago

Thanks. I understand. I'll let you know if I figure out a way to fix this.

Offtopic: though there is no version change, I noticed that Shiki changed particularly in GNOME's volume control. The volume scrolls now have weird dark gray outlines. This is a bug, I suppose. I'm on the Clearlooks version, btw.

Report

wers
11 years ago

Yeah. My point for having a semi-unified menubar is to have an obvious break for the metacity so it would look even less awkward for apps without menu bars. It would also help for the usability of apps with menu bars because users would know where the window manager ends. Hence, it would be easier for them to determine where to click for them to drag the window.

Report

perfectska04
11 years ago

I think I know what you mean. It's not a bug, it just means that the theme now themes volume control's tabs properly (before it didn't) by using Clearlooks's newest code.

That the sliders have the wrong background should be a bug in Volume Control itself, since the same happens with GNOME 2.26's Clearlooks theme. Only it's less noticeable there, because that theme's tab background is closer to the regular background.

Report

perfectska04
11 years ago

I guess something like a semi-unified metacity would be nice to have, but as an optional file (like the striped and easy one). Although I'm thinking something like oxygen's 3/4's of the width separator would look better.

Report

wers
11 years ago

I failed to mention. One of the advantages of having no stripe on the metacity is greater customizability of Shiki. The user can now change the color scheme without worrying about the stripe. :D

Report

wers
11 years ago

I have a new idea. Is it possible to have a semi-unified menubar and metacity? What I mean is this http://g.imagehost.org/0374/semi-unified_menubar.png . In the screenshot, it shows a semi-unified metacity and Firefox toolbar. It would look really cool if it would be the case of the menubar and metacity in Shiki. This way, apps without menubars would look even more elegant. :)

Report

perfectska04
11 years ago

I tried a stripe, but it just didn't look right with the new design. I'm thinking in the future I'll try to add some sort of fancy glow, but for now this is fine.

There are minor highlight changes when a window is active, but if it doesn't seem like enough - you can always add a bit of unified transparency to inactive windows borders.

Report

wers
11 years ago

Nvm. They can be distinguished after all. It wouldn't be so bad to test the stripe in the new metacity, though.

Report

wers
11 years ago

Strong! That's what I have been looking for! :)

Have you tried adding stripes to the new metacity?

Also, it may be hard to determine whether the window is active or inactive because it solely depends on the text and icons on the metacity. You may try making the active window have the stripes while the inactive ones don't.

Good job, as usual. That's why I still haven't replaced the "The best GNOME theme I have ever seen so far" thread. ;)

Report

perfectska04
11 years ago

Please try the latest version. The metacity has been redesigned and it should look a bit better in those situations now.

Report

wers
11 years ago

This is kinda what I mean http://ubuntuforums.org/attachment.php?attachmentid=109283&d=1239312486

Report

wers
11 years ago

I have a suggestion for this issue, a flat metacity. Flat, as in, gradient-free. Other hybrid themes' metacity don't look as awkward for those without menubars because there is no sudden change of gradients. If the shiki metacity did not have gradients, I htink, it would resolve this issue. It has to be tested first, though.

Regards.

Report

perfectska04
11 years ago

The Dust metacity has the same issues, although perhaps it's less noticeable because the titlebar is much, much smaller.

With Shiki, I can't make the titlebars any smaller than they currently are, because the design and highlight outline take up space. Perhaps in a future metacity redesign I can address these issues, but until then - messing with the gradients won't give any change as long as the menubar and metacity are unified.

Report

wers
11 years ago

Thanks.

As I was thinking of ways to make windows without menu bars look better, I stumbled upon the classic Dust theme. Why don't you do something with the gradients for them to look less awkward for those without menu bars? I think, you can shape the metacity gradients similar to Dust's or something like that.

Regards.

Report

perfectska04
11 years ago

Non-GTK apps such as firefox will have an issue or two, specially with dark elements. The best you can do with firefox is install the Shiki-Colors userstyle to fix a few bugs, but it's always recommended to leave the menu bar as it is by default.

As for native apps which don't have menubars, there shouldn't be a problem. However, if you do feel the metacity doesn't blend in too well with these, you can always edit it and add a bit more height to it.

It's just the general drawback about using themes that unify the menubar and metacity. If you plan to hide the menubar in all your applications anyway, then it's better to use a better suited metacity or a theme without unified menubars/window borders.

Report

Algimene
11 years ago

Focus ring has been fixed in murrine 90.2 and svn.

Waiting fix in shiki svn also =P

Report

perfectska04
11 years ago

The focus is drawn by the engine, there's no need for a fix in the theme itself... I've had the new focus rings for a few weeks now.

Report

Algimene
11 years ago

So why in shiki persist the 1 pxl underline while in murrina-crystal (fixed) there is not? O_o

Report

perfectska04
11 years ago

That's actually how it's supposed to look.

Murrina crystal simply, has always had focus selection disabled. I would disable the focus line, but then people who use older murrine versions won't have focus - and disabling the focus lines also creates some bugs, mostly with icon alignment in buttons and widgets (things look 1px off).

Report