On dimanche 19 septembre 2021 16:57:22 CEST Peter White wrote:
> On Sun, Sep 19, 2021 at 12:19:33PM +0200, David Faure wrote:
> > On jeudi 16 septembre 2021 18:48:41 CEST Peter White wrote:
> > > But, /etc should be off limits for software in /usr/local, right?
> >
env vars.
What it seems to me, is that /usr/local/etc/xdg should simply be added to the
default value for XDG_CONFIG_DIRS. It's inconsistent that XDG_DATA_DIRS
defaults to /usr/local/share:/usr/share while XDG_CONFIG_DIRS defaults to only
/etc/xdg instead of /usr/local/etc/xdg:/etc/xdg
--
Da
pec is for picking a preferred
> > one.
>
> I suppose it doesn't have a priority system then. But you could set the
> implementation for the service to your terminal of choice.
Right. And as I wrote in the spec, implementation-specific defaults are
possible too (so that g
On samedi 8 mai 2021 14:53:39 CEST Jehan Pagès wrote:
> On Sat, May 8, 2021 at 11:18 AM David Faure wrote:
> > But as soon as two applications are installed, which both claim level 2,
> > or both claim level 1 (with no level 2 available), this proposal would
> > just
> >
-xcf=20
image/x-psd=10
image/openraster=10
[and all other mimetypes listed in the MimeType field, would default to 5 or
something like that]
In KDE we made InitialPreference default to 1, and I remember regretting that
choice, it made it impossible to say "should be less than this other app w
an alternative handler, to allow non-mainstream
> DE/WMs handle the open dialog themselves?
Make a merge request for https://gitlab.freedesktop.org/xdg/xdg-utils/
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
_
u,
by reordering the apps in the settings dialog. This is IMHO much better
than a constantly reordering LRU list.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/xdg
inheritance. If you associate any application with text/plain then it WILL
be associated indirectly with all text/* mimetypes.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/xdg
On vendredi 7 mai 2021 11:05:33 CEST Bastien Nocera wrote:
> On Mon, 2021-05-03 at 12:13 +0200, David Faure wrote:
> > * lookup desktop file from intent
> > * start that process
> > * make a DBus call to it
>
> How do you plan on implementing that in, say, xterm, or r
-specific). There
> > are benefits to sharing caches, but let's not make that a requirement at
> > this point :-)
>
> I think mimeinfo.cache is meant to be shared - it's created by a standalone
> update-desktop-database command which is maintained under xdg
> (desktop-
eady have such a cache,
called ksycoca, and IIRC mimeinfo.cache is glib-specific). There are benefits
to sharing caches, but let's not make that a requirement at this point :-)
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/xdg
Sure, that's exactly what I intend to do in the KDE GUI configuration module
to let the user choose which terminal to use.
I have updated
https://gitlab.freedesktop.org/xdg/xdg-specs/-/merge_requests/45
based on your feedback above.
> Other than that, I think it looks like a nice
On lundi 3 mai 2021 13:47:17 CEST Eli Schwartz wrote:
> On 5/3/21 5:58 AM, David Faure wrote:
> > On jeudi 18 février 2021 03:17:45 CEST Eli Schwartz wrote:
> >> On 2/17/21 5:52 PM, Bastien Nocera wrote:
> >>> The order for mime-types with no defaults has noth
On lundi 3 mai 2021 12:04:30 CEST Bastien Nocera wrote:
> Please also make a formatted version of the spec available, it's easier
> to read than docbook diffs ;)
Done:
http://www.davidfaure.fr/2021/intent-apps-spec-1.0.html
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Wor
On lundi 3 mai 2021 12:04:30 CEST Bastien Nocera wrote:
> On Mon, 2021-05-03 at 11:44 +0200, David Faure wrote:
> > Hello everyone,
> >
> > I just created
> > https://gitlab.freedesktop.org/xdg/xdg-specs/-/merge_requests/45
> > with the proposal for an intent-
sion of the spec, does anyone
know how to fix the setup so that the mapping from web-export/specs.idx
actually ends up on the website?
Has this been updated with the move to gitlab?
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
can then be used to pick the preferred one.
I am willing to implement this on the KDE side, I'm especially interested in
feedback from whoever feels like implementing this in glib and other
implementations.
--
David Faure, fa...@kde.org, http://www.davidfaure.
config file for that). I always
thought "we need XDG_STATE_HOME in order to split this out, because it's
state, not config" -- and indeed we wouldn't want a git commit every time you
resize a window -- but then again, the solution is simply to put that into
XDG_DA
said "It's time to take one of those anti-baldness pills" :-)
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/xdg
On jeudi 29 décembre 2016 17:26:12 CET Bastien Nocera wrote:
> Feel free to file a bug and attach a patch for those wrong definitions.
Done: https://bugs.freedesktop.org/show_bug.cgi?id=99328
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Framework
ch for the spec, since it seems unclear
right now.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/xdg
On mardi 3 janvier 2017 17:43:39 CET Allison Lortie wrote:
> hi David,
>
> Thanks for your reply. I'm back from holidays now :)
>
> On Mon, Dec 26, 2016, at 14:25, David Faure wrote:
> > I agree with basically everything you said, except for this bit:
> > >
On jeudi 29 décembre 2016 17:26:12 CET Bastien Nocera wrote:
> On Mon, 2016-12-26 at 13:35 +0100, David Faure wrote:
> > The magic for application/x-java-keystore says
> >
> >
> > And the test file test.jks starts with 0xFE, 0xED, 0xFE, 0xED.
> > On a little-end
uot;cache" means: anything that only exists for performance reasons and
that can be thrown away)
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/xdg
. But apparently this isn't
needed yet, if I'm right that the java keystore magic should say big32.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/xdg
[ $replaced -eq 1 ] || set -- "$@" "$target"
-"$command_exec" "$@"
+if [ "$(get_key "${file}" "Terminal")" = true ]; then
+ xdg-terminal "$command_exec $@"
+else
+
ent on which DE
you are using.
(If it's KDE, email me privately and we'll debug this.)
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
https://lists.f
e two git repos.
(CC'ing the most recent committers to xdg-utils in case they have input)
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/xdg
ange way to specify an executable name,
so I have no objection in this changing to be a relative lookup.
Implementation wise this isn't as trivial as it sounds, because desktop files
(at least those installed into standard directories like XDG_DATA_DIRS/
applications) are collected i
g. Otherwise nothing says "config" anymore,
/usr/share/xdg looks
like it could be anything.
Next step is to make a patch for the spec in git?
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/xdg
e-handler/terminal), actually
opening the
door to some meaning in a terminal:// URL (e.g. initial directory).
It seems a bit fake (there's no terminal:// URL scheme right now), but it at
least maps to
the way we solved this for "default web browser", "default mailer"
are multiple
implementations
available, including showing the "Plasma wallpaper" panel in a plasma session
and showing
the "Gnome wallpaper" panel in a gnome session. It doesn't really make sense
otherwise :-)
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Workin
s a way to have symlinks
that support translations.
> My guess is that Type=Link was defined before the xdg-utils programs.
That is correct, but not a sufficient argument for obsolescence.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
___
upports permissions, then check for 0700 and $uid".
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
directory listing at http://standards.freedesktop.org/menu-spec/
it has menu-latest.dtd
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
g on a long time ago...)
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
list of Xfce-specific desktop files called
> helpers: http://git.xfce.org/xfce/exo/tree/exo-helper/helpers
>
> You thoughts, please.
This sounds to me exactly like the Categories classification that already
exists.
http://standards.freedesktop.org/menu-spec/latest/apa.html
--
David F
, I'd like to modify the specification to require that an
> app is valid for a given type in order to be considered as a default.
> This would mean that removing an association would also cause an app to
> stop being considered as the default and would let us avoid this strange
> w
t or a bind mount.
Option 1 is fine with me.
It might be what my KDE code already does, since it doesn't do anything
special for bind mounts, but I'm too lazy to actually test that :-)
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
On Sunday 13 April 2014 17:56:16 Ryan Lortie wrote:
> On Sun, Apr 13, 2014, at 17:53, Ryan Lortie wrote:
> > Here is what I have.
>
> uh... the patch, of course (attached).
I have pushed your patch now, finally :)
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
ble save configuration at all, from one run
to the next?
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
ash directory with a
differently constructed path from the other ones), you just have to ensure the
spec never says that it's necessarily for trashing the files from home even if
that's the most common use case for it :-)
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working
On Thursday 17 April 2014 10:18:03 Ryan Lortie wrote:
>
>
> On Tue, Apr 15, 2014, at 16:17, David Faure wrote:
> > Other than that, the patch to the spec looks good to me, thanks.
> >
> > Maybe we can list both algorithms (local-to-global and global-to-local)
&g
uot;,
> "uncompressed" logic of the algorithm. And then give an example of how
> it can be reordered to achieve optimal performance.
> Well, human-digestible form first, machine-digestible form after that ;)
I agree.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Worki
ec, the fact that ordering matters in
both Default and Added seems redundant from that point of view :)
Other than that, the patch to the spec looks good to me, thanks.
Maybe we can list both algorithms (local-to-global and global-to-local) in the
first section, for clarity (cf the discu
m most-global and going
up. An algorithm in a spec is just a suggestion, and helps understanding, it's
not the only way to implement it.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5
_
top;app1.desktop;app5.desktop?
No. I think you missed the fact that we go up the dirs in order, and process
both (or either, whatever is available) mimeapps.list and .desktop files.
So app5 gets added before we go up to more global dirs.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Hi Ryan,
(sorry for the delay, I was travelling)
On Wednesday 09 April 2014 13:20:01 you wrote:
> hi,
>
> On Wed, Apr 9, 2014, at 11:31, David Faure wrote:
> > Yes. But don't forget that there are mimeapps.list at other levels
> > (XDG_CONFIG_*), where there a
On Tuesday 08 April 2014 13:36:28 Ryan Lortie wrote:
> On Tue, Apr 8, 2014, at 3:55, David Faure wrote:
> > Adding and removing mimetypes (at all levels) is "patching the complete
> > view of .desktop files for the current user".
>
> I have come to think of this
he user in that case...).
PS: about your earlier mail: multiple defaults are a MUST have (especially in
global dirs like /usr and /etc, since in some cases the person writing that
file has no control over which apps will be available ("compile from sources"
or
not ISVs use it doesn't change anything to the spec.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
On Thursday 03 April 2014 10:01:49 Alexander Larsson wrote:
> On ons, 2014-04-02 at 17:06 +0200, David Faure wrote:
> > In the absence of such an entry, the next mimeapps.list is checked.
> > Once all levels have been checked, if no entry could be found, the
> > implementation
sed something?
Yes. Is there a strong need to keep the "upstream mimeapps.list" unchanged? It
just seems to add yet another level in the list, which is already quite big.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frame
with Ryan Lortie, Alex Larsson and myself,
I'm sending it here for further comments before pushing it to the git repo.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5
Title: Association between MIME types and applications
Association be
27;xdg-desktop-icon' for installing icons?
No idea about debhelper.
> => (Could it possibly be that KDE uses some broken caching?)
It could be that you're hitting a bug in the KDE icon cache, you could try
removing ~/.kde/cache-$HOSTNAME/icon-cache.kcache
> => h
ironments (-> mimeapps.list).
I think there's a use case for both, so I wouldn't declare defaults.list
obsolete.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5
___
xdg mailing list
xdg
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 or at the user-l
a) and "saveStateRequest" in the second round, for saving just
before exiting.
I much rather prefer that over SIGTERM, which is not modular (can't have more
than one handler) and awkward to integrate in C++.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
if that is possible) if the TryExec is missing.
>
> Or you could just have a boolean key HideIfMissing=true, defaulting to
> either.
This looks like a solution in search of a problem.
"ignore" the same as not having a TryExec key at all, "hide" is what we have,
and "
On Wednesday 24 April 2013 17:33:45 Mikhail Ramendik wrote:
> On 24 April 2013 17:26, David Faure wrote:
> > Sure, please do. Maybe do that as an additional commit on top of mine, and
> > in
> > the end one of us pushes both commits together? This way it'll be eas
nctionality
> like "Default applications" because there's no way to back link to the
> original desktop file (the one without NoDisplay=true).
Maybe we just need to add a link back to the main desktop file, by adding a
line in the secondary desktop file like
RelatesTo=o
On Monday 06 January 2014 11:14:14 Jasper St. Pierre wrote:
> On Mon, Jan 6, 2014 at 4:09 AM, David Faure wrote:
> > Not really, it's useful but orthogonal.
> >
> > To let users choose their preferred webbrowser, terminal emulator, WM, and
> > mail app, all we
On Monday 06 January 2014 14:44:27 Bastien Nocera wrote:
> On Mon, 2014-01-06 at 14:35 +0100, David Faure wrote:
> > On Monday 06 January 2014 14:28:01 Bastien Nocera wrote:
> > > And it's more about services (allow me to pick a photo, or select a
> > >
he command line) exists too, and that I'd like to see a
standard solution for it.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
ps, with a simple Exec line"
and one about "letting the user choose a type of application to provide a
certain service over dbus".
For the first one, maybe Categories are enough? I didn't check if they work
100% for these use cases a
On Tuesday 31 December 2013 11:00:23 Jerome Leclanche wrote:
> On Tue, Dec 31, 2013 at 10:55 AM, David Faure wrote:
> > On Tuesday 31 December 2013 05:44:12 Ryan Lortie wrote:
> >> hi,
> >>
> >> On Tue, Dec 31, 2013, at 5:39, David Faure wrote:
> >>
On Tuesday 31 December 2013 05:44:12 Ryan Lortie wrote:
> hi,
>
> On Tue, Dec 31, 2013, at 5:39, David Faure wrote:
> > It is missing in many many
> > .desktop
> > files, but this means solving this doesn't require a change in the spec,
> > it
> > only
Bastien, Ryan, could someone review the (old) patch I wrote for
update-mime-database.c in the attached email?
The commit log would be "apply mask to the expected value, to simplify
implementations (and reduce risks of errors)".
--
David Faure, fa...@kde.org, http://www.davidfaure.
mpting to execute the Exec line)
can both be solved with a TryExec key. It is missing in many many .desktop
files, but this means solving this doesn't require a change in the spec, it
only requires everyone to add that TryExec key in most desktop files.
--
David Fa
g applies IMHO.
My code (i.e. KDE) never sends relative paths to the program started via a
desktop file.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5
___
xdg mailing list
xdg@lists.freed
his one could be set for wine too, which is
another reason for the "dbus activation binary" to be separate from the
"here's the binary to check in PATH"
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
imetype x-scheme-
handler/, then give priority to KIO". If anyone complains that this
isn't xdg-spec-compliant, I want it to be said already that this is because
the spec doesn't make room for our solution...
--
David Faure, fa...@kde.org, http://www
additional categories files. Are you aware of the existence of such
> translated files?
There are 172 files in that directory on OpenSUSE...
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5
___
at we do in KIO. Doing it outside the app will lead to all
the bugs you mentionned (broken images, text editors warning of outside
changes, etc.). As you yourself pointed out, this would just be completely
broken.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
On Monday 02 December 2013 09:40:12 Nicolas Mailhot wrote:
> Le Lun 2 décembre 2013 00:59, David Faure a écrit :
> > (same with any other content application that can handle HTTP urls on its
> > own;
> > same with other schemes that apps might support, like FTP).
>
>
*download* the file
> -> Hand off downloaded file to the associated app
Downloading into a temporary file means no incremental rendering
(e.g. for a long text, or image, or worse, movie).
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Fram
(very old mail, but this is bugging me again :)
Context: I believe that associating a webbrowser with x-scheme-handler/http is
wrong.
On Wednesday 06 October 2010 00:38:40 Bastien Nocera wrote:
> David Faure wrote:
> > When you click a http URL that
> > points to an .odt docume
ely put an agenda point for the next
> freedesktop Summit to get this mess sorted out. Until then (unless we
> can find an agreement on the list for substantial changes), I think I
> want to put my original plans on hold, because they may end up bein
ic :)
> Which order should be used to defined the user preferred application
> according to freedesktop specifications?
C > A > implementation-dependent default ;-)
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
On Thursday 02 May 2013 06:53:33 First Last wrote:
> Hi,
>
> how to specify in a desktop file an icon of an application I want in my
> system tray ?
I don't think you can do that, the app's code picks the icon.
--
David Faure, fa...@kde.org, http://www.davidfaure
uot; endnote where the dot no longer exists". I'll make sure to have a
> diff against the released version too.
Sure, please do. Maybe do that as an additional commit on top of mine, and in
the end one of us pushes both commits together? This way it'll be easier to
review your cha
ince it
suggests to only do it for the same partition), then the directory is either
there (and full) or it's not. So there is no "old value" in the cache.
Either a directory is in the cache, at the time you read it, or it's not (and
you need to calculate its size "manu
On Monday 22 April 2013 22:35:38 Hans de Goede wrote:
> Hi,
>
> On 04/22/2013 09:15 PM, David Faure wrote:
> > On Sunday 21 April 2013 23:22:39 Hans de Goede wrote:
> >> That threads talks about a d-bus interface, which seems unnatural
> >> to me, since for all o
it
can be added to that method call, or additional method can be added.
And it will all fit under a much more general-purpose spec (doing anything
with any app) compared to a "solving the specific issue of selecting files in
file managers" solution.
PS: meanwhile, yo
On Friday 25 May 2012 06:45:58 Michael Thayer wrote:
> On 05/20/2012 10:27 PM, Michael Thayer wrote:
> > On 05/19/2012 01:20 PM, David Faure wrote:
> >> On Friday 24 June 2011 13:21:50 Michael Thayer wrote:
> >>> On Thu, 2011-06-23 at 12:47 +0200, David Faure wrote:
&
ork on startup (like libreoffice
or amarok) to read the file on startup before it gets deleted (more details in
KDE bug 130709, says the kioexec code).
Maybe this --tempfile option solution could be standardized, if others see
value in it.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
On Tuesday 19 March 2013 13:57:04 Thomas Kluyver wrote:
> On 19 March 2013 13:28, David Faure wrote:
> > The other would be to write code that detects the cases where the database
> > has
> > values such that (value & mask) != value, and fixing the database to
> >
On Thursday 18 April 2013 09:28:32 Diggory Hardy wrote:
> On Wednesday 17 April 2013 10:12:22 David Faure wrote:
> > If you find html-in-a-patch hard to read, you can look for "Directory size
> > cache" at this page: http://www.davidfaure.fr/2013/trashspec_proposal.ht
On Tuesday 16 April 2013 09:03:22 Alexander Larsson wrote:
> On tis, 2013-04-16 at 00:15 +0200, Ryan Lortie wrote:
> > hi David,
> >
> > On 2013-04-15 18:47, David Faure wrote:
> > > 16950 15803468 Documents
> > > 2467 15803582 Another_Folder
> >
>
't be doing this
in the first place.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
On Monday 15 April 2013 17:36:34 Jerome Leclanche wrote:
> Why can't the current .trashinfo files be reused, with new keys added?
So that we open and parse only one file, instead of 10000.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Fram
cuments
2467 15803582 Another_Folder
Due to the clash with the KDE "metadata" file (our earlier attempt at caching
the size, using INI format), this change of format means we should call it
something else after all, say:
TRASH_DIR/directorysizes
--
David Faure, fa...@kde.org, http://www.d
'\' for escaping, and even
supports \x2d escaping).
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
On Monday 15 April 2013 10:19:55 Bastien Nocera wrote:
> Em Mon, 2013-04-15 às 10:07 +0200, Alexander Larsson escreveu:
> > On sön, 2013-04-14 at 23:48 +0200, David Faure wrote:
> > > To implement a maximum size for the trash directory, one needs to check
> > > the
>
ry itself didn't
change, this is why we use the mtime of the trashinfo file, instead].
If there is no objection, I will make a patch for the trash spec.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5
___
ish.
What about defining multiple .desktop files? Then they can have translated
names. Now that I see we're talking about "Open with...", standard desktop
files would do the job just fine. You'll only need to order them correctly,
which is currently not standard across DEs ... [
#x27;s anything sensible to do other than fixing the mimetype xml
(which has been done for this case already).
Maybe Jerome meant addin a new package-level priority value, so that
freedesktop.org.xml always has priority over weird 3rd-party mimetype
definitions. But I'm not sure we really
the spec being correct after all).
Such code would be easy to write, as part of any of the existing
implementations, I would think.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5
__
ackages/ to see how many files mention
?
Check also ~/.local/share/mime/packages, just in case.
--
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE, in particular KDE Frameworks 5
___
xdg mailing list
xdg@lists.freedesktop.org
http
On Monday 21 January 2013 13:15:11 Alexander Larsson wrote:
> On mån, 2013-01-21 at 12:06 +0100, David Faure wrote:
> > I am surprised by this reply. Isn't this what mimetype inheritance is all
> > about? What's the point of mimetype inheritance, if not to say that "
1 - 100 of 320 matches
Mail list logo
