Image 01


Rob Yampolsky

Aurorae Themes by megabigbug 61 comments

Thanks for the info (and the decoration - I still like it better than anything else I've found). - Jan 23 2010

Aurorae Themes by megabigbug 61 comments

Well, I found the air-oxygenrc file, and modifying the borders was easy. But there's nothing in there about transparency.

Saw comments on the Aurorae engine page to the effect that the transparency is specified by the SVG's in the theme. I assume that's the decoration.svgz file. I tried uncompressing that and brought it up in GIMP, though I don't know enough about GIMP to mess with the transparency. In any case, it's only the *active* titlebar I want to be less transparent, and since there only seems to be one titlebar SVG, I guess I'm out of luck. - Jan 22 2010

Aurorae Themes by megabigbug 61 comments

This is really beautiful. I've been waiting for the new KDE4.4 titlebar button look, and you nailed it.

But... the whole titlebar's too transparent for my liking. Stuff behind it shows through to the extent that it gets in the way of even reading the window title. Is there an easy way to turn down the transparency. The Aurorae engine doesn't offer such a setting on the 'Window' control panel where you select it.

Also, while I'm at it, it'd be nice to allow the window border width to be shrunken.

I don't know whether the Aurorae engine allows for such configurability. If not, would you recommend against trying to tweak the theme myself? - Jan 22 2010
yaWP (Yet Another Weather Plasmoid)

Plasma 4 Extensions by PlasmaFactory 1198 comments

I love your applet. Especially now that I've moved it to my taskbar (I don't get the point of desktop widgets when you need to 'show desktop' to see them - the mouse-over display is really nice).

Just one problem. I run Mandriva 2010, and the system boots so fast that my cable modem isn't ready by the time I'm up and logged in. By then YaWP has already tried to refresh itself and failed, displaying cached info from the prior day.

It'd be nice if the mouse-over display showed the date and time it last fetched the info. That way, I'd know if it's fresh or not (actually, I think it reports 'cached' if it's not fresh, but I think the time display might be nicer).

Also, it might be nice to have an option to retry a failed fetch several times at a higher than normal rate - that way I wouldn't have to do a manual refresh when my connection comes up. (or even, if possible, 'listen' for the connection becoming available and retry then).

Anyway, not complaining. It's a really handy applet. - Jan 10 2010

Various KDE 1.-4. Improvements by TheDocter 125 comments

When I first saw the screenshot, I thought this thing would pop up when you pressed Alt-Tab to show you the list of windows you were tabbing through. Nice, since Alt-tab works in a circular fashion anyway.

Also, I thought that the 'minus' button in the middle might launch xkill.

Don't know that this adds up to anything, but if your visual paradigm suggests this behavior, maybe it would make sense to use it for that... - Sep 30 2005
Plastikfox Nuvola

Various KDE 1.-4. Styles by djworld 42 comments

More info. Happens with Plastikfox Crystal and Nuvola. Doesn't happen with default or Noia Extreme.

This is best seen on a page with a non-white background. On, for example, try running the mouse over the 'Recent Software' list on the right side near the top.

Also is a big offender (has a dark blue background), but there the links are set to change color when you mouseover them, so some amount of repainting is necessary. - Jan 21 2005
Plastikfox Nuvola

Various KDE 1.-4. Styles by djworld 42 comments

I'm using this theme on Windows 2000, and it looks like the theme's forcing the entire client area of the window to repaint whenever the status bar text changes.

The symptom is that as I move the mouse over a bunch of links (so the URL's are displayed on the status bar), I see horizontal flashes in the body of the web page, even though nothing else on the page is changing (happens even for links that don't have mouseover effects).

Doesn't happen with the default theme.

Here's a bugzilla link on this, if you want more info: - Jan 21 2005
Plastik for Firefox

Various KDE 1.-4. Styles by djworld 167 comments

I figured you must have had a good reason.

Still, if someone's using Firefox (even under KDE), then they're probably not using Konqueror, so I wouldn't go out of my way to make it look 'exactly' the same as Konqueror. Presumably Konqueror (like any tabbed browser) is using tabs in a pretty unique way. Most apps with tabs would have a margin between the tab 'folder' and the window border, no?

Besides, this is a pretty subtle thing. Not likely to jar the eyes of a Konqueror user for Firefox to look (almost indetectably) better. Then again, if it's so subtle, why can't I get used to it... - Jan 07 2005
Plastik for Firefox

Various KDE 1.-4. Styles by djworld 167 comments

Do you need to draw the rounded inner border around the web page area in the main window?

I imagine that this is supposed to be the 'body' of the tabs (when the tab bar is visible), but it tends to just look overly busy, since the 'tabs' in question extend side-to-side and top-to-bottom.

Might look better if the tab bar just extended all the way left-to-right with no rounded left and right corners and didn't attempt to frame the main window at all.

What do you think? - Jan 06 2005
Krisp 0.1

KDE 3.5 Themes by kmeehl 39 comments

I think the highlight on a selected submenu looks nice, but the menu separator bars (Most Used Applications, All Applications, etc) are too busy.

Maybe if they didn't extend over the icon bar on the left and just highlighted the text area of the separator, they'd be less intrusive. - Dec 01 2004
My 2 cents for "Aero"

Desktop Concepts by zammi 23 comments

The rounded rectangles are basically nice looking, but I think you go overboard in rounding the top corners of the white 'window body' section.

It'd look better with a straight-line boundary between the black menubar and the white body. Laying the white area on top with rounded corners makes it too obvious that you're just laying a rounded rect on top. Joining the two areas into a single rounded rect would be less busy and more unified. - Sep 27 2004
Plastik for Firefox

Various KDE 1.-4. Styles by djworld 167 comments

Looks great except for one thing.

The tabs seem to be implemented as full 'tabbed folders'. Results in an extra frame drawn around the body of the web page. Since the tab frame covers essentially the entire window, I don't think this adds anything visually (except clutter).

It isn't all that noticeable, so I'm not complaining too loudly. Just looks like a thicker window border. That's not what's really happening, but it's what it looks like. - Aug 16 2004

KDE 3.0-3.4 Themes by ceebx 233 comments

When a combobox has focus, but is not open, you get a 'focus rectangle' drawn *and* the text turns white.

The white text is almost unreadable against the 'button' gradient, and is unnecessary. The focus rectangle should be all the indicator you need, no...?

To check this out, look at the 'Effects' tab in the control panel for 'Styles'. Click the down arrow on one of the GUI effects options to open the combo box, then click the arrow again to close it. The box will now appear 'focused'.

-Rob - Oct 16 2003

KDE 3.0-3.4 Themes by ceebx 233 comments

Funny. It looks to me like you have a 2 pixel contour on the 'highlighted' side of your 3d widgets (an outer grey pixel and an inner white one).

Maybe this is just my eyes playing tricks on me, but there are certainly (at least) 2 pixels for the 'shadow' side, since the gray shadows are visibly thicker than the highlights.

Can you explain what you mean by a '1 pixel countour'?

Rob - Sep 24 2003

KDE 3.0-3.4 Themes by ceebx 233 comments

I love this theme except for 1 thing.

The use of a double-wide gray line to indicate a shadow doesn't really cut it.

The Testform...3 example is a good case in point.

The raised frame looks kind of raised, but the sunken frame doesn't look sunken at all. I think this may be because the 'highlight' effect seems to be a white pixel inside a gray pixel, but the 'shadow' effect seems to be just 2 gray pixels. Since the raised frame has the 'highlight' effect on top, your eye gets the 3d cue right away. But the sunken frame has the shadow on top, and it just looks like a thicker line (no indication of where the 'light source' is).

Also, in the case of the groupbox inside the nested tab list, the bottom side of the groupbox and the bottom shadow of the tab list look essentially the same. The overall effect is of 'concentric rectangles', not 3d objects. Once again, the more common 'chiseled' groupbox effect gives you an indication of the 'light source' on all sides.

This theme has a nice, clean, 'less is more' feel to it. I just think it is a little bit too much 'less'. Do you think this is a valid point? - Sep 24 2003

KDE 3.0-3.4 Themes by ceebx 233 comments

Glad to see you're a step ahead of me.

While I've got your attention, would you care to comment on your use of a single color to accomplish 'raised' and 'sunken' effects? It looks to me like you are just thickening the border for the 'shadow' effect, and it doesn't really look 3D enough to be worth the effort.

It seems like this style is moving toward a newly-popular, simplified, 'flat' look, with the exception of the subtle gradients on button surfaces. But if you're going to implement 3D effects like raised, sunken and chiseled frames, you probably should bite the bullet and use separate shadow and highlight colors rather than to try to 'imply' a shadow by thickening the border. As it is, it's not intuitively obvious which of the raised and sunken frames is which.

To summarize, simpler is indeed better, but you may have taken it a bit too far with the frame widgets. What do you think? - Aug 30 2003

KDE 3.0-3.4 Themes by ceebx 233 comments

I really like this style, but have a small complaint about the way the tabs are drawn.

When the first tab is selected, you get a little 'notch' between the left side of the tab body and the left side of the tab. I guess this is because the selected tab is drawn with a slightly rounded intersection between the tab and the body. But it would look cleaner if the left side of the first tab (when selected) flowed directly into the body.

Also, if the first tab is ever to be indented, it should be when it's not selected. That allows for the tab to appear to 'move to the front' when selected.

By the way, I'm pretty much describing how it works in Windows, but I think MS got it right in this case... - Aug 29 2003
SuperKaramba Mandrake 9.1 RPM

Karamba & Superkaramba by ageitgey 28 comments

urpmi complains about a bunch of missing Perl stuff (sorry, don't have the specifics).

Any hints on where to get the required RPM's? If they were on the MKD9.1 CD's, urpmi would know about them, right? - May 13 2003