|
Bugzilla – Full Text Bug Listing |
| Summary: | Sorting apps in SLAB doesn't work | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE 11.0 | Reporter: | Dean Sawash <munkiiboi> |
| Component: | GNOME | Assignee: | Federico Mena Quintero <federico> |
| Status: | RESOLVED NORESPONSE | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P3 - Medium | CC: | captain.magnus, federico, kontakt, neiskam |
| Version: | RC 1 | ||
| Target Milestone: | --- | ||
| Hardware: | i586 | ||
| OS: | openSUSE 10.3 | ||
| Whiteboard: | gnome-function-does-not-work, gnome-usability, gnomeup-gnome-main-menu | ||
| Found By: | Beta-Customer | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Bug Depends on: | |||
| Bug Blocks: | 341831 | ||
| Attachments: | A video demo of slab's screwiness | ||
I have no problems with SLAB reordering. Did you try on other machine? What I'm seeing is that the launchers have an internally maintained linear ordering (corresponding to the tab order used in keyboard navigation), and that when a launcher is dragged to a new position, all launchers between the old and new positions are shifted. When a launcher is dragged horizontally, this amounts to a swap between two launchers, and it's unsurprising. When a launcher is dragged vertically, then the results are a bit more surprising. It should still be possible to reorder the slab arbitrarily, but it may take some figuring out. I'd argue that it works but is confusing and that swapping of launchers between the source and destination locations would be less confusing than the current behavior. If this is indeed what you're seeing, let's adjust the summary and the severity. Yeah, I have the same problem. Reordering an item pushes subsequent ones to the "right". But items are ordered like 1 2 3 4 5 6 So reordering is very confusing, since seemingly all the elements change when you reorder something. i've found a very basic workaround, just remove ~/.local/share/gnome-main-menu/applications.xbel from your home directory - slab will start behaving normally again, but you'll lose all your favoured applications! Disclaimer: this doesn't fix the bug itself, and it could regenerate later. I'd like to know what to do about this one. Items are ordered like 1 2 3 4 5 6 but your gestalt vision makes you think they are ordered vertically. Maybe "pushing items down" instead of "pushing them to the right" would be better? This may not be hard to fix. See gnome-main-menu/main-menu/src/tile-table.c:reorder_tiles(). You can get the number of rows/columns from the parent class GtkTable. ok, since this bug has been brought up again, i guess i should tell you how to reproduce it, just in case: create a .desktop launcher anywhere then add it to g-m-m favourites and then delete the launcher, watch slab going nuts! however, to fix you only have to edit ~/.local/share/gnome-main-menu/applications.xbel and delete the the missing apps from the list i don't know what you can make of this, but one way to fix is to make slab check for existing shortcuts and automatically delete the ones that doesn't pass, or just let it launch apps by itself without the need for any darn shortcuts, i don't think this should be reproducible in 11.0 by all means Still happens in openSUSE 11.0; I'll take care of this. Upstream bug exists for this as well: http://bugzilla.gnome.org/show_bug.cgi?id=379544 The version with which you had the bug is now obsolete. I'll close this as NORESPONSE. If you can still reproduce it in current 11.4, please reopen the bug and move it to the appropriate version. Thanks! |
Created attachment 175083 [details] A video demo of slab's screwiness drag & drop in slab's application area causes confusion and displacement of the launchers' positions. for a demo, check the attached video.