Another milestone on the road towards KDE 4.1 has been packaged and put online for testing. The release notes highlight some features in Dolphin and Gwenview, as well as additional information on where to get the release, make sure you also check your distributor's websites as well. While there are some bugs left, the release already works quite solidly on most people's machines. Performance problems on NVidia chips remain, but we are confident that those will be solved by the teams over at NVidia in one of the next releases of their graphics driver. In KDE 4.1, there is also some preliminary Mac and Windows support coming up. Several apps can be tried by a wider audience on those proprietary platforms this summer already. On the side of Free operating systems, support for OpenSolaris is coming along nicely, but is not free of bugs yet.
As every Beta, we release this software to gain feedback and to provide a preview of our upcoming technology. When encountering problems during testing, please help us by reporting bugs through KDE's Bugzilla so developers are aware of them and can make the necessary changes. When trying this release you will encounter a number of new things, most of the new features are listed on Techbase, make sure to check out that list and give the next KDE a whirl.
Comments
I just bought a eeePC 701, and was looking for a way to use less screen space, because a lot of windows just fo not fit it's resolution. Changing font size to 7 helped a lot, but still widgets like buttons take too much space.
So my questions are:
- is anyone willing to create a slim/compact theme for kde3 or kde4? (I'm using 3 on the eee because is can better customized to fit)
- is it possible to use qt4 stylesheets with kde apps? if so, it would possible to create a generic theme that only loaded one of those and users could create a qss file to theme KDE4 apps?
I could give a try on creating a theme, but I do not know if it's possible to change widgets spacings on a kde theme :-(
Thanks for the help.
Reduce dpi in xorg.xonf
Won't this only affect fonts?
I've already reduced fonts a lot, but I'll give a try anyway.
Maybe you can try Plastique, a plastik clone by Trolltech. It's already smaller than oxygen, and in time someone might create an even better style.
You mean, for example a style like 'skulpture' (available on kdelook). It is the best style for kde4, even outrules oxygen in terms of polish and smoothness...
"outrules oxygen in terms of polish and smoothness" if you are talking about this theme:
http://kde-look.org/content/show.php/Skulpture?content=59031
It has no relations with oxygen style at all it's absolutely different theme. And in my opinion worse. Oxygen should be polished a lot, but not changed with some new theme. Basicaly oxygen is very good style and it's important to develop it. Ability to do it more slim would be essential for it.
To make me clear:
http://protomank.googlepages.com/spacing.png
I want to find a way to remove/minimize the spacings marked as red lines.
Those are useless actually, in small screens. I want something like:
http://martin.ankerl.com/2007/11/04/clearlooks-compact-gnome-theme/
This non-compact gnome theme really has huge buttons, so the need for a compact theme is urgent there. But I do not like the compressed horizontal size of the buttons, the margin is a bit too small for my taste.
With Skulpture the sizing and spacing depends on font size, so with a smaller font, you get a smaller layout. The width of buttons is increased in steps to make similar-sized buttons get the same size; this could be improved, though.
As far as I can tell the minimum width of the left hand splitter with the buttons Iuri feels are too wide is controlled by the radiobutton group and its contents - the buttons at top and bottom are just expanding to fill the available space as set by their default size policy.
Yes, but in most cases buttons are not aligned to another widget, they are just side by side (you know, the ok, apply, cancel triad).
There is too much spacing wasted in most KDE apps. Yesterday I was testing this stile you guys told me about and others, and there was one (sorry, I do not recall witch one) that was using a ABSURD amount of emptiness in it's configuration dialog.
It's hard having to move windows with alt key pressed often, but I know this is not 100% because of theming, I would love to go and make changes in my most used programs code for them to use less spacing, but this does not make sense, even because those then would look bad in my desktop computer that have a decent resolution :)
The good news is that I was able to run dolphin using a .qss file to change some parts of it's appearance - currently I saw only tabs being colored. So maybe I can do the tricky using a .qss file. Plus, it's a way to theme KDE that I saw no one using yet that is much, MUCH easier than coding a style in C++. I'll open a bug for KDE to support themes throught qss files, let's see what happens with the idea.
If anyone is willing to vote/comment, here is my idea:
http://bugs.kde.org/show_bug.cgi?id=164955
here is a rather basic patch accomplishing what you want. HTH.
Mmmm ... magic numbers ...
yeah, it really really sucks. the code was written in an ad hoc manner rushing to get Oxygen usable with some limited time for coding; if you want to help with cleaning it up, cool, that would be terrific; cheers
Looks nice :)
With Skulpture 0.2.0 you can create a "compact" layout. But many application use hard coded values, so it will not work everywhere. And you can experiment with .qss files, just pass "-stylesheet file.qss" as an argument to the application you want to run.
Someone mentioned in this thread that using Xgl would reduce the performance issues on proprietary graphics card drivers. On suse10.3/kde4.0.4 I can simply switch to Xgl (and yes, I can even do smooth scrolling in konqueror again!), but all desktop effects are gone. I wonder why this happens. Are there any recommendations on my desktop settings? Will it be possible to use Xgl in 4.1?
I'm afraid you'll just have to work around the graphics driver issues until the vendors fix their stuff, sorry... You might try to complain at the NVidia forums?
Same problem here.
The standard ouput of kwin says something about missing compositing extension, which does not make sense as it works (slowly) when using xRender in Xgl, and anyway, compiz works at normal speed.
If Xgl was a real, though temporary, fix that would really be nice !
Hi,
Though KWin4 was showing good effects already using Xorg, its performance was simply in no comparison to what KWin3 has. But I always thought that was because it was still beta.
But I tried XGL after seeing posts here and to my surprise (yes!) performance was near to what KWin3 has. For me all the effects (those which were also working before) were working with smooooothness. And scrolling is also smooth, which was not earlier even in KWrite.
Now I am *more* eagerly waiting for KDE 4.1 final...
I'm on openSUSE 10.3 (downloading 11.0) running KDE 4.1 beta1 (openSUSE built)
My hardware:
Intel P-4 2.4C on Intel 865GBF
XFX nVidia FX5200 128 MB (Driver: 100.14.19)
Single X screen running 1024x768
Apart from few lines added manually to xorg.conf (for TV output) I did the following: -
su -
nvidia-xconfig --composite
nvidia-xconfig --render-accel
nvidia-xconfig --add-argb-glx-visuals -d 24
as directed here at http://en.opensuse.org/Nvidia
Also I had (in Kwin4 conf.): -
Compositing type: OpenGL
OpenGL mode: Texture from pixmap
Texture filter: Trilinear
Sorry, but it seems that the speedup was only because I changed (because that was the only change I made except for enabling XGL)
OpenGL mode: Shared Memory
to
OpenGL mode: Texture from pixmap
Though I had logged-in and out several times after enabling XGL, XGL was really not loaded at that time, it was only after restarting that system that I found that what Sebastian was saying was completely right.
Sorry again for the XGL thing... but my experience (in earlier post) was 100% *true*
Btw I had disabled shadows.
I have some questions:
- Where is the new KDE4 menu Raptor?
- small panel icons, e.g. kwalletmanager, doesn't have transparent backgrounds?
- How can I move my icons in my panel?
If you want to move icons to the desktop or panel then first you have to unlock the widgets (right click on desktop/panel - unlock widgets) then you can right click on any icon in the start menu and add it to the panel/desktop. You can also drag and drop the icons to any desired position on the panel or desktop.
If you have a transparent panel (use the plasma-theme Glasified) then the icons should have transparent background given that you have a 3D video card which is properly (driver) configured.
Can't help you with Raptor unfortunately. However, you can follow the development here:
http://raptor-menu.org/
Sorry, I guess I misinterpreted moving the icons to the panel with moving them in the panel. It looks like it's still not possible to move them around in the panel like one can with Kicker.
yes you can move the Icons within the Panel.
i am using Opensuse 11.0 with KDE 4.0.4
Rightclick on the Icon in the Panel - select Start Move of Icon
Move the Icon to where you want to
Rightclick again and select Stop Move of icon
Maybe openSuse did some extra tweaks to 4.0.4 but it's not possible to move icons within the taskbar with KDE 4.1 Beta 1 and 2.
I am surprised that SuSe didn't commit their changes into trunk, as it is a very requested function...
I don't believe the openSUSE team can commit directly to the KDE trunk. They can submit patches upstream and suggest the KDE devs commit them to trunk. According to openSUSE's idea pages, they do try whenever possible to submit upstream. It is then up to the KDE team to accept the patches or not.
Many of the openSUSE members have write access to KDE's SVN.
I stand corrected.
Actually I think all of us do: http://en.opensuse.org/KDE/Team . You should recognise a few of those names.
Stephan Binner's comments about merging stuff back into Plasma describe normal interaction between a project and its periphery; the same traffic happens between KDE PIM and its Enterprise branch.
I think you guys could possibly lay claim to the best shipped KDE desktop out there.
Seriously, I'd love to see you guys work with the KDE Mod guys who develop the kdemod packages for Arch Linux.
This is an openSUSE addition.
It wasn't committed to trunk because of the big plasma code change thing, I believe. The code they modified probably doesn't really exist anymore in 4.1
1)Raptor isnt ready, not going to be released
2)AFAIK thats not a KDE bug, but a X bug.
3)You cant (but you can remove them and them them again where you want)
s/them them/add them/
:P
Wow, kde 4.1 is great! Thanks. But well, I'm still missing one feature I really liked about KDE3, and that's the possibility to configure the taskbar (maybe I just didn't find it yet, if so please tell me). What I liked about KDE3 was that I had my tasks one over the over, whereas they are one next to the other in KDE4. So I had 2 or more colums with 3 tasks each. Is it possible to configure this in KDE4 (meaning I didn't find out how to configure that as for now)? Or isn't it implemented yet? Thanks
You probably find what you are looking for here:
http://www.kde-look.org/content/show.php/multirows+task+manager+by+8siem...
The taskbar now automatically starts to use 2 rows if space is tight. As the other poster said, there are ways to get 2 rows by default with another taskbar plasmoid.
First of all congratulation to the KDE team for reaching another millstone towards the upcoming and much anticipated KDE 4.1 release.
KDE 4.1 continue to improve but there are quite a few programmes and plasmoids that I am missing in the recently released openSuse 11.
Amarok - am I the only one who can't find Amarok 2 in openSuse 11 repos?
Plasma extragear: extragear is available but in an outdated version that conflicts with the present KDE 4.1 beta release.
I am also missing plasmoids like Flickr, where did Flickr disappear to? Bball is not in the repo and the Kweather plasmoid is also missing.
Btw, has anyone here managed to migrate from Kmail 3 to 4 without much workaround?
I guess extragear should be named kdeplasmoids as it was moved in repo.
I have kdeplasmoids plasmoids installed but there are quite a few nice plasmoids that are missing. There was also a plasmoid that shows your partitions and other system infos, I don't remember the name but it's also missing. These were useful plasmoids that were working quite well in previous versons of KDE 4.
Plasma went through a refactor so probably some plasmoids just aren't ready for KDE 4.1 yet.
The package extragear-plasma has been renamed to kdeplasmoids4 in KDE:KDE4:UNSTABLE:Desktop because trunk/extragear/plasma was moved to trunk/KDE/kdeplasmoids in KDE SVN. If you used extragear-plasma previously, YaST should automatically upgrade extragear-plasma to kdeplasmoids4.
Like I said, the package kdeplasmoids is installed (extragears not, although they can be found in the repo) but the plasmoids that I mentioned are nowhere to be found.
What about Amarok 2? Have you found in in the openSuse repo?
Amarok 2 is still in development.
I know but it's possible to install it on openSuse 10.3. I was using Amarok 2 until I updated my system to openSuse 11 a few days ago.
first : i dont want to blame anyone . i just downloaded the opensuse live cd just to get a taste of the progress kde 4 has made . i am very pleased with the polished kde 4 opensuse has released the other day .
so after the new kde 4.1 beta 2 desktop has appeared just right from the first klick i got a fatal error message after another . ok klicking it, helped to continue . but after trying to adjust somethimg i got a white screen - so goodbye kde 4 . whats that ??
" got a fatal error message after another "
Presumably the message said something more than just "fatal error" ... ?