, if so desired.
This is the result of a discussion with Ryan Lortie, Alex Larsson and
myself, I'm sending it here for further comments before pushing it to the
git repo.
Great work guys!
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
limited knowlegde around Wayland even suggests, that the latter will
be the only option there anyway.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part
On Thursday, 2014-02-20, 08:57:34, Richard Hartmann wrote:
On Wed, Feb 19, 2014 at 6:41 PM, Kevin Krammer kram...@kde.org wrote:
Like the other variables there would be a specified default, so configure
(or whatever) could peform the check and fall back to the default or a
shell
for everything.
Cheers,
Kevin
[1] which would have the added benefit of being something that can be passed
to a user local software build, e.g. configure --prefix $XDG_INSTALL_HOME
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description
On Wednesday, 2014-02-19, 18:16:24, Richard Hartmann wrote:
On Wed, Feb 19, 2014 at 3:17 PM, Kevin Krammer kram...@kde.org wrote:
[1] which would have the added benefit of being something that can be
passed to a user local software build, e.g. configure --prefix
$XDG_INSTALL_HOME
Just
the same file for config and state
instead of using a separete state file?
If it where in a different file, even in the same location, then only the
actual config file would be tracked by the VCS and the state files would not.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE
,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part.
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman
if there are more than on) I expect a call
to xdg.intents.Camera.TakePicture to be available.
I don't want to have to start each camera provider to do runtime
introspection.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description
On Monday, 2014-01-06, 15:37:33, Jerome Leclanche wrote:
On Mon, Jan 6, 2014 at 3:29 PM, Kevin Krammer kram...@kde.org wrote:
On Monday, 2014-01-06, 01:25:58, Jerome Leclanche wrote:
There's a lot TBD still. For example: Do we require apps implementing
an intent to support every method
Hi,
On Monday, 2014-01-06, 13:24:28, Ryan Lortie wrote:
hi,
On Mon, Jan 6, 2014, at 10:31, Kevin Krammer wrote:
Wouldn't it make more sense to be able to derive the object path from the
name?
This way an application which has multiple interfaces can implement them
with
different
about it a bit more the name ExecNoArgs might be a bit
confusing. The command line specified in it could very well have arguments,
just no variables.
Also, if present but empty, that could be treated as cannot be launched
without file/urls.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg
On Friday, 2013-12-27, 15:24:43, Jerome Leclanche wrote:
On Fri, Dec 27, 2013 at 3:01 PM, Kevin Krammer kram...@kde.org wrote:
On Thursday, 2013-12-26, 15:34:03, Jerome Leclanche wrote:
I'm sorry, you're right. I should have been clearer.
I need this functionality for intents, but I
is a no-go IMHO. It would take years before software
vendors could use the new format.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part
On Tuesday, 2013-12-24, 17:06:08, Thomas Kluyver wrote:
On 24 December 2013 16:37, Kevin Krammer kram...@kde.org wrote:
Well, a quick check would have revealed that it is.
Cross platform development always requires testing on the targetted
platforms,
one can not simply assume things
On Thursday, 2013-12-26, 11:33:13, Jerome Leclanche wrote:
On Thu, Dec 26, 2013 at 11:25 AM, Kevin Krammer kram...@kde.org wrote:
On Thursday, 2013-12-26, 10:56:11, Jerome Leclanche wrote:
I'd really like to be able to get the binary name from desktop files
(eg a way to start without any
an addtional key would make people who prefer
hacks over proper solutions magically use proper solutions.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part
On Thursday, 2013-12-26, 21:18:43, Ma Xiaojun wrote:
On Thu, Dec 26, 2013 at 8:09 PM, Kevin Krammer kram...@kde.org wrote:
If wine cannot accept the prefix as a command line argument, then this
should use a script that adjusts the environment accordingly before
calling the binary.
I
the actual target command.
In other words avoiding the problem to exist in the first place instead of
trying to work around it.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed
platform support or not. If they have no use or goal to support running
their software on non OSX platforms, then they are unlikely to put efforts
into it.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description
On Tuesday, 2013-12-24, 16:26:27, Thomas Kluyver wrote:
On 24 December 2013 15:06, Kevin Krammer kram...@kde.org wrote:
BTW, I happen to know one breakage caused by Linux not having open(1)
like
OS X. https://github.com/swaroopch/byte_of_python/issues/8
Looks like
should have all their accounts closed for some meditation
period.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part.
___
xdg mailing
need a pure C++ implementation without Qt then writing a
new one is your only choice.
Cheers,
Kevin
(see
http://api.kde.org/4.0-api/kdelibs-apidocs/kdecore/html/kmimetype_8h_source.
html -
KUrl, KServiceType etc.)
2013/12/14 Kevin Krammer kram...@kde.org
On Friday, 2013-12-13, 20
.
2013/12/16 Kevin Krammer kram...@kde.org
On Monday, 2013-12-16, 11:41:34, Alexander Kamyshnikov wrote:
Hi Kevin. I'm glad to see KDE developer here because i'm KDE fan for
many
years :)
But this KDE MIME-support code hardly depend from other KDE stuff, isn't
it?
I
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
--
Kevin Krammer
On Monday, 2013-12-02, 15:34:34, Bastien Nocera wrote:
On Mon, 2013-12-02 at 15:16 +0100, Kevin Krammer wrote:
On Monday, 2013-12-02, 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
/directory.
You probably meant inode/directory, text/directory is the MIME typ for contact
vCards :)
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part
, you decide when to clear it. You could check file
access times, store meta data or clear it on shutdown or next startup.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part
that any further access is likely to be answered from kernel I/O
buffers?
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part
Leclanche wrote:
.msi files (application/x-msi, subclass of application/x-ole-storage) do
not have any content match. I get the feeling the issue might be deeper,
eg. an overzealous thumbnailer.
J. Leclanche
On Mon, Jan 21, 2013 at 6:32 PM, Kevin Krammer kram...@kde.org wrote:
On Saturday, 2013
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part.
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo
On Monday, 2012-12-03, Thomas Kluyver wrote:
On 3 December 2012 10:08, Kevin Krammer kram...@kde.org wrote:
What if tools in the program remember their configuration? Losing the
parameter set for one tool would not make me cry, however, losing all
of them would.
How likely
on the actual program xdg-open delegates to.
E.g. on KDE the KIO subsystem knows how to determine the MIME type of a
resource and will look up the application associated with it.
I would guess that this is also true for GNOME and their IO framework.
Cheers,
Kevin
--
Kevin Krammer, KDE developer
.
Not with default locations but of course one could have additional
directories, e.g. one per group that needs differentiation, and add that
directory to the XDG_DATA_DIRS variable for all users of those groups.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user
specific markup, intended to be used for config files.
Can you try without?
Or running a wrapper script that does the URL substitution based on $LANG
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description
On Sunday, 2012-01-08, you wrote:
On Fri, Jan 6, 2012 at 8:53 AM, Kevin Krammer kevin.kram...@gmx.at wrote:
How would that improve upon any of the holdback reasons you cited above?
Is there any public statement of developers in the groups indifferent
or uncertain that they would support
. Hence my original question on whether there is any evidence
to the contrary.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part
the proposed inconfigurability make the location more widely known?
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part.
___
xdg
on the computer accessible
by their offspring, or even do white listing based on actually checking whether
something is appropriate.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed
.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part.
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org
On Thursday, 2011-09-22, Bastien Nocera wrote:
On Thu, 2011-09-22 at 15:09 +0200, Kevin Krammer wrote:
On Thursday, 2011-09-22, Jannis Pohlmann wrote:
IMHO that's a bad idea. Bypassing DE-specific checks and forwarding
straight to the FileManager1 service means that, on a multi-user
what would happen if you
passed a file URI to the ShowDirectory method or the other way around,
probably requiring specifying D-Bus errors.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally
standardzed interfaces could be provided.
Unfortunately this never happened for various reasons, so any move into that
direction is highly appreciated.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description
interface for D-Bus using workspace
providers would just serve as a similar native API shared between them and
reduce the code paths in or separate implementations of command line helpers.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
activation will have to be provided.
For example by performing a query for preferred service similar to what xdg-
mime can do and then launching that explicitly or by asking a central broker
like service to launch the preferred service for a given interface.
Cheers,
Kevin
--
Kevin Krammer, KDE
On Friday, 2011-05-20, Stef Bon wrote:
2011/5/20 Kevin Krammer kevin.kram...@gmx.at:
For interfaces that many applications could provide and which might
differ on a per-user basis due to personal preferences, an alternative
mechanism to D- Bus activation will have to be provided
On Saturday, 2011-03-05, Ted Gould wrote:
On Fri, 2011-03-04 at 18:37 -0500, Matthias Clasen wrote:
On Wed, 2011-03-02 at 10:25 -0600, Ted Gould wrote:
I haven't seen any objection, just questions to this. Final call?
I have voiced my objection to the general idea of 'desktop switch'
On Tuesday, 2010-11-09, Lennart Poettering wrote:
On Sun, 07.11.10 11:26, Ryan Lortie (de...@desrt.ca) wrote:
What if the system resumes from suspend after 12 hours and the OS job
to clean the directory is executed before any of the apps had a chance
to update mtime?
Good point. We
On Saturday, 2010-11-06, Lennart Poettering wrote:
Heya,
Ryan Lortie and I have been sitting down here at the GNOME Summit and
have discussed an older proposal that was posted on the XDG ML by Ryan a
while back, regarding definition of a directory where user applications
can store runtime
Hi,
not sure why this showed up today, maybe it hang in some queue.
On Monday, 2010-06-21, Wei Jiang wrote:
Hi All,
The Trash specification is very good. It is intent for Unix, but it is good
for Windows as well, with minor modification.
I have implemented it for a cross platform (Unix
On Monday, 2010-10-11, François Revol wrote:
(sorry Mail.app is too stupid to handle digests as separate mails)
De : Wei Jiang _weijia...@yahoo.com
Date : 21 juin 2010 13:49:55 HAEC
Aw, that's old :)
À : xdg@lists.freedesktop.org
Objet : Trash specification
Hi All,
The
).
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part.
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org
themselves,
I'd say it qualifies as application data.
If the information is also stored in the media files themselves, thus can be
recovered and is only put in the DB for convenience and faster access, in
which case I think XDG_CACHE_HOME would be more appropriate
Cheers,
Kevin
--
Kevin Krammer
without bothering to check whether the current user has enough
priviledges aready, e.g. by group membership.
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part
that all distributions are using the base dir spec as
intended.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part.
___
xdg mailing
On Friday, 2009-11-27, Ted Gould wrote:
On Thu, 2009-11-26 at 14:30 +0100, Pierre Wieser wrote:
However, these two threads refer to a 'Desktop Action' which
was present in current 0.9.4 spec, but has disappeared from
latest 1.1. Does this mean the 'Desktop Action' entry has been
obsoleted
Not sure whether this kind of action handling is deprecated or an orthogonal
concept but it might make sense to at least have a look it :)
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally
On Thursday, 2009-09-03, Aceler wrote:
John Tapsell johnflux at gmail.com wrote at Tue Sep 1 07:00:55 PDT 2009:
Another issue - stealing focus. In X Window, every app that requests
focus, gets it.
I think KWin disables focus stealing by default. Either way, you can
turn it on
On Tuesday 09 September 2008, Philip Van Hoof wrote:
On Tue, 2008-09-09 at 13:08 +0200, Kevin Krammer wrote:
I'm fine with adding amendments that state that cancels might be
available, but don't have to be available. IF it's clear that it's a
*might be available* not a *will be available
.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part.
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org
all requested ones have been completed.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part.
___
xdg mailing list
xdg
On Friday 20 June 2008, Liam R E Quin wrote:
On Thu, 2008-06-19 at 22:21 +0200, Kevin Krammer wrote:
[...]
I have to admit that I might have misunderstood the purpose of the
thread, since some other comments indicate that other people understand
it as looking for solutions regarding
it as looking
for solutions regarding simple formatting, not HTML or word processor like
separation of structure and style.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part
the source should advertise formats, or if targets should check
the formats in a specific order, etc.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part
and a
potential migration path, so it is a good start at sharing VFS
implementations.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part
advanced enough software stack is capable of doing that, but as I
said I don't know the details of GIO, however since on the KIO side no such
restriction exists, I would be quite puzzled if the GIO protocol would.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part.
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
On Thursday 01 May 2008, Emmanuele Bassi wrote:
On Thu, 2008-05-01 at 15:21 +0200, Kevin Krammer wrote:
On Wednesday 30 April 2008, Emmanuele Bassi wrote:
On Wed, 2008-04-30 at 19:06 +0200, Pau Garcia i Quiles wrote:
by the way: GIO implements various fd.o specifications
the desktop layer...
The problem of using local file access from GUI applications is that there
needs to be mechanisms to ensure they can list directories and read/write
files without blocking. They need to have a way to discover that a file is
actually a remote resource.
Cheers,
Kevin
--
Kevin
On Thursday 22 March 2007 06:55 +0100, Thiago Macieira wrote:
Kevin Krammer wrote:
Yes, a dictionary might be nice, but it's not trivial to access in C.
This stuff really needs to be *trivial* for an application to access,
hence why I think booleans are probably best.
How likely
On Wednesday 21 March 2007 23:57 +0100, Carsten Haitzler wrote:
On Wed, 21 Mar 2007 22:05:34 +0100 Kevin Krammer [EMAIL PROTECTED]
babbled:
On Wednesday 21 March 2007 21:57 +0100, Richard Hughes wrote:
On Wed, 2007-03-21 at 15:58 -0400, Havoc Pennington wrote:
As an alternative
],
Access = AtConsole }
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
pgpDCdUE0zhkQ.pgp
Description: PGP signature
___
xdg mailing list
xdg@lists.freedesktop.org
http
that these bindings support dictionaries)
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
pgpa2prDnAJcO.pgp
Description: PGP signature
___
xdg mailing list
xdg@lists.freedesktop.org
http
a remote host, where the remote host is having
a broken/incomplete implementation of CIFS (usually a Windows system) and
can'tdo symlinks.
Sure, it is just a small percentage, but if one can avoid it, maybe one
should.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user
capability maps to one of the methods, you could have the method
name (maybe including interface name) as the capability identifier, thus not
needing to agree on a hardcoded mapping of other identifiers to available
methods.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE
connection name where the interfaces are likely to be found.
Otherwise a potential search client has to introspect all D-Bus names and all
object paths on each of them.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
pgpnRtq7x0mZM.pgp
compatability.
However, I am not sure what the official D-Bus take on this subject is.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
pgpTsOdkI0u1W.pgp
Description: PGP signature
___
xdg mailing
visible ~/Mail directory resulted
in several distributors pacthing KMail to move it elsewhere.
Maybe $XDG_DATA_HOME/Mail, which usually will be ~/.local/Mail
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
pgps1AT3Y30Fy.pgp
Description
signal. The object path will be the reference
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
pgpdbaXcBzn5T.pgp
Description: PGP signature
___
xdg mailing list
xdg@lists.freedesktop.org
http
, do the sounds playing directly
instead of further delegating it.
I'd recommend concentrating on the sound theme specification. Just like the
icon theme spec it will already be useful without a shared
loading/caching/displaying/playing implementation.
Cheers,
Kevin
--
Kevin Krammer, KDE
-terminal.in source
Current version attached
Only tested on KDE so far, using default setting and xterm as an override
setting.
Follow-ups preferably to the Portland list, thanks.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
xdg-terminal
to admit I didn't think about non-DE filemanagers.
Maybe, as a intermediate solution, start whatever $TERM points to if it is set
and/or offer a setting for the preferred terminal. Users wanting a terminal
should be able to configure this.
Cheers,
Kevin
--
Kevin Krammer, KDE developer
KDE user
integration goals.
I did a wrapper script for native file dialogs, but I think the embedding is
moved to the second integration stage (when we have a service API)
Of course applications still have to use it, user's requesting this might be
helpful ;)
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg
.
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
pgpm8yQWhxBhK.pgp
Description: PGP signature
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
On Monday 23 October 2006 14:18, Hongli Lai wrote:
Kevin Krammer wrote:
Valid use case, I have to admit I didn't think about non-DE filemanagers.
Maybe, as a intermediate solution, start whatever $TERM points to if it
is set and/or offer a setting for the preferred terminal. Users wanting
On Monday 23 October 2006 14:27, Kevin Krammer wrote:
On Monday 23 October 2006 14:18, Hongli Lai wrote:
Kevin Krammer wrote:
Valid use case, I have to admit I didn't think about non-DE
filemanagers.
Maybe, as a intermediate solution, start whatever $TERM points to if it
is set
On Monday 23 October 2006 20:46, Jaap Karssenberg wrote:
Kevin Krammer wrote:
... 8 ...
If somebody can find a way to GNOME and XFCE I'll write the xdg-utils
wrapper script
Looking at an RC for xfce 4.4 here.
Xfce has a directory called share/xfce4/helpers/ which contains
desktop entry
for each aplication, but they
they will never have the look and feel of the default file manager.
I am afraid I don't understand.
Are you talking about embedding the desktop's filemanager?
If this is about file dialogs, we are working on that.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils
a terminal or work within any
terminal the applications chooses to open.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
pgp03xPFSVz4n.pgp
Description: PGP signature
___
xdg mailing list
xdg
calls the desktop environments commandline tool for launching
the default handler application, it _does_ already use the desktop's
assocation for inode/directory
(at least kfmclient does for KDE, but I assume gnome-open and exo-open
actually do the same)
Cheers,
Kevin
--
Kevin Krammer, KDE
current work, we'd like to merge it
into our documentation.
If you're interested you can just send me plain text and I'll get it into the
docbook
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
pgpYAIwAmbOdm.pgp
Description: PGP signature
it is their recommended way
In the meanwhile, however, the script can allow at least basic screensaver
control across different versions of multiple desktops environments.
Cheers,
Kevin
--
Kevin Krammer [EMAIL PROTECTED]
Qt/KDE Developer, Debian User
Moderator: www.mrunix.de (German), www.qtcentre.org
On Friday 14 April 2006 00:44, Rodney Dawes wrote:
On Thu, 2006-04-13 at 21:07 +0200, Kevin Krammer wrote:
In case you are referring to xdg-mime from the xdg-utils package, it does
whatever the running desktop's utility does :)
I am referring to that, yes. But what does it do, if one
required by those
environments.
I think I can manage the KDE3 part, but it would be of great help if at least
one GNOME developer would also participate in Portland Project activities.
Cheers,
Kevin
--
Kevin Krammer [EMAIL PROTECTED]
Qt/KDE Developer, Debian User
Moderator: www.mrunix.de (German
On Thursday 13 April 2006 08:06, nupul kukreja wrote:
I went through the freedesktop specs on MIME. I'd like to know if
there is any way by which I can query the database to know which
application is to be used for a specific MIME type? I did check out
the current Implementors section and
/applications
- in mimeinfo.cache search for your mime-type
Not sure this is used in KDE3. KDE will change to the shared mime info
database for KDE4. So it depends if this file is one of this spec
Cheers,
Kevin
--
Kevin Krammer [EMAIL PROTECTED]
Qt/KDE Developer, Debian User
Moderator
into the default
prefix /usr/local without being root.
Cheers,
Kevin
--
Kevin Krammer [EMAIL PROTECTED]
Qt/KDE Developer, Debian User
Moderator: www.mrunix.de (German), www.qtcentre.org
pgpCIdqraRKCu.pgp
Description: PGP signature
___
xdg mailing list
xdg
this be used for all keys?
Yes, whole files, groups and keys.
http://webcvs.kde.org/kdelibs/kdecore/README.kiosk?view=markup
Cheers,
Kevin
--
Kevin Krammer [EMAIL PROTECTED]
Qt/KDE Developer, Debian User
Moderator: www.mrunix.de (German), www.qtcentre.org
pgpiB4nj0ELuU.pgp
Description: PGP signature
On Wednesday 08 February 2006 11:09, cobaco (aka Bart Cornelis) wrote:
On Debian we have desktop-profiles [1] which runs an Xsession.d script that
manages the contents of the XDG_*_DIRS variables (and similar variables
such as KDEDIRS, or CHOICESPATH).
When setting the variables it parses
On Wednesday 08 February 2006 11:56, cobaco (aka Bart Cornelis) wrote:
On Wednesday 08 February 2006 11:32, Kevin Krammer wrote:
On Wednesday 08 February 2006 11:09, cobaco (aka Bart Cornelis) wrote:
On Debian we have desktop-profiles [1] which runs an Xsession.d script
that manages
On Tuesday 07 February 2006 18:31, Thiago Macieira wrote:
Jeremy White wrote:
The whole problem is when you say 'try $XDG_DATA_DIRS', what
exactly does that mean? I'm trying to write a single .desktop file;
do I write it to every directory listed in $XDG_DATA_DIRS? Do I write
it just to
1 - 100 of 103 matches
Mail list logo
