On Wed, 2020-08-26 at 16:57 +0930, Simon Lees wrote:
> Hi
>
> On 8/26/20 1:17 AM, Piotr Karbowski wrote:
> > On 25/08/2020 16.54, David Edmundson wrote:
> > > >Project looks kind of abandoned and I'd like to pick it up, is
> > > there
> > > anyone who can pass the access to repository?
> > >
> >
Or does the "no-digit-start, no-dash" rule
> have to stay forever?
Flatpak sort of relies on this in the exported-filename-prefix rules.
In particular, to avoid conflicts, all exported files must have the app
id as prefix, followed by a dot, or an invalid
.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a Nobel prize-winning albino grifter She's a high-kicking Buddhist
qu
On ons, 2015-06-24 at 12:51 -0700, Thomas Kluyver wrote:
> Thanks Alex,
>
> On Wed, Jun 24, 2015, at 12:20 PM, Alexander Larsson wrote:
> > A runtime is very specific. It defines an exact ABI and is then
> > supposed to continue to support exactly that ABI. If anything that
d that it's
> early
> days for the project and this kind of user-visible stuff might be
> some
> way off. But it's good to know what it's driving towards.
Right now the format is really a developer thing. But, exposing it in
an easy to
On ons, 2015-06-24 at 09:48 -0700, Thomas Kluyver wrote:
> Hi Alex,
>
> On Wed, Jun 24, 2015, at 01:15 AM, Alexander Larsson wrote:
> > More details on how xdg-app works can be found here:
> > https://wiki.gnome.org/Projects/SandboxedApps
>
> Thanks, this loo
.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's an impetuous playboy rock star with a robot buddy named Sparky.
She's a disco-crazy
On tis, 2014-12-16 at 09:21 -0800, Thomas Kluyver wrote:
> On 16 December 2014 at 02:40, Alexander Larsson
> wrote:
> I agree, and I'm currently working on one (as are others
> obviously as
> seen in this thread) within Gnome (although the base code
On tis, 2014-12-16 at 17:45 +0100, Mattias Andrée wrote:
> On Tue, 16 Dec 2014 11:40:29 +0100
> Alexander Larsson wrote:
>
> > There
> > is no good way for 3rd parties to distribute applications
> > (free software or not), and you can't run say a more
> &
On mån, 2014-12-08 at 15:02 -0800, Thomas Kluyver wrote:
> This may be a pipe dream, but XDG is the best place I know to propose
> something like this:
>
>
> We need a new mechanism for distributing end-user applications on free
> desktop platforms.
I agree, and I'm currently working on one (as
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
> implementations can pick any of the .desktop files associated with the
> mimetype, taking into account a
On tis, 2013-12-17 at 12:02 +, Simon McVittie wrote:
> On 17/12/13 10:41, Alexander Larsson wrote:
> > I put the release (0.13)
> > in /srv/icon-theme.freedesktop.org/www/releases/ on gabe, but it doesn't
> > show up at http://icon-theme.freedesktop.org/release
I just made a new release of the hicolor icon theme, but when i wanted
to put up the release this didn't quite seem possible.
The old page: http://www.freedesktop.org/wiki/Software/icon-theme/
Points to: http://icon-theme.freedesktop.org/wiki/HicolorTheme
Which doesn't exist anymore, but there is
On mån, 2013-12-02 at 00:01 +0100, David Faure wrote:
> On Friday 04 October 2013 11:20:27 Ryan Lortie wrote:
> As a developer I also often have two layers in XDG_DATA_DIRS, but ok, not
> with
> a mimeapps.list in the intermediate layer, typically.
>
> Anyhow, this doesn't prevent moving mimea
22e99e9b96458f697f9 Mon Sep 17 00:00:00 2001
From: Alexander Larsson
Date: Tue, 2 Jul 2013 15:20:48 +0200
Subject: [PATCH] icon-theme-spec: Add icon scale support
This adds support for "pre-scaled" icons aimed at higher resolution displays.
For instance, an icon at scale 2 and size 48 (4
New version that tries to better describe what scale means according you
your feedback.
>From f269c4cd9d9f83c851ca26ef3c069d49a84cff79 Mon Sep 17 00:00:00 2001
From: Alexander Larsson
Date: Tue, 2 Jul 2013 15:20:48 +0200
Subject: [PATCH] icon-theme-spec: Add icon scale support
This adds supp
; property to the icon directories. With this one could have icons
for size "48" in both scale 1 and 2.
>From c321e1d3eb3c1f7b0ecc3b10af7976902a73b901 Mon Sep 17 00:00:00 2001
From: Alexander Larsson
Date: Tue, 2 Jul 2013 15:20:48 +0200
Subject: [PATCH] icon-theme-spec: Add icon scale
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
>
> One thing I forgot to ask for a clarification on earlier, and certainly
> something that we should spell out in the spec
On mån, 2013-04-15 at 18:47 +0200, David Faure wrote:
> It turns out that the trash spec already uses %-encoding: for the path stored
> in the trashinfo file.
>
> So we discussed it a bit more and came up with this update:
>
> Let's not use the desktop entry standard for this, but a simple text
On mån, 2013-04-15 at 16:28 +0200, Bastien Nocera wrote:
> Em Mon, 2013-04-15 às 14:36 +0200, Alexander Larsson escreveu:
> > On mån, 2013-04-15 at 14:25 +0200, Ryan Lortie wrote:
> > > hi,
> > >
> > > On 2013-04-15 13:43, Alexander Larsson wrote:
> > &
On mån, 2013-04-15 at 14:25 +0200, Ryan Lortie wrote:
> hi,
>
> On 2013-04-15 13:43, Alexander Larsson wrote:
> > On mån, 2013-04-15 at 10:19 +0200, Ryan Lortie wrote:
> >> No strong objections to turning it into unix-timestamp-in-UTC though.
> >
> > N!
On mån, 2013-04-15 at 10:19 +0200, Ryan Lortie wrote:
> hi,
>
> On 2013-04-15 10:07, Alexander Larsson wrote:
> > 1: Using sha1 seems wrong to me. There is no need to get an even
> > distribution of the keys (like for thumbnail subdirectories), and a sha1
> > is slow
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
> size every time a new item is being trashed. With the current spec, the only
> solution is to do a recursive traversal, which is pretty expensive.
> To make this e
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 "an app
> which declares being able to handle text/plain, can handle anything that
> derives fr
On ons, 2012-12-26 at 19:31 +, David Faure wrote:
> Hi Alexander,
>
> When you implemented support for mimeapps.list in glib, did that include
> looking up inherited mimetypes, or is that not supported?
>
> Here's an example.
> emacs.desktop says:
>MimeType=text/plain;text/x-csrc;
> My m
On Sun, 2011-09-25 at 09:08 +0200, David Faure wrote:
> Hi Johannes,
> [skipping a few questions about mime.cache which I don't know yet]
> > ReverseSuffixTreeNode.CHARACTER: What encoding is used? I guess UTF32?
> UTF-8, rather? I don't think this code uses UTF-32 anywhere.
> Not sure it was test
xdg-user-dirs 0.13 is availible at:
http://freedesktop.org/wiki/Software/xdg-user-dirs
This version just has a few new/updated translations.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
way to get such a file would be to edit it
manually.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander LarssonRed Hat, Inc
al...@redhat.comalexander.lars...@gmail.com
He's a lounge-singing albino rock sta
The following are the new git repos for these:
http://cgit.freedesktop.org/xdg/default-icon-theme/
http://cgit.freedesktop.org/xdg/shared-mime-info/
http://cgit.freedesktop.org/xdg/xdg-user-dirs/
http://cgit.freedesktop.org/xdg/xdgmime/
The cvs repos are still availible as before, but I made them
On Sat, 2009-08-22 at 16:14 +0200, Jannis Pohlmann wrote:
> On Sat, 22 Aug 2009 13:58:17 +0200
> Alexander Larsson wrote:
>
> > On Fri, 2009-08-21 at 14:13 +0200, Jannis Pohlmann wrote:
> >
> > > (Personally, I'd like to propose to merge all the failed/
On Fri, 2009-08-21 at 14:13 +0200, Jannis Pohlmann wrote:
> (Personally, I'd like to propose to merge all the failed/
> subdirectories into a single directory -- failed/ -- because IMHO the
> failed/ concept is just broken. But that's another story.)
I think the idea behind it is that each thumbn
On Sat, 2009-08-22 at 08:54 +0800, PCMan wrote:
> On Sat, Aug 22, 2009 at 3:23 AM, Andrea Francia
> wrote:
> >
> >
> >>
> >> Of course, we should all move towards all filenames being in UTF8, avoid
> >> creating non-UTF8 filenames, etc.
> This is not a real solution if you're going to support remo
On Fri, 2009-08-21 at 21:23 +0200, Andrea Francia wrote:
>
>
> 2009/8/21 Alexander Larsson
> On Thu, 2009-08-06 at 00:05 +0200, Andrea Francia wrote:
> > 2009/8/5 David Faure
> > In practice I would recommend using utf8
On Wed, 2009-08-19 at 21:53 +0200, David Faure wrote:
> On Wednesday 19 August 2009, Alexander Larsson wrote:
> > On Wed, 2009-08-19 at 10:02 +0200, David Faure wrote:
> > > On Wednesday 19 August 2009, Alexander Larsson wrote:
> > > > Ugh. Additionally we have to ext
On Fri, 2009-08-07 at 12:24 +0200, Christian Neumair wrote:
> Dear xdg list,
>
> I originally wrote this email to Jens Finke and Olivier Sessink (CC),
> since both of them wrote the freedesktop.org thumbnail spec. However,
> none of them replied so I'm sending it here.
>
>
> The current thumbnai
On Thu, 2009-08-06 at 00:05 +0200, Andrea Francia wrote:
> 2009/8/5 David Faure
> In practice I would recommend using utf8 everywhere and
> getting rid
> of the whole "filesystem encoding" mess in the first place.
>
>
> Who is interested to work a new draft (a draft) of t
On Wed, 2009-08-19 at 23:01 +0200, Didier Roche wrote:
> On Wed, Aug 19, 2009 at 10:02 PM, David Faure wrote:
> > On Wednesday 19 August 2009, Alexander Larsson wrote:
> >> Prefixing with the
> >> desktop name is fully backwards compat with deployed file formats, an
On Wed, 2009-08-19 at 22:02 +0200, David Faure wrote:
> On Wednesday 19 August 2009, Alexander Larsson wrote:
> > Prefixing with the
> > desktop name is fully backwards compat with deployed file formats, and
> > needs no extra files, which is why I like it.
>
>
On Wed, 2009-08-19 at 16:30 +0200, David Faure wrote:
> On Wednesday 19 August 2009, Alexander Larsson wrote:
> > On Wed, 2009-08-19 at 10:28 +0200, David Faure wrote:
> > > On Wednesday 19 August 2009, Alexander Larsson wrote:
> > > > On Thu, 2009-08-13 at
On Wed, 2009-08-19 at 14:12 +0200, Jannis Pohlmann wrote:
> On Wed, 19 Aug 2009 12:24:04 +0200
> Didier Roche wrote:
>
> > On Wed, Aug 19, 2009 at 11:15 AM, Alexander Larsson
> > wrote:
> > > Where does this leave us? One possible solution would be to tag each
&
On Wed, 2009-08-19 at 10:02 +0200, David Faure wrote:
> On Wednesday 19 August 2009, Alexander Larsson wrote:
> > Ugh. Additionally we have to extend the mime.cache format more. Maybe we
> > can solve this with a hack. What about this:
> >
> > All case insensitive globs
On Wed, 2009-08-19 at 10:28 +0200, David Faure wrote:
> On Wednesday 19 August 2009, Alexander Larsson wrote:
> > On Thu, 2009-08-13 at 22:17 +0200, David Faure wrote:
> > > And then it's up to implementations to update that value, when
> > > adding a file to the
On Wed, 2009-08-19 at 19:15 +0800, PCMan wrote:
> Here are some comments.
> On Wed, Aug 19, 2009 at 5:15 PM, Alexander Larsson wrote:
> > The current system works by each desktop having its own way of
> > specifying the default (if the shared user and sysadmin preferences
>
On Wed, 2009-08-19 at 12:24 +0200, Didier Roche wrote:
> > * I don't believe in sharing the default priorities between desktop as
> > some kind of global property that has to be negotiated between
> > desktops, etc. The priorities are often used in-desktop to
> > differentiate between two diffe
On Tue, 2009-08-04 at 09:16 +0200, Didier Roche wrote:
> What do you think about it? I only take a look at glib (more
> precisely, the gio module) and update-mime-info and the code to write
> to achieve that goal seems minimal.
I've not followed this thread, since I've been on vacation an very
bus
On Thu, 2009-08-13 at 22:17 +0200, David Faure wrote:
> And then it's up to implementations to update that value, when
> adding a file to the trash, restoring a trashed file, deleting a trashed file,
> and when emptying the trash.
>
> Is this OK with other implementors of the trash spec? Can it be
On Fri, 2009-08-14 at 13:24 +0800, PCMan wrote:
> If this is going to be supported, I'd suggest that we also move all of
> the information in *.trashinfo files to this metadata file to reduce
> excessive I/O, disk space waste, and performance penalty needed to
> maintain the whole trash bin. In thi
On Tue, 2009-08-18 at 19:42 +0200, David Faure wrote:
> On Tuesday 18 August 2009, Bastien Nocera wrote:
> > On Tue, 2009-08-18 at 15:25 +0200, David Faure wrote:
> > > On Wednesday 05 August 2009, David Faure wrote:
> > > > Seems to me that we should instead introduce an attribute for
> > > > case
On Sun, 2009-06-07 at 13:52 +0800, PCMan wrote:
> Hi list,
> To solve the issue that every desktop environment has its own way to
> specify default web browser and terminal emulator, I wrote a new spec
> to create a cross-desktop mechanism for this. This spec works by
> extending existing XDG specs
I got a bug report[1] recently about a problem with case insensitive
globs.
The spec has this to say:
Applications MUST first try a case-sensitive match, then try again with
the filename converted to lower-case if that fails. This is so that
main.C will be seen as a C++ file, but IMAGE.GIF wil
On Fri, 2009-05-15 at 04:00 +0200, Jannis Pohlmann wrote:
> I think we should improve the description of Unqueue a little bit.
> Unqueue doesn't really prevent service-side implementations of unqueing
> batch tasks (more than one URI queued as one handle) in the middle of
> the task (e.g. after h
On Wed, 2009-04-08 at 12:32 +0200, David Faure wrote:
> On Wednesday 08 April 2009, Alexander Larsson wrote:
> > On Wed, 2009-04-08 at 11:56 +0200, David Faure wrote:
> > > On Wednesday 08 April 2009, Alexander wrote:
> > > > I think the reason the globs are a per-g
On Wed, 2009-04-08 at 12:19 +0200, David Faure wrote:
> On Wednesday 08 April 2009, David Faure wrote:
> > On Wednesday 08 April 2009, Alexander Larsson wrote:
> > > [...]
> > > Maybe we should have a node instead to avoid these
> > > issues? It would translate
On Wed, 2009-04-08 at 12:02 +0200, David Faure wrote:
> On Wednesday 08 April 2009, Alexander Larsson wrote:
> > On Tue, 2009-03-31 at 20:42 +0200, David Faure wrote:
> > > On Thursday 26 March 2009, Alexander Larsson wrote:
> > > > On Thu, 2009-03-26 at
On Wed, 2009-04-08 at 11:56 +0200, David Faure wrote:
> On Wednesday 08 April 2009, Alexander wrote:
> > I think the reason the globs are a per-glob map is that when the globs
> > are stored in the mime.cache file some of the items (suffixes, literals)
> > are stored sorted.
>
> Ah. I don't know a
On Tue, 2009-03-31 at 20:42 +0200, David Faure wrote:
> On Thursday 26 March 2009, Alexander Larsson wrote:
> > On Thu, 2009-03-26 at 11:30 +0100, David Faure wrote:
> > > What's the next step? I can provide a patch for the spec, but I have to
> > > rely on you
&
On Thu, 2009-03-26 at 11:30 +0100, David Faure wrote:
> On Thursday 26 March 2009, Alexander Larsson wrote:
> > On Wed, 2009-03-25 at 23:50 +0100, David Faure wrote:
> > > On Wednesday 25 March 2009, Alexander Larsson wrote:
> >
> > > > > OK, g
On Wed, 2009-03-25 at 23:50 +0100, David Faure wrote:
> On Wednesday 25 March 2009, Alexander Larsson wrote:
> > > OK, great. So, ? But we also need a way to
> > > express that
> > > in the generated binary "magic" file. Well, maybe just [90:image/x-eps
On Tue, 2009-03-24 at 18:20 +0100, David Faure wrote:
> On Monday 23 March 2009, Alexander Larsson wrote:
> > On Sat, 2009-03-21 at 13:02 +0100, David Faure wrote:
> > > If a user wants to modify the globs for a given mimetype, I generate
> > > a local ~/.local/share/m
On Sat, 2009-03-21 at 13:02 +0100, David Faure wrote:
> If a user wants to modify the globs for a given mimetype, I generate
> a local ~/.local/share/mime/packages/.xml file with
> in it, run update-mime-database, and then the parsing
> of the generated ~/.local/share/mime/globs file is suppose
On Tue, 2009-02-24 at 16:45 +0100, Patryk Zawadzki wrote:
> On Tue, Feb 24, 2009 at 3:23 PM, Thiago Macieira wrote:
> > Em Terça-feira 24 Fevereiro 2009, às 15:05:04, Patryk Zawadzki escreveu:
> >> What comes to mind is why would we want to use the executable bit for
> >> non-executable files? I d
On Tue, 2009-02-24 at 15:35 +0100, Vincent Untz wrote:
> 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
&
On Tue, 2009-02-24 at 13:22 +, John Tapsell wrote:
>
> > 7. On initial login make all desktop file launchers in the desktop dir
> > as executable.
> >
> > For 7, maybe we can share what file to use to see if this has been done
> > so that this doesn't accidentally happen twice. Say for instanc
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
the panel in Gnome is just a regular copy operation of the source
d
On Tue, 2009-02-24 at 12:40 +, Simon McVittie wrote:
> On Tue, 24 Feb 2009 at 13:29:05 +0100, Alexander Larsson wrote:
> > On Tue, 2009-02-24 at 11:13 +, John Tapsell wrote:
> > > It's dangerous not to. If it's marked as executable, and you execute
> >
On Tue, 2009-02-24 at 11:13 +, John Tapsell wrote:
> 2009/2/24 Alexander Larsson :
> > On Sat, 2009-02-21 at 18:07 -0500, Michael Pyne wrote:
> >> Hi all,
> >>
> >>
> >>
> >> I'm just writing to let you know that I'm working on
On Tue, 2009-02-24 at 11:55 +0100, Alexander Larsson wrote:
> On Sat, 2009-02-21 at 18:07 -0500, Michael Pyne wrote:
> > Hi all,
> >
> >
> >
> > I'm just writing to let you know that I'm working on changing the
> > handling of .desktop
On Sat, 2009-02-21 at 18:07 -0500, Michael Pyne wrote:
> 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:
>
>
>
On Sun, 2008-10-26 at 15:15 +0100, Philip Van Hoof wrote:
> > Also, wrt failed thumbnailings. What id should be used to look for
> > failed thumbnailings?
>
> What do you mean? Atm the spec requires passing back which URIs failed.
> Which means that the app developer can use the returned URI in t
On Fri, 2008-10-17 at 09:36 +0200, Alexander Larsson wrote:
> On Thu, 2008-10-16 at 23:35 +0200, Philip Van Hoof wrote:
> > On Fri, 2008-10-10 at 11:40 +0200, Alexander Larsson wrote:
> > > On Fri, 2008-10-10 at 11:26 +0200, Alexander Larsson wrote:
> > > > On
On Thu, 2008-10-16 at 23:29 +0200, Philip Van Hoof wrote:
> On Fri, 2008-10-10 at 11:26 +0200, Alexander Larsson wrote:
> > On Wed, 2008-09-03 at 16:15 +0200, Philip Van Hoof wrote:
> > > Hi there whoever is interested in thumbnailing!
> > >
> > &g
On Thu, 2008-10-16 at 23:35 +0200, Philip Van Hoof wrote:
> On Fri, 2008-10-10 at 11:40 +0200, Alexander Larsson wrote:
> > On Fri, 2008-10-10 at 11:26 +0200, Alexander Larsson wrote:
> > > On Wed, 2008-09-03 at 16:15 +0200, Philip Van Hoof wrote:
> > >
> > >
On Fri, 2008-10-10 at 11:26 +0200, Alexander Larsson wrote:
> On Wed, 2008-09-03 at 16:15 +0200, Philip Van Hoof wrote:
>
> For nautilus, what I do is queue all the thumbnailable files in the
> directory for thumbnailing, but then I prioritize the files that are
> currently visibl
On Tue, 2008-09-16 at 14:42 +0200, Philip Van Hoof wrote:
> On Tue, 2008-09-16 at 13:30 +0100, Rob Taylor wrote:
> > I guess when Philip's thumbnailer daemon is starting to get widely used,
> > It could do the job of cleaning the cache. This would mean that you
> > would no longer have thumbnails
On Wed, 2008-09-03 at 16:15 +0200, Philip Van Hoof wrote:
> Hi there whoever is interested in thumbnailing!
>
> This is the location to the draft:
>
> http://live.gnome.org/ThumbnailerSpec
>
> This is the Subversion repository to a prototype implementation:
>
> https://stage.maemo.org/svn/maemo
On Fri, 2008-09-26 at 23:34 +0200, David Faure wrote:
> On Thursday 25 September 2008, Alexander Larsson wrote:
> > On Mon, 2008-08-18 at 20:04 +0200, David Faure wrote:
> > > On Monday 18 August 2008, Patrice Dumas wrote:
> > > Yes, or see the KMountPoint code in KDE.
On Mon, 2008-08-18 at 20:04 +0200, David Faure wrote:
> On Monday 18 August 2008, Patrice Dumas wrote:
> Yes, or see the KMountPoint code in KDE.
> http://websvn.kde.org/trunk/KDE/kdelibs/kio/kio/kmountpoint.cpp?view=markup
>
> About the filesystem types in the trash implementation, what did I do.
On Tue, 2008-09-16 at 12:52 -0700, Karl Chen wrote:
> >>>>> On 2008-09-16 12:36 PDT, Alexander Larsson writes:
>
> Alexander> Its ok with me. ATM we don't have any code that
> Alexander> parses this, we just handle it as a string.
>
> Alexa
On Mon, 2008-09-15 at 15:48 +0200, David Faure wrote:
> > In the language of RFC 3339, the current format of the
> > DeletionDate field is "4.4. Unqualified Local Time". I propose
> > that the format of DeletionDate be changed to "4.2. Local Offsets"
> > (e.g. 1996-12-19T16:39:57-08:00) or "4.1.
On Mon, 2008-03-31 at 12:06 +0100, Thiago Macieira wrote:
> KDE 4.0 does not support non-UTF-8 locales. The reason is that we keep all
> filenames in Unicode form (UTF-16). Until recently, we had no API to extract
> the raw, percent-encoded path from a URL -- the only way was the UTF-16
> QUrl
On Mon, 2008-03-31 at 11:41 +0100, Thiago Macieira wrote:
> On Monday 31 March 2008 12:17:01 Alexander Larsson wrote:
> > On Mon, 2008-03-31 at 00:58 +0200, Thiago Macieira wrote:
> > > [RFC 3987 requires URIs to be in UTF-8, which means that practically the
> > > only
On Mon, 2008-03-31 at 00:58 +0200, Thiago Macieira wrote:
> Luke -Jr wrote:
> >On Sunday 30 March 2008, Thiago Macieira wrote:
> >> >file:///etc;foo/config;bar/some.conf;hi
> >>
> >> What parameters?
> >
> >Section 3.3 of RFC 2396 (Uniform Resource Identifiers (URI): Generic
> > Syntax)
>
> RFC 3
On Thu, 2008-03-27 at 15:02 -0400, Dr. Michael J. Chudobiak wrote:
> Gnome at least has no UI-based method of fixing broken thumbnails caused
> by the above issues (you have to rm ~/.thumbnails), and the new
> GFileInfo api provides easy access to the microsecond data.
While it is easy to get t
On Mon, 2008-03-03 at 15:34 +0100, David Faure wrote:
> On Tuesday 29 January 2008, Alexander Larsson wrote:
> >
> > On Mon, 2008-01-28 at 12:36 +0100, Alexander Larsson wrote:
> > > Attached is an update to the shared mime specification that adds two
> > > th
On Thu, 2008-02-07 at 20:22 +0100, Luca Dionisi wrote:
> Hi all,
>
> I'd like to know, when I open "properties" of a file
> in GNOME's file manager, select "Notes" tab
> and write down a note, where does the note is
> saved? Is it a freedesktop spec?
its stored in ~/.nautilus/metafiles/, which
Seems i didn't send this reply to the list.
Forwarded Message
From: Alexander Larsson <[EMAIL PROTECTED]>
To: Brian J. Tarricone <[EMAIL PROTECTED]>
Subject: Re: shared trash directories in the trash spec
Date: Thu, 07 Feb 2008 10:02:32 +0100
On Wed, 2008-02-
There are some issues with using the trash spec on FAT and NTFS systems.
These filesystems don't support storing UIDs, nor does it support the
sticky bit. Instead, the way they are generally mounted in a writable
way under unix is:
a) All files are owned by the user mounting the filesystem
b) All
On Thu, 2008-01-31 at 10:40 +0100, Alexander Larsson wrote:
> On Wed, 2008-01-30 at 23:36 +0100, David Faure wrote:
> > On Wednesday 30 January 2008, Alexander Larsson wrote:
>
> > > but the filename is a bit long. I can't think of a really good short one
&
;t like that though, since it would make the
> > > implementation
> > > more complex.
> > >
> > > Do you agree with making the magic rules for xml priority 40?
> >
> On Tuesday 16 October 2007, Alexander Larsson wrote:
> > Yes, that sounds good
On Wed, 2008-01-30 at 23:36 +0100, David Faure wrote:
> On Wednesday 30 January 2008, Alexander Larsson wrote:
> > but the filename is a bit long. I can't think of a really good short one
> > though. "custom.assoc"?
>
> Huho, a naming question; these
On Wed, 2008-01-30 at 14:15 +0100, Stanislav Brabec wrote:
> Thiago Macieira wrote:
>
> > Suggestion:
>
> > gedit.desktop:
> > [InitialPreferences]
> > text/plain=6
> >
> > [InitialPreferences-GNOME]
> > text/plain=9
>
> Such preference system should also handle sub-classes somehow:
>
> Suppo
On Wed, 2008-01-30 at 12:49 +0100, David Faure wrote:
> This is the advantage of the InitialPreference solution: it works out
> of the box.
>
> > > This problem is solved. What is not solved is the default order, when NO
> > > user-configuration exists,
> > > but it was pointed out that the defa
On Tue, 2008-01-29 at 20:36 +0100, David Faure wrote:
> On Friday 25 January 2008, Alexander Larsson wrote:
> > In each directory with desktop files we also have a "defaults.list" file
> > which is similar to the mimeinfo.cache file. It lists for each mimetype
> >
On Tue, 2008-01-29 at 14:37 +0100, Stanislav Brabec wrote:
> Alexander Larsson wrote:
> > On Tue, 2008-01-29 at 13:48 +0100, Stanislav Brabec wrote:
> >
> > > > Doing it with two different files is a very bad idea. I mean, what file
> > > > would a third pa
On Tue, 2008-01-29 at 13:48 +0100, Stanislav Brabec wrote:
> > Doing it with two different files is a very bad idea. I mean, what file
> > would a third party app use? And why should a kde and a gnome app
> > running in the same session launch different apps for the same files?
>
> Doing it usin
On Mon, 2008-01-28 at 16:41 +0100, Jakob Petsovits wrote:
> > Opinions?
>
> Yay for not hardcoding generic icons! I like it.
> Just one thing:
>
> > If this element is not specified then the mimetype is used to generate the
> > generic icon by using the top-level media type (e.g. "video" in "vi
On Mon, 2008-01-28 at 12:36 +0100, Alexander Larsson wrote:
> Attached is an update to the shared mime specification that adds two
> things:
Here is an updated version based on some feedback from david faure.
Apart from typo fixes and such the difference is:
* No magic prio 80 special ru
Attached is an update to the shared mime specification that adds two
things:
1) An update to the default mimetype resolve order, based on previous
discussions on this list.
The basic change is to prefer glob matches if we get non-conflicting
matches, otherwise we resolve conflicts in a slightly
On Fri, 2008-01-25 at 13:34 +0100, David Faure wrote:
> On Friday 25 January 2008, Alexander Larsson wrote:
> >
> > On Fri, 2008-01-25 at 11:21 +0100, David Faure wrote:
> >
> > > After discussion with Alexander on IRC we came to the following
> > > ad
On Fri, 2008-01-25 at 12:23 +0100, Thiago Macieira wrote:
> I was writing an email to talk about that, but I erased it and thought better
> not to.
>
> The name "defaults.list" is actually a misnomer, IIUC. It isn't a matter of
> defaults, it's a matter of user preference. So this file should
1 - 100 of 202 matches
Mail list logo
