t; different desktop environments, 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
case they need to track screen configurations somehow, or
they do the sensible thing and let the workspace shell/window manager handle
it for them.
My rather limited knowlegde around Wayland even suggests, that the latter will
be the only option there anyway.
Cheers,
Kevin
--
Kevin Krammer,
On Thursday, 2014-02-20, 08:57:34, Richard Hartmann wrote:
> On Wed, Feb 19, 2014 at 6:41 PM, Kevin Krammer 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
> &g
t;
> And _that_ is why Thomas, me, and others consider carrying state in
> configuration such an issue.
So it is mostly about developers using 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
On Wednesday, 2014-02-19, 18:16:24, Richard Hartmann wrote:
> On Wed, Feb 19, 2014 at 3:17 PM, Kevin Krammer 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_INSTAL
n worse then using DATA_HOME 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 mento
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 interf
On Monday, 2014-01-06, 15:37:33, Jerome Leclanche wrote:
> On Mon, Jan 6, 2014 at 3:29 PM, Kevin Krammer 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 inten
the preferred one 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, dev
ultiple interfaces can implement them with
different objects but could opt to just register the same object for multiple
paths.
Having a fixed path makes the second case easier but the first hard or
impossible.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils develop
On Friday, 2013-12-27, 15:24:43, Jerome Leclanche wrote:
> On Fri, Dec 27, 2013 at 3:01 PM, Kevin Krammer wrote:
> > On Thursday, 2013-12-26, 15:34:03, Jerome Leclanche wrote:
> >> I'm sorry, you're right. I should have been clearer.
> >>
> >> I
missing, we just
> assume the app starts the same way with and without args.
I don't think it is, there is always room for improving the spec.
After thinking about it a bit more the name ExecNoArgs might be a bit
confusing. The command line specified in it could very well have arguments,
of start.exe being 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
On Thursday, 2013-12-26, 21:18:43, Ma Xiaojun wrote:
> On Thu, Dec 26, 2013 at 8:09 PM, Kevin Krammer 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 bi
g the
binary.
I just don't see how adding 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
On Thursday, 2013-12-26, 11:33:13, Jerome Leclanche wrote:
> On Thu, Dec 26, 2013 at 11:25 AM, Kevin Krammer 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
> >>
On Tuesday, 2013-12-24, 17:06:08, Thomas Kluyver wrote:
> On 24 December 2013 16:37, Kevin Krammer wrote:
> > Well, a quick check would have revealed that it is.
> > Cross platform development always requires testing on the targetted
> > platforms,
> > one can not simpl
ppropriately used for things such as wine (where Binary
> would be /usr/bin/wine but should never be executed without args)...
Not backward compatible is a no-go IMHO. It would take years before software
vendors could use the new format.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, x
On Tuesday, 2013-12-24, 16:26:27, Thomas Kluyver wrote:
> On 24 December 2013 15:06, Kevin Krammer wrote:
> > > BTW, I happen to know one breakage caused by Linux not having open(1)
> >
> > like
> >
> > > OS X. https://github.com/swaroopch/byte_of_
ether they want
cross 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.
f shared directory
infrastructure based systems. Any developer using verbs or every-day-things
words for names should have all their accounts closed for some meditation
period.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support,
x27;t understand simple things. My english is not perfect
> yet.
>
>
> 2013/12/16 Kevin Krammer
>
> > 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
> > >
also "the
original" Qt4 code available.
But of course if you 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, KService
i'm using living here:
> >> >
> >> > http://standards.freedesktop.org/shared-mime-info-spec/shared-mime-info
> >> > -spec-latest.html#id2661973 P.S. items can be nested. But i
> >> > can't find yet the clear way to implement their storage
> >>
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 conte
looks at this from a KDE perspective, where the same HTTP
implemention is used by all applications, including the browser.
IIRC it can even transfer a session from one application to another, e.g.
avoiding the one-time-URL problem.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
K
t
> app to use for "text/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: Th
On Wednesday, 2013-04-17, Jan Kundrát wrote:
> On Friday, 12 April 2013 09:30:27 CEST, Kevin Krammer wrote:
> > I guess in your case you could use $XDG_CACHE_HOME (defaults to
> > $HOME/.cache)
> > and an application specific subdirectory.
>
> I would like to
wnloaded file.
Also, since it is a cache, 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
Descri
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 wrote:
> &
lls the listing completely
> (2+ minute delay) -- just because of ONE file.
Does this also happen if you have fetched the file already? E.g. by cat'ing it
to /dev/null?
I.e. so that any further access is likely to be answered from kernel I/O
buffers?
Cheers,
Kevin
On Monday, 2012-12-03, Thomas Kluyver wrote:
> On 3 December 2012 10:08, Kevin Krammer 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
> >
e data and what he
> will consider just configuration?
How do you judge that now?
Or do you put all data into one single file?
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally sig
e
> viewer.
Behavior will largely depend 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,
menus.
> Both have to have a flat structure (no further subdirectories).
> No per-group-ID *.desktop files are possible.
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_DI
t; show up any more.
I think [$e] is a KDE 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 mentor
at they are lazy to change their code, or they simply don't want
> to change from old Unix convention. Neither of those problems will be
> solved by hardcoding the path to $HOME/.config.
My theory as well. Hence my original question on whether there is any evidence
to the contra
On Sunday, 2012-01-08, you wrote:
> On Fri, Jan 6, 2012 at 8:53 AM, Kevin Krammer 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 "
pport a fixed location but cannot be bothered to
read a single environment variable?
How would the proposed inconfigurability make the location more widely known?
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer men
in command completion.
As for the "OMG, think of the children" problem, concerned parents should
rather control which software they have installed on the computer accessible
by their offspring, or even do white listing based on actually checking whether
something is appropriate.
Chee
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 FileManager
we can then
savely assume to be the correct one, or fail.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part.
___
xd
On Friday, 2011-05-20, Stef Bon wrote:
> 2011/5/20 Kevin Krammer :
> > 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.
per-user basis due to personal preferences, an alternative mechanism to D-
Bus 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
a command line interface (simple
executable, shell script) for use in scripts or languages without direct
access to the native APIs.
Coming up with a agreed upon D-Bus interface for D-Bus using workspace
providers would just serve as a similar "native" API shared between them and
reduce t
orpriate
solution like 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
a file or directory.
For two distinct methods we would have to define 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, d
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
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?
> >
> > Go
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 runt
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
> >
> > H
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 (U
e might even provide for change signalling by the service).
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
Description: This is a digitally signed message part.
__
ined information is also stored in the media files 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_HOM
s a
sledghammer approach.
Cheers,
Kevin
[1] like installers deciding they need to be root when installing outside of
$HOME without bothering to check whether the current user has enough
priviledges aready, e.g. by group membership.
--
Kevin Krammer, KDE developer,
o the conclusion 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.
___
ng something else than $HOME/.config and not having $XDG_CONFIG_HOME
set to that path)
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 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
> > o
sktop.org/archives/xdg/2006-June/006612.html
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
sign
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
ner to have an "overload", i.e. one Create
method without MIME hints and one CreateWithHints (or better name) with a(ss)
as input (array of (URI, MIME) pairs)
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
signature.asc
De
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 ava
bly think about where to put check
points.
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 l
I know that "Create" is annotated as async but the client might want to start
using/displaying thumbnails as the come in, e.g. in batches, and not wait
until all requested ones have been completed.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user suppor
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
> &g
plication in question has already changed away from
it (OOo uses ODF now).
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 simple formatting, not HTML or word proc
in
which order 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 sign
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 imple
ct's intended scope.
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
htt
protocol.
Why do you thing a handler for that protocol would have to be implemented
using a specific technology like GObject?
Usually any 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 exist
don't agree with "unnecessary" either. It provides as test bed 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 ment
discover that a file is
actually a remote resource.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
pgpNLw17gFy0Q.pgp
Description: PGP signature
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
to be available through X11, thus being available to application on remote
machines which connect to the client's Xserver.
The location where the XSETTINGS manager stores the values is an
implementation detail.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support
On Thursday 22 March 2007 19:25 +0100, Thiago Macieira wrote:
> Kevin Krammer wrote:
> >> Any library designed to be used by other languages.
> >
> >Hmm, I thought that the main idea in D-Bus is to always use bindings.
>
> True, but many projects feel they must prov
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 Penning
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 boo
e the D-Bus glib
bindings?
(Assuming 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 maili
flexible.
Or even a list of property dicts, e.g.
{ "Capability" => "Hibernate",
"Users" => [ "root" ],
"Groups" => [ "root", "powerdev" ],
"Access" => "AtConsole" }
Cheers,
Kevin
--
Kevin Kra
nformative.
>
> Movies is in the latest version, but i'm a bit about applications. What
> apps would use that on unix?
Third party installers maybe (usually used for games), or software installed
via autopackage, klik, zeroinstall
Cheers,
Kevin
--
Kevin Krammer, KDE deve
cally KDE) mounted from 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,
later on
- if every 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, xd
pecifiy a whole new interface and keep
the old one for backwards 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, d
e object path and optimally
D-Bus 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 s
ies that contain data.
I'd jsut like to add that having this user 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
t and returns the object path.
The client can then call this object's methods and listen to this object's
signals, without needing to reference it with the query string at each call
or on each signal. The object path will be the reference
Cheers,
Kevin
--
Kevin Krammer, KDE developer,
ight already have found what they were looking for and
cancel the search operation in their program. An ongoing searching operation
would not be a problem for the program (it can just ignore any further
results), but it could be hard to explain to a user why their harddisk keeps
accessing files like
uite unlikely that any of the currently used notification daemons
would require this.
> > Or how would you synchronize the visual and accustical part if they are
> > separate method calls? In the worst case even to different daemons?
>
> If you need both, you let notification daemon
On Sunday 12 November 2006 17:13, Patryk Zawadzki wrote:
> Dnia 12-11-2006, nie o godzinie 16:54 +0100, Kevin Krammer napisał(a):
> > On Sunday 12 November 2006 00:52, Patryk Zawadzki wrote:
> > > We do have a working specification for icon themes so why not just
>
useful without a shared
loading/caching/displaying/playing implementation.
Cheers,
Kevin
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
pgpWRffp1EBYa.pgp
Description: PGP signature
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
work on the xdg-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
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 cal
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 interm
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 se
y keyboard shortcuts.
Just extending the menu, i.e. adding actions, should be less problematic, the
filemanagers already allow this to some extend.
--
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring
pgpm8yQWhxBhK.pgp
Description: PGP signature
_
f the Portland 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,
h
> more confortable for the user if his prefered terminal was opened.
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
n IMHO
assume that such an experience user can open 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
_
trivial to reimplement them 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
a directory is like opening a file with xdg-open
Since xdg-open 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
way.
There is a small example at the end of the man page
If you have a better example based on your 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
1 - 100 of 117 matches
Mail list logo