Le vendredi 02 septembre 2005 à 15:41 +0200, Jasper Huijsmans a écrit :
Waldo Bastian schreef:
...
3) start normally, root required (e.g. gnome-terminal -e su)
I think this could be indicated in the description/title. Why should the
menu system care about this?
[SNIP]
I don't
On Tue, March 28, 2006 11:32, Francois Gouget wrote:
Not even. First KDE, at least, lets you specify multiple commands
separated by semi-colon so you could drop the 'sh -c':
Exec=/usr/X11R6/bin/xeyes;/usr/X11R6/bin/xeyes
Wow. Does the spec allow this? I can't help but think about what we have
Le mercredi 29 mars 2006 à 15:50 +0200, Francois Gouget a écrit :
Vincent Untz wrote:
On Tue, March 28, 2006 11:32, Francois Gouget wrote:
Not even. First KDE, at least, lets you specify multiple commands
separated by semi-colon so you could drop the 'sh -c':
Exec=/usr/X11R6/bin/xeyes
Le vendredi 07 avril 2006 à 10:37 +0200, Francois Gouget a écrit :
Hi,
Vincent Untz wrote:
[...]
Not even. First KDE, at least, lets you specify multiple commands
separated by semi-colon so you could drop the 'sh -c':
Exec=/usr/X11R6/bin/xeyes;/usr/X11R6/bin/xeyes
Wow. Does the spec
Hi,
Here's a small patch fixing really minor stuff in the desktop entry
spec:
+ fix typos
+ remove duplicate description of what can be in a group header
+ move some text around
+ fix value type for the Icon key
I'd like to update the spec a bit more, so we can at least make 1.0
nearer :-)
Le dimanche 23 avril 2006 à 16:39 -0700, Bastian, Waldo a écrit :
+ is the FSDevice type used by a project? We don't use it in GNOME,
and
I'd like to deprecate it if possible.
It's in use in KDE 3.
+ I wonder about the Actions key. It does make sense to me, but we
don't support
Hi,
On lun, 2006-08-07 at 19:38 -0700, Bastian, Waldo wrote:
[...]
Process safeguard: The review period for this patch ends at Tuesday Aug
15. Without substantial opposition/requests for change I will commit the
patch after the end of the review period.
(One week for a review period looks a
On lun, 2006-08-07 at 19:35 -0700, Bastian, Waldo wrote:
I would like to declare the Desktop Entry Spec to be 1.0 after
proposing and including changes related to the following issues that
have been brought up on this list:
http://lists.freedesktop.org/archives/xdg/2006-April/008012.html
On lun, 2006-08-07 at 19:35 -0700, Bastian, Waldo wrote:
I would like to declare the Desktop Entry Spec to be 1.0 after
proposing and including changes related to the following issues that
have been brought up on this list:
http://lists.freedesktop.org/archives/xdg/2006-April/008012.html
Hi,
Le mardi 22 août 2006, à 17:22, Bastian, Waldo a écrit :
Below I will propose patches for the remaining open issues. If you have
changes that aren't in the updated version already and that aren't
mentioned below, please speak up.
Process safeguard: The review period for these patches
Hi Waldo,
Le mercredi 11 octobre 2006, à 11:21, Bastian, Waldo a écrit :
Note that Gnome isn't complying very strictly with the FDO desktop file
spec anyway, so I wouldn't worry too much about that aspect.
Do you have specific bugs we can work on? :-)
Vincent
--
Les gens heureux ne sont pas
Le mercredi 18 octobre 2006, à 14:49, Dan Winship a écrit :
- If a file contains the string [$i] on a line by itself
before the [Desktop Entry] group, then its contents are
considered immutable, and the startup system will not merge
in the contents of any
Hi,
Le mardi 17 octobre 2006, à 11:30, Bastian, Waldo a écrit :
Hi Waldo,
Le mercredi 11 octobre 2006, à 11:21, Bastian, Waldo a écrit :
Note that Gnome isn't complying very strictly with the FDO desktop file
spec anyway, so I wouldn't worry too much about that aspect.
Do you have
Le lundi 23 octobre 2006, à 13:38, Thiago Macieira a écrit :
Vincent Untz wrote:
XDG_CONFIG_DIRS=/usr/local/etc/xdg:/etc/xdg
Let's suppose I have myapp.desktop in both directories. According to
your current proposal, we should start by looking at the least important
directory, ie /etc/xdg
Le lundi 23 octobre 2006, à 14:36, Dan Winship a écrit :
On Mon, 2006-10-23 at 19:33 +0200, Thiago Macieira wrote:
Especially since environment variables aren't locked down. You can easily
change $XDG_CONFIG_DIRS. Setting it or adding [$i] to some files isn't
equal to system lockdown.
Le jeudi 16 novembre 2006, à 12:07, Bastian, Waldo a écrit :
The landing page for XdgUtils is
http://portland.freedesktop.org/wiki/XdgUtils
Some additional links from www.freedesktop.org would be a good idea,
yes. I'm happy to hear that you volunteered for that task :-)
Some notes about
Le vendredi 17 novembre 2006, à 07:54, Jeremy White a écrit :
I wouldn't put this in the spec, but on the webpage that contains the
all the links to the spec.
I disagree. I looked at the Standards page, and I felt that xdg-utils
was not appropriate there; it's not a standard.
I was not
Le mardi 14 novembre 2006, à 23:03, Bastian, Waldo a écrit :
I have attached a patch that adds support for Path= entries in .desktop
files to gnome as that was one the missing features that showed up while
testing for desktop entry spec compliance. See also
Le dimanche 19 novembre 2006, à 12:57, Christian Kellner a écrit :
On Sun, 2006-11-19 at 12:50 +0100, Vincent Untz wrote:
Thanks for the patch. I updated it to fix one or two things. I don't
think Path is required, so we shouldn't fail if it's not there.
cc'ing gnome-vfs-list to have
Le lundi 19 février 2007, à 23:35, Mikkel Kamstrup Erlandsen a écrit :
Let's get the ball rolling on the metadata spec. This first period will
just be *brainstorming*, so let's try and avoid the nitty gritty details
for now.
Hi Mikkel,
Just wondering: would it make sense to move the
Le mardi 20 février 2007, à 23:08, Mikkel Kamstrup Erlandsen a écrit :
2007/2/20, Vincent Untz [EMAIL PROTECTED]:
Le lundi 19 février 2007, à 23:35, Mikkel Kamstrup Erlandsen a écrit :
Let's get the ball rolling on the metadata spec. This first period
Hi Alex,
Le mardi 06 mars 2007, à 10:02, Alexander Larsson a écrit :
I've set up a webpage for xdg-user-dirs:
http://freedesktop.org/wiki/Software_2fxdg_2duser_2ddirs
It has the latest released version.
Cool!
Just wondering: should we describe the way this works in a spec?
(could be the
Le mercredi 10 janvier 2007, à 08:15, Matthias Clasen a écrit :
I recently changed the GKeyFile parser in glib to more faithfully
implement the .ini-file format flavour described in the desktop entry
spec. The was triggered by a bug complaining that the glib support
wasn't symmetric, ie it
Le dimanche 11 mars 2007, à 17:18, Vincent Untz a écrit :
Hi,
I've been working on updating desktop-file-utils for the latest
changes in the desktop entry spec. While doing this, I found that there
are still some issues with the spec.
Here are some patches:
I forgot this patch
Le jeudi 22 mars 2007, à 09:33, Richard Hughes a écrit :
On Thu, 2007-03-22 at 06:55 +0100, Thiago Macieira wrote:
Any library designed to be used by other languages.
Agreed. What do you think of the amended attached API? If we started to
agree on something like this, where do we go from
Hi,
Is it okay if I go ahead and change the fdo wiki so that it talks about
specs and not standards? I'll keep http://freedesktop.org/wiki/Standards
(and other similar urls) and make them redirect to
http://freedesktop.org/wiki/Specifications
Vincent
--
Les gens heureux ne sont pas pressés.
Le jeudi 22 mars 2007, à 13:39, Richard Hughes a écrit :
On 22/03/07, Vincent Untz [EMAIL PROTECTED] wrote:
Le jeudi 22 mars 2007, à 09:33, Richard Hughes a écrit :
On Thu, 2007-03-22 at 06:55 +0100, Thiago Macieira wrote:
Any library designed to be used by other languages.
Agreed
Hi,
Le vendredi 23 mars 2007, à 10:31, Brian J. Tarricone a écrit :
Hi all,
We're revisiting our desktop menu implementation in Xfce, and I'm
looking at some old hacks I put into the old implementation to sanitise
the Exec and/or TryExec keys before using them.
Regarding the TryExec key,
Le samedi 24 mars 2007, à 11:53, Brian J. Tarricone a écrit :
I don't think it's needed to specify that field codes, quoting
escaping rules don't apply to TryExec: this part doesn't look
ambiguous to me in the spec. But if you feel it's still ambiguous in
the spec, then we should fix in
Le lundi 26 mars 2007, à 09:23, Brian J. Tarricone a écrit :
On Mon, 26 Mar 2007 17:12:12 +0200 Sanel Zukan wrote:
Hi to all,
I am currently implementing Base directory specification for EDE,
according to documentation located at:
Hi,
Looking at http://freedesktop.org/wiki/Specifications we have
specifications categorized in the following categories:
+ Draft specifications that have pretty good de facto
adoption/agreement
+ Draft specifications that are new and not yet widely used, though
they may be used by one
Hi Josef,
Le jeudi 29 mars 2007, à 09:50, Josef Spillner a écrit :
Am Mittwoch, 28. März 2007 21:55 schrieb Vincent Untz:
Specifications being written, and that are not endorsed yet:
ghns spec, and all the specs that I forgot to mention (I'm lazy ;-))
GHNS is fortunately going strong
Le dimanche 11 mars 2007, à 17:18 +0100, Vincent Untz a écrit :
Here are some patches:
+ trailing-semicolon.patch: clarify that lists should always end with a
semicolon, even if there's only one value. This is currently
ambiguous in the spec.
+ unmounticon.patch: UnmountIcon
Le dimanche 11 mars 2007, à 20:49 +0100, Vincent Untz a écrit :
Le dimanche 11 mars 2007, à 17:18, Vincent Untz a écrit :
Hi,
I've been working on updating desktop-file-utils for the latest
changes in the desktop entry spec. While doing this, I found that there
are still some issues
Le samedi 24 mars 2007, à 13:59 +0100, Vincent Untz a écrit :
Le dimanche 11 mars 2007, à 17:18, Vincent Untz a écrit :
Hi,
I've been working on updating desktop-file-utils for the latest
changes in the desktop entry spec. While doing this, I found that there
are still some issues
Le lundi 26 mars 2007, à 00:56 +0200, Vincent Untz a écrit :
Le samedi 24 mars 2007, à 11:53, Brian J. Tarricone a écrit :
I don't think it's needed to specify that field codes, quoting
escaping rules don't apply to TryExec: this part doesn't look
ambiguous to me in the spec. But if you
Le mercredi 18 avril 2007, à 23:56 +0200, Vincent Untz a écrit :
Hi,
Le mardi 17 avril 2007, à 12:45, Dan Winship a écrit :
The description of the numeric data type in the Desktop Entry Spec is:
a valid floating point number as recognized by the %f specifier for
scanf
Hi,
Someone reported that in the current version of the spec, we say:
Desktop entry files are encoded as lines of 8-bit characters separated
by LF characters.
But UTF-8 characters can use several bytes for one character. We can
either just say lines separated by LF characters, lines of text
Le vendredi 29 juin 2007, à 12:51 -0400, Matthias Clasen a écrit :
On Fri, 2007-06-29 at 18:37 +0200, Vincent Untz wrote:
Hi,
Someone reported that in the current version of the spec, we say:
Desktop entry files are encoded as lines of 8-bit characters separated
by LF characters
Hi,
Here's a patch that changes the menu spec to support X-foo
environments for OnlyShowIn keys. It's useful for people writing new
environments :-)
It's pretty straight-forward, so I don't think there's any reason to not
put this in.
This is https://bugs.freedesktop.org/show_bug.cgi?id=11564
Hi,
Le vendredi 27 juillet 2007, à 11:31 +0300, Tapani Pälli a écrit :
Hello,
I would like to suggest a new hint '_NET_INPUT_AREAS' for EWMH to be
used by window managers and toolkit. This hint would be a list of
rectangles where input method is located. This allows toolkits (Gtk
etc.) to
Le mercredi 08 août 2007, à 17:11 +0200, Philipp Thomas a écrit :
I need categories for a dock type application and its settings tool and non
of the available ones seem to fit. After discussing this with a collegue,
I'd like to follow his ideas and propose the following:
1) deprecate
Le vendredi 27 juillet 2007, à 19:14 +0200, Vincent Untz a écrit :
Hi,
Here's a patch that changes the menu spec to support X-foo
environments for OnlyShowIn keys. It's useful for people writing new
environments :-)
Committed.
Vincent
--
Les gens heureux ne sont pas pressés
Hi,
Le dimanche 02 décembre 2007, à 01:45 +0100, [EMAIL PROTECTED] a écrit :
Hi,
My application includes a .desktop file containing the following Categories
key: Categories=Application;Utility;TextEditor;GTK;
The application is a text editor and I just copy-pasted from a similar editor.
Hi,
Le dimanche 02 décembre 2007, à 09:35 +0530, jenny tc a écrit :
Hi
Is it possible to have a keyboard or mouse or any input device with
Xvfb? I am using Xvfb with the X11R7.3. If possible , any special
configuration needed?If not any modifiction of the xvfb code will do it?
Sorry,
Le mardi 01 avril 2008, à 23:30 +0200, Thiago Macieira a écrit :
Dr. Michael J. Chudobiak wrote:
You are correct about this. But in my opinion the consequence of this
should be another change of the spec. It should be rephrased to say
that the empty PNG file should only be created if
Le mercredi 09 avril 2008, à 22:32 +0200, jmehdi a écrit :
Hi,
I'm the admin of the Ubuntu Muslim Edition and I want to add a
Religion menu in the Applications Gnome menu.
I saw here:
http://standards.freedesktop.org/menu-spec/menu-spec-0.9.html#category-registry
that no category exists to
Le lundi 14 avril 2008, à 21:47 +0800, Toma a écrit :
Well there is a growing number of Religious software about and it
should have a home in the menu. Its a matter of organisation and not
about making people happy. Personally, I hate tidying up but its got
to be done. :)
Having a registered
Le mercredi 16 avril 2008, à 12:50 +0200, Stanislav Brabec a écrit :
D Marlin wrote:
so GPE is working to comply with existing standards. In support of
this effort, I would like to request the registration of an Additional
Category for GPE:
Additional
Le lundi 14 avril 2008, à 08:52 -0400, Randy Kramer a écrit :
On Monday 14 April 2008 05:47 am, Vincent Untz wrote:
I guess it can make sense to add Religion as an additional category. We
just need to choose one main category for this. From the list, I'd say
the ones that look more or less
Le mercredi 16 avril 2008, à 16:11 +0100, Bastien Nocera a écrit :
Heya,
Does anyone know how I can update the specs at:
http://standards.freedesktop.org/shared-mime-info-spec/
It doesn't have Alex' latest changes, done in CVS.
If you have the required permissions:
+ on gabe, go in
Le mercredi 16 avril 2008, à 17:22 +0200, Vincent Untz a écrit :
Le mercredi 16 avril 2008, à 16:11 +0100, Bastien Nocera a écrit :
Heya,
Does anyone know how I can update the specs at:
http://standards.freedesktop.org/shared-mime-info-spec/
It doesn't have Alex' latest changes
Le jeudi 17 avril 2008, à 02:45 +0300, Nick Shaforostoff a écrit :
Hi!
I'd like to suggest rethinking top-level apps menu categories set.
Specifically, 'Utilities' and 'System' are quite confusing for a lot of people
Also, I suggested introducing submenus, like
Web|File download and
Le jeudi 17 avril 2008, à 08:48 +0200, cobaco (aka Bart Cornelis) a écrit :
On Thursday 17 April 2008, 洪任諭 wrote:
I have a proposal for the current Desktop Entry Spec.
Let desktop entry files derive from another desktop file.
Desktop entry files get widely used today, but there exists some
Le jeudi 17 avril 2008, à 10:19 +0800, 洪任諭 a écrit :
Here is an example of the proposed new format of the new user custom
desktop entry files.
[Desktop Entry]
Inherit=nm-applet.desktop
OnlyShowIn=GNOME;XFCE;LXDE
Nit-picking: missing semi-colon at the end of OnlyShowIn and LXDE is not
a
Le mercredi 16 avril 2008, à 11:31 -0400, Rodney Dawes a écrit :
I would vote for having it be either Philosophy or Theology.
I like Theology.
Education-Theology. Any people against this?
Vincent
--
Les gens heureux ne sont pas pressés.
___
xdg
Le jeudi 17 avril 2008, à 21:20 +0200, Patrice Dumas a écrit :
On Fri, Apr 18, 2008 at 02:59:12AM +0800, 洪任諭 wrote:
Then those desktop environments should add support to xdg-utils for
their environment and send patches. As you say, there are many more,
and the numbers are growing --
Le jeudi 17 avril 2008, à 12:11 -0700, Brian J. Tarricone a écrit :
洪任諭 wrote:
Brian J Tarricone wrote:
洪任諭 wrote:
However, the xdg-utils way has a serious drawback:
Currently xdg-utils only recognize gnome/kde/xfce.
There are much more different environments then these three,
Le vendredi 18 avril 2008, à 09:15 +0200, Nicolas Mailhot a écrit :
Le Ven 18 avril 2008 02:40, Martin Meyer a écrit :
4] http://www.freedesktop.org/wiki/Specifications/basedir-spec
For me, the end goal is having less stuff in ~
Also it would be nice mid-term to kill the Distinction
Le jeudi 17 avril 2008, à 20:40 -0400, Martin Meyer a écrit :
Do we need to talk to the KDE folks about this? Do they follow the
thumbnail spec? Is there a process for notifying interested parties
when the spec is updated? Sorry. I'm a n00b and don't know how that
stuff works...
Yeah, that's
Hi,
I've asked for the creation of a git repository to host all fd.o specs
(will make things much easier). I think it'd make sense to send commit
notifications to this list since it will help people track the progress
and the changes. What do people think?
An obvious alternative is to create a
Le lundi 28 avril 2008, à 11:47 -0400, Rodney Dawes a écrit :
On Sat, 2008-04-26 at 15:55 +0200, Vincent Untz wrote:
Hi,
I've asked for the creation of a git repository to host all fd.o specs
(will make things much easier). I think it'd make sense to send commit
notifications
Le mardi 29 avril 2008, à 21:43 +0300, Toni Ruottu a écrit :
Untz, do you have a reason for preferring GIT over Bazaar? I'm not
saying GIT is bad, I just want the choices to be discussed. We ought to
choose the one that best fits our needs.
I don't care that much about the vcs, to be honest.
Hi,
Le mardi 29 avril 2008, à 16:54 -0600, Aaron J. Seigo a écrit :
more concretely, i propose:
* a 'mainline' area for adopted versions of specs
* a 'review' area for specifications that are through a given draft phase and
ready to move to mainline
* a 'drafts' area for
Le mercredi 30 avril 2008, à 12:46 -0600, Aaron J. Seigo a écrit :
On Wednesday 30 April 2008, Vincent Untz wrote:
I pretty much agree with this. Except that, from what I understand in
your mail, you want those areas to clearly appear in the repository. My
idea was to just have all specs
Hi,
Le dimanche 04 mai 2008, à 13:05 +0200, Dieter Plaetinck a écrit :
Hi all,
I really like the idea the idea of having 'well-known user folders'
specified like discussed on this list.
I see some distributions (well, at least ubuntu) implement this already.
(the ~/.config/user-dirs.dirs
Le samedi 17 mai 2008, à 17:03 +0200, Vincent Untz a écrit :
However, there's a kind of conflict between the way we handle the header
and the inline elements, and the order of the merge we're supposed to
have: we end with ItemA1 before MenuB. But I can't see any other way to
have a header
Hey,
Here's another thing that I'd like to the spec.
Let's suppose we have DefaultLayout inline=true inline_limit=2 and
that the structure before doing the inlining is the following:
Menu - Submenu1 - Item1
Item2
Submenu2 - Item3
Item4
There are
Le vendredi 20 juin 2008, à 12:06 +0500, zabeeh khan a écrit :
I have translated xdg-user-dir to Pashto and want to send it to you...is
there anyone who can answer me?
This module is translated via the translation project. See:
http://translationproject.org/domain/xdg-user-dirs.html
Vincent
Le jeudi 26 juin 2008, à 17:11 +0200, David Faure a écrit :
Hmm I thought I implemented it for application desktop files too, but now I
can't find that code anymore. Memory overload :)
I had the idea of supporting X-KDE-Protocols=list of protocols or
X-KDE-Protocols=KIO for all protocols
Le jeudi 26 juin 2008, à 10:53 -0700, Brian J. Tarricone a écrit :
David Faure wrote:
http://bugs.kde.org/show_bug.cgi?id=164068 brings me to posting this mail
here.
As far as I can see there is no support for expanding environment variables
in the desktop entry standard?
This is a
On this topic, you might be interested in
http://bugs.freedesktop.org/show_bug.cgi?id=16581
Vincent
--
Les gens heureux ne sont pas pressés.
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
Hi,
Le mardi 09 septembre 2008, à 17:30 +0200, Kai-Uwe Behrmann a écrit :
Hello,
OpenICC [1] is in search of a tax free organisation to hold some tax free
payments on behalf of the OpenICC project, namely its GSoC mentor
payments.
Is fd.o able and willing to to so and handle transferes
Le lundi 15 septembre 2008, à 16:52 +0200, Andrea Francia a écrit :
There is not a chance to have a issue tracking system and possibly a source
control system for these Spec?
https://bugs.freedesktop.org/enter_bug.cgi?product=Specifications
We have a trash-spec CVS repository, but it's empty
Le mardi 23 septembre 2008, à 14:11 -0700, Bastien Nocera a écrit :
Hey Vincent,
Could you (or any authorised person), please update the icon naming spec
on the website:
http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec-latest.html
Done.
Vincent
--
Les gens heureux ne
Le mardi 23 septembre 2008, à 17:37 -0400, Rodney Dawes a écrit :
Do you know of some way to make the -latest.html link get generated
from the spec in cvs, rather than just pointing at the latest version
that was released? There hasn't been a release since the 0.8 version
of the spec.
It's
Le mercredi 24 septembre 2008, à 11:30 +0200, Stephan Arts a écrit :
On Tue, Sep 23, 2008 at 11:41 PM, Vincent Untz [EMAIL PROTECTED] wrote:
Le mardi 23 septembre 2008, à 17:37 -0400, Rodney Dawes a écrit :
Do you know of some way to make the -latest.html link get generated
from the spec
Le mardi 14 octobre 2008, à 11:44 -0400, Boris Zbarsky a écrit :
I have a question about the treatment of whitespace in .desktop files
[1]. The file format description says:
Entries in the file are {key,value} pairs in the format:
Key=Value
Space before and after the
Le mercredi 03 décembre 2008, à 00:57 +0800, PCMan a écrit :
Sorry for the misunderstanding.
BTW, anyone knows how to contact the maintainers of menu spec?
I tried that previously, but in vain.
I guess I'm more or less a de facto maintainer of it. What changes would
you like to do?
Vincent
Le mercredi 03 décembre 2008, à 02:24 +0800, PCMan a écrit :
I just want to register our desktop environment - LXDE and have it
listed in Registered OnlyShowIn values since it's now getting
popularity, and it's now included in mainstream Linux distros like
Debian Fedora, Mandriva, and SuSE.
Le mardi 06 janvier 2009, à 15:10 +0100, Denis Dzyubenko a écrit :
Hi Owen,
Owen Taylor wrote:
On Thu, 2008-09-11 at 15:18 -0400, Owen Taylor wrote:
The basic idea of the visual change is sound. I would recommend that
instead of setting the visual of the manager window to match that
Le jeudi 08 janvier 2009, à 01:32 +0100, Andrea Francia a écrit :
Is there a bug tracker for the trash spec? This is not the first time
that we talk about the improvements of the specs.
If there is a bug tracker we could open an issue without the fear it is
lost.
Feel free to use the
Le jeudi 08 janvier 2009, à 01:51 +0100, Andrea Francia a écrit :
Is it possible to create the trash-spec component?
https://bugs.freedesktop.org/show_bug.cgi?id=19452
Is it possible add a note about the tracker on the trash-spec page [1]?
Just go ahead, it's a wiki :-)
Vincent
--
Les gens
Le mardi 06 janvier 2009, à 15:31 +0100, Vincent Untz a écrit :
Le mardi 06 janvier 2009, à 15:10 +0100, Denis Dzyubenko a écrit :
Will it get into the next version of spec?
If you add support for this in Qt, I guess it makes sense to add it to
the spec.
Any objection?
Committed
Le samedi 10 janvier 2009, à 18:31 +0800, PCMan a écrit :
Hello,
How did things going?
Has this been done?
Done now (I guess the notion of next week when there are holidays
is... vague for me).
http://specifications.freedesktop.org/menu-spec/menu-spec-latest.html
(also bumped the version
Le mercredi 14 janvier 2009, à 21:23 +0100, Dieter Plaetinck a écrit :
Rodney Dawes wrote:
If I resize my app's window to be more suitable for my uses, where
should that configuration be saved then? It is configuration data,
though all configuration data may not necessarily be what you expect
Le jeudi 15 janvier 2009, à 22:10 +0100, Dieter Plaetinck a écrit :
I see your points and they make sense. I think the real issue is no
longer is it configuration or not, but rather is it configuration
that the user cares about or not
This definition won't work. And this thread can show
Le lundi 26 janvier 2009, à 09:48 +0100, Julien Danjou a écrit :
Hi,
I take a ride on the Web to look who was in charge of the startup
notification library.
I did not find anything obvious. It seems it even did not move to git.
I was thinking about porting this lib to XCB, so I'd enjoy
Le lundi 26 janvier 2009, à 11:08 +0800, PCMan a écrit :
http://standards.freedesktop.org/wm-spec/wm-spec-1.4.html#id2552223
This is mainly a 32-bit / 64-bit issue.
You should probably send this mail to the wm-spec-list mailing list:
http://mail.gnome.org/mailman/listinfo/wm-spec-list
Vincent
Alexey asked to be cc'ed, so doing this ;-)
Vincent
Le mardi 17 février 2009, à 10:38 +0100, David Faure a écrit :
On Thursday 12 February 2009, Alexey Shuvaev wrote:
Hello all!
The long history short: FITS image mime type is officially registered
since 2005. So it is named image/fits
Le dimanche 22 février 2009, à 12:41 +0100, Milan Bouchet-Valat a écrit :
To sum up, I can see two ways of solving the issue:
1) Enforce what is already the custom: no big modifications except for a
handful of non-standard apps (requires only a new paragraph in the
Desktop spec)
2) Add the
Le samedi 21 février 2009, à 18:07 -0500, Michael Pyne a écrit :
Hi all,
I'm just writing to let you know that I'm working on changing the handling of
.desktop files for the next major version of KDE. The work itself is being
tracked on kde-core-devel but a synopsis of the plan is:
Le dimanche 22 février 2009, à 15:20 +0100, Milan Bouchet-Valat a écrit :
Le dimanche 22 février 2009 à 15:12 +0100, Vincent Untz a écrit :
Le dimanche 22 février 2009, à 12:41 +0100, Milan Bouchet-Valat a écrit :
To sum up, I can see two ways of solving the issue:
1) Enforce what
Le mardi 24 février 2009, à 13:49 +0100, Alexander Larsson a écrit :
On Tue, 2009-02-24 at 13:27 +0100, Alexander Larsson wrote:
6. Make sure that launchers added to the Desktop and whatnot are marked
as executable.
This is actually kinda tricky. DnDing a launcher from the start menu or
Le mardi 24 février 2009, à 22:01 +0100, Axel Liljencrantz a écrit :
2009/2/9 Dieter Plaetinck die...@plaetinck.be
Actually I think your state vs configs splitup is a very similar
approach to my suggested settings as configured by user/on behalf of
user versus settings on behalf of the
Le lundi 03 août 2009, à 16:53 +0200, Christian Rose a écrit :
So, as always with localization, you just can't concatenate sentences
or pieces of sentences and get a result. It has to be translated as a
whole.
So it seems we have a good argument that %1$s - %2$s (with Name
GenericName) is
Le jeudi 27 août 2009, à 15:15 +0200, Stanislav Brabec a écrit :
Orcan Ogetbil wrote:
After careful consideration we decided to use special X-...
categories to classify the multimedia applications according to the
demand. This suggests using these additional categories:
Please add them
Hi,
Le mardi 04 août 2009, à 04:00 -0400, Orcan Ogetbil a écrit :
After careful consideration we decided to use special X-...
categories to classify the multimedia applications according to the
demand. This suggests using these additional categories:
FWIW, it'd help to have a short
Le vendredi 27 novembre 2009, à 12:59 +0100, Kevin Krammer a écrit :
On Friday, 2009-11-27, Ted Gould wrote:
On Thu, 2009-11-26 at 14:30 +0100, Pierre Wieser wrote:
However, these two threads refer to a 'Desktop Action' which
was present in current 0.9.4 spec, but has disappeared from
Hi,
Le jeudi 17 décembre 2009, à 18:07 +0100, Aurélien Gâteau a écrit :
This specification is already implemented by KDE in kdelibs [2] and
Canonical is working on an implementation for GNOME, libappindicator [3].
Reading [4], I had the feeling that this would now be implemented
directly in
1 - 100 of 189 matches
Mail list logo
