Bug 1060554 - Please place all Libreoffice icons in an Icon Folder for Gnome-Shell
Summary: Please place all Libreoffice icons in an Icon Folder for Gnome-Shell
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: libreoffice
Version: 20
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Caolan McNamara
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-02-02 15:15 UTC by Ali Akcaagac
Modified: 2014-02-05 17:21 UTC (History)
7 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-02-05 17:21:23 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Screenshot (1.07 MB, image/png)
2014-02-03 00:48 UTC, Ali Akcaagac
no flags Details

Description Ali Akcaagac 2014-02-02 15:15:28 UTC
This is a REQUEST

The recent versions of gnome-shell has the capability to group icons into subfolders (as known on iOS or Android). Libreoffice provides plenty of icons for all kind of applications (Depends on what extras you install). Unfortunately they are placed across the entire applications field of gnome-shell. It would be really nice, to have these icons group in a subfolder called "Libreoffice" to get them out of the way.

Comment 1 David Tardon 2014-02-02 16:57:23 UTC
I thought that the idea of the applications view (or whatever it is called) is to get rid of hierarchical menus. Are we reinventing them now?

Anyway, I have no idea how to achieve it. I have not found any info about this stuff.

Comment 2 Ali Akcaagac 2014-02-03 00:43:33 UTC
I experimented a bit and found this approach to be helpful - still not the right thing!

Under Gnome enter this:

;--- command
gsettings get org.gnome.shell app-folder-categories
;---

It returns something like this:

['Utilities', 'Sundry']

I then added a folder called "LibreOffice"

;--- command
gsettings set org.gnome.shell app-folder-categories ['Utilities', 'Sundry', 'LibreOffice']
;---

After that I altered:

vim /etc/xdg/menus/gnome-applications.menu

And created something like inside that file. It's still missing something because I am new to this kind of "subfolder" stuff myself. It works somehow but still shows LibreOffice duplicated.

;--- cut here
  <!-- LibreOffice -->
  <Menu>
    <Name>LibreOffice</Name>
    <Directory>LibreOffice.directory</Directory>
    <Include>
      <Filename>libreoffice-calc.desktop</Filename>
      <Filename>libreoffice-draw.desktop</Filename>
      <Filename>libreoffice-impress.desktop</Filename>
      <Filename>libreoffice-math.desktop</Filename>
      <Filename>libreoffice-startcenter.desktop</Filename>
      <Filename>libreoffice-writer.desktop</Filename>
    </Include>
  </Menu>
;---

I hope I could give some ideas.

Comment 3 Ali Akcaagac 2014-02-03 00:48:17 UTC
Created attachment 858343 [details]
Screenshot

Here's a screenshot showing how it looks within a folder using my approach of achieving this. Please note that this approach is just a "hack" and probably not the right thing to do. But it would be nice to have LibreOffice somehow fit together in a folder.

Comment 4 Ali Akcaagac 2014-02-05 14:15:22 UTC
After some Google magic I came across this page:

http://www.gauthampdas.com/blog/tech/linux/enabling-categories-in-gnome-3-8-shell-application-menu

It told me to enter this:

gsettings set org.gnome.shell app-folder-categories "['Utilities', 'Sundry', 'Office']"

"Office" will enable the office directory for storing office related applications. I really wonder why I have to go such a complicated way to do this and why this is not part of proper setting in gnome-shell bzw. easily setable through GUI driven settings.

Please I still urge, to enable this by default. Google is full of pages written by people asking for folders.

Comment 5 David Tardon 2014-02-05 17:21:23 UTC
I can't "enable this by default". Installation does not run in user session (in fact, there is no guarantee there is any user session at all), so I simply can't run any gsettings stuff. Anyway, even if that were possible, it would do the change only for the user that run the installation. Unless there is a way do to this by dropping a config. file to some global dir (which would only _add_ a new category, not _modify_ the list of existing ones), it is absolutely no go.


Note You need to log in before you can comment on or make changes to this bug.