Image 01


Sebastian Wolff
Sea Watchers

Nature by azenenc 1 comment

The first one is better in sharpness and composition. I would, though, still do some polishing. In particular, you should increase the contrast in the mid tones (Use Ctrl+L in Phtshp) - Oct 18 2010

Be-Shell/Bespin by thomas12777 1663 comments

Fine. Thanks for this fix. I am already upgrading... - May 20 2009

Be-Shell/Bespin by thomas12777 1663 comments

using revision 467

Konqueror and other apps have the "inlinesearch" - one searches the current webpage while typing. A red background color of the lineedit widget indicates if the string is contained in the file or not. Similarily a yellow background color indicates a secure connection.

I have two problems with Bespin here:
(1) The colors are too bright, i.e. the red becomes a pastell rose (hard to see the difference to pure white)
(2) When the keyboard focus is on the lineedit, the background is always blank white. Then typing a string into Konqui's search bar lets no chance for identifying if the string is found or not. - May 18 2009

Be-Shell/Bespin by thomas12777 1663 comments

When using horizontal gradients for drawing the window background, I experience a white vertical line on the right hand side of each window. It does not appear with the other background modes.

(I use the borderless windeco of bespin) - Feb 04 2009

Be-Shell/Bespin by thomas12777 1663 comments

Thanks - the shadows really look great now (rev. 35x).

I use the Sans Serif font, size 10 for the menus - openSuse 11.0 - Dec 18 2008

Be-Shell/Bespin by thomas12777 1663 comments

True, counting is none of my strengths...

Concerning number
(2): Yes, the scrollarea also jumps. It happens in all apps on my box. The jumps are not large - but they are there...

(4+5): I just wondered that my fonts increase in height when using bold letters. That's what looks rather out of place. It may be subject to freetype or something else. maybe you can check that (or decrease size by 0.5 pt?)

In Baghira top menu you had a second menu next to the application menu. The problem in Baghira was that both menus did not interact. In Bespin you change the name of the first menu. I am not sure which solution (with its drawbacks) I prefer - Using Bespin is sometimes confusing because first menu does not refer to the application itself, but to "file", "location" or anything else - and because using keyboard shortcuts let behave x-bar rather random. I believe, it would be sufficient to place the application name (without function) next to the menubar or introduce an individual submenu into the menu that interacts better than the Baghira one.

Concerning the funtion of x-bar I'd suggest something like KDesktop Menu:

Another observation is, that the x-bar does not align itself to the panel vertical center. I also encountered problems adding additional plasmoids to the top panel.

Thanks for listening! Bespin is a great experimental style. - Dec 16 2008

Be-Shell/Bespin by thomas12777 1663 comments

Seen in Krita from KOffice 2.0 beta:

The comboboxes in the top toolbar have different heights.

setting: scrollbar buttons enabled
action: when touching the scrollbar handle with the mouse, then the handle judders and the scrollbar goes to a slightly different position (for example jumps up a few lines). I already noticed this bug in Baghira.

(3) colors of shadows
In KWrite (and other apps, but let stay at Kwrite) Bespin introduces a slight shadow around the textedit widget. Problem: The shadow expects the background color to be white, but I configured in manually to be light gray. This looks rather funny on my box.
I have seen, that Skulpture does a real fading of shadows onto backgrounds. In that way it does not need to know the real background color since the shadow is just a transparent mapping.

(3) xbar - bold text
the first item is bold, but its font seems to be larger than the font of the other menu items

(4) xbar - update
when no kde4 app is active, then xbar shows the curent windows.
o It would be good if one could distinguish between the desktops.
o It does not update if a window title changes.

great style anyways.
- Dec 11 2008
QuickLauncher Applet

Plasma 4 Extensions by svenstorp 130 comments

My impression is that you have to rework the widget's lyout a little:

(1) It should cover the same space as the default-size-icons. In my impression, the Quick launch icons cover the whole height of a panel. Can you change this (making the icons a little smller, but fitting it better to the icons next to it)

(2) I started using an autofitting panel, i.e. it resizes itself according to the number of taskbar items. When switching desktops, the quicklaunch plasmoid flickers and adjusts the margin between its icons depending on panel size. This should not happen.

PS: Is it possible to reuse the "tooltips" and the configuration dialogs of "usual" plasma panel icons?

Best regards

- Nov 20 2008

Plasma 4 Extensions by thomas12777 24 comments

