KDE/kdebase/workspace/plasma/containments/folderview

[Loïc Marteau]

Ok, i know that i'm not a dev but i'm feeling very concerned about the 
way Kde4 is taking, since i'm very fan of things that happen with plasma 
and that i'm sure that it will a desktop revolution.

I think that initial idea of Aaaron is very great : We don't need icons 
for a ~/Desktop folder (if you do that you will have documents not in 
the right place) but we need to easily show the contents of some (why 
not shared if you work in team) folders depends on what we are working 
one, by the time.

So the idea to have "places", highly configurable, that we show on the 
desktop is very great

However i think that watever you do with the actual folderview plasmoid, 
at the end, you will have usability/looking issue with user that will be 
a little confusing with the border of the plasmoid to manipulate the 
file icon.

Perhaps the solution is to mix what Sebastian says by doing a fullscreen 
plasmoid and rethink the inital idea of having the possibility to have 
different places to show.

For 4.2 is it possible to work on a new fullscreen plasmoid based on 
folderview where user can config different places to show ?

The idea is to show multi folder, called "places", in only one 
fullscreen plasmoid instead of  having multi-plasmoid with one folder 
for each.

Each "places" should be put where the user want inside the fullscreen 
plasmoid.

There is a mockup that have done a ubuntu/gnome user that can show what 
can be the result (the initial idea of the mockup is not really the same 
thing that what we are talking but it give an idea of what i'm mean) :

http://flickr.com/photos/7449355@N06/2329133852/

Best regards, i hope than this can help to progress in the discussion 
(sorry to loose your time if not),  even if the idea is not accepted in 
final

Loic

Sebastian Kuegler wrote:
> On Saturday 24 May 2008 14:53:38 Riccardo Iaconelli wrote:
>   
>> SVN commit 812032 by ruphy:
>>
>> Before we make a contaiment out of it (are we going to make it for 4.1 with
>> the freeze?),
>>     
>
> It's in containments/ right now, but it's derived from Applet. We can probably 
> derive it from Containment instead, but it won't buy us anything as far as I 
> can see.
>
>   
>> and we're able to choose it, at least add an option to make 
>> folderview's background transparent, so it doesn't hurt your eyes. ;-) Not
>> sure about what doing by default, but I guess I'll keep it opaque (as it is
>> now), so people understand that is a plasmoid.
>>     
>
>   
>> BUG: 162526
>>     
>
>
> Funny. Yesterday on the train, I did exactly the same (making the background 
> optional). The problem with no background is that z ordering becomes messy 
> (applets behind it are visible, you cannot focus them because the transparent 
> folderview is in front of them. Also, without background, it's unclear where 
> you can drag those fileicons and where you can't, it's seemingly random.
>
> I thought a bit about it, the z order of the folderview should probably be 
> very low (i.e. "behind" all other applets), and the folderview should be full 
> screen to solve those issues).
>
> But yeah, string freeze, so at least the UI option is a no-go at this point. 
> It's debatable wether it's a feature though (I think it is).
>
> This reassures me that we need some kind of plasma upstream repo where we can 
> submit our new features that cannot go into trunk/ right now.
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Panel-devel mailing list
> Panel-devel at kde.org
> https://mail.kde.org/mailman/listinfo/panel-devel
>