ComaWhite wrote:I miss the desktop . Of all the folders. I know there is a folders view plasmoid but its still not the same. Its annoying how it is. Too slow to open up the folders. I wish it went back to way it was. That is the only thing I hate about KDE4.

you can set the folderview as your fullscreen activity in 4.2 via the GUI, complete with wallpapers and all.

"too slow to open up the folders" <-- if you mean that there's a delay between clicking and launching, i'll bet you are using nvidia's binary drivers.

Dryfit wrote:

stoked wrote:PLEASE let us hide the top-right cashew!!!

try http://www.kde-look.org/content/show.ph ... n=85047699, thats where the community steps in

I'll give this a try, thanks. However, I can't believe you don't give us the choice to disable the cashew with default KDE. It's useless (for me it is, believe me) it's ugly and it's annoying. Aaron's reasons for not adding this are ridiculous. "It's impossible to remove this for code reasons" - yeah, sure...why don't you just admit that the option is not there just because YOU don't want it to be there?!

A lot of users *HATE* the cashew (some of my friends even refuse to use KDE4 because of it) so please give us a damn option to hide it and stop coming up with lame excuses. Seriously, this is ridiculous. And I thought KDE was all about choice. Obviously, it isn't. Gnome, anyone?

If you don't want to add such an option, at least make it slide in and auto-hide or something and everybody is happy...

aseigo wrote:

ComaWhite wrote:I miss the desktop . Of all the folders. I know there is a folders view plasmoid but its still not the same. Its annoying how it is. Too slow to open up the folders. I wish it went back to way it was. That is the only thing I hate about KDE4.

you can set the folderview as your fullscreen activity in 4.2 via the GUI, complete with wallpapers and all.

"too slow to open up the folders" <-- if you mean that there's a delay between clicking and launching, i'll bet you are using nvidia's binary drivers.

Yeah I am 177.80. I thought that was fixed already?

aseigo wrote:

Korosu_Itai wrote:What I miss is having the possibility of randomize the wallpaper, I want KDE to check recursively my wallpaper folder and choose one randomly every 30 minutes.
KDE 4 did that, but the feature seems lost since KDE 4.1

i implemented both of these features tonight. viva la 4.2!

Great news! Thanks a lot ^_^

stoked wrote:I'll give this a try, thanks. However, I can't believe you don't give us the choice to disable the cashew with default KDE. It's useless (for me it is, believe me) it's ugly and it's annoying. Aaron's reasons for not adding this are ridiculous. "It's impossible to remove this for code reasons" - yeah, sure...why don't you just admit that the option is not there just because YOU don't want it to be there?!

A lot of users *HATE* the cashew (some of my friends even refuse to use KDE4 because of it) so please give us a damn option to hide it and stop coming up with lame excuses. Seriously, this is ridiculous. And I thought KDE was all about choice. Obviously, it isn't. Gnome, anyone?

If you don't want to add such an option, at least make it slide in and auto-hide or something and everybody is happy...

Well, of course it's not impossible to remove it. But then again, aseigo never said that. He said it'd be non-trivial to remove and the cashew is pretty tightly integrated into the containment code. Misquoting people isn't nice.

And yes, it wasn't removed because it was a design choice.

JontheEchinda wrote:Well, of course it's not impossible to remove it. But then again, aseigo never said that. He said it'd be non-trivial to remove and the cashew is pretty tightly integrated into the containment code. Misquoting people isn't nice.

And yes, it wasn't removed because it was a design choice.

I think the decission chosen is wrong. So do think a lot of people. There is absolutly no reason to not make it optional! It makes look the desktop uglier. It does maybe not fit into the chosen wallpaper. However it is not a big issue for me. I just can't understand why to disapoint so many users...

IMHO the cashew would be changed to something more elegant, non-invasive & more HIG compilant.
For one, the plain text look of the items when you expand it could make it unreadble in some wallpapers, the icon looks ugly in some wallpapers and also the icon should be changed to something more self explaining, and probably different in the panel & desktop containment.

Don't understand why to make a huge problem of something that small. If they choos to keep it for what ever reason then so be it, there will always be someone in the community that make a piece of code for those unhappy people. We will see later what they have planned for that cashew. There are other things/bugs that are more important then something that is almost always coverd by a application window. ANd if opensuse has backported it then it will be in 4.2 probably, so why don't wait and see what 4.2 will bring.

stoked wrote:A lot of users *HATE* the cashew (some of my friends even refuse to use KDE4 because of it) so please give us a damn option to hide it and stop coming up with lame excuses. Seriously, this is ridiculous. And I

*Sigh*, again, this link may be helpful for someone:

http://userbase.kde.org/Plasma#Please_p ... ght_cashew.

einar wrote:*Sigh*, again, this link may be helpful for someone:

http://userbase.kde.org/Plasma#Please_p ... ght_cashew.

It's not. Actually, this statement is beyond ridiculous:

Although putting an option to disable the cashew for desktops sounds reasonable, from a coding point of view it would introduce unnecessary complexity and would break the design.

ZOMG there would be ONE MORE (!) tiny "hide cashew" option THAT'S *SO* COMPLEX!!1!!11! No way could the user handle this...seriously, just how stupid is this?! And break the design? One tiny option would break the whole plasma design? Yeah, sure.

Man alive, gimme a break...

Ugly workarounds in code led to poor mantainability, or extensibility. In this case it's probably much easier to write a containment that would draw the desktop without the cashew. (Disclaimer: my only contact with code is Python, C++ is out of my league, so I may not be accurate here)
Personally I don't find it to be that annoying, but since it's like that, I'm sure someone will write it when KDE 4.2 is out.

Btw in opensuse kde4.1.x if you don't like cashew, you can use plain desktop, which is the default desktop without cashew.
So instead of requesting to remove the cashew, it make more sense to add to kdeplasma-add, an activity without the cashew, and all people will be happy.

The problem that I see with this idea is that (correct me if I'm wrong) you will lose the placement of all your plasmoids when you switch to the new containment without the cashew. It would be like opening a new plasma activity, where you would have a separate containment with a different set of plasmoid arrangements.

I've never requested to remove the cashew. All I (and hundreds of other users) want is an option to hide it. That's it.

All that containment stuff is a lot more complex than a simple hide option from a users's perspective. Instead of giving us a hide option that everybody understands instantly the user has to worry about containments, activities (believe it or not, but most users have no clue what all this means) or download an additional plasma just to hide that useless cashew. THIS is what I call bad usability...

jrick wrote:The problem that I see with this idea is that (correct me if I'm wrong) you will lose the placement of all your plasmoids when you switch to the new containment without the cashew. It would be like opening a new plasma activity, where you would have a separate containment with a different set of plasmoid arrangements.

Not really. I've only played with it a little in OpenSUSE where that option is available, and the plasmoids stay put and keep their size.

And why would they change? It's still the same containment, but it is using another plugin to render the contents of the containment (if I've understood it correctly).