On Thu, 2011-11-24 at 17:41 +0100, Giovanni Campagna wrote:
Identifiers must be composed only of lowercase alphabetic characters
from the ASCII set, plus underscore and minus. Some implementations may
give special meanings to some identifiers (for example, replacing a
default new window
On Mon, 2011-11-28 at 20:02 +0100, Giovanni Campagna wrote:
Adding Shortcut Group allows us to add other stuff in the future,
without breaking desktop file that may exist at that time, with weird
shortcut names.
I guess that is a valid point, after all. Might still be nice to
go for
On Thu, 2011-07-14 at 11:36 -0400, 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.
Historically, most desktop file parsing libraries were tightly tied to a
On Wed, 2011-03-02 at 10:25 -0600, Ted Gould wrote:
On Sat, 2011-02-19 at 10:26 +0100, Vincent Untz wrote:
Le vendredi 18 février 2011, à 22:26 -0600, Ted Gould a écrit :
On Thu, 2011-02-17 at 08:52 -0600, Ted Gould wrote:
We would like to add Unity to the list of values allowed for
On Sun, 2011-02-20 at 14:56 +0100, Pierre Wieser wrote:
Thanks for the pointer, Chris.
At least, xdg-open will give me a start point for most popular
desktops.
I must admit that I hoped that, as XDG specifies some desktops in
its specs, it would also specify somewhere how to identify
On Mon, 2010-03-08 at 01:25 +0800, PCMan wrote:
Agree. This need to be supported by the spec, but in the spec we can
clearly recommend more sophisticated approaches like policykit and
discourage the use of this key if better alternative exists.
In this way, we don't promote the improper use
On Tue, 2010-03-02 at 15:26 +0100, Kai-Uwe Behrmann wrote:
Hello,
I am searching for a way to tell filemanagers about a certain mime type
and a according icon. What I could do is to install the mime type xml file
in the style described here:
On Tue, 2010-01-19 at 10:44 -0800, Aaron J. Seigo wrote:
the semantics of the operations as realized in a given visualization are not
overly specified to purposefully allow for flexibility in the visualization.
yes, there is an assumption here that those writing those visualizations
I must say I am a bit taken aback by your responses here.
Dan's mail made me look at the spec for the first time, and I have to
say he is entirely right in his criticism. The spec is full of awkward
naming (StatusNotifierHost, ServiceRegistered, etc), internally
inconsistent (e.g there's a
On Mon, 2010-01-18 at 18:17 -0800, Aaron J. Seigo wrote:
On January 18, 2010, Matthias Clasen wrote:
The spec is full of awkward
naming (StatusNotifierHost, ServiceRegistered, etc),
as noted in my replies, i agree that ServiceRegistered should/could be named
better. the quibble
On Wed, 2009-12-02 at 15:14 +0100, Jakub Steiner wrote:
On Wed, Dec 2, 2009 at 3:00 PM, Patryk Zawadzki pat...@pld-linux.org wrote:
To do it properly you'll need a glyph drawing mode for icons.
https://bugzilla.gnome.org/show_bug.cgi?id=591698
Perhaps that is indeed the way to go. I
On Wed, 2009-12-02 at 09:05 -0600, Ted Gould wrote:
I don't think anything replacing individual colors is going to work very
well in general. I was thinking you'd probably have to do something the
color rotation in the gimp: convert to hls, rotate to map hue in icon to
hue of theme
On Mon, 2009-09-07 at 21:02 +0200, Davide Bettio wrote:
Hi,
I think that dbus specification needs to be updated: naming rules for
properties aren't clear.
I suggest to apply this simple fix:
- Member (i.e. method or signal) names:
+ Member (i.e. method, signal or property) names:
On Mon, 2009-09-07 at 16:53 -0600, Aaron J. Seigo wrote:
i also don't see the necessity for more character variety in property names
than in signals, methods or other identifiers in a D-Bus service. what's the
use case, exactly, beyond preserving existing malformed services?
They are
On Tue, 2009-08-04 at 13:40 +0200, Jannis Pohlmann wrote:
On Tue, 4 Aug 2009 11:02:43 +0200
David Faure fa...@kde.org wrote:
On Tuesday 04 August 2009, Didier Roche wrote:
Hello everyone,
Right now, GNU/Linux distributions (Debian, Ubuntu, from what I see
it seems to apply to
On Mon, 2009-08-03 at 17:36 +0300, John Tapsell wrote:
In languages that have case declensions, %1 %2 and %1 - %2
could involve the GenericName being written differently. So
you might write Epiphany - Web Browser, but Epiphany Webo
Browsero. (Completely made up example, of course.)
On Sun, 2009-08-02 at 16:48 -0500, Rex Dieter wrote:
Jannis Pohlmann wrote:
Well, according to the GNOME HIG, applications are supposed to have
their Name set to e.g. Epiphany Web Browser or Nautilus File
Manager [1]. (It doesn't explicitely say that, but if you want
Epiphany Web
On Tue, 2009-07-21 at 22:27 +0200, David Faure wrote:
It sounds like adding a workaround in a perfectly fine spec, just to
accomodate
broken desktop files.
The spec is not fine here, and your sarcasm doesn't make it any truer.
The solutions you propose add clutter to the menus, in the form
On Wed, 2009-07-22 at 22:53 +0200, David Faure wrote:
On Wednesday 22 July 2009, Matthias Clasen wrote:
On Tue, 2009-07-21 at 22:27 +0200, David Faure wrote:
It sounds like adding a workaround in a perfectly fine spec, just to
accomodate
broken desktop files.
The spec
On Tue, 2009-07-21 at 17:20 +0200, Frederic Peters wrote:
Hello all,
In preparation for GNOME Shell a question has been raised about the
way we display the name of the applications; the situation at the
moment in the GNOME Panel is simply to display the Name but it would
be nice to go
On Wed, 2009-07-08 at 12:41 +0530, manish arya wrote:
How does a system tray and GtkStausIcon interact?
Does GtkStausIcon saves the information to certain place and system
tray picks it up form there OR they communicate using messages?
Any help regarding this would be deeply appreciated?
The
On Thu, 2009-06-25 at 15:02 -0600, Aaron J. Seigo wrote:
my only question is whether or not this is something that the various
participants in working on the icon spec are in favour of? i assume/hope so,
but as it hasn't been mentioned, i feel compelled to ask for clarity.
I am certainly
On Thu, 2009-02-12 at 20:40 +0100, Alexey Shuvaev wrote:
Hello all!
The long history short: FITS image mime type is officially registered
since 2005. So it is named image/fits and application/fits now.
Regardless of this correction in shared-mime-info, can I recommend to
simply accept both
On Tue, 2008-12-02 at 21:51 +0800, PCMan wrote:
Second that!
Forking is needed if the original spec is no more maintained and the
original maintainer cannot be contacted.
The original maintainer is active on this list and there is no
difficulty contacting him. The problem at hand is that there
On Mon, 2008-12-01 at 16:48 +0100, Jakob Petsovits wrote:
On Monday, 1. December 2008, Ville Skyttä wrote:
Mmh, I don't know about the history around the spec but good luck getting
it in doesn't sound too encouraging. Contacting this list was the only
instruction about feedback to the spec
On Mon, 2008-09-22 at 10:56 -0400, Rodney Dawes wrote:
Hi,
On Mon, 2008-09-22 at 16:41 +0200, Stephan Arts wrote:
gnome-fs-blockdev
gnome-fs-fifo
gnome-fs-socket
gnome-fs-chardev
gnome-fs-regular
As you can see, I found replacements for the top 7 icons pretty
easilly. But
On Wed, 2008-09-10 at 10:57 +0200, David Faure wrote:
On Monday 18 August 2008, you wrote:
On Mon, 2008-08-18 at 16:44 -0400, Matthias Clasen wrote:
On Mon, 2008-08-18 at 20:08 +0200, David Faure wrote:
The spec currently says, about glob matching:
If several patterns match
On Mon, 2008-08-18 at 20:08 +0200, David Faure wrote:
The spec currently says, about glob matching:
If several patterns match then the longest pattern SHOULD be used.
With the recent addition of glob weights, this sentence is missing ... of
the same weight, isn't it?
This way *.tar.bz2
On Sun, 2008-07-20 at 16:34 +0100, Bastien Nocera wrote:
In the docs for g_content_type_guess_for_tree() you mention:
The types returned all have the form x-content/foo, e.g.
x-content/audio-cdda (for audio CDs) or x-content/image-dcf
But we can't detect x-content/audio-cdda with the
On Thu, 2008-07-03 at 00:06 -0400, Matthias Clasen wrote:
Its been a month since I sent out this proposal, and the only comment I
have heard so far is that the name Content types may be slightly
ambiguous. My proposal for addressing this is to change the section
title to Content types
On Fri, 2008-07-11 at 14:19 -0400, Rodney Dawes wrote:
The central point of my proposal is to give the implementation some hint
that the requested icon may be constructed from an icon plus emblems, in
a way that does not involve any new APIs or mechanisms, just a naming
convention.
On Thu, 2008-06-19 at 20:17 -0400, Matthias Clasen wrote:
On Thu, 2008-06-19 at 15:49 -0400, Rodney Dawes wrote:
How is using a + any different from a - in this situation? Shouldn't we
provide the icon, and the emblem (in their appropriate contexts), and
the implementation then do what
On Wed, 2008-06-11 at 11:30 -0400, Matthias Clasen wrote:
I'm attaching patches for the shared-mime-info spec, for
update-mime-database (to create treemagic files) and a standalone
implementation of tree matching using the treemagic files (this will
become part of a future
On Mon, 2008-06-23 at 19:51 +0200, Lennart Poettering wrote:
Heya!
I'd like to propose the addition of three new settings for XSETTIGNS:
Net/SoundThemeName as a STRING:
The sound theme to use, as defined by Marc-Andre Lureau's XDG
sound theme spec:
Net/EnableEventSounds as an
On Tue, 2008-07-01 at 13:42 +0200, David Faure wrote:
On Wednesday 23 April 2008, Bastien Nocera wrote:
Heya,
It took me a while, but the ~250 mime-types that required generic-icon
(all the application/ mime-types and a bunch of others) in the
shared-mime-info database now have
On Thu, 2008-06-19 at 15:49 -0400, Rodney Dawes wrote:
How is using a + any different from a - in this situation? Shouldn't we
provide the icon, and the emblem (in their appropriate contexts), and
the implementation then do what it needs with them? Why wouldn't the
implementation just load
On Thu, 2008-06-19 at 18:03 -0400, A. Walton wrote:
The problem I see here is with the definition of emblems in the icon
naming spec being too limited. There are a huge number of conceivable
cases where having a representative concept overlaid with another
makes sense. Take a look at some
On Thu, 2008-06-19 at 20:38 -0400, A. Walton wrote:
Both changes are small and smallish API changes may be required, but
could both be ignored by existing applications without much trouble.
Implementations would have to deal with how to carry around emblems
(in our case, GIcon hides the
On Tue, 2008-06-17 at 12:35 +0200, Jakob Petsovits wrote:
As long as providing such a [base]+[emblem] icon is always optional for the
icon theme, this might work out nicely. I think the language in your patch is
not optimal yet, it should emphasize that this is mainly a feature for
It turns out that it is desirable to be able to specify icon+emblem
combinations in many places. E.g. when returning icons for disks, a
backend may want to return a harddisk icon with a padlock emblem to
represent an encrypted harddisk.
This could certainly solved with a
I have spent some time last weekend on updating update-desktop-database
and xdgmime to the cvs version of the shared-mime spec. If you are
interested, the patches are here: http://people.redhat.com/mclasen/mime/
Bastien said he'll take care of getting them committed.
I'm writing to the list,
On Tue, 2008-05-06 at 14:19 +0200, Stephan Arts wrote:
Hmm, that's a pretty compelling argument. Suspend and hibernate might
not be too different technically, but they are from a user
perspective. (Imagine pulling the power-cord when suspended-to-ram)
They are very different things,
On Wed, 2008-04-23 at 12:53 +0200, Patrice Dumas wrote:
Hello,
Are you aware of a desktop neutral xsettings manager, like
http://www.freedesktop.org/wiki/Software/xsettings
but which would actually look at a config file and stay in the
background?
A 'desktop neutral xsettings manager' is a
On Thu, 2008-03-27 at 14:47 +0200, Tuomo Valkonen wrote:
On 2008-03-27 12:47 +0100, Stanislav Brabec wrote:
Application does not need to call XGrabKey() to get events.
I was referring to the brain damage known as XEmbed, in case you
didn't notice.
If you can't discuss anything in a
On Sat, 2008-03-08 at 07:05 +, Tuomo Valkonen wrote:
On 2008-03-08, Toma [EMAIL PROTECTED] wrote:
Hello,
Let me start by saying that I am not a developer or a programmer. Just
a humble user and would like to see some discussion and development of
the systray. Im from the Enlightenment
On 6/11/07, Thomas Wood [EMAIL PROTECTED] wrote:
Hi Stephan,
Regarding your Metathemes proposal, it all sounds good and
similar to what we basically have in GNOME already. However, in GNOME
we use a .desktop style file to describe what the package contains.
Currently this can be any
On Fri, 2008-01-04 at 09:17 -0800, Michael Brewer-Davis wrote:
I apologize if this is a silly question, but...
Is there a cross-dm way of determining the current icon theme? The icon
theme and naming specifications talk about searching relative to the
current theme, but I can't seem to
On Sun, 2007-12-23 at 03:03 +0100, Mildred wrote:
Hi,
Currently, I notice a problem in the gnome-panel (and I believe it's
the same for others desktops as well). When I click in a menu item in
the panel, a menu opens, when I place my mouse on another menu item,
the other menu pops up. But
On Sun, 2007-10-07 at 09:40 +0900, Carsten Haitzler wrote:
On Sat, 6 Oct 2007 16:49:12 +0100 Sergey Udaltsov [EMAIL PROTECTED]
babbled:
no - dbus will make things worse. this is X11. this service belongs at
the x
protocol layer.
I would totally agree unless there would be no
On Fri, 2007-10-05 at 21:50 +0200, Nicolas Mailhot wrote:
Hi,
Well, I didn't really intend to post this, but since I've subscribed anyway.
The SUN OpenOffice.org people are considering an extremely complex
firefox-like extension system for distribute their hunspell
dictionaries. The
On Wed, 2007-08-08 at 21:31 +0200, Philipp Thomas wrote:
* Rodney Dawes ([EMAIL PROTECTED]) [20070808 20:48]:
Dock as in WM dock/system tray? or Dock as in desktop
widget/gadget/whatever?
I'd say more of the latter: I'm talking about Avant Window Navigator
https://launchpad.net/awn .
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.
But UTF-8 characters can use several bytes for one character. We can
On Wed, 2007-06-13 at 07:36 -0500, Rex Dieter wrote:
Bastian, Waldo wrote:
If the .desktop is installed on an older Gnome system that didn't
support Science as a main category it would get dumped into Other
Yes, that was the intention of the spec, unfortunately that doesn't work
on
On Fri, 2007-06-08 at 12:53 +0200, Stephan Arts wrote:
Hello all,
I would like to propose starting to work on a specification for metathemes.
Theme packages which are equipped with multitude of themes, like Gtk+,
metacity, icons, cursors, wallpapers, xfwm4, KDE-theme-manager, Kwin,
On Mon, 2007-04-30 at 11:57 -0700, James Richard Tyrer wrote:
It is recommended that the icons installed in the hicolor theme look
neutral, since it is a fallback theme that will be used in combination
with some very different looking themes.
My reading of this is that HiColor is a
On Fri, 2007-03-30 at 15:59 +0200, Stanislav Brabec wrote:
Matthias Clasen wrote:
Looking again at your list of Gtk/ XSettings, I notice that you missed
a few:
It can also include some settings from former environment variables.
Net/Locale
Or more specifically map LANGUAGES and all
On Thu, 2007-03-29 at 14:45 +0200, Marius Bugge Monsen wrote:
If we are only talking about the XSETTINGS registry keys, from my perspective
it is not. :)
I'll try to clarify:
Toolkits other than Gtk+ should not have to care about the Gtk/ keys. They
should only have to care about the Net/
On Wed, 2007-03-28 at 18:58 +0200, Marius Bugge Monsen wrote:
On Wednesday 28 March 2007 17:39, you wrote:
On Wed, 2007-03-28 at 16:46 +0200, Marius Bugge Monsen wrote:
Hi all,
At the Desktop Architects Meeting 3, beginning of December last year,
Waldo asked me if I could write a
On Thu, 2007-03-29 at 00:17 +0200, Kevin Krammer wrote:
On Wednesday 28 March 2007 21:07 +0100, Avi Alkalay wrote:
Elektra can easily be the infrastructure for storing this keys, with the
benefit of not being just desktop-oriented, but cross-system oriented.
I think (could be wrong) the
On Thu, 2007-02-22 at 15:02 +0100, Benedikt Meurer wrote:
It should be standardized, otherwise applications will display the user
folders differently even within the same desktop session (i.e. Acrobat
running in KDE or a KDE application running in Xfce/Gnome). Let the user
decide whether to
On Thu, 2007-02-22 at 19:37 +0100, Benedikt Meurer wrote:
I was talking about the Desktop Emblems Specification proposed some
time ago. While it may not be widely accepted yet, there's no need to
duplicate emblem efforts in the user folders spec.
Where do you see duplicated emblem effort in
On Fri, 2007-02-16 at 07:18 +0100, Mikkel Kamstrup Erlandsen wrote:
I was thinking about a small c file that implements
serializing and
deserializing the query language in xml and user language. So
no glib
and no Qt. That way we can all use
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 could produce files that it failed to read
in later.
It turned out
On Tue, 2006-04-25 at 18:18 +0200, Christian Neumair wrote:
Because you are an excellent testing volunteer/victim, I'd like you to
raise the PDF matchlet priority over 50 (so that it is preferred over
the single-character '%' matchlets for MATLAB and TeX, and report back
whether after running
On Fri, 2006-02-17 at 18:02 +0900, Carsten Haitzler wrote:
I've attached a test file with some suggested changes to the systray
spec (as
per the thread that was going on). comments sought. anyone? is there a
general
agreement this would be good?
I still think that storing pixel data in
On Tue, 2006-02-07 at 15:34 +0100, Christian Westgaard wrote:
On Mon, 06 Feb 2006 16:14:03 +0100, Matthias Clasen [EMAIL PROTECTED] wrote:
On Mon, 2006-02-06 at 15:46 +0100, Christian Westgaard wrote:
http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html
On Wed, 2005-11-16 at 19:38 +0100, Christian Neumair wrote:
I'm appending a patch that just adds a paragraph on the multiple MIME
type for one pattern case, and added comments about the acronym changes
I made some weeks ago.
Having a new shared-mime-info release within 4 weeks would be
I have mentioned before that I think we need a
test suite for the mime data in shared-mime-info.
Some time ago I started working on such a thing,
and I have now put the unfinished result up at
https://bugs.freedesktop.org/show_bug.cgi?id=5210
It needs xdgmime to work, and you'll have to
hack the
68 matches
Mail list logo
