touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #04040
[Bug 768636] Re: Adding desktop folder as a .desktop file folder
** Changed in: unity (Ubuntu)
Status: New => Fix Released
** Changed in: unity (Ubuntu)
Assignee: (unassigned) => Marco Trevisan (Treviño) (3v1n0)
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to unity in Ubuntu.
https://bugs.launchpad.net/bugs/768636
Title:
Adding desktop folder as a .desktop file folder
Status in BAMF Application Matching Framework:
Fix Released
Status in Unity:
Fix Released
Status in Unity 2D:
Fix Released
Status in Unity Foundations:
Fix Released
Status in “bamf” package in Ubuntu:
Fix Released
Status in “unity” package in Ubuntu:
Fix Released
Bug description:
This is a feature request, that doesn't follow exactly a standard, but
a "de-facto" problem: it happens quite often that you create a new
desktop link (manally, using the "create launcher" feature of Gnome-
destktop, or using tools like Chromium Application creator); well,
these .desktop files are completely ignored by BAMF when matching a
window to an application, while they should have the greatest priority
maybe from the user point of view.
What about adding the one line patch that would allow this? Monitoring
the user desktop file too BAMF could be more precise when linking an
application to a desktop file (that could be also customized)... I
think that most of users wouldn't use ~/.local/share/applications
without being educated to, or without an automatism that uses it
(consider also that, for example, Chromium by default just creates
.deskop file in the desktop folder!).
To manage notifications about this bug go to:
https://bugs.launchpad.net/bamf/+bug/768636/+subscriptions