[PATCH] Add XDG_STATE_HOME

mentioned above. Regard, piegames --- basedir/basedir-spec.xml | 18 ++ 1 file changed, 18 insertions(+) diff --git a/basedir/basedir-spec.xml b/basedir/basedir-spec.xml index 8e6fff6..951c493 100644 --- a/basedir/basedir-spec.xml +++ b/basedir/basedir-spec.xml @@ -66,6 +66,13

Maintainance of the XDG specifications

the overall situation? I'd really like to help. piegames ___ xdg mailing list xdg@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/xdg

Re: [PATCH] Add XDG_STATE_HOME

Any opinions on this? I need some feedback to get it merged. The patch as merge request on Gitlab: < https://gitlab.freedesktop.org/xdg/xdg-specs/merge_requests/4> On Tue, 2019-08-20 at 00:48 +0200, piegames wrote: > A few years ago, there was a discussion about an `XDG_STATE_HOME` &g

Re: [PATCH] Add XDG_STATE_HOME

t may contain: - actions history (logs, history, recently used files, …) - current state of the application that can be reused on a restart (view, layout, open files, undo history, …) - connection sockets (ssh, tcp, …) to be reused ---- Regards, piegames On Mon, 2019-11-04 at 14:53 +, Bollinger,

Re: Specifying sensible device types to use an application on in the desktop file

optimized for different devices/inputs. At that point it makes more sense to me to simply support as much as possible within a single application (Gnome apps are doing an increasingly good job at this thanks to libhandy, for example). Regards, piegames On Fri, 2020-10-09 at 12:28 +0100, David Edmun

Re: Type=Webapp

ems to me that you want semantics that are similar to `Terminal=true` but for web applications. You might want to evaluate solutions that work similarly to terminal applications and thus won't require a new desktop entry `Type`. Regards, piegames On Mon, 2020-09-21 at 21:59 +0300, Genghis Khan wr

RCF: Basedir specification for non-Linux

at the moment. A disadvantage is that – at least on Windows – the destination paths are not computable anymore, and the Known Folders API needs to be called in order to get the values. Let me know what you think about this, piegames ___ xdg mailing list

Re: [basedir-spec] XDG_DATA_HOME and reboot-preserved read-write state?

0 but I think the more correct way would be to discuss this in a new thread on this mailing list. Regards, piegames On Sun, 2021-02-07 at 18:20 +0100, Sebastian Pipping wrote: > Hi piegames, > > > thanks for your reply! > > > On 07.02.21 12:20, piegames wrote: > > Hi, &

Re: [basedir-spec] XDG_DATA_HOME and reboot-preserved read-write state?

tribution: this spec isn't a "I have a nice idea let's formalize it". It's more a "let's look at how people do things and write down the common ground of things that worked well". So my suggestion is to wait a few years until some applications actually use XDG_STATE_HOME, and th

Re: [basedir-spec] XDG_DATA_HOME and reboot-preserved read-write state?

about locations and what data they should contain, and only little about application specific behavior. piegames On Sun, 2021-02-07 at 04:12 +0100, Sebastian Pipping wrote: > Hi! > > > I am writing to you because I cannot find an answer about something > in > basedir-spec