GNOME - How to remove app launchers from the activities menuGnome menu panel blank spaceHow can I make the...
How are steel imports supposed to threaten US national security?
how do you value what your leisure time is worth?
How to ride a fish?
Can a Creature at 0 HP Take Damage?
What is the good path to become a Judo teacher?
I am confused with the word order when putting a sentence into passé composé with reflexive verbs
Should I withdraw my paper because the Editor is behaving so badly with me?
Can I use I2C over 2m cables?
Is it fine to ask this kind of question to the corresponding author of a paper?
Is it possible to use a Mosfet in switching mode as an electronic load?
Sanitise a high score table
Why is the logical NOT operator in C-style languages "!" and not "~~"?
What does ぎゃんかわ女子 mean?
Chances of successful landing on the moon
What does IKEA-like mean?
Does the Creighton Method of Natural Family Planning have a failure rate of 3.2% or less?
My first random password generator
What do you call the fallacy of thinking that some action A will guarantee some outcome B, when in reality B depends on multiple other conditions?
Can something have more sugar per 100g than the percentage of sugar that's in it?
Finger Picking Chords - Beats per bar
Singing - effect of vowels on tuning and tonality
Can you be promoted and then fired for-cause? (Performance)
Relation between signal processing and control systems engineering?
How could "aggressor" pilots fly foreign aircraft without speaking the language?
GNOME - How to remove app launchers from the activities menu
Gnome menu panel blank spaceHow can I make the GNOME Shell Activities Bar small all the time?How to generate menu.lua for Awesome WM from GNOME menu?Desktop launchers not getting scanned by Gnomehow to exit activities screen?gnome shell how to access eye of gnome application menuHow can I resize the Applications menu item in Gnome?Remove unlock option from gnome control centerShow complete workspace preview in gnome-shell activities
.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{
margin-bottom:0;
}
I want to know if there is a way to remove application launchers in GNOME's activities menu:
I also want to know If I can make folders (or groups) like the existing utilities
folder in the picture:
After I install applications they always install other dependencies which I don't want to browse through every time I am searching for an application.
In Openbox this was exeptionally well done using ~/.config/openbox/menu.xml
where I specified exact file / folder structure which benefited my productivity.
gnome
add a comment
|
I want to know if there is a way to remove application launchers in GNOME's activities menu:
I also want to know If I can make folders (or groups) like the existing utilities
folder in the picture:
After I install applications they always install other dependencies which I don't want to browse through every time I am searching for an application.
In Openbox this was exeptionally well done using ~/.config/openbox/menu.xml
where I specified exact file / folder structure which benefited my productivity.
gnome
Please post the second part (i.e. folders in Activities) as a separate question if possible because it sounds like a separate issue. Ping me if you do so.
– pomsky
Nov 12 '17 at 16:58
add a comment
|
I want to know if there is a way to remove application launchers in GNOME's activities menu:
I also want to know If I can make folders (or groups) like the existing utilities
folder in the picture:
After I install applications they always install other dependencies which I don't want to browse through every time I am searching for an application.
In Openbox this was exeptionally well done using ~/.config/openbox/menu.xml
where I specified exact file / folder structure which benefited my productivity.
gnome
I want to know if there is a way to remove application launchers in GNOME's activities menu:
I also want to know If I can make folders (or groups) like the existing utilities
folder in the picture:
After I install applications they always install other dependencies which I don't want to browse through every time I am searching for an application.
In Openbox this was exeptionally well done using ~/.config/openbox/menu.xml
where I specified exact file / folder structure which benefited my productivity.
gnome
gnome
asked Nov 12 '17 at 14:08
71GA71GA
4912 gold badges11 silver badges28 bronze badges
4912 gold badges11 silver badges28 bronze badges
Please post the second part (i.e. folders in Activities) as a separate question if possible because it sounds like a separate issue. Ping me if you do so.
– pomsky
Nov 12 '17 at 16:58
add a comment
|
Please post the second part (i.e. folders in Activities) as a separate question if possible because it sounds like a separate issue. Ping me if you do so.
– pomsky
Nov 12 '17 at 16:58
Please post the second part (i.e. folders in Activities) as a separate question if possible because it sounds like a separate issue. Ping me if you do so.
– pomsky
Nov 12 '17 at 16:58
Please post the second part (i.e. folders in Activities) as a separate question if possible because it sounds like a separate issue. Ping me if you do so.
– pomsky
Nov 12 '17 at 16:58
add a comment
|
1 Answer
1
active
oldest
votes
App launchers shown in GNOME Activities are located either in /usr/share/applications/
or ~/.local/share/applications/
as .desktop
files.
You can hide an individual app launcher from Activities by adding an extra NoDisplay=true
line to the corresponding .desktop
file.
It is generally not advisable to edit the .desktop
file located in /usr/share/applications/
. Instead copy the file to ~/.local/share/applications/
first and make the change to the copied file.
If you can't find the right .desktop
file in any of the two locations mentioned above, try /usr/local/share/applications
too.
Is it possible to screw anything if I just delete everything from there and manually ad them myself? Also is it possible that they get overwritten on system upgrades?
– 71GA
Nov 12 '17 at 17:31
1
Theoretically it shouldn't cause any issue with the app itself. But as you have suspected, an application update will create/overwrite the.desktop
file(s).
– pomsky
Nov 12 '17 at 17:35
Probably .desktop files in.local/share/applications
won't get overwritten on upgrade while the ones in/usr/share/applications
will.
– 71GA
Nov 12 '17 at 17:39
@71GA Yes, that's why it's advisable to create a local copy first and make the changes there.
– pomsky
Nov 12 '17 at 17:40
1
A minimalist solution would be creating a same-name .desktop file at ~/local/share/applications/ with only the "NoDisplay=true" line. I create this file and create several symlinks to mask the apps that I don't use.
– Wu Xingbo
Mar 19 at 2:29
|
show 1 more comment
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/4.0/"u003ecc by-sa 4.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f404043%2fgnome-how-to-remove-app-launchers-from-the-activities-menu%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
App launchers shown in GNOME Activities are located either in /usr/share/applications/
or ~/.local/share/applications/
as .desktop
files.
You can hide an individual app launcher from Activities by adding an extra NoDisplay=true
line to the corresponding .desktop
file.
It is generally not advisable to edit the .desktop
file located in /usr/share/applications/
. Instead copy the file to ~/.local/share/applications/
first and make the change to the copied file.
If you can't find the right .desktop
file in any of the two locations mentioned above, try /usr/local/share/applications
too.
Is it possible to screw anything if I just delete everything from there and manually ad them myself? Also is it possible that they get overwritten on system upgrades?
– 71GA
Nov 12 '17 at 17:31
1
Theoretically it shouldn't cause any issue with the app itself. But as you have suspected, an application update will create/overwrite the.desktop
file(s).
– pomsky
Nov 12 '17 at 17:35
Probably .desktop files in.local/share/applications
won't get overwritten on upgrade while the ones in/usr/share/applications
will.
– 71GA
Nov 12 '17 at 17:39
@71GA Yes, that's why it's advisable to create a local copy first and make the changes there.
– pomsky
Nov 12 '17 at 17:40
1
A minimalist solution would be creating a same-name .desktop file at ~/local/share/applications/ with only the "NoDisplay=true" line. I create this file and create several symlinks to mask the apps that I don't use.
– Wu Xingbo
Mar 19 at 2:29
|
show 1 more comment
App launchers shown in GNOME Activities are located either in /usr/share/applications/
or ~/.local/share/applications/
as .desktop
files.
You can hide an individual app launcher from Activities by adding an extra NoDisplay=true
line to the corresponding .desktop
file.
It is generally not advisable to edit the .desktop
file located in /usr/share/applications/
. Instead copy the file to ~/.local/share/applications/
first and make the change to the copied file.
If you can't find the right .desktop
file in any of the two locations mentioned above, try /usr/local/share/applications
too.
Is it possible to screw anything if I just delete everything from there and manually ad them myself? Also is it possible that they get overwritten on system upgrades?
– 71GA
Nov 12 '17 at 17:31
1
Theoretically it shouldn't cause any issue with the app itself. But as you have suspected, an application update will create/overwrite the.desktop
file(s).
– pomsky
Nov 12 '17 at 17:35
Probably .desktop files in.local/share/applications
won't get overwritten on upgrade while the ones in/usr/share/applications
will.
– 71GA
Nov 12 '17 at 17:39
@71GA Yes, that's why it's advisable to create a local copy first and make the changes there.
– pomsky
Nov 12 '17 at 17:40
1
A minimalist solution would be creating a same-name .desktop file at ~/local/share/applications/ with only the "NoDisplay=true" line. I create this file and create several symlinks to mask the apps that I don't use.
– Wu Xingbo
Mar 19 at 2:29
|
show 1 more comment
App launchers shown in GNOME Activities are located either in /usr/share/applications/
or ~/.local/share/applications/
as .desktop
files.
You can hide an individual app launcher from Activities by adding an extra NoDisplay=true
line to the corresponding .desktop
file.
It is generally not advisable to edit the .desktop
file located in /usr/share/applications/
. Instead copy the file to ~/.local/share/applications/
first and make the change to the copied file.
If you can't find the right .desktop
file in any of the two locations mentioned above, try /usr/local/share/applications
too.
App launchers shown in GNOME Activities are located either in /usr/share/applications/
or ~/.local/share/applications/
as .desktop
files.
You can hide an individual app launcher from Activities by adding an extra NoDisplay=true
line to the corresponding .desktop
file.
It is generally not advisable to edit the .desktop
file located in /usr/share/applications/
. Instead copy the file to ~/.local/share/applications/
first and make the change to the copied file.
If you can't find the right .desktop
file in any of the two locations mentioned above, try /usr/local/share/applications
too.
answered Nov 12 '17 at 16:35
pomskypomsky
5512 silver badges15 bronze badges
5512 silver badges15 bronze badges
Is it possible to screw anything if I just delete everything from there and manually ad them myself? Also is it possible that they get overwritten on system upgrades?
– 71GA
Nov 12 '17 at 17:31
1
Theoretically it shouldn't cause any issue with the app itself. But as you have suspected, an application update will create/overwrite the.desktop
file(s).
– pomsky
Nov 12 '17 at 17:35
Probably .desktop files in.local/share/applications
won't get overwritten on upgrade while the ones in/usr/share/applications
will.
– 71GA
Nov 12 '17 at 17:39
@71GA Yes, that's why it's advisable to create a local copy first and make the changes there.
– pomsky
Nov 12 '17 at 17:40
1
A minimalist solution would be creating a same-name .desktop file at ~/local/share/applications/ with only the "NoDisplay=true" line. I create this file and create several symlinks to mask the apps that I don't use.
– Wu Xingbo
Mar 19 at 2:29
|
show 1 more comment
Is it possible to screw anything if I just delete everything from there and manually ad them myself? Also is it possible that they get overwritten on system upgrades?
– 71GA
Nov 12 '17 at 17:31
1
Theoretically it shouldn't cause any issue with the app itself. But as you have suspected, an application update will create/overwrite the.desktop
file(s).
– pomsky
Nov 12 '17 at 17:35
Probably .desktop files in.local/share/applications
won't get overwritten on upgrade while the ones in/usr/share/applications
will.
– 71GA
Nov 12 '17 at 17:39
@71GA Yes, that's why it's advisable to create a local copy first and make the changes there.
– pomsky
Nov 12 '17 at 17:40
1
A minimalist solution would be creating a same-name .desktop file at ~/local/share/applications/ with only the "NoDisplay=true" line. I create this file and create several symlinks to mask the apps that I don't use.
– Wu Xingbo
Mar 19 at 2:29
Is it possible to screw anything if I just delete everything from there and manually ad them myself? Also is it possible that they get overwritten on system upgrades?
– 71GA
Nov 12 '17 at 17:31
Is it possible to screw anything if I just delete everything from there and manually ad them myself? Also is it possible that they get overwritten on system upgrades?
– 71GA
Nov 12 '17 at 17:31
1
1
Theoretically it shouldn't cause any issue with the app itself. But as you have suspected, an application update will create/overwrite the
.desktop
file(s).– pomsky
Nov 12 '17 at 17:35
Theoretically it shouldn't cause any issue with the app itself. But as you have suspected, an application update will create/overwrite the
.desktop
file(s).– pomsky
Nov 12 '17 at 17:35
Probably .desktop files in
.local/share/applications
won't get overwritten on upgrade while the ones in /usr/share/applications
will.– 71GA
Nov 12 '17 at 17:39
Probably .desktop files in
.local/share/applications
won't get overwritten on upgrade while the ones in /usr/share/applications
will.– 71GA
Nov 12 '17 at 17:39
@71GA Yes, that's why it's advisable to create a local copy first and make the changes there.
– pomsky
Nov 12 '17 at 17:40
@71GA Yes, that's why it's advisable to create a local copy first and make the changes there.
– pomsky
Nov 12 '17 at 17:40
1
1
A minimalist solution would be creating a same-name .desktop file at ~/local/share/applications/ with only the "NoDisplay=true" line. I create this file and create several symlinks to mask the apps that I don't use.
– Wu Xingbo
Mar 19 at 2:29
A minimalist solution would be creating a same-name .desktop file at ~/local/share/applications/ with only the "NoDisplay=true" line. I create this file and create several symlinks to mask the apps that I don't use.
– Wu Xingbo
Mar 19 at 2:29
|
show 1 more comment
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f404043%2fgnome-how-to-remove-app-launchers-from-the-activities-menu%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Please post the second part (i.e. folders in Activities) as a separate question if possible because it sounds like a separate issue. Ping me if you do so.
– pomsky
Nov 12 '17 at 16:58