After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 764475 - Create folder in overview by drag and drop and application over another
Create folder in overview by drag and drop and application over another
Status: RESOLVED FIXED
Product: gnome-shell
Classification: Core
Component: overview
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
: 767041 781176 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2016-04-01 18:59 UTC by Erwan Georget
Modified: 2020-01-24 11:21 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Erwan Georget 2016-04-01 18:59:23 UTC
Hi

As an user, I would really like to be able to more easily make application folders from the overview. My idea, would be to automatically creating them by drag and drop, if the app is dropped on top of another app, or add the dropped app to a folder if it is dropped on it..

This could have some advantages:

1 - It would make it more easy for the user to sort his apps (for example, by putting all his games in a folder)
2 - The user would be able to more easily find his app, especially if this app don't provide keyword (it happen), and/or that he don't know the name anymore.

As I'm not a designer, I don't know how to make a draft, but if you have question on my idea, feel free to ask.
Comment 1 Florian Müllner 2016-04-01 19:18:07 UTC
(In reply to Erwan Georget from comment #0)
> As an user, I would really like to be able to more easily make application
> folders from the overview. My idea, would be to automatically creating them
> by drag and drop, if the app is dropped on top of another app, or add the
> dropped app to a folder if it is dropped on it..

This has been discussed several times before - the main issue is that drag-and-drop is awkward with pagination (and in particular when taking multiple monitors into account).
Comment 2 Erwan Georget 2016-04-03 11:59:29 UTC
In what ways?
Comment 3 Florian Müllner 2016-05-31 13:10:21 UTC
*** Bug 767041 has been marked as a duplicate of this bug. ***
Comment 4 Luis Henrique Mello 2016-05-31 20:13:30 UTC
(In reply to Florian Müllner from comment #1)
> (In reply to Erwan Georget from comment #0)
> > As an user, I would really like to be able to more easily make application
> > folders from the overview. My idea, would be to automatically creating them
> > by drag and drop, if the app is dropped on top of another app, or add the
> > dropped app to a folder if it is dropped on it..
> 
> This has been discussed several times before - the main issue is that
> drag-and-drop is awkward with pagination (and in particular when taking
> multiple monitors into account).

Perhaps a right-click action could work. You can right-click on a application icon and select "Add to favorites"... is an "Add to folder" option viable?
Comment 5 Florian Müllner 2016-05-31 21:37:51 UTC
(In reply to Luis Henrique Mello from comment #4)
> Perhaps a right-click action could work. You can right-click on a
> application icon and select "Add to favorites"... is an "Add to folder"
> option viable?

Mmh, I'd say it depends - if gnome-software gives us a way to leverage the existing UI for that (like it does for the "Show Details" item), this would be very viable. I wouldn't want to reimplement the exact same UI in the shell (using a different toolkit and the constraint that we cannot use actual windows ...)
Comment 6 generalsnus 2017-03-17 13:54:40 UTC
I cannot believe this was never implemented in Gnome 3.x.  If I have 200 programs installed I could create and manage a folder structure to quickly locate any program in the app menu.  For some reason Gnome decided to implement a search box to find programs.

1) The overview screen/start menu in Gnome was clearly inspired for a touch interface (touch never got popular, btw.)  In a touch interface you don't want to click a menu button and then to open a program you have to type out its name.  How about click, click folder, click icon, done.  Not click, type type type type type type type, click icon, done.

2) A search bar to find applications would mean a new user would have to know every name of every program on their computer.  If, hypothetically, a user came from Windows, they'd search for notepad or Word, not Gedit nor LibreOffice Writer.  I assume to alleviate this in a search bar you would implement a tagging system where familiar apps could have alias names (Word and notepad would find every document processor tagged with that alias.)  So now we have introduced more complexity simply to make an app search usable.

3) If you have 200 programs installed on your computer, scrolling to find a program is not ideal.

4) Muscle memory.  When I know where my apps are I do not have to think about how it's spelled.

5) Accessibility.  If all of my programming apps are under a programming folder I create, I can easily find all of my programming apps.

6) Corporate deployments.  If I deployed Gnome on 1000 computers and expected users to find apps, it would be nice to organize the applications in a structured Office Suite/Accessories/Programming/Internet/AudioVisual application folder structure versus telling them they will have to open each application to see what it does until you memorize the program names to search for them.

As for multi-monitor support, that's literally a fringe number of users.  Heck, only Gnome developers and a few gamers would actually have multi-monitors.  Most users are on laptops.

As much as I don't like Gnome's current application launching structure it does look pretty.  It's just not very usable for muscle memory, a standard workstation image for new users, nor for introducing new users to Linux.
Comment 7 Florian Müllner 2017-03-17 14:11:05 UTC
Please, don't add any possible keywords to a bug, just to raise attention for something you are passionate about.

(For instance "newcomers" means: this bug is suitable for someone who never worked on gnome-shell before. This bug clearly does *not* meet that)
Comment 8 Florian Müllner 2017-04-11 10:50:43 UTC
*** Bug 781176 has been marked as a duplicate of this bug. ***
Comment 9 Daniel van Vugt 2020-01-24 01:57:18 UTC
Close this? The feature seems to exist now.