


QtCurve by MrBumpy4096 196 comments

QtCurve by MrBumpy4096 196 comments
This is very useful when the tab bar is at the top of screen, so one can just move the mouse to the top and switch tabs, instead of aiming a smaller tab. So I hope you can duplicate this behavior too. - Jul 02 2010

Various KDE 1.-4. Improvements by genericity 37 comments

Various KDE 1.-4. Improvements by genericity 37 comments
For a quick&dirty fix, edit this file:
/usr/share/kde4/services/kwin/pulse.desktop
Change the last line from:
X-KDE-Ordering=50
to
X-KDE-Ordering=70
This moves Pulse lower priority than Fade, preventing Fade from resetting the window opacity.
But I shall still change the source code. Thanks for informing. :-) - Apr 20 2010

Various KDE 1.-4. Improvements by genericity 37 comments
2. Pulse conflicts with other "window appearing" effects (e.g. Fade), so you can't really have both Pulse and Fade in the same window.
Do you want to use Pulse for toplevel (application) windows and Fade for other windows (e.g. menu)? If so, I can make this change.
- Apr 20 2010

Various KDE 1.-4. Improvements by genericity 7 comments
http://lists.kde.org/?l=kwin&m=126100317412179&w=2
Personally I'm quite happy with "Display content when resizing windows". But I think your patch should be make into another resizing effect (not replacing the current one), and surely someone would love it.
We can let the user choose in the 3 ways (display content, the current resizing effect, your resizing effect). Each has its own pros and cons. - Apr 14 2010

Various KDE 1.-4. Improvements by genericity 37 comments

Various KDE 1.-4. Improvements by genericity 37 comments
The problem is not in Pulse or ScaleIn, but in Sheet --- it's missing one line of code. SlidingPopups has this code, so you'll see both Pulse and ScaleIn play nicely with the Plasma sliding popup effect. This is really a bug in KWin's builtin effects. Please report this bug to KDE. - Apr 09 2010

Various KDE 1.-4. Improvements by genericity 37 comments

Various KDE 1.-4. Improvements by genericity 37 comments

Various KDE 1.-4. Improvements by genericity 37 comments

Various KDE 1.-4. Improvements by genericity 37 comments

Various KDE 1.-4. Improvements by genericity 37 comments
That said, I do think Plasma has many nice tricks that should be ported to the rest of KDE. E.g., that "toolbox" which pops from the side of widgets, I'd like to make a similar window decoration. - Apr 07 2010

Various KDE 1.-4. Styles by genericity 58 comments

Various KDE 1.-4. Styles by genericity 58 comments
You need to open the file src/CMakeLists.txt, replace ${KDE4WORKSPACE_KDECORATIONS_LIBS} with kdecorations in the 3rd line. So it should look like:
target_link_libraries(kwin3_chromi ${KDE4_KDEUI_LIBS} ${KDE4_PLASMA_LIBS} kdecorations ${X11_X11_LIB})
- Mar 26 2010

Various KDE 1.-4. Styles by genericity 58 comments

Various KDE 1.-4. Improvements by thomas12777 285 comments

Various KDE 1.-4. Styles by genericity 58 comments

Plasma 4 Extensions by panzi 842 comments
I added primitive support for launchers to Smooth Tasks. You can find the change in:
http://bitbucket.org/jinliu/smooth-tasks
Select the group mode "Pinned", then the context menu has a new item "Pin". Use it to pin a task to the bar. (Must have a .desktop file the same name as the window class.)
Hope you can merge this into your code. :-) - Mar 08 2010

Various KDE 1.-4. Styles by genericity 58 comments
However, I'll abandon that attempt, and try to add launcher support to panzi's Smooth Tasks (http://kde-look.org/content/show.php/Smooth+Tasks?content=101586) instead. It has much more features than my pet project.
You can try the first result here:
http://bitbucket.org/jinliu/smooth-tasks/get/a82d04ea9e6b.gz
There's a lot of pieces missing (pin/unpin/tool tip/etc.), but I'm now pretty sure they are not so hard to implement.
BTW: Only tested on 4.4.1. Hope it works on your KDE trunk :-) - Mar 08 2010

Various KDE 1.-4. Styles by genericity 58 comments
Make sure to upgrade *-dev packages to 4.4, delete the "build" directory, and build from scratch. Hope this can fix the problem. - Mar 07 2010