What desktop style and windeco are you using? Is there the MAC OS menubar visible from forthcoming 4.2? - Nov 03 2008
I have seen such styles in the mockups for kde4 in 2007 on kdelook. It seems that the Gnome community was faster implementing them :(

Hope I can test QGtkStyle soon. - Nov 03 2008

Various KDE 1.-4. Improvements by ivancukic 109 comments

I tried 1.0.3 on openSuse11.0 and appreciate the gui concept.

Though: I have to disable it for now - compositing does not work smooth anymore when lancelot is enabled. Kickoff opens fast and performs well. Lancelot takes 4 seconds to open the menu (first, only the shadow is shown - compared with other windows, the shadow covers the whole window area, not only the boundaries where the shadow is supposed to be drawn). Then it takes awhile before the "right" window appears. Moreover I have the impression that the whole compositing is slower if Lancelot is enabled. But didnt do benchmarks to prove that. Btw: I am using the latest NVIDIA drivers and didn't have any performance issues with them. - Oct 18 2008
KDE Partition Manager

System Software by VolkerLanz 104 comments

Thanks for listening and accepting my feedback.

I just started some brainstorming based on your points:

valid additional entries for the information panel contain label, mount point, extended mount options, date of last file system check. You should consider a graphical representation of disk space, cylinders, etc. I believe, the information panel would be the right place for such (and then there won't be too much redundancy compared with alphanumeric representation in the list view).

Regarding the device selector widget I solely agree. Maybe it is a good idea to move the device list view to the main panel somehow? Maybe you can combine it with the graphical device view on top or with a tab bar? I believe, it should not be dockable (and, thus, invisible)

The "pending operations" are important in my opinion. If there won't be a superhuge own dockwidget for it, I could imagine seeing it in compact form in the information pane as well.

Best regards and thanks for listening
- Sep 22 2008
KDE Partition Manager

System Software by VolkerLanz 104 comments

I can't try your app on the Mac I am sitting in front of, but from looking at the screenshots I am impressed.

There are a few clues that are arguable when I think about your UI design. I want to keep a window simple as possible without loosing too much information. Here are some thoughts:

The "log output" is only required if something went wrong or if a "power user" wants to see it. Maybe you will find a way to disable it while still showing the "pending operations" window?

The box "devices" does not make to much sense to me. It takes much space and does not fit visually well to the information bar and the other widgets around it. Is it possible to put the selector of the device into the main list (in terms of a tree view, that is you select the device and on the next level you may select the partitions)?

The last thing is just about defaults: What do I need the information panel for, if almost all information displayed there are also available in the list view? To me it sounds reasonable to either remove the information panel in the default view (or reduce it) or disable the redundant columns in the list view (in default view only, off course). Though, I like it to see the partition sizes in the list view... - Sep 19 2008
Kate LaTeX typesetting plugin

Text Editors by glad 9 comments

why 2 buttons? On LyX I just press Ctrl+D, LyX starts latex AND opens the output. If the output was opened earlier, it will be updated by the DVI/PDF viewer. The same with TeXShop on Mac, where there is only one button to compile and view... - Jul 08 2008

Application Styles by skulptor 369 comments

Yeah, I believe I have seen one of the very first screenshots which happened to look like yet-another-clone-of-plastik-clone. At least I was afraid of another one. Truly, I was mistaken. maybe it is not a good choice to show an early state instead of a mock-up, but, well yes - now it is CONSISTENT! - May 09 2008

Application Styles by skulptor 369 comments

Since some weeks I use this style - and I am loving it.

There is one issue that appears sometimes. When the layout is changing (and at other occasions - it happens more or less randomly) flickering appears. I also have the impresion that redrawing is slower than in the Oxygen style.

Anyways, I love it - dropped Oxygen for now (and from what I have seen in 4.1alpha1, Oxygen did not improve much).

Thanks a lot! - May 06 2008

Application Styles by skulptor 369 comments

You're right, I noticed after writing the comments that there are no group boxes at all... :)

Thanks for rethinking the gradient issue, though I do not want to push you if you don't like it.

What I would like to suggest (probably not for skulpture, but in general) is to try random gradients - i.e. that a gradient is randomly created for a new windows (and that the style remembers the seed for it during its lifecycle). - Apr 17 2008

Application Styles by skulptor 369 comments

The Domino style identifies the levels of sunken or raised boxes, button groups, etc. Then each level is brightened or, respectively, darkened. What I usually did with Domino was to have a gray background while the contents of buttongroups was white. Can you consider implementing such a feature as well?

Thanks - Apr 11 2008

Application Styles by skulptor 369 comments

Here are some reports:

o windeco: If I change the button order (for example move them to the left corner like on Mac), the layout is broken.

o style: The location bar in Konqui is buggy. The background of the icons in the left corner is plain white (without shadow). Additionally, sometimes the text is underlined, sometimes not (change the key focus by hitting the tab keys and you will see it).

o Would it be possible to use light background gradients like in Oxygen or MacLeopard?

Thanks! - Apr 11 2008

Application Styles by skulptor 369 comments

Though I like the Oxygen concept, this one is very clean - and: it seems to be polished (in opposite the the Oxygen 4.0.x version). Let me try and test it more deeply... - Apr 08 2008
QuickLauncher Applet

Plasma 4 Extensions by svenstorp 130 comments

This is not a bug - it is a design issue.

Having a one click polica in Qucklauncher while still having the doubleclick policy in the other parts of Plasma would be inconsistent.

But I agree that the double click is annoying. I believe that at least the items on Plasma panels should be regarded as "buttons" and not as "links". A link requires a double click, though a buttons does not.. - Apr 02 2008
QuickLauncher Applet

Plasma 4 Extensions by svenstorp 130 comments

Does this support dragndrop? (Dragging an application icon into the Quick launch bar and from it)

Does it support "hidden" application icons (like on Windows?)

The old Quicklaunch applet of KDE2-3.5 always felt "clumsy", so I never used it actually.... - Mar 31 2008

Plasma 4 Extensions by GermanTux83 35 comments

Running this applet causes Xorg to take 100% cpu load all the time. I am running openSUSE10.3, KDE 4.0.1, latest NVIDIA drivers. The effect happens also if all desktop effects are switched off. - Feb 19 2008
System Load Viewer

Plasma 4 Extensions by MJD 48 comments

Running this applet causes Xorg to take 100% cpu load all the time. I am running openSUSE10.3, KDE 4.0.1, latest NVIDIA drivers. The effect happens also if all desktop effects are switched off. - Feb 19 2008
Colorado Beauty

Wallpaper Other by BrianWhite 2 comments

Ah! Colorado! That was a great time there in Boulder... - Jun 06 2007

KDE 3 Domino Styles by metak 23 comments

I think, the button outline is a little too greyish such that there is the border of buttons/tabs/etc. appear blurred. I changed the standard button outline to the pressed version and it looks better... Thanks for the theme. - Jun 01 2007
polski-park 2

Wallpaper Other by akapit 4 comments

May we obtain a 1600x1280 version? Btw: Which filters did you apply? - May 29 2007

Application Styles by skulptor 369 comments

Well, though I can't await kde4 styles, this style looks very inconsistent. Just see, for example, at the different types of button borders. Furthermore, it looks like an updated version of Plastik - and I really can't stand this Windows95-ish look any more... - May 26 2007

Karamba & Superkaramba by ErrorMsg 16 comments

I wonder why this applet is such badly rated (43%). It really looks well and seems to be fully implemented.

Being an atheist I really disappreciate any fundamental religious versions of operating systems, neither ChristianOS nor others. But at least one should be tolerant enough to let people being muslim or anything else use notification applets to let them know their pray times. I use KTeaTime by myself since I always forget my cup of tea when working at the computer. So why not a KTeaTime to remind pray times and maybe even transmit the prayings from Mekka or Rome? - Apr 19 2007

KDE 3.5 Themes by morgenrot 404 comments

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

KDE 3.5 Themes by morgenrot 404 comments

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 - Jan 18 2007

KDE 3.5 Themes by morgenrot 404 comments

>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.
> (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... - Jan 18 2007

KDE 3 Domino Styles by bischofPhilipp 28 comments

wow, thanks for the script. Though, is it possible to sync it with more colors than just the background color? Eg. selection colors should at least be part of it (mouse hover, focus...), etc. - Jan 17 2007

KDE 3.5 Themes by morgenrot 404 comments

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? - Jan 17 2007

KDE 3.5 Themes by morgenrot 404 comments

suggestions for the build released on 2007/01/14

First of all: I really like it!

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 - Jan 17 2007

KDE 3.5 Themes by morgenrot 404 comments

sorry. my fault. It is just nice and clean! I like the hover effects! Though: Some script for automatically creating domino themes would be great. (adjusting domino colors for the chosen kde color theme) - Jan 16 2007

KDE 3.5 Themes by morgenrot 404 comments

What?! Is the mouse hover effect gone again??? - Jan 16 2007

KDE 3 Domino Styles by bischofPhilipp 28 comments

please post the color theme as well. I don't have it in my KDE defaults. Nice shot, btw. - Jan 15 2007

Various Plasma 5 Improvements by dangvd 706 comments

I have only the taskbar visible. I don't like the pager and so on, so I switched them off in previous versions. - Nov 23 2006

Various Plasma 5 Improvements by dangvd 706 comments

nice to see this dock again...

some remarks:
o I can't open the config dialog. I have only a popup menu with one item ("close task").
o Still I don't feel comfortable with that. Is it possible to load Kicker applets? That would be great indeed. Finally, instead of pushing too much effort into an own pager I could use my own, including device applets, systray and so on... You could make these applets zoomable as well - receive the pixmap of the applet and update this pixmap on certain events. This pixmap is scaled down and shown in the dock. When hovering the mouse, the pixmap scales large and the applet becomes clickable, now being in its correct size.

Is that possible?

Moreover, I found some crash:
*** glibc detected *** ksmoothdock: munmap_chunk(): invalid pointer: 0x081de9e8 ***
======= Backtrace: =========
======= Memory map: ========
08048000-0808a000 r-xp 00000000 03:02 164094 /opt/kde3/bin/ksmoothdock
0808a000-0808b000 rw-p 00042000 03:02 164094 /opt/kde3/bin/ksmoothdock
0808b000-08305000 rw-p 0808b000 00:00 0 [heap]
b64ce000-b64f9000 r--p 00000000 03:02 2461749 /usr/X11R6/lib/X11/fonts/truetype/albwbi.ttf
b64f9000-b652e000 r--s 00000000 03:02 1443056 /var/run/nscd/passwd
b652e000-b6559000 r-xp 00000000 03:02 2448092 /usr/lib/
b6559000-b655b000 rw-p 0002a000 03:02 2448092 /usr/lib/
b655b000-b655d000 rw-p b655b000 00:00 0
b655d000-b65ca000 r-xp 00000000 03:02 2448603 /usr/lib/
b65ca000-b65cd000 rw-p 0006c000 03:02 2448603 /usr/lib/
b65cd000-b65ec000 r--p 00000000 03:02 2447282 /usr/share/locale/de/LC_MESSAGES/
b65ec000-b660a000 r-xp 00000000 03:02 2447387 /usr/lib/
b660a000-b660b000 rw-p 0001d000 03:02 2447387 /usr/lib/
b6625000-b6629000 r-xp 00000000 03:02 2572290 /usr/lib/qt3/plugins/imageformats/
b6629000-b662a000 rw-p 00003000 03:02 2572290 /usr/lib/qt3/plugins/imageformats/
b662a000-b662f000 r-xp 00000000 03:02 2572289 /usr/lib/qt3/plugins/imageformats/
b662f000-b6630000 rw-p 00005000 03:02 2572289 /usr/lib/qt3/plugins/imageformats/
b6630000-b6639000 r-xp 00000000 03:02 2525805 /usr/X11R6/lib/X11/locale/lib/common/
b6639000-b663a000 rw-p 00008000 03:02 2525805 /usr/X11R6/lib/X11/locale/lib/common/
b663a000-b6680000 r--p 00000000 03:02 1458331 /var/X11R6/compose-cache/l2_024_35fe9fba
b6680000-b669b000 r-xp 00000000 03:02 2525798 /usr/X11R6/lib/X11/locale/lib/common/
b669b000-b669d000 rw-p 0001b000 03:02 2525798 /usr/X11R6/lib/X11/locale/lib/common/
b669d000-b66a6000 r-xp 00000000 03:02 2572304 /usr/lib/qt3/plugins/inputmethods/
b66a6000-b66a7000 rw-p 00008000 03:02 2572304 /usr/lib/qt3/plugins/inputmethods/
b66a7000-b66ca000 r-xp 00000000 03:02 2572303 /usr/lib/qt3/plugins/inputmethods/
b66ca000-b66cb000 rw-p 00023000 03:02 2572303 /usr/lib/qt3/plugins/inputmethods/
b66cb000-b66d2000 r-xp 00000000 03:02 2572299 /usr/lib/qt3/plugins/inputmethods/
b66d2000-b66d3000 rw-p 00007000 03:02 2572299 /usr/lib/qt3/plugins/inputmethods/
b66d3000-b671c000 r--p 00000000 03:02 2343285 /home/wolff3/.fonts/Lucida_Grande.ttf
b671c000-b6779000 r-xp 00000000 03:02 166425 /opt/kde3/lib/
b6779000-b677e000 rw-p 0005d000 03:02 166425 /opt/kde3/lib/
b677e000-b67de000 r-xp 00000000 03:02 166600 /opt/kde3/lib/kde3/plugins/styles/
b67de000-b67e0000 rw-p 00060000 03:02 166600 /opt/kde3/lib/kde3/plugins/styles/
b67e0000-b67e1000 r-xp 00000000 03:02 2526709 /usr/X11R6/lib/X11/locale/lib/commKCrash: Application 'ksmoothdock' crashing... - Nov 22 2006
another arizona sunset

Wallpaper Other by pudge88 3 comments

It was always a good time driving through Arozona... Thanks - Nov 22 2006
True transparency for Konsole

Various KDE 1.-4. Improvements by TheNacho 41 comments

Wow! Good idea, finally. Though: It would be nice if you could include some kind text shadow since the text requires a better contrast for readibility if layered on top of other windows... - Nov 06 2006

KDE 3.5 Themes by morgenrot 404 comments


The line gradient on the left side compared with the right edge - Oct 19 2006

KDE 3.5 Themes by morgenrot 404 comments

Hey, great, thanks!

For the first question:
I prefer the first version. It looks more consistent.

For the new snapshot:
Wow! Mouse hover is implemented! That was missing, indeed!
Though, may a say that you made a mistake?
A button has the following states and should visualize them individually:
o nothing
o mouse hover
o mouse pressed
o keyboard focus
o default button
o toggled
whereby it seem sufficient to collect 'mouse hover' and 'keyboard focus' into one effect.

In the last version you had a wonderful 'toggled' effect where the button looked really like being sunken. In this version you replaced the toggle-effect by the same effect which you use for 'mouse hover'. Bäää!

Keyboard focus:
In 0.2 we just had some blurred shadow around the text. It would be great to have the mouse hover effect of the buttons applied to all other widgets, too. Why? There are many situations where eg. a QRadioButton does not have a text, but eg. an image or nothing.

Default button:
I would prefer something like the old toggled thing. probably a little more sunken or sunken + the colored mouse hover frame

mouse pressed:
Love it. Though: It seems that the button looks flatter. The old implementation was a little better (I believe you darkened the colors for the gradients as well).

Look very promising, though I believe I am gonna switch to the old version for now.

Best regards - Oct 19 2006

KDE 3.5 Themes by morgenrot 404 comments

Okay, I agree with most points except with the first one:

See for example - Oct 18 2006

KDE 3.5 Themes by morgenrot 404 comments

Hi Morningred!
I just checked out the new KOffice release and some ideas for your next release hit my head. Just open Krita and you will see what I mean.
(1) The toolbox. Krita has a toolbar with 2 rows. It would be great if Domino could group the toolbuttons like it does for default toolbars.
(2) Widget sizes. Take, for example, the layer box on the right hand side of the screen: It has a combobox with layer effects and a spinbox for the degree. The develöopers tried to mimic Adobe's Photoshop gui by giving it very small font sizes. The tabs are drawn correctly, i.e. quite small. But not the combobox, the spin box, and certainly a few other widgets. The margin around the text seems to be fixed, but should be adjusted to the font size.
The same sizing problem appears with the scrollbars. I know that Qt allows setting the scrollbar's width, but your style prohibits this.

Ciao - Oct 17 2006

KDE 3.5 Themes by morgenrot 404 comments

Works! Thanks - Oct 05 2006

Office Apps by scribusdocs 61 comments

There must be mor done: All used widgets must be token from kdelibs, eg.:

#ifdef QTDEF
#define ScribusToolButton QToolButton
#define ScribusToolButton KToolButton

It is not only about dialogs. It is for example about whether styles like Baghira or Domino can create Toolbuttongroups (Qt and KDE apps indeed LOOK different); it continues with icons, focus behaviour, autocompletion features and so on. I wonder what is happening to Scribus KDE integration as soon as KDE is available for all platforms with KDE4. Maybe then a migration to kdelibs could be in mind? - Oct 05 2006

Office Apps by scribusdocs 61 comments

After finding out my segfault, I gave Scribus a try of, well, 2 minutes. I checked if I could set up the last document I created in InDesign by Scribus without major design changes.

The result: It is not possible yet, though the infrastructure of Scribus looks good.

Two things:
(1) Rectangles with rounded corners are missing
(2) overlay effects are missing. Currently I can just declare the tint amount to a certain percentage. What I'd like is to chose between different types of overlays: multiply, screen, darken, lighten, intensity and so on.

Just my 2 cents. - Oct 05 2006

Office Apps by scribusdocs 61 comments

It has its origin in the style engine. I already sent it to the authour.. - Oct 05 2006