[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 danins...@gmail.com changed: What|Removed |Added CC||danins...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 unlovable_fridge...@aleeas.com changed: What|Removed |Added CC||unlovable_fridge356@aleeas. ||com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 deadite66 changed: What|Removed |Added CC|lee295...@gmail.com | -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 --- Comment #40 from sethbots...@gmail.com --- Ideally a way for this to work is to be able to drag the icons from the tray itself, but editing the order with a JSON-like file would not be bad either (at least as a starting point). I've been looking for where exactly the order of the system tray icons is defined but I am unclear how exactly that works or where that happens. I think it'd be great if the Entries in the settings had no effect on how the icons were actually ordered in the panel, it's just a convenient way to see what group it's under, why should it have any effect on the actual order? So far I have seen a way, with AeroThemePlasma to change the position of the Expander Arrow from the right to the left. It's a weird change and gets reverted after every update, as well as involving moving the load order (I believe) of the different elements of the System Tray. You have to move the block defining the Expander Arrow above the rest of the List View or Grid View or something. I know currently that the order of the icons in the panel are based both on the grouping of the element, and the alphabetical name of the element. In a VM if you were to change "Audio Volume" to "Z Audio Volume" it would appear at the end of its associated list, but there are probably quite a few actual issues with doing this in an actual system. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 jasoncraneadkins changed: What|Removed |Added CC||kde@hnwork.eu -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 KaKi87 changed: What|Removed |Added CC||kak...@proton.me --- Comment #39 from KaKi87 --- Hi, Any news on this ? Thanks -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Fabian changed: What|Removed |Added CC||fabianroel...@googlemail.co ||m -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Patrick Silva changed: What|Removed |Added CC||georg.witt...@gmail.com --- Comment #38 from Patrick Silva --- *** Bug 481566 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 John changed: What|Removed |Added CC||ilikef...@waterisgone.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782
tqd8 changed:
What|Removed |Added
CC||tempqd...@mailinator.com
--- Comment #37 from tqd8 ---
I think the solution here could be pretty simple. A draggable ordered list of
entries in the settings menu, with two options of how to place newly-appeared
('shown when relevant') icons: always in the specified order, or always added
onto the end.
(Plus another option to reverse the displayed order of the tray, if you want
the up-arrow on the other side, perhaps)
In the popup's grid of hidden icons, the order would also follow the ordered
list of entries. (Or, if really desired, we could have one ordered list for
in-tray, and a separate ordered list for in-popup, but that'd maybe be
excessive)
To illustrate:
>Entries:
>App 1Always shown [-Drag-]
>App 2Shown when relevant [-Drag-]
>App 3Always shown [-Drag-]
>App 4Always shown [-Drag-]
>App 5Always hidden[-Drag-]
>App 6Always shown [-Drag-]
Tray when App 2 is idle:
> [1] [3] [4] [6] ^
Tray when App 2 becomes relevant (in-order setting):
> [1] (2) [3] [4] [6] ^
Tray when App 2 becomes relevant (added-onto-end setting):
> [1] [3] [4] [6] (2) ^
I don't think having the icons themselves draggable is important, as it might
complicate the logic, but I think it'd be possible to still pull off. No
groups/categories necessary in the entries list.
--
You are receiving this mail because:
You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Andrej Halveland changed: What|Removed |Added CC||andrej.h...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 King Kang Kong changed: What|Removed |Added CC||r2b2x3+kde...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 pallaswept changed: What|Removed |Added CC||pallasw...@proton.me --- Comment #36 from pallaswept --- During the 6 years of this case being open there has been lots of positive discussion regarding design, I would like to shift the focus of discussion to project management. While the invitation for a volunteer to provide a solution has kindly been made, that approach is obviously ineffective. At some point, somebody with appropriate authority, needs to delegate this task to an appropriate developer, to begin implementation. Let's talk about how to make that happen? I unfortunately feel that I'd be the perhaps the least appropriate developer, given that I have little and aged experience with the toolchains in use, and I've long ago moved from development to management of development teams, but I'm not one to shirk responsibility, so if you must delegate it to me, do that, but please, let's put it in *somebody*'s to-do list. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Andreas Hurka changed: What|Removed |Added CC||andr...@qvxb.de -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Prajna Sariputra changed: What|Removed |Added CC||putr...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 michael2macdon...@gmail.com changed: What|Removed |Added CC||michael2macdon...@gmail.com --- Comment #35 from michael2macdon...@gmail.com --- The best-sounding solution to me (a user, not really a developer) is to add two separate radio or checkbox lists: one for selecting how items are grouped, and one for selecting how items are sorted. The tray would manage the icons by first grouping them into the selected groups and then applying the selected sorting method to each group separately. For example, you could select items to be grouped into the "default" groups, into a single group (AKA. no groups), or into "display" groups where it would group items based on whether they are always shown, sometimes shown, or never shown. Items would be sorted only within their own group. For sorting, you could select "manual" or "alphabetical" using radio options or a checkbox. The items in the configuration list would have handles that would allow you to drag them around within their own group to order them while using manual ordering. I don't know how difficult this would be to implement, but I believe that by separating this issue into two parts (grouping and sorting) we solve all conflicting problems, give the user the most control over their system tray, and make the process of organizing items intuitive and natural to the user (you group, then order). Additionally, I hope that this solution will create a robust code implementation that is easily expandable by adding simply more grouping or sorting options if needed down the road. For example, if we wanted to add reverse alphabetical sorting you would only have to implement the sorting behavior, wouldn't have to worry about breaking the grouping behavior, and the interface wouldn't need to be redone (Just add a dropdown/radio/checkbox item to the existing list and provide it with your sorting function). -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 --- Comment #34 from sethbots...@gmail.com --- (In reply to João Figueiredo from comment #27) > Yeah, by "groups" we mean the various categories (i.e. Application Status, > Hardware, etc). > Nate said on #22 we could maybe add handles to the items themselves on the > configuration list so we could move them around, but since we have those > categories (groups), they would stop making sense if we could just move the > items anywhere across them. > I agree with that, but I don't think we'd have that issue if we introduced > the "manual mode" (see #21), where there would be no categories (the items > would simply be sorted alphabetically, in one big list) and the user could > re-arrange them freely; on "default mode", it would be the same as now: the > current categories would apply, but the user wouldn't be able to move the > items (so there would be no issues with inconsistent/redundant categories). > > Therefore, I think Nate's resize handles suggestion would be perfect, if > combined with Yannick's "manual mode"; I believe this would solve Nate's > concerns expressed on #22, and it shouldn't be too hard to implement, making > use of existing Kirigami code. > I'm really excited for this, hopefully we can finally make it happen :) I think one potential idea as well, is to maybe modify how the hidden, shown, and categories list works, and decouple them all to different lists That way, you can have the categories alphabetically ordered, and define the icons to be defined by two configs, one for when it's hidden, and one for when it's shown, potentially followed by reverting to an alphabetical listing for anything that isn't defined in those configs. Maybe for a future plasma version though, if it would be a lot of work to rewrite all of that. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Nate Graham changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 sethbots...@gmail.com changed: What|Removed |Added Status|CONFIRMED |REPORTED Ever confirmed|1 |0 --- Comment #33 from sethbots...@gmail.com --- (In reply to veggero from comment #32) > *** Bug 461607 has been marked as a duplicate of this bug. *** i had some suggestions on how to sort of do this here, if anyone wants to look into that. I could try and see if i could find at least a better solution to this than what seems to be the current system, it would be an incomplete solution though. What it would do, is theoretically allow more customization, though i don't know enough to apply that in a great way right now. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 veggero changed: What|Removed |Added CC||sethbots...@gmail.com --- Comment #32 from veggero --- *** Bug 461607 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 j...@vauguet.fr changed: What|Removed |Added CC|j...@vauguet.fr | -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Bug Janitor Service changed: What|Removed |Added Priority|NOR |VHI -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Bart Ribbers changed: What|Removed |Added CC||bribb...@disroot.org -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 --- Comment #31 from Nate Graham --- *** Bug 457566 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Nate Graham changed: What|Removed |Added CC||pos...@posteo.eu --- Comment #30 from Nate Graham --- *** Bug 457567 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 ratijas changed: What|Removed |Added CC||m...@ratijas.tk -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Nate Graham changed: What|Removed |Added CC||ddascalescu+...@gmail.com --- Comment #29 from Nate Graham --- *** Bug 452600 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 natalie_clar...@yahoo.de changed: What|Removed |Added CC||natalie_clar...@yahoo.de -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 qydwhotm...@gmail.com changed: What|Removed |Added CC||qydwhotm...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Patrick Silva changed: What|Removed |Added CC||yiz...@kulodgei.com --- Comment #28 from Patrick Silva --- *** Bug 444845 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Andrzej changed: What|Removed |Added CC||ka...@protonmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 deadite66 changed: What|Removed |Added CC||lee295...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 doncb...@gmail.com changed: What|Removed |Added CC||doncb...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 j...@vauguet.fr changed: What|Removed |Added CC||j...@vauguet.fr -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Alexander Browne changed: What|Removed |Added CC||alexan...@elcste.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Andrey changed: What|Removed |Added CC||butir...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 --- Comment #27 from João Figueiredo --- Yeah, by "groups" we mean the various categories (i.e. Application Status, Hardware, etc). Nate said on #22 we could maybe add handles to the items themselves on the configuration list so we could move them around, but since we have those categories (groups), they would stop making sense if we could just move the items anywhere across them. I agree with that, but I don't think we'd have that issue if we introduced the "manual mode" (see #21), where there would be no categories (the items would simply be sorted alphabetically, in one big list) and the user could re-arrange them freely; on "default mode", it would be the same as now: the current categories would apply, but the user wouldn't be able to move the items (so there would be no issues with inconsistent/redundant categories). Therefore, I think Nate's resize handles suggestion would be perfect, if combined with Yannick's "manual mode"; I believe this would solve Nate's concerns expressed on #22, and it shouldn't be too hard to implement, making use of existing Kirigami code. I'm really excited for this, hopefully we can finally make it happen :) -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 --- Comment #26 from Jarrard --- I don't even see a grouping option. Just entries with categories. Are you guys getting confused with Task Manager icons/text? This is meant to be about System Tray Settings screen and adding a manual adjustment to its entries. For example I would like my VPN icon to be next to my Network Icon etc.. But atm it can't do that as its automatically sorted (and not very well).. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Nate Graham changed: What|Removed |Added Ever confirmed|0 |1 Status|REPORTED|CONFIRMED --- Comment #25 from Nate Graham --- Grouping would make no sense in manual mode, yeah. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 --- Comment #24 from João Figueiredo --- Nate, if I understood Yannick correctly, in "manual mode" there would be no grouping, right? So the items would all be listed by alphabetical order (with the Notifications item being first), and the user would be free to move them all around. The current groups would only show up in "default mode", where the user wouldn't be able to re-order the items. Or we could just do away with groups entirely, in which case the user would be able to re-order the list freely (i.e. having just the "manual mode"). -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 João Figueiredo changed: What|Removed |Added CC||jf.mun...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 João Figueiredo changed: What|Removed |Added CC||ifs6n...@anonaddy.me --- Comment #23 from João Figueiredo --- *** Bug 439244 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 --- Comment #22 from Nate Graham --- I think we could add resize handles to the list items themselves. It's a built-in Kirigami thing, actually. We'd need to either: 1. Only allow manually re-ordering items within their own groups 2. Allow re-ordering items to be outside of their groups, and then re-think the current grouping or the UI by which we present it to the user. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 --- Comment #21 from Yannick --- My understanding is that ordering should be done in Entries page, I agree with Nate that is does more sense as it is the place where all items are shown, the one activated, deactived, showing/not showing. Konrad, you have very good questions. Either way looks good to me : - adding the "items ordering" options in general page (just like icons size option) with "default mode" and "manual mode", radio button or dropdownlist. - adding the checkbox in the Entries page aside the existing one, but for "manual ordering" option. In the Entries page : - In "default" mode, we shall keep the actual behavior. - In "manual" mode, at first time I suggest to have Notification icon at the top of the list and the other items sorted alphabetically. Then the user would change the order (drag-and-drop), and of course he could also move the Notification icon. In case the user deactivates the "manual" mode, nothing should be lost but kept in his preferences (stored settings). That way, in case the user would reactivate the mode, the items would be in the same order than previously. If possible, when "manual" mode is set, the system tray should be consistent/aligned with the order set by the user. That means the system tray would behave differently in "manual mode" than in "default mode". So, in "manual mode" it should not care of categories, but care of user's ordering only. In case any new icon/item appears, i think it should go at the last position. Then it is up to the user to rearrange it later. In case the manual mode was used at least once (settings stored) but deactivated, any new item/icon should also be added/recorded at the end of the manual ordering list. Adding items as first may annoy the user in case he doesn't care of that new item. Also, the more he gets new icons, the more his manual order would get changed/messed up. So adding items as last seems to be the best option. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 --- Comment #20 from Konrad Materka --- More questions: What to do with new items (first start of new application)? * Add them as first? Last? Add some more sophisticated heuristics and try to guess where it should be (that might be tricky)? After manual ordering we will have a list of items stored in settings. * should we ever remove items from it? Probably no. * when new item appears, should we store it is settings automatically? Probably yes (to avoid random order with more new items). -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782
--- Comment #19 from Konrad Materka ---
I was thinking about this today. It would be really cool to have something
similar to Android or Windows 10 but it has several usability problems:
* some icons can change status between active and passive - in visual edit mode
it is hard to show all in one list
* there are icons visible on demand (like battery, bluetooth, keyboard layout)
* use can enforce status - dragging would be confusing, especially between
hidden and active area
* plenty others
Entries list is good place to put ordering. I have few questions and concerns:
* Entries page and system tray icons have different ordering:
** on entries page, items are grouped by category, categories sorted
alphabetically, then items in category are sorted alphabetically
** system tray show notification item always as first, then items are grouped
by category, categories have explicit order ("UnknownCategory/Miscellaneous",
"ApplicationStatus", "Communications", "SystemServices", "Hardware"), then
items in category are sorted alphabetically
With different ordering on Entries page we can't just enable manual ordering -
it must be consistent. Should we change ordering on Entries config page?
* we need a way to reset to default ordering (by category, then
alphabetically). IMO the best would be to add dropdown with ordering options on
General page: "Default (by category, then alphabetically), Manual (order
manually in entries page)". I would like to avoid adding new controls to
Entries page - list with icons/items should occupy as much space as possible.
>From the other side separating ordering options and Entries list is not
intuitive. Maybe just one new checkbox ("Manual order") which enables custom
order?
* Notification icon is always first - in manual ordering should we allow to
move it?
--
You are receiving this mail because:
You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 --- Comment #18 from Nate Graham --- I think making it a drag-and-drop thing on the config page makes the most sense. The config page is the only place where you can see all entries--visible, hidden, and disabled--to be able to control the ordering of everything. It we implement drag-and-drop for the items themselves on the panel or in the popup, you would be unable to easily control the ordering for hidden or disabled items. And the ordering would change when a hidden item becomes visible, or vice versa. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 --- Comment #17 from Yannick --- Thanks to Nate Graham for considering my demand and idea (sorting in Entries page with a draggable system). I've suggested that idea because I thought the icons were sorted in the same order of the entries page from system tray settings (as it is where we can set the icons we want to always show or hide). But if the sorting can be implemented directly in the system tray as an easier solution, that one is best ! -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 --- Comment #16 from Konrad Materka --- Or another idea, sorting is done in system tray itself, by drag and drop. It could work similarly as in Android notification area, when it is possible to add/remove/move icons in edit mode. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Konrad Materka changed: What|Removed |Added CC||mate...@gmail.com --- Comment #15 from Konrad Materka --- Items are now sorted in SortedSystemTrayModel. It already has two sorting algorithms (SortedSystemTrayModel::SortingType): one for configuration page and second one for items in system tray. It should be pretty easy to add manual order. There is one issue with this: we need the same sorting for configuration page and system tray, if now manual sorting will need separate page in settings. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 --- Comment #14 from Jarrard --- Having it as a optional thing wouldn't be a bad idea :) -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Nate Graham changed: What|Removed |Added Ever confirmed|1 |0 Status|RESOLVED|REPORTED Resolution|INTENTIONAL |--- --- Comment #13 from Nate Graham --- Maybe we should reconsider this. Requests are piling up. We could perhaps put the UI in the Entries page of the settings window, by making the list items draggable. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Nate Graham changed: What|Removed |Added CC||yb21...@yahoo.fr --- Comment #12 from Nate Graham --- *** Bug 436063 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Nate Graham changed: What|Removed |Added CC||toadfi...@tutanota.com --- Comment #11 from Nate Graham --- *** Bug 434629 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Nate Graham changed: What|Removed |Added CC||overlord.jarrard@protonmail ||.com --- Comment #10 from Nate Graham --- *** Bug 433474 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Nate Graham changed: What|Removed |Added CC||folderkille...@gmail.com --- Comment #9 from Nate Graham --- *** Bug 429146 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Nate Graham changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |INTENTIONAL --- Comment #8 from Nate Graham --- We decided not to do this. Instead we went for an alternative approach: Applets are now grouped into logical sections and retain their positions in those sections. So at least they shouldn't jump around anymore, and the ordering will never change. If everyone hates this after a few releases, we can consider alternatives. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Patrick Silva changed: What|Removed |Added CC||bugsefor...@gmx.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Nate Graham changed: What|Removed |Added Status|REOPENED|CONFIRMED -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 384782] Allow manually re-ordering tray icons
https://bugs.kde.org/show_bug.cgi?id=384782 Nate Graham changed: What|Removed |Added Summary|Allow tray icons reorder|Allow manually re-ordering ||tray icons -- You are receiving this mail because: You are watching all bug changes.