Various KDE 1.-4. Styles by genericity 58 comments
http://github.com/jinliu/plasma-superbar-cxx
The launchers are from your Kickoff favorites. - Feb 24 2010

Various KDE 1.-4. Styles by genericity 58 comments
> 1. If a window is narrower than X pixels, just draw a "normal" title bar above it.
Done. However, I can't switch between full/mini mode on resizing, so this decision is made once and for all when the window is created.
> 2. Chromi doesn't allow title-bar buttons to be customized.
On front of my todo list.
> 3. An algorithm for finding the max acceptable width.
I'm thinking about the same thing.
Client window ID is readily available. The hard part is reliably detect empty space with very small performance hit.
Your algorithm is simple enough, but there are some complexities, e.g., Tk menubar has a border; Firefox tabbar has a gradient; etc. Need to do some experiments for a works-most-of-time thing. - Feb 22 2010

Various KDE 1.-4. Styles by genericity 58 comments
I changed the window embedding code so that may be the problem. Could you try this version to see if it works:
http://github.com/jinliu/kwin-deco-chromi/tarball/v0.11a
I reverted the change in the above version. - Feb 21 2010

Various KDE 1.-4. Styles by genericity 58 comments

Various KDE 1.-4. Styles by genericity 58 comments
Most of processing power is spent on SVG rendering. This makes Chromi (and Aurorae) slower than other "hand-drawn" decorations. It's especially evident in window resizing, where a lot of repainting is going on.
Perhaps we can make an alternate version whose rendering code is based on Oxygen. Should work better with netbooks. - Feb 20 2010

Various KDE 1.-4. Styles by genericity 58 comments
The only problem is what if two "Dolphin" windows have different settings. For simplicity I'll use the last setting. - Feb 20 2010

Various KDE 1.-4. Styles by genericity 58 comments
System settings-Appearance-Colors-Colors-Active/Inactive Titlebar.
However, you can't make the background transparent. I'm still trying to figure out how to do that, but unsure if it's possible at all. - Feb 20 2010

Various KDE 1.-4. Styles by genericity 58 comments

Various KDE 1.-4. Styles by genericity 58 comments
However, what I really want is to "detect" how much space is left in the application window. This will detect many current problems:
* The application menu may have "Help" in the rightmost corner, covered by the bar.
* The application may not have a menu, so the toolbar/search box/etc. is covered by the bar.
But this is very hard. I've no idea how to "peek" inside the application window, and tell whitespace (which I can use) from contents (which I shouldn't cover). - Jan 26 2010

Various KDE 1.-4. Styles by genericity 58 comments
Do I have to draw a solid background in the chosen color, then draw the (translucent) SVG over it? I'll do some experiments on this tomorrow. - Jan 26 2010

Various KDE 1.-4. Styles by genericity 58 comments
So you need to edit the SVG files to change color. I'm sorry but there's no simple fix to this. - Jan 26 2010

Aurorae Themes by Scnd101 24 comments

Various KDE 1.-4. Styles by genericity 58 comments
About the "shinny" thing, could you give a link or two showing how it should look like? Thanks.
I have to admit that I don't have a clue about making artworks, and all images in this were from the Aurorae theme "Chrome" (which comes out just when I needed it, amazing...). Maybe I should make it possible to load any Aurorae theme, and we can extend the theme format a little so you can specify how the tab should look like (width, rounded corner, etc.). - Jan 25 2010

Aurorae Themes by Scnd101 24 comments
I've used your SVGs in my experimental decoration Chromi (http://kde-look.org/content/show.php?content=119069&forumpage=1). I could never make it as pretty my self. Thanks again! - Jan 25 2010

Various KDE 1.-4. Styles by genericity 58 comments
Icon-only is a solution, but it doesn't look as good... - Jan 25 2010

Aurorae Themes by Scnd101 24 comments

Aurorae Themes by Scnd101 24 comments
Anyway, good job! - Jan 24 2010

Various KDE 1.-4. Improvements by thomas12777 285 comments
I think quite a lot of pure-informational widgets (e.g. system load, network) are better down this way. Maybe I can adapt your idea to some of these... - Jan 19 2010

Aurorae Themes by megabigbug 61 comments

Various KDE 1.-4. Improvements by thomas12777 285 comments
I think one possible option is to auto-hide the clock when the mouse is nearby. So to see something under the clock, you just move the mouse over. - Jan 06 2010