Warning: session_start(): open(/tmp/sess_n023eoc1h7ppfkqif8l8sccce0, O_RDWR) failed: No space left on device (28) in /www/H01/htdocs/lib/base/lib_base.php on line 280
Domino openDesktop.org


	KDE-Apps.org Applications for the KDE-Desktop GTK-Apps.org Applications using the GTK Toolkit GnomeFiles.org Applications for GNOME MeeGo-Central.org Applications for MeeGo CLI-Apps.org Command Line Applications Qt-Apps.org Free Qt Applications Qt-Prop.org Proprietary Qt Applications Maemo-Apps.org Applications for the Maemo Plattform Java-Apps.org Free Java Applications eyeOS-Apps.org Free eyeOS Applications Wine-Apps.org Wine Applications Server-Apps.org Server Applications apps.ownCloud.com ownCloud Applications


	KDE-Look.org Artwork for the KDE-Desktop GNOME-Look.org Artwork for the GNOME-Desktop Xfce-Look.org Artwork for the Xfce-Desktop Box-Look.org Artwork for your Windowmanager E17-Stuff.org Artwork for Enlightenment Beryl-Themes.org Artwork for the Beryl Windowmanager Compiz-Themes.org Artwork for the Compiz Windowmanager EDE-Look.org Themes for your EDE Desktop


	Debian-Art.org Stuff for Debian Gentoo-Art.org Artwork for Gentoo Linux SUSE-Art.org Artwork for openSUSE Ubuntu-Art.org Artwork for Ubuntu Kubuntu-Art.org Artwork for Kubuntu LinuxMint-Art.org Artwork for Linux Mint Arch-Stuff.org Art And Stuff for Arch Linux Frugalware-Art.org Themes for Frugalware Fedora-Art.org Artwork for Fedora Linux Mandriva-Art.org Artwork for Mandriva Linux


	KDE-Files.org Files for KDE Applications OpenTemplate.org Documents for OpenOffice.org GIMPStuff.org Files for GIMP InkscapeStuff.org Files for Inkscape ScribusStuff.org Files for Scribus BlenderStuff.org Textures and Objects for Blender VLC-Addons.org Themes and Extensions for VLC


	KDE-Help.org Support for your KDE Desktop GNOME-Help.org Support for your GNOME Desktop Xfce-Help.org Support for your Xfce Desktop

openDesktop.org: Applications Artwork Linux Distributions Documents Linux42.org OpenSkillz.com

Domino

0.4

Theme/Style for KDE 3.2 +

Score 74%

morgenrot

Link: http:// Downloads: 117115	Submitted: Jul 18 2006 Updated: Feb 16 2007
Description: Domino is a style with a soft look. It allows to fine adjust the shininess of the widgets by customizable color gradients. Changelog: 0.4 * new option for indented / non indented menu items * new option for highlighted tool button icons on mouse over * the button look for tool(bar) buttons is now optional * new rubberband options * smaller tabWidget margins * respects Gwenview's / Kicker's taskbar applet / Konversation's own mousewheel handling for scrollviews * clipped popup menu edges, for a better look with KWin's shadows (Beryl seems not to support it). * fixes pixmaps on PowerPC architecture * fixes functionality of some popup QToolButtons and adapts their look and behavior to KToolBarButtons * the content of popup menus with a side pixmap is visible again (Amarok, Digikam) * adapts KMenu's section header style * fixes Kickoff's tab icon alignment * fixes possible crash with enabled text effect * lets apps using their own label colors on tabs (if they're not defaulting to a fixed color like konsole) * decoration: option "dark window frame" draws a darker frame * decoration: borders are hidden when in maximized mode and moving / resizing of maximized windows is not allowed. License: GPL

Send to a friend
Subscribe
Other Content from morgenrot
Report inappropriate content

goto page:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ...

build error

by jazztyle on: Jan 17 2007

Score 50%

jazztyle
Home

building of 0.3rc1 fails here, dont know whats causing it. you can find the output here:

http://rafb.net/p/gYRWpL44.html

ArchLinux 0.8
KDE 3.5.5
QT 3.3.7

if you need more info, no problem...

and keep up the marvellous work, i am looking forward to 0.3 :)

Reply to this

Re: build error

by japc on: Jan 17 2007

Score 50%

inactive user

Add -lXft to the compile line (edit the Makefile).

japc
Reply to this

Re: Re: build error

by morgenrot on: Jan 17 2007

Score 50%

morgenrot

Damn, you are faster as I ;)
I knew that I would have problems with that :( . I'm also not sure if I must link freetype. I will upload an updated snapshot within the next minutes.

Reply to this

Re: Re: Re: build error

by morgenrot on: Jan 17 2007

Score 50%

morgenrot

Here it is:
http://home.arcor.de/michaellentner/domino-0.3rc2.tar.bz2

Changes so far:
new config import option
fixed the scrollBar contour (maybe the shadow could be a tad stronger)
fixed progressbar gradient alignment
optional pressed shadow for sunken buttons

Reply to this

suggestions

by lucher on: Jan 17 2007

Score 50%

inactive user

suggestions for the build released on 2007/01/14

First of all: I really like it!

Though:
o the scrollbars are lighter, that's nice. But the round line is still to heavy - should be of width=1px as all other lines.
o if a scrollbar is part of a box, two lines are drawn: the border of the scrollbar and the border of the box, see for example at konqueror in the main khtml view while I am typing this.
o inactive widgets: I gave black-murrine a try. works very nice. the problem: I can not distinguish between active widgets and deactivated ones (see for example Platik: There, a deacrtivated combobox is represented by a thin outline without any gradients - looks perfect and consistent).
o Color suggestions: Can I configure the background of the tabbar in Konqueror? Moreover, does it make sense to distuingish the gradient settings for: Top-tab, bottom-tab, konqui-tab?

Best regards

Reply to this

Re: suggestions

by lucher on: Jan 17 2007

Score 50%

inactive user

one more thing:
o editable combo boxes!
They just look, well, ... odd. It is the same in Baghira, Keramik, ThinKeramik, etc. - just too many lines!
What is the problem? It tries to emulate a button. Thus the outer shadow shifts the combobox a level to the front. Then, it goes a level deeper again since the button is editable and, thus, a second shadow is required. Just too much for my eyes. And: It looks odd, if one has inputlines and comboboxes in one dialog.
So, is it possible to draw it as a usual inputline with some kind of connected button?

Reply to this

Re: Re: suggestions

by morgenrot on: Jan 17 2007

Score 50%

morgenrot

> o the scrollbars are lighter, that's nice. But the
> round line is still to heavy - should be of
> width=1px as all other lines.

The general countour width is bigger than 1 pixel (only a tad) and under the round line is a black shadow which makes it look bigger. If you set the contour color to black
you will see that the rounding is even too slim (or has to much transparency). That is the biggest problem if you create a style, it will never look right with all background colors. A static pixmapstyle would be sooo much easyer...

> o if a scrollbar is part of a box, two lines are
> drawn: the border of the scrollbar and the border

There's an option in Qt to draw them in another way, but the current way looks IMO better.
http://img277.imageshack.us/img277/6415/scrollbarframesjm1.png
(yes I see this drawing bug ;)

> o inactive widgets: I gave black-murrine a try.
> works very nice. the problem: I can not
> distinguish between active widgets and deactivated
> ones (see for example Platik: There, a
> deacrtivated combobox is represented by a thin
> outline without any gradients - looks perfect and
> consistent).

Too late for this version, maybe they could be drawn half transparent, not sure now.

> o Color suggestions: Can I configure the
> background of the tabbar in Konqueror? Moreover,
> does it make sense to distuingish the gradient
> settings for: Top-tab, bottom-tab, konqui-tab?

IMHO not, the differences are minimal. For the background of the tabBar I added an hidden option "konqTabBarContrast". above 0 means darker, below lighter background color.

> o editable combo boxes!
> They just look, well, ... odd. It is the same in
> Baghira, Keramik, ThinKeramik, etc. - just too
> many lines!
> What is the problem? It tries to emulate a button.
> Thus the outer shadow shifts the combobox a level
> to the front. Then, it goes a level deeper again
> since the button is editable and, thus, a second
> shadow is required. Just too much for my eyes.

But if those lines trying to look like a real button (shadows), they are easyer to recognize. Just a rect isn't natural and thus harder for the brain.

> And: It looks odd, if one has inputlines and
> comboboxes in one dialog.
> So, is it possible to draw it as a usual inputline
> with some kind of connected button?

It's possible, but with a typical combobox you can clearly see that the button belongs to the lineedit. For e.g. Xara Xtreme has such a separated combobox. Just imagine every toolbutton would
have a frame like a normal button, it would be difficult to associate the right button with the lineedit

Reply to this

Re: Re: Re: suggestions

by lucher on: Jan 18 2007

Score 50%

inactive user

>The general countour width is bigger
>than 1 pixel (only a tad) and under
> the round line is a black shadow
> which makes it look bigger. If you
> set the contour color to black
> you will see that the rounding is
> even too slim (or has to much
> transparency). That is the biggest
> problem if you create a style, it
> will never look right with all
> background colors.
What if you handle the shadow color of scrollbar handles differently (compared with button shadows)? For buttons, the shadow is around the whole element, for the scrollbar handle just on two sides (at the small ends). Therefore, there will always be a different kind of 3d effect. Eg.: Just the median of the outline and the scrollbar background color would help?

> There's an option in Qt to draw them
> in another way, but the current way
> looks IMO better.
> http://img277.imageshack.us/img277/6415/scrollbarframesjm1.png
> (yes I see this drawing bug ;)
That's a nice improvement. How can I configure Domino to look like the left candidate? Assume have to ait for the final release?

> Too late for this version, maybe
> they could be drawn half
> transparent, not sure now.
OK, I am gonna wait.

> But if those lines trying to look
> like a real button (shadows), they
> are easyer to recognize. Just a rect
> isn't natural and thus harder for
> the brain.
I disagree. Just draw a usual lineedit - my eyes recognizes it perfectly.

> It's possible, but with a typical
> combobox you can clearly see that
> the button belongs to the lineedit.
> For e.g. Xara Xtreme has such a
> separated combobox. Just imagine
> every toolbutton would
> have a frame like a normal button,
> it would be difficult to associate
> the right button with the lineedit
The button can still be connected to the inputline.
One way is to insert the button INTO the lineedit,i.e. the shadow goes down to the input level and inside is the button. Alternatively, it could be tied to the edit box. Take for example the image you posted with the scrollbars and the textedit on the left side. Imagine, the textedit would be a lineedit, the scrollbar would be a button - there you are...

Reply to this

Re: Re: Re: suggestions

by lucher on: Jan 18 2007

Score 50%

inactive user

About konqui-tab:
What I really like on MacOS is the way of the tabs in safari.

I mean: The current tab should visually merge with the toolbars on top of it.
The other tabs should just be (more or less) hidden, i.e. just the text and icons visible, but no tab-button drawn. To separate the tabs one should consider a small vertical line and drawing the tab on mouse hover. (see www.uni-weimar.de/~wolff3/kdelook/domino_.png)

Reply to this

Re: Re: Re: Re: suggestions

by morgenrot on: Jan 18 2007

Score 50%

morgenrot

> What if you handle the shadow color of scrollbar
> handles differently (compared with button
> shadows)? For buttons, the shadow is around the
> whole element, for the scrollbar handle just on
> two sides (at the small ends). Therefore, there
> will always be a different kind of 3d effect. Eg.:
> Just the median of the outline and the scrollbar
> background color would help?

Another difficulty is that it's impossible to get the median of the gradient colors. For e.g. if the first part is white and the second black, which color should I take?

> That's a nice improvement. How can I configure
> Domino to look like the left candidate? Assume
> have to ait for the final release?

I personally dont like the left candidate. The textedit isn't round anymoe and the scrollbars look as they would have a 2 px line on the left or top.
But if you like them, add the following at line 6713 in domino.cpp:

case SH_ScrollView_FrameOnlyAroundContents: {
return true;
}

> > But if those lines trying to look
> > like a real button (shadows), they
> > are easyer to recognize. Just a rect
> > isn't natural and thus harder for
> > the brain.
>
> I disagree. Just draw a usual lineedit - my eyes
> recognizes it perfectly.

My fault, as I wrote I looked at a gkt style, where the lineedit and the button looked nearly the same (nearly plain rects...)
However if you have no problems with recognizing of the lineedits, you probably won't have them also with the comboboxes
As I wrote yesterday, it will all look better if you use midrange colors, thats also the color I use to create the pixmaps. To do the contours
right I should not only made the contour color customizable, but also the shadow transparency. But this would slow down the style even more.

> The button can still be connected to the
> inputline.
> One way is to insert the button INTO the
> lineedit,i.e. the shadow goes down to the input
> level and inside is the button. Alternatively, it
> could be tied to the edit box. Take for example
> the image you posted with the scrollbars and the
> textedit on the left side. Imagine, the textedit
> would be a lineedit, the scrollbar would be a
> button - there you are...

It's just a taste issue, but I like it how it is now :)

> I mean: The current tab should visually merge with
> the toolbars on top of it.
> The other tabs should just be (more or less)
> hidden, i.e. just the text and icons visible, but
> no tab-button drawn. To separate the tabs one
> should consider a small vertical line and drawing
> the tab on mouse hover. (see
> www.uni-weimar.de/~wolff3/kdelook/domino_.png)

This imo wouldn't fit to the rest of the style and there is no need that the konq tabs should look so much different (not really a perceptible improvement).

So, it's time to release somthing :)

Reply to this

can't compile

by gruszek on: Jan 18 2007

Score 50%

gruszek

I get an error while running make:

----------------------------
blabla...
.libs/domino.o(.text+0x4e9b4):domino.cpp: undefined reference to `__cxa_atexit'
.libs/domino.o(.text+0x4e9df):domino.cpp: undefined reference to `__dso_handle'
.libs/domino.o(.text+0x4e9f7):domino.cpp: undefined reference to `__cxa_atexit'
collect2: ld returned 1 exit status
make[2]: *** [domino.la] Error 1
...blabla
-----------------------------

What is wrong? Can anyone help me with this?

PLD rulez :D
Reply to this

Re: can't compile

by morgenrot on: Jan 18 2007

Score 50%

morgenrot

This isn't directly related to domino and I'm not exactly sure what the problem is. Maybe it helps if you update your glibc and gcc.

Reply to this

Re: Re: can't compile

by gruszek on: Jan 18 2007

Score 50%

gruszek

I have
gcc-3.3.6-4
glibc-2.3.6-9
and there's no newer versions in my distro (PLD 2.0)

Maybe some rpm would fit my system? Anybody has one? ;)

PLD rulez :D
Reply to this

Re: Re: Re: can't compile

by japc on: Jan 18 2007

Score 50%

inactive user

Yes. Just made one to install on my Fedora (Core 6):

[japc@morgoth:~]$ kde-config --prefix
/usr

Made it available here:

http://japc.uncovering.org/domino-0.3-1.i386.rpm

japc
Reply to this

suggestion

by skirst on: Jan 18 2007

Score 50%

skirst

First of all, awesome theme. How about custom gradients for the menu bar? That would rock!

Reply to this

scrollbar in firefox

by toth on: Jan 19 2007

Score 50%

toth

I compiled this Style successfully on my Kubuntu 6.10. I have to say this style simply rock. By the way I encountered one problem. I use firefox regularly. The scrollbar in firefox turn to really ugly if I choose this style. Could you fix this problem, or could you give some workaround to resolve this problem? Yeah I know, why I don't use konqueror instead... I use konqueror for everything but web browsing.

Reply to this

Re: scrollbar in firefox

by lucher on: Jan 19 2007

Score 50%

inactive user

This is part of the gtk-qt style engine which is supposed to be fixed for kde4

Reply to this

Re: Re: scrollbar in

by toth on: Jan 20 2007

Score 50%

toth

Ok, thanks for the answer.

Reply to this

great

by polrus on: Jan 19 2007

Score 50%

polrus
Home

it works fine on opensuse 10.2
Just one question - do You have some ready to use color schemes for it - like the ones You used for the screenshot? if yest it would be nice to have them

Reply to this

goto page:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ...

Add commentBack

Linux42.org

ask question
more

Popular Groups

Desktop Screenshots

Newest Groups

Elementary OS

Nahuatl language

FORUM

Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog

Explore
Apps
Artwork
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Content RSS
Events RSS

Participate
Groups
Forum
Add Content
Public API

About openDesktop.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse

Copyright 2007-2016 openDesktop.org Team
All rights reserved. openDesktop.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
openDesktop is a trademark of the openDesktop.org Team

Domino

Theme/Style for KDE 3.2 +

build error

building of 0.3rc1 fails here, dont know whats causing it. you can find the output here: http://rafb.net/p/gYRWpL44.html ArchLinux 0.8 KDE 3.5.5 QT 3.3.7 if you need more info, no problem... and keep up the marvellous work, i am looking forward to 0.3 :)

Re: build error

Add -lXft to the compile line (edit the Makefile).

Re: Re: build error

Damn, you are faster as I ;) I knew that I would have problems with that :( . I'm also not sure if I must link freetype. I will upload an updated snapshot within the next minutes.

Re: Re: Re: build error

Here it is: http://home.arcor.de/michaellentner/domino-0.3rc2.tar.bz2 Changes so far: new config import option fixed the scrollBar contour (maybe the shadow could be a tad stronger) fixed progressbar gradient alignment optional pressed shadow for sunken buttons

suggestions

Re: suggestions

Re: Re: suggestions

Re: Re: Re: suggestions

Re: Re: Re: suggestions

Re: Re: Re: Re: suggestions

can't compile

Re: can't compile

This isn't directly related to domino and I'm not exactly sure what the problem is. Maybe it helps if you update your glibc and gcc.

Re: Re: can't compile

I have gcc-3.3.6-4 glibc-2.3.6-9 and there's no newer versions in my distro (PLD 2.0) Maybe some rpm would fit my system? Anybody has one? ;)

Re: Re: Re: can't compile

Yes. Just made one to install on my Fedora (Core 6): [japc@morgoth:~]$ kde-config --prefix /usr Made it available here: http://japc.uncovering.org/domino-0.3-1.i386.rpm

suggestion

First of all, awesome theme. How about custom gradients for the menu bar? That would rock!

scrollbar in firefox

Re: scrollbar in firefox

This is part of the gtk-qt style engine which is supposed to be fixed for kde4

Re: Re: scrollbar in

Ok, thanks for the answer.

great

it works fine on opensuse 10.2 Just one question - do You have some ready to use color schemes for it - like the ones You used for the screenshot? if yest it would be nice to have them

building of 0.3rc1 fails here, dont know whats causing it. you can find the output here:

http://rafb.net/p/gYRWpL44.html

ArchLinux 0.8
KDE 3.5.5
QT 3.3.7

if you need more info, no problem...

and keep up the marvellous work, i am looking forward to 0.3 :)

Damn, you are faster as I ;)
I knew that I would have problems with that :( . I'm also not sure if I must link freetype. I will upload an updated snapshot within the next minutes.

Here it is:
http://home.arcor.de/michaellentner/domino-0.3rc2.tar.bz2

Changes so far:
new config import option
fixed the scrollBar contour (maybe the shadow could be a tad stronger)
fixed progressbar gradient alignment
optional pressed shadow for sunken buttons

I have
gcc-3.3.6-4
glibc-2.3.6-9
and there's no newer versions in my distro (PLD 2.0)

Maybe some rpm would fit my system? Anybody has one? ;)

Yes. Just made one to install on my Fedora (Core 6):

[japc@morgoth:~]$ kde-config --prefix
/usr

Made it available here:

http://japc.uncovering.org/domino-0.3-1.i386.rpm

it works fine on opensuse 10.2
Just one question - do You have some ready to use color schemes for it - like the ones You used for the screenshot? if yest it would be nice to have them