On 07/24/2011 07:26 AM, Keith Poole wrote:
Hey,
Sorry if this has been covered before, but I couldn't find anything after a
fair bit of research.
I'm looking for a fairly distribution/DM-agnostic (eg: will work with
Gnome/KDE/XFCE/etc) way of registering a new URI scheme such as
, but there are so many varieties
of Linux and different desktop managers that I was hoping there might be some
sort of cross-DM management tool, similar to, or as part of xdg-utils.
Thanks
-Keith
On 24/07/2011, at 11:26 PM, Marty Jack marty...@comcast.net wrote:
Unix-like systems tend
On 07/24/2011 01:06 PM, Bastien Nocera wrote:
On 24 Jul 2011, at 16:40, Marty Jack marty...@comcast.net wrote:
On 07/24/2011 09:49 AM, Keith Poole wrote:
Hey,
Thanks for your response, however I was referring to registering it with
the system, eg: application 'abc' starts and registers
On 07/19/2011 09:08 AM, Michael Terry wrote:
On 07/14/2011 11:36 AM, Michael Terry wrote:
Hello! I've seen the idea of a XDG_CURRENT_DESKTOP environment variable
tossed around a few times on this mailing list, but I don't see it in any
spec.
So XFCE and LXDE are already using it,
On 06/23/2011 06:47 AM, David Faure wrote:
On Thursday 23 June 2011, Michael Thayer wrote:
On Thu, 2011-06-23 at 11:58 +0200, David Faure wrote:
On Monday 18 April 2011, Vincent Untz wrote:
FWIW, I'd consider ./ to be relative to the path defined in the Path
key (which could be ./ to tell
On 06/18/2011 11:33 AM, Matthew Monaco wrote:
I'm finding inconsistent information about how to set system-wide default
applications.
Do I do it with mimeapps.list or defaults.list?
In general is the default app part of the desktop spec or the mime spec?
Is there a difference between
On 05/06/2011 06:31 PM, Ryan Lortie wrote:
hi Sander,
On Fri, 2011-05-06 at 16:58 -0500, Sander Jansen wrote:
Why? For what purpose?
There are quite a lot of reasons that I can imagine why this might be
useful.
For example, desktop environments could use it to match between the DBus
On 04/22/2011 01:59 PM, Scott Salley wrote:
I've been investigating some bugs with gdm and the user list it displays and
discovered that gdm relies on ck-history.
Is there a spec or something for ck-history, because I have some questions
about how it should behave?
The specific
On 04/11/2011 10:08 AM, PCMan wrote:
My fault!
Field code %k is the file path of the desktop entry file, not it's
parent directory.
So if you named the shell script after the desktop file, like
installer.desktop.sh, I think an Exec key like this should work.
Exec=%k.sh
This is a little
On 04/11/2011 12:06 PM, Michael Thayer wrote:
Hello Marty,
On Mon, 2011-04-11 at 11:11 -0400, Marty Jack wrote:
[...]
On Fri, Apr 8, 2011 at 6:28 PM, Michael Thayer
michael.tha...@oracle.com wrote:
[...]
I immediately ran up against the
problem that all paths in .desktop files have
On 04/11/2011 12:06 PM, Michael Thayer wrote:
Hello Marty,
On Mon, 2011-04-11 at 11:11 -0400, Marty Jack wrote:
[...]
On Fri, Apr 8, 2011 at 6:28 PM, Michael Thayer
michael.tha...@oracle.com wrote:
[...]
I immediately ran up against the
problem that all paths in .desktop files have
On 04/11/2011 05:35 PM, Michael Thayer wrote:
On Mon, 2011-04-11 at 22:42 +0200, Michael Thayer wrote:
Using a new Type as you suggested
(Type=ApplicationRelative? Or is that too ugly?) might indeed be more
sensible (and aesthetical) than the ./ prefix. Someone might even
want to keep
On 04/11/2011 08:51 PM, Richard Hartmann wrote:
Hi all,
where can I find the current source to basedir-spec? The webcvs [1]
only goes to 0.6 while cgit.f.o [2] does not list basedir-spec at all.
If I were to submit a patch to list the default values in a table or a
similar form that is
On 03/22/2011 07:24 PM, Daniel Bo wrote:
Is there a spec for a DE to run a binary tarball, for instance if the
archive's executable bit is set, the archive is extracted to /tmp and
a specially named script is executed? If so, how could FD.o get
distributer's that distribute a single,
On 02/24/2011 06:10 AM, Pierre Wieser wrote:
Sorry I am late to the party here and may be off thread. This was
discussed back in 2009 with the proposal at that time being
XDG_CURRENT_DESKTOP.
The shipping versions of LXDE have been using this to control how the
menu processor matches
That being said, I think it might be worth a standard environment
variable to get that. There isn't one that I know of today.
I agree.
May I propose XDG_DESKTOP ?
Regards
Pierre
Sorry I am late to the party here and may be off thread. This was discussed
back in 2009 with the proposal at
16 matches
Mail list logo