| Summary: | Per-virtual-desktop containments | ||
|---|---|---|---|
| Product: | [Unmaintained] plasma4 | Reporter: | Nick Thompson <nickthompson> |
| Component: | containment-desktop | Assignee: | Plasma Bugs List <plasma-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | CC: | a.m.p.boelens, adorosh2, AlexRadu01, alpha.super-one, aseigo, brian_252, faure, finex, friiduh, gmludo, hopepersen, kde, kmfk87, maraun, miavir, michaeljschaeffer, pierre.linux59, quinton11, tarahwheeler, ufechner |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Other | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Nick Thompson
2002-01-11 13:40:59 UTC
I've wanted a feature like this for a long time. I'm thinking of having a go at implementing it myself but that might take a while :) I'll post something if I ever get it done (which i doubt atm) *** Bug 62035 has been marked as a duplicate of this bug. *** *** Bug 64290 has been marked as a duplicate of this bug. *** *** Bug 63018 has been marked as a duplicate of this bug. *** For the implementation, I think the most sensible approach would be to keep the Desktop directory as it is now, and anything in there is universal to all desktops -- again, as it is now. Any applications using the Desktop would thus work the same as always. Then within that you could have hidden directories -- say, .1, .2, .3, .4 which contain the files specific to each virtual desktop. That way everything would still work fine switching back to older versions of KDE -- and the virtual desktop-specific files would still be easily accessible from the command line. Why this feature request isn't implemented since more two years ? Anybody have time to implement this feature or it's to hard to integrate in kdesktop without re-write completely kdesktop ? On Sunday 03 October 2004 18:08, GML wrote:
> Why this feature request isn't implemented since more two years ?
> Anybody have time to implement this feature or it's to hard to integrate in kdesktop without re-write completely kdesktop ?
It shouldn't be too hard. We're fixing bugs with more priority than
implementing new features, that's why.
Feel free to send a patch against CVS HEAD.
It has to be somehow integrated with the code that uses a different directory
for each display, in a multi-head setup.
<quote lang="french"> s'il vous plait merci de mettre la possibilité d'avoir des icones différentes sur chaque bureau pour KDE merci beaucoup <quote/> THANK YOU sylvain, Do you vote for this bug ? Don't speak french in bugzilla else the developpers don't understand your remark. (I'm french) *** Bug 47734 has been marked as a duplicate of this bug. *** *** Bug 95911 has been marked as a duplicate of this bug. *** Hey, I'm just curious about this wish, is there any where that I can read how this is supposed to be implemented because just reading the bug it seems like it could be difficult. For example say I want to delete an icon that appears on all desktops. Well this would force me to delete it n times (where n is the number of virtual desktops a person has). Or it would delete it from all the desktops which wouldn't make much sense seeing that every icon on every desktop is treated as unique. I know no can be suggesting throwing up a dialog to select the desktops you would like an icon deleted. That seems real complicated. How about when a person drags a file onto a desktop with the intent of using it later, will they have to search each desktop to find that file again? etc. etc. I guess I don't see how this simplifies or improves the interface between the user and the computer. I think that by default, all icons would be on all desktops and act as they do now. But it would be possible to right-click an icon and select "Make specific to this desktop," in which case it would be moved to the specific desktop's subfolder and only show up there, or alternately "Make present on all desktops." When you delete a global icon, it would be deleted globally; when you delete a local icon it would be deleted locally. That way, uninterested users would be unaware of it, but interested ones could set up specific desktops as they please. I agree it's still nice to have global icons and to also have desktop-local icons. Something akin to sticky and non-sticky windows. Yes, it's just like sticky windows. So it's possible, and the logic is already in the code. Just apply it to files on the desktop. BTW the way i organize my system is each desktop focuses on a project. OK guys this isn't exactly a "discussion forum for users" :) The wish is clear. The feature list for 3.4 is closed already though, so this is for later. Just a side note, so that users dont get confused or accidently delete files. You should also add a new field to the mouse-over dialog that says "Desktops:". For example, I mouse over an icon on my Desktop to get the 'mouse-over dialog', which is that yellow box that appears and I would have a field showing me which desktop or desktops it is on, such as below... Desktop: 1 Desktop: 1, 2, 3 Desktop: ALL Also one more thing. As it is right now, when you delete a file it shows a confirm dialog asking you if you are sure you wish to delete it. Adding a field showing which desktops it is on would also be of value so you know if you happen to be deleteing a file for a local desktop or if you are deleting it locally. Just so we dont have any mishaps of people accidently deleting important files that they thought were on other desktops. Well, this is why IMHO this solution is too complex. An icon should be on one desktop or on all of them, just like windows can be either on one desktop or on all of them. Delete/trash should always delete/trash. The only added GUI would be a toggle for "To Desktop / All, 1, 2, 3" just like the kwin popup for windows. The reason why I voted for this bug is that I want to have the ability to have a clean desktop for legacy apps like GIMP with a cluttered GUI. The only way to work with GIMP is to use a seperate desktop. The icons and desktop background underneath are more confusing then helpful however and more often than not I click accidentally on an icon to start an application. The problem with accidentally deleting icons you dont have on other desktops didnt cross my mind before but it is a valid dataloss risk. It could be solveable thought without introducing new GUI dialogs/elements by simply deleting an icon without any further confirm dialog if and only if it is (still) available on other desktops. This would be a top notch feature and an important argument to use kde. More than one year later and no idea at the horizon ? It could be so nice and useful. Or maybe we should need to use a heavy SuperKaramba solution ? :( And for the implementation, just think to user management under winXP : a folder alldesktops and a folder per desktop. The icon is either in alldesktops, either in a specific one. Seems so logical, doesn't ? I would like to see similar idea to have positions on desktop where files will get arrangated. User could set invisible box to desktop where all folders will be placed. Other box where all pictures will be saved, box content can be select and files will be save there by mime type. I usually save all files to desktop first so i can find what im doing on next day, and it is harder to find one folder or file when desktop is not organized. ps. sorry bad english On Mon Nov 20 2006, Cedric Janssens wrote:
> More than one year later and no idea at the horizon ?
Idea is clear, implementation is waiting 1) time (or a volunteer) 2) kde4's new desktop implementation (plasma)
For a lot of users, this option should be very useful. Each desktop would be affected to specific task. yeah i've been annoyed about this since KDE 2 or somet, but not really been a developer and having no open source project erxperience (i can programme thou) i don't a clue how to even start. My suggestion for a simple solution would be to have .desktop as a semi-link to a folder ~/.Kdesktops/<name> where <name> would be the name of the desktop. Then only a few modifications 'should' be needed to be made, 1. Where code changes desktop,repoint semi-link to new desktop, refresh icons if required. 2. When you create a new desktop make directory for it in ~/.Kdesktops/ 3. When you rename a desktop rename ~/.Kdesktops/<name> 4. When you remove a desktop delete ~/.Kdesktops/<name>, maybe add a warning box that everything on this desktop is about to be deleted. Of course this is a bit of a hack, another suggestion would be to have a text file .desktops: ----- default .desktops ----------- # ID Name Location # EXAMPLE CONFIG # *********************************** # 1 Working ~/docs/working # 2 Internet ~/downloads/temp # 3 MyProject ~/programming/c/MyProject # ************************************ 1 1 ~/.Desktop ------------------------------------ So instead of loading ~/.Kdesktops/<name> you just load what the file tells you; also show a browse dialog box for when a desktop is created or renamed allowing you to point to it, and save the results in the above file. (For any elaboration please contact me at: jesusman at gmail dot com) *** Bug 141739 has been marked as a duplicate of this bug. *** - All of the icons on my dual-screen desktop (by nvidia, called Xinerama in xorg.conf) are located on the right screen, while the kicker starts at the left one. I can´t even drag icons to the left one. - When a new file is saved to the desktop (e.g. with kate), it replaces the icon on the top left position. Soon all the order is gone and has to be restored manually. Please take care on this odd behavior when dealing with this bug/feature request. Tank you! It looks like the issue mentioned in #27 is a separate bug. Bug 37067 is really about desktops, not screens. I fear that putting different icons in the desktops can create confusion to the users. If it will come implemented will be better to put it as optional, not as default!!! different directories would work but i think the best idea would be to have a file .desktop (there should be a file the stores the location of the icon's currently. that file would work. in that file we would split the icon's into Desktops. all the desktops can set the location, and if it is visible or not. Now we still have one problem when the user adds a desktop what should be added? the best solution is to search for the icon's that are visible on all the current desktops or to implement a default desktop that just stores the Icons that are visible on all desktops. Now how to set them right click on the Icon and implement an additional menu the menu would be like the following Desktop's *add to **list of all desktops with a mark next to the ones that it is already on **All when it is currently on on all Desktops then it ingnors the user it also must be on on at least 1 desktop or else konqueror will have to be rebuilt to change deskt0p priorities. or of course different directories for each desktop would work but it may duplicate files/shortcuts. It would probably be easier to implement but it is not the best solution. I would like to try it but too many files need manipulated for just me to add it; i'm still learning the code a bit and i think 3-4 files need changed just to switch directories. could be nice if it took the files from a default directory and an additional directory. Is there any works around this feature (maybe for kde 4)? I think this should have been done since the beginning of Multi-Desktop concept... I think it is the right time to implement this feature. Just assign for each desktop a desktop containment. *** Bug 62153 has been marked as a duplicate of this bug. *** this has got to be the oldest wish against plasma. it predates it by, what, 6 or 7 years? ;-P in any case, this is on the 4.2 roadmap for plasma. *** Bug 162900 has been marked as a duplicate of this bug. *** I want different virtual desktops to be configurable with different widgets, wallpaper, and icons more than any other feature. Please, please implement this; if I could help I would. @Zayed, Tara Ditto. I want different stuff on each desktop. @ups Use virtual machine instead? Plasma per desktop sounds good, waiting for 4.2 ;-) Ups, fixed. Oops, that was. Nothing to you, up there. (fixed CC list) I think this can be considered as implemented :-) I've just tested plasma with some different containments, different wallpapers and different widgets on each containment :-) I think the current plasma (4.2 RC1) still has few usability problems for this wish to come true. It is too dificult (is it even possible?) to remove containments and adjust a different wallpaper to every virtual desktop along own widgets too. +1 One activity by virtual desktop. Currently a gnome user but I will switch to any DE that makes this a simple reality. I'm currently using hardy so might not be able to make use of any recent changes but will be looking into KDE when the next LTS version is released. |