Re: xdg-su: using gnomesu in the generic option if available.
PCMan wrote: > On Mon, Aug 8, 2016 at 1:11 PM, Simon Lees wrote: >> Hi All, >> >> I was answering an openSUSE bugtracker question re xdg-su and lxqt and >> the most sensible solution we came to was modifying xdg-su's behavior >> when running under a generic DE to use gnomesu or kde-su if they are >> present so I thought i'd put the idea up for discussion in case anyone >> objects. >> >> For reference currently lxqt doesn't have its own replacement for >> gnomesu/kde-su (well not one I know of) distro's are also highly >> unlikely to recommend either of those packages with lxqt as they will >> bring in uneeded kde or gtk packages but by modifying the generic >> fallback to atleast check for there existence first a user can then >> choose to use one of them if they please. > > FYI, LXQt now provides its own tool, lxqt-sudo. > https://github.com/lxde/lxqt-sudo > However, I think pkexec is a reasonable fallback. > Cheers! There are "reasons(tm)"(1) why xdg-utils doesn't install xdg-su by default, though I wouldn't object to adopting patches to improve it either. My strong recommendation: just use pkexec (or engineer things to use policykit natively). -- Rex ___ xdg mailing list xdg@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/xdg
Re: [PATCH] xdg-open: fix regression from 13d9b0c where & gets replaced with \\& in URLs
committed, thanks. -- rex Jimmie Elvenmark wrote: > The characters doesn't need to be prefixed as they don't get > passed to sed anymore. Example: xdg-open 'https://www.google.se/?a=b&c=d' > --- > scripts/xdg-open.in | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/scripts/xdg-open.in b/scripts/xdg-open.in > index 678eae4..9964244 100644 > --- a/scripts/xdg-open.in > +++ b/scripts/xdg-open.in > @@ -195,7 +195,7 @@ search_desktop_file() > ;; > %[fFuU]) > replaced=1 > -arg="$(echo $target | sed 's/[&*\\]/&/g')" > +arg="$target" > shift > set -- "$@" "$arg" > ;; ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: xdg-terminal and xdg-su broken under enlightenment [Links to fix included]
Simon wrote: > Rather then fix this just by using the generic options i have added new > actions that use enlightenments terminal emulator (terminology) and fall > back to the generic if it is not available. I have a patch available > here > https://build.opensuse.org/package/view_file/X11:common:Factory/xdg-utils/fix-enlightenment-support.patch?expand=1 > (Doesn't fix mate only just noticed that), if someone could push it that > would be much appreciated alternatively if you have another process for > submitting patches i am happy to submit it that way. Filing a bug @ bugzilla.freedesktop.org against Portland/xdg-util is preferable, thanks -- Rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: Category in mimetypes.
Stef Bon wrote: > categories of programs ^^ that. :) -- Rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: Category in mimetypes.
Stef Bon wrote: > When I look to a desktop file > in /usr/share/applications, I see the keyword Category. For example in > the libreoffice-base.desktop file there is the line > > Categories=Office;Database;X-Red-Hat-Base;X-MandrivaLinux- MoreApplications-Databases; > > This looks more like categories of programs, or is this the category > of mimetypes I'm looking for? Categories of programs, per the menu spec, see also: http://standards.freedesktop.org/menu-spec/latest/apa.html -- rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
xdg-utils-1.1.0-rc3 release
I've prepped a xdg-utils-1.1.0-rc3 release, hosted at http://people.freedesktop.org/~rdieter/xdg-utils/ or you can download from v1.1.0-rc3 tag at http://cgit.freedesktop.org/xdg/xdg-utils/ It's been awhile, so here's some fresher bits that includes a fair number of mall/incremental improvements and bug fixes compared to the last xdg-utils-1.1.0-rc2 release from Feb 2014. Detailed changes are: http://cgit.freedesktop.org/xdg/xdg-utils/tree/ChangeLog Feedback is very encouraged and welcome, enjoy. -- Rex p.s. If anyone knows who to poke to get this moved into http://portland.freedesktop.org/download/ , much appreciated. ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
xdg-utils-1.1.0-rc3 release
I've prepped a xdg-utils-1.1.0-rc3 release, hosted at http://people.freedesktop.org/~rdieter/xdg-utils/ or you can download from v1.1.0-rc3 tag at http://cgit.freedesktop.org/xdg/xdg-utils/ It's been awhile, so here's some fresher bits that includes a fair number of mall/incremental improvements and bug fixes compared to the last xdg-utils-1.1.0-rc2 release from Feb 2014. Detailed changes are: http://cgit.freedesktop.org/xdg/xdg-utils/tree/ChangeLog Feedback is very encouraged and welcome, enjoy. -- Rex p.s. If anyone knows who to poke to get this moved into http://portland.freedesktop.org/download/ , much appreciated. ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: [xdg-email] Percent encoding problems
Fix committed, http://cgit.freedesktop.org/xdg/xdg-utils/commit/?id=7cd846d62e17f36be2f7d29e56188ddf6a6d72cb ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: [xdg-email] Percent encoding problems
Rex Dieter wrote: > Michael Bäuerle wrote: > >> The problem is that the '-' character is used literally inside a regex >> bracket expression (where it has the meaning of a range, like in "a-z"), >> look at [3] (Paragraph 7) for the syntax definition. >> The resulting range spans over the '?' character and prevents its >> percent encoding. > > Testing myself, I cannot reproduce the problem you describe. Can you give > a reproducible example? > > I tried: > > xdg-email rdieter-...@bar.com > > and my email client opens correctly (with rdieter-...@bar.com as expected, > instead of something percent-encoded as you suggested would happen). > > Fwiw, it happens the same for me whether I include your suggested fix or > not. My mail client testing this (thunderbird) was handling the percent-encoded input for me :-/ After adding some extra debugging I do see that unpatched code was passing on: mailto:rdieter%2d...@bar.com Which mail client(s) did you use that didnt handle this? ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: [xdg-email] Percent encoding problems
Michael Bäuerle wrote: > The problem is that the '-' character is used literally inside a regex > bracket expression (where it has the meaning of a range, like in "a-z"), > look at [3] (Paragraph 7) for the syntax definition. > The resulting range spans over the '?' character and prevents its > percent encoding. Testing myself, I cannot reproduce the problem you describe. Can you give a reproducible example? I tried: xdg-email rdieter-...@bar.com and my email client opens correctly (with rdieter-...@bar.com as expected, instead of something percent-encoded as you suggested would happen). Fwiw, it happens the same for me whether I include your suggested fix or not. -- Rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: [xdg-email] Percent encoding problems
Next time, please file a bug. For now, I think all of these issues are already fixed in 1.1.0-rc2 (and latest git), except for escaping the '-' character, which I will commit shortly. Thanks. -- Rex Michael Bäuerle wrote: > The reported version number is 1.0.2, the source package is named > 1.1.0-rc1 for its toplevel directory. > > The first thing is only a side note: > The 'xdg-email' script request '/bin/sh' as interpreter, > according to [1] it should do the comparison with "=" instead > of "==" to be portable. > > The real problem is the handling of e-mail addresses: > If the address contains a '-', it is percent encoded (even if this is > not required). But if it contains a '?' this stay a literal '?' (what > is not allowed inside a "mailto:"; URI according to [2]). > > The problem is that the '-' character is used literally inside a regex > bracket expression (where it has the meaning of a range, like in "a-z"), > look at [3] (Paragraph 7) for the syntax definition. > The resulting range spans over the '?' character and prevents its > percent encoding. > > The suggested patches are attached. The '-' is escaped with a backslash. > Maybe the solution from [3] to put it at the beginning or the end is > cleaner but less obvious. > In [3] there is also a note that ranges are only guaranteed to work as > expected in the POSIX locale. Therefore the patch sets the locale to > POSIX before starting awk. > > > [1] http://pubs.opengroup.org/onlinepubs/9699919799/utilities/test.html > [2] https://tools.ietf.org/html/rfc2368#section-2 > [3] > http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap09.html#tag_09_03_05 ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: handling optional MimeTypes in a Desktop Entry
François Cami wrote: > I've read the Desktop Entry Specification at > http://standards.freedesktop.org/desktop-entry-spec/latest/index.html > and haven't found an answer to my problem, so here goes: > > If I were to write an application able to open one or zero MimeType > by default, and optionally-installed plugins providing support for > more MimeType, should I: ... > * ship a Desktop Entry with the application and with each plugin, with > the same "Name" key, so that the list of MimeTypes supported by the > application gets somehow merged by the Desktop Entry implementation - > though unless I'm mistaken this is not in the specification; +1 to this option (several kde applications do it this way now, including okular for example) -- rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: xdg-open with non-existent default application and memory usage
Ted To wrote: > Hi, > > I recently had the experience where xdg-open was consuming all of my > computer's ram. The source of the problem was that a non-callable app > was somehow defined as the default web browser. (After tracing the root > of the problem, I have changed the default.) Using ps_mem.py, I found > that xdg-open was consuming more than 4G of ram. I would suggest that > if xdg-open has problems launching the default application, it should > eventually give up. > > The version of xdg-utils installed on my computer is 1.1.0.git20140207-1 > from the Manjaro repositories. What was the uncallable app? Did it include a .desktop file? If so, can you post its contents? -- Rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: defaults.list or mimeapps.list?
A. Walton wrote: >> In my experience, stuff set in mimeapps.list in /usr/share isn't used by >> gnome. Should I go retest that? >> > > You should go retest that. The code is supposed to load mimeapps.list and > defaults.list from $XDG_DATA_DIRS and the system data dirs (usually > /usr/local/share/:/usr/share). > > Here's the code. > https://git.gnome.org/browse/glib/tree/gio/gdesktopappinfo.c Thanks, ironically looks like the problem I experienced recently was due to a kde bug, https://bugs.kde.org/show_bug.cgi?id=332107 where my prefered/custom value of XDG_DATA_DIRS ended up being ignored. :( -- Rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
xdg-utils-1.1.0-rc2 release
I've prepped a xdg-utils-1.1.0-rc2 release, (temporarily) hosted at http://people.freedesktop.org/~rdieter/xdg-utils/ or you can download from v1.1.0-rc2 tag at http://cgit.freedesktop.org/xdg/xdg-utils/ It's been awhile, so here's some fresher bits that includes a fair number of small/incremental improvements and bug fixes compared to the last xdg- utils-1.1.0-rc1 release from 2011. Feedback is very encouraged and welcome, enjoy. -- Rex p.s. If anyone knows who to poke to get this moved into http://portland.freedesktop.org/download/ , much appreciated. ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: defaults.list or mimeapps.list?
David Faure wrote: > On Tuesday 21 January 2014 11:01:17 Rex Dieter wrote: >> Jerome Leclanche wrote: >> > I'm finding a lot of conflicting information. Which to use? I'm using >> > mimeapps.list currently, I was certain defaults.list was the >> > deprecated one but I need an official word on this. >> >> See "Default application ordering" on >> http://www.freedesktop.org/wiki/Specifications/mime-actions-spec/ >> >> In effect, its a bit implementation specific... gnome uses defaults.list, >> kde uses a mixture of InitialPreference= key and mimeapps.list > > This is a strange way of presenting it. The same mixture exists > everywhere. > > The environment defaults are environment-specific, using defaults.list in > Gnome and InitialPreference= in KDE. > > On top of that, mimeapps.list is standard, and can be used at the system > level (/usr/share) by ISVs In my experience, stuff set in mimeapps.list in /usr/share isn't used by gnome. Should I go retest that? -- Rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: defaults.list or mimeapps.list?
Jerome Leclanche wrote: > I'm finding a lot of conflicting information. Which to use? I'm using > mimeapps.list currently, I was certain defaults.list was the > deprecated one but I need an official word on this. See "Default application ordering" on http://www.freedesktop.org/wiki/Specifications/mime-actions-spec/ In effect, its a bit implementation specific... gnome uses defaults.list, kde uses a mixture of InitialPreference= key and mimeapps.list -- Rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: Recognizing $XDG_GAMES_DIR
Jerome Leclanche wrote: > Thoughts on recognizing and managing $XDG_GAMES_DIR Why should games be treated differently that other applications? Ie, why not just put stuff under $XDG_DATA_HOME ? You mentioned "but there's also obvious advantages to having saved games in their own folders.", but I don't see any obvious advantages (and some disadvantages, including the possible proliferation of proposals for more $XDG__DIR using similar logic). -- rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: [PATCH xdg-screensaver] Replace dbus-send with mate-screensaver-command in screensaver_mate_screensaver()
Alex Malykh wrote: > Hi, all. > > As of commit 2064906430..., screensaver suspend/resume is not working in > MATE desktop (v1.6.1 is used). I have done a little debugging using > "dbus-monitor" and "mate-screensaver-command" and found out that MATE > screensaver's D-bus interface is buggy and inconsistent. This new support was just added recently, so I'd rather mate-screensaver's dbus-interface bugs get reported and attempts be made to fix that first... before introducing workarounds in xdg-screensaver. -- rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: [PATCH] xdg-screensaver: Support MATE desktop part 2
Mansour wrote: > From 352efc1980859655c2b8644179ef3262a5b1cd9c Mon Sep 17 00:00:00 2001 > From: Mansour Behabadi > Date: Sun, 6 Oct 2013 03:28:14 +1100 > Subject: [PATCH] xdg-screensaver: Support MATE desktop part 2 applied, thanks. -- rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: xdg-open requires preceding slash
Thiago Macieira wrote: > On domingo, 21 de abril de 2013 20.40.49, Grant wrote: >> Non-Working Example: >> >> $ xdg-open >> "magnet:?xt=urn:btih:b2e2cbb742754eb5a4ec14a5e71d0727ab2d7a90&dn=Workaholic >> s+Season+1+Complete+720p&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80&tr=u >> dp%3A%2F%2Ftracker.publicbt.com%3A80&tr=udp%3A%2F%2Ftracker.istole.it%3A6969 >> &tr=udp%3A%2F%2Ftracker.ccc.de%3A80" > > Cannot reproduce. It works here. Same here, using kde (with both ktorrent and transmission configured for magnet links), they both recognize the slashless magnet link fine. -- rex > Maybe the problem isn't xdg-open, but the desktop application that it > launches. Maybe your desktop doesn't recognise the link. ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: xdg-open requires preceding slash
Grant wrote: > 'xdg-open "magnet:/..."' works but 'xdg-open "magnet:..."' does not > work. piratebay.se provides magnet links in the second format. Can > xdg-open be made to not require the slash? Do you have a concrete example? While we're at it, mind filing a formal bug with a reproducible test case? http://bugzilla.freedesktop.org/ against Portland/xdg-utils -- rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: desktop-file-install or xdg-desktop-menu ?
Rodrigo Silva wrote: > Recently, after using xdg-desktop-menu for years to install .desktop > files, I noticed there is also a tool from Freedesktop called > desktop-file-install. > > Judging by their manual, they both seem to have very similar > functionality. > > So, why 2 tools from same vendor to cover basically the same funcionality? > Which oene should I use, and why? Are there any difererences in > compatibility or the way they perform their actions? xdg-desktop-menu is more a user-level tool, and desktop-file-install is more a system-level tool. If you have to choose 1 to use, go with desktop-file-install -- rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: [udisks] Can't automount disks
Stef Bon wrote: > first ConsoleKit is not deadware as you call it. Do you have a better term for software that has no longer has any upstream development or maintainer? -- rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: Adapting /usr/bin/xdg-open to recognize Mate too
Antonielly Garcia Rodrigues wrote: > where can I report a bug, together with the > diff that would make the code work properly for that desktop environment? > I am interested in contributing to the xdg-utils project. bugzilla.freedesktop.org against Portland/xdg-utils -- rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: Adapting /usr/bin/xdg-open to recognize Mate too
Antonielly Garcia Rodrigues wrote: > Dear xdg-utils developers, > > In the interest of maximizing the usefulness of "xdg-open" for any popular > desktop environment that exists for Linux, would it be politically > feasible to adapt the official code for the next version of > "/usr/bin/xdg-open" so that it can work properly for the Mate Desktop > Environment? Sure, please file bug(s) (preferably with patches), and I'll be happy to import/adapt things as necessary. -- rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: `xdg-screensaver lock` returns `ERROR: Unknown command 'lock'`
Paul Menzel wrote: > Does `xdg-screensaver` also start the screensaver process if it is not > running yet? it does not -- rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: `xdg-screensaver lock` returns `ERROR: Unknown command 'lock'`
Paul Menzel wrote: > Dear freedesktop.org folks, > > > using Debian Sid/unstable with xdg-utils 1.1.0~rc1+git201112, trying > `xdg-screensaver` under the awesome window manager [1], I get the > following error. > > $ xdg-screensaver lock > ERROR: Unknown command 'lock' > $ echo $? > 4 > > GNOME Screensaver is installed. > > gnome-screensaver 3.4.1-1 > > Is that a known problem? Should I submit a bug report somewhere? Possible you're hitting (fixed since 2011-12-07): http://bugzilla.freedesktop.org/43575 confirm if this commit fixes it for you: http://cgit.freedesktop.org/xdg/xdg- utils/commit/?id=a11624ac2878e1bf72825927739021f43f7f7d67 -- rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: update-desktop-database and nested desktop files
Jerome Leclanche wrote: > I was experimenting with my xdg library and I tried to add a MimeType key > to /home/adys/.local/share/applications/wine/Programs/Steam/Steam.desktop. > > This created the following key in mimeinfo.cache: > > x-scheme-handler/steam=wine-Programs-Steam-Steam.desktop; > > I'm guessing this isn't intended behaviour? What's up with this? That is intended, dirs under applications/ are treated as vendor prefixes. See http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html#merge- algorithm and search for "vendor prefix" phrase. -- rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
freedesktop.org trash-spec links broken
I was going to look up something do with the trash-spec and found http://www.freedesktop.org/wiki/Specifications/trash-spec to contain just broken links. Anyone have any current/working pointers to the trash-spec? -- rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: Adding MATE desktop to xdg-open
Clement Lefebvre wrote: > Hello, > > I would like to request a change for xdg-open to call mate-open when the > user runs the MATE desktop. > > A quick example of the implementation is described here: > > https://bbs.archlinux.org/viewtopic.php?pid=1025671#p1025671 ok (preferably file a bug next time @ bugs.freedesktop.org for patches, feature enhancements) -- rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: XDG_CURRENT_DESKTOP
PCMan wrote: > Another user of this is xdg-utils. With this environment variable, all > dirty code for desktop detection can be removed from xdg-utils. Yay, I'll be happy to incorporate this into xdg-utils, provided someone tells me the values to check for each DE. respond here, file a bug, mail me, whatever. -- rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: xdg problem to Exclude kde .desktop
Enrique Jiménez Campos wrote: > Im trying exclude .desktop files from menu "applications" in > /etc/xdg/applications.menu all work fine with gnome .desktop but is not > the case with kde .desktop. > > im reading the freedesktop specification but i dont get any exit for this > problem, im using label but kde .desktop still in menu. Sounds like you want NotShowIn=KDE instead. -- Rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: DPMS and automatic sleep inhibit API
Rex Dieter wrote: > Ali Abdallah wrote: > >> Greetings, >> >> So now that org.freedesktop.PowerManagement spec that was written by >> Richard >> Hugsie is dropped for whatever reasons > > So, should xdg-utils drop support for it too? > > (not that it ever actually worked very well, so I'd be happy removing the > half-baked support it has currently). nvm, confirmed just now (should've done that first), that kde is the only one using that in xdg-utils atm. -- Rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: DPMS and automatic sleep inhibit API
Ali Abdallah wrote: > Greetings, > > So now that org.freedesktop.PowerManagement spec that was written by > Richard > Hugsie is dropped for whatever reasons So, should xdg-utils drop support for it too? (not that it ever actually worked very well, so I'd be happy removing the half-baked support it has currently). -- Rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: [desktop entry spec] new FullName key
On 08/02/2009 05:26 PM, Matthias Clasen wrote: > 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 Browser" to be displayed in menus, setting Name to this is >>> the only way. >> >> Isn't that more because GNOME doesn't support GenericName at all? (I'd love >> to be wrong) > > Not sure what you mean with 'supporting GenericName', supporting GenericName as in by providing it in .desktop files and using it's value accordingly. -- Rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: [desktop entry spec] new FullName key
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 Browser" to be displayed in menus, setting Name to this is > the only way. Isn't that more because GNOME doesn't support GenericName at all? (I'd love to be wrong) -- Rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: desktop environment specific XDG_CONFIG_DIRS
Lei Zhang wrote: > Isn't this behavior defeating the point of XDG? So far Fedora 7 + KDE > is the only major distro I encountered that does this. Linux From > Scratch says to do this, [1] but I imagine that does not affect many > users. There's no good reason for fedora+kde to continue using XDG_CONFIG_DIRS, now that XDG_MENU_PREFIX works (in kde). I was just too lazy/paranoid to change it (ie, if it ain't broken...). I'll work to remove it in the next pkg/update. -- Rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
RE: couple questions about menu spec
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 any of the Redhat distributions. You mean Fedora/Redhat + gnome, I assume. :) -- Rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: Problems with Screensavers and other activity sensitive demons.
Graeme Gill wrote: > My application is cross-platform, and solving the screensaver > problems on MSWindows and OS X was not anywhere as complicated > (SetThreadExecutionState(ES_DISPLAY_REQUIRED), > and UpdateSystemActivity(OverallAct) respectively.) > > Hopefully this feedback may trigger some proposals to solve > these sorts of problems in a more elegant way than at present. Have you tried using xdg-screensaver (as part of xdg-utils)? -- Rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: [kde-artists] Icon naming issue (was: KDE/kdesdk)
James Richard Tyrer wrote: > On Wednesday 25 April 2007, Jonathan Riddell wrote: >> SVN commit 658018 by jriddell: >> Move icons to oxygen namespace > This seems like a very poor idea. Why do we keep making the same > mistakes? > I would like to suggest a really radical solution. > We put the HiColor icons in the "hicolor" directory > We put the CrystalSVG icons in the "crystalsvg" directory > We put the Oxygen icons in the "oxygen" directory. > To suggest anything else is insanity. +1 -- Rex ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
Re: Replacing Standards with Specifications on fdo wiki
Vincent Untz wrote: > Is it okay if I go ahead and change the fdo wiki so that it talks about > specs and not standards? +1, specifications is a more accurate label/description, imo. -- Rex p.s. Besides, I've witnessed parties (names withheld to protect the innocent) who seem offended by the current "standards" label. ___ xdg mailing list xdg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xdg
