(*** This bug was imported into bugs.kde.org ***) Package: kicker Version: KDE 3.0.0 Severity: wishlist Installed from: RedHat RPMs Compiler: Not Specified OS: Linux OS/Compiler notes: Not Specified When many windows appear in the taskbar they appear in the order the user opened them but it would be nice to be able to change their order (with drag & drop). (Submitted via bugs.kde.org)
*** Bug 48355 has been marked as a duplicate of this bug. ***
I already did that, i hope i can see it in kde 3.2 =) if you want the patch, just send me an email (tasquer at zuper.net) Ramiro
Link to Ramiro's patch: http://lists.kde.org/?l=kde-devel&m=104968059625190&w=2
*** Bug 58268 has been marked as a duplicate of this bug. ***
I would love to see this feature as well!
I would not mind not being able to reposition the windows in the taskbar if they would just come back up in the same positions when re-starting in a saved session. The problem I have is that after a few weeks running without having to shut down, I get used to where things are. Then when I do need to log out things are all moved around when I log back in.
*** Bug 92136 has been marked as a duplicate of this bug. ***
*** Bug 68053 has been marked as a duplicate of this bug. ***
Can someone check/apply that patch? As far as I can see you still can't drag and drop the windows in kde 3.3.
No it doesn't seem like you can - I was about to report jsut such a wish. Please someone commit this patch.
It makes for a very comfortable usability experience to know almost w/o thinking where the tabs are you need to get stuff done. I open a lot of windows to get stuff done. And the windows stay open for days-- even weeks at a time. I get used to where things are and it throws me off-balance a bit whenever I have to reboot / restart the gui / whatever, and things come up in a different configuration. It would be nice-- _really nice_ to be able to move the task bar items around with drag & drop, and _also_ to be able to reposition the items _within_ the taskbar popup with drag & drop. Actually, it would be a nice thing to simply take a snapshot of the windows that are open and then be able to reopen that group whenever desired.
Re #9, I'm afraid it's still not in kde 3.4 either; I just compiled it to find out. Please can we have this added? Thanks.
Created attachment 12398 [details] Poor man's task container button reorder facility Hello guys, to soothe the pain due to this bug (which now has been open for about 3 years), I created a small patch (against kdebase3-3.4.0-28.2.src.rpm from SuSE 9.3, but it might apply against current kdebase). With this patch, you've got an additional menu item "To End" for each task container button in the taskbar. If you choose the menu item, the task container button walks to the end of the list. This way, you can do a kind of "selection sort", selecting the button at first which should become the leftmost button. This is not a funky "drag'n'drop" implementation, but it works. :-)
I think that should get a "WorksForMe" ! Thanks!
Created attachment 12408 [details] Task container button reorder facility This patch improves task reordering. Now, for every task container button, there is menu item "Move" which contains a submenu. In this submenu, you can choose every possible location where the button should be moved to. This way, sorting the task container buttons by personal preference is much easier. Have fun!
Created attachment 12413 [details] Task container button reorder facility The same patch, but against kdebase3-3.4.2-3.src.rpm. Please report any oddities.
*** Bug 114059 has been marked as a duplicate of this bug. ***
Any chance of seeing this in 3.5? It would be really really nice to have! As far as I can tell, the code is done, and someone just needs to approve the patch :-) Pretty please?
No, the feature is not in KDE 3.5, which has been feature-frozen for 3 months already. The next available release for this feature is KDE 4, which is over a year away.
Yet, the patch is now 3 months old, so it could have made in... :-( The request to such a functionality is now 3 years old... So we are going to wait another year...?
In the meantime, is there any chance of perhaps having it as an add-on to the existing versions of kde? Maybe even some sort of "kludge" whereby we could have a modified binary "kicker-hacked", and just rename it to kicker if we want to activate it instead?
*** Bug 121296 has been marked as a duplicate of this bug. ***
this is a good feature that I'd like to have soon. Thanks
Created attachment 16196 [details] Task container button reorder facility This is a major adaption to current KDE 3.5.2 sources. (More exactly, it applies to ftp://ftp.suse.com/pub/suse/i386/supplementary/KDE/update_for_10.1/source/kdebase3-3.5.2.src.rpm with the patch https://bugs.kde.org/attachment.cgi?id=16195&action=view already applied. But this patch should apply without problems even with patch 16195 not applied.) Please apply this patch or comment on it. It is a very tedious work to re-develop patches all the time just because they are not applied. (Other changes in the source tree lower the chance over time that a patch applies cleanly.) Also, this bugs is now more than 43 months old, so applying a fix would be really nice...
Still no news in 3.5.4 ? This is a good argument for a "Bug bounty" such as Ubuntu have. I for one would donate $20 to see the patch merged!
I hope that this patch will accepted (or at least considered) after 2006-10-10, when the KDE SVN trunk freeze is lifted. Being unable to change the development version for over one year seems to be a serious bug in the development style and very unrewarding for contributors.
I applied this patch a little while ago. It works like it should though I think naming the context menu entry "Move" is a bad idea as there already is a "Move" entry for moving the window position.
We may change the name to something like "Reorder"? Maybe you want to propose a better name for this menu entry?
I think the name to go with is a bit hard to pick as every other item in the window button affects the window not the button. I suppose something like "Move This Button" would work as it would be something to distinguish it from the other "Move" button. I think myself that a drag and drop function would be more consistent and easer for a newbie to find though maybe it's may be harder to implement then it's worth. Justin
drag&drop will be the best solution to that problem. if you want to try this: there´s a neat little tool for win called "taskbar shuffle" and it does exactly this.
I know this tool (I actually have this tool active on my Windows desktop). But with the speed at which improvements are currently entering the main KDE source code tree, there is little incentive to create more complex solutions, as the predicted probability of this complex solution to also enter the main KDE source code tree shrinks each day even simple solutions are not merged into the main KDE source code tree.
If you're looking for a name to label the menu item.... I know this one is a little out there but how about.... "Organize Taskbar" ???
While I would like to see drag&drop or any nice method (like "move app" in kicker's panel) to organize apps icon, I would also love to see the order just set is permanent. This is a sub-wish. Sub-sub-wish :-) would be smart permanent. Let's take a look: [ kpowersave] [ klipper ] then I run ktorrent, so automatically I get: [ kpowersave] [ klipper ] [ ktorrent ] then I move manually ktorrent to the beginning. On next reboot I get: [ kpowersave] [ klipper ] but if I run ktorrent again this time, I would get: [ ktorrent ] [ kpowersave] [ klipper ]
PS. Sorry, missed tab, I had twin-report in mind.
Since kicker no longer exists in KDE 4.1 and this feature has yet to be implemented, may I request it be implemented in plasma?