more serious than what the spec
offers now, then you should involve the UriScheme information too.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
the truth
of what is *really* supported.
Yep
And the same is true for the path to a specialized thumbnailer's DBus
object. One service can serve different support for different MIME types
on different UriSchemes.
Don't you just love the complexity of something simple? :-)
--
Philip Van Hoof
in Nautilus?
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman
?
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
xdg mailing list
xdg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xdg
. Maybe this got
fixed though, need to recheck. I shouldn't have changed the official
spec because of it, I agree (it must be x, period).
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
why we wouldn't want to advertise the spec a bit more - e.g. by
making it official on fd.o.
I'd agree with that.
Here's my official request:
http://bugs.freedesktop.org/show_bug.cgi?id=17376
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome
On Mon, 2008-10-27 at 13:38 +0100, Philip Van Hoof wrote:
Hi there,
I implemented a plugin that uses Carsten's Epeg library to create
thumbnails of Jpeg files[3].
This EPeg support made me conclude that the specialized thumbnailers do
need a URI-scheme support registration
://jens.triq.net/thumbnail-spec
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
xdg mailing list
xdg@lists.freedesktop.org
http
the changes needed for these Error
reporting requirements:
https://stage.maemo.org/svn/maemo/projects/haf/trunk/hildon-thumbnail/
As a reminder is this the spec: http://live.gnome.org/ThumbnailerSpec
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof
On Fri, 2008-10-17 at 14:58 +0300, Marius Vollmer wrote:
ext David Zeuthen [EMAIL PROTECTED] writes:
On Thu, 2008-10-16 at 23:29 +0200, Philip Van Hoof wrote:
I think URI-schemes for desktops is something the two teams should
discuss, but not something we should cripple other
this, by specification.
Again, I'm in indecision mode about it.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
xdg mailing list
xdg
/thumbs/hildon-thumbnail-factory.c
Thanks
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:
Emmanuel Pacaud wrote:
Hi,
On mar, 2008-09-16 at 11:34 +0200, Stephane Delcroix wrote:
Hey guys,
The plugin does something
by simply adding a way to specify a size, and
whether to save the resulting image.
Just two ints and a bool after all :-)
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
On Wed, 2008-09-10 at 11:49 +0200, Philip Van Hoof wrote:
have been trying to explain us that a class must
be good at doing one thing ... but only one thing.
I mis worded this, it's rather
being good at being one thing not being good at doing one thing.
It's small difference in words
at 13:44 +0200, David Faure wrote:
On Wednesday 10 September 2008, Philip Van Hoof wrote:
We already discussed this and you seem to have replied that only adding
ints and a bool is the right solution.
No, I only suggested adding parameters because you didn't want to hear about
the
proper
On Tue, 2008-09-09 at 11:02 +0200, David Faure wrote:
On Wednesday 03 September 2008, Philip Van Hoof wrote:
Nautilus's remove_from_queue and remove_all_from_queue are however
used by Nautilus itself. Therefore is this functionality available in
the D-Bus API.
You assume a thread
On Tue, 2008-09-09 at 12:46 +0200, David Faure wrote:
On Tuesday 09 September 2008, Philip Van Hoof wrote:
But I don't want to require process-based by specifying the possibility
of canceling an active task.
Sure, I don't think it should be required, but I think it should be possible
On Tue, 2008-09-09 at 18:25 +0200, Jakob Petsovits wrote:
On Tuesday 09 September 2008, Philip Van Hoof wrote:
No, your application (the library on top) must take the
best-fit thumbnail and do a final resize instead.
Hm, that's two resizes in the case of images - first time you resize down
On Tue, 2008-09-09 at 23:22 +0200, David Faure wrote:
On Tuesday 09 September 2008, Philip Van Hoof wrote:
Well, the thumbnail-spec allows to put nearby sizes in either large
or normal
This is my main issue with all this. The thumbnail-spec is about what
gets cached onto the disk, right
for this (both in the generic
thumbnailer and the specialized ones).
Working on this as we speak. Taking into account your input.
Other than that good work! Cheers,
Thanks!
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http
On Sun, 2008-09-07 at 15:20 +0200, Mikkel Kamstrup Erlandsen wrote:
2008/9/7 Philip Van Hoof [EMAIL PROTECTED]:
* Which URI schemes are supported? Can I thumbnail web pages? Perhaps
there should be some introspection for this (both in the generic
thumbnailer and the specialized ones
which means a hard specification and an
even harder implementation
- based on MIME type only which doesn't solve this problem
- or based on URI scheme and MIME type.. which I currently think is
ideal.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome
/projects/haf/branches/hildon-thumbnail/daemonize/daemon/plugin-runner.c
On Thu, 2008-09-04 at 12:25 +0100, Tommi Komulainen wrote:
On Wed, Sep 3, 2008 at 3:15 PM, Philip Van Hoof [EMAIL PROTECTED] wrote:
* Possibility for third party vendors to provide a closed source, closed
or patented
()
...
org.freedesktop.PowerManagement.BlackLight
org.freedesktop.PowerManagement.BlackLight.GetBrightness ()
org.freedesktop.PowerManagement.BlackLight.SetBrightness ()
is thumbnailer a namespace or an interface? Should probably be
org.freedesktop.ThumbnailManager
Havoc
--
Philip Van Hoof, freelance
On Fri, 2008-08-29 at 20:14 +0200, Kevin Krammer wrote:
On Friday 29 August 2008, Philip Van Hoof wrote:
What do others think about having a signal like this
signal name=Created
arg type=as name=thumbnails /
/signal
I know that Create is annotated as async but the client might
the
org.freedesktop.Thumbnailer.Manager stuff. It's already outdated.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
xdg mailing list
xdg@lists.freedesktop.org
of thumbnail algorithms.
Notes
Note that the not supported features don't mean that in future it wont
ever be added to a 2.0 version of this specification or that in a custom
DBus namespace a thumbnailer can't provide this functionality.
--
Philip Van Hoof, freelance software developer
home: me
to make
one.
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
) - Queue (- vis itms, 2) (- 4)
Close Window happens
Unqueue (4)
So this is just 5 D-Bus requests
Anyway, ask Rob Taylor for details, he came up with the idea ;-)
On Wed, 2008-09-03 at 16:15 +0200, Philip Van Hoof wrote:
Hi there whoever is interested in thumbnailing!
This is the location
this
during the implementing of our case.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
xdg mailing list
xdg@lists.freedesktop.org
http
On Mon, 2008-09-01 at 10:25 +0200, Lubos Lunak wrote:
On Friday 29 of August 2008, Philip Van Hoof wrote:
Is this API also intended to be used by filemanagers? It appears to have
several performance problems for use in those:
- there is no notification about progress (i.e. when
in the request-bug (a specification
for thumbnail management) (done).
https://bugs.freedesktop.org/show_bug.cgi?id=17376
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
On Mon, 2008-09-01 at 09:53 -0700, Brian J. Tarricone wrote:
On Mon, 01 Sep 2008 10:49:31 +0200 Philip Van Hoof wrote:
I think canceling is overkill. Making a thumbnail doesn't take longer
than a minute (and a minute is an extreme case). Users don't cancel
that.
Strongly disagree. I
https://bugs.freedesktop.org/show_bug.cgi?id=17376
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http://pvanhoof.be/blog
http://codeminded.be
___
xdg mailing list
xdg
the thumbnailer know that a thumbnail-able have been moved, so
that the thumbnailer can rename the thumbnail in a more efficient way
than that a delete + create would do.
--
Philip Van Hoof, freelance software developer
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
http
On Fri, 2008-08-29 at 11:03 +0100, Bastien Nocera wrote:
On Fri, 2008-08-29 at 11:25 +0200, Philip Van Hoof wrote:
arg type=i name=size_x direction=in /
arg type=i name=size_y direction=in /
In the libgnomeui API, you only set one of those, and aspect ratio is
preserved
On Fri, 2008-08-29 at 13:59 +0200, Philip Van Hoof wrote:
On Fri, 2008-08-29 at 11:03 +0100, Bastien Nocera wrote:
On Fri, 2008-08-29 at 11:25 +0200, Philip Van Hoof wrote:
arg type=i name=size_x direction=in /
arg type=i name=size_y direction=in /
In the libgnomeui
On Sat, 2005-12-10 at 15:57 +0100, Christian Neumair wrote:
On Sa, 2005-12-10 at 12:44 +0100, Philip Van Hoof wrote:
Since my holiday starts, chances are high that I might work on some of
my idea's. Including deconf-spec and it's futuristic (most of you guys
call futuristic things vaporware
On Sat, 2005-12-10 at 14:53 +, Jamie McCracken wrote:
Philip Van Hoof wrote:
Hi there,
Today somebody asked an interesting question about it (in private) and
the recently started Portland project is also a good reason why to
repeat some stuff.
Its cool you are still
.
--
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
work: vanhoof at x-tend dot be
http://www.pvanhoof.be - http://www.x-tend.be
___
xdg mailing list
xdg@lists.freedesktop.org
http
On Sat, 2005-12-10 at 15:31 +0100, Christian Neumair wrote:
On Sa, 2005-12-10 at 12:44 +0100, Philip Van Hoof wrote:
Since my holiday starts, chances are high that I might work on some of
my idea's. Including deconf-spec and it's futuristic (most of you guys
call futuristic things vaporware
cooperating with each
other.
--
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
work: vanhoof at x-tend dot be
http://www.pvanhoof.be - http://www.x-tend.be
___
xdg mailing list
xdg
On Tue, 2005-09-27 at 19:41 +0200, Philip Van Hoof wrote:
I'm guessing the LGPL license or the GNU Free Documentation License are
interesting ones.
One person (in private) expressed his doubt about the GNU Free
Documentation License. Mainly because Debian doesn't like this one:
http
.
--
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
work: vanhoof at x-tend dot be
http://www.pvanhoof.be - http://www.x-tend.be
___
xdg mailing list
xdg@lists.freedesktop.org
http
, and basically gives you transactions without having to
actually have transactions. Both ACAP and IMAP's CONDSTORE extension
do this, it's a neat design.
--
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
work: vanhoof at x-tend dot
://pvanhoof.be/short/?s=desktopstandard
--
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
work: vanhoof at x-tend dot be
http://www.pvanhoof.be - http://www.x-tend.be
___
xdg mailing list
xdg
/schema
/node/node/node
/schemas
--
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
work: vanhoof at x-tend dot be
http://www.pvanhoof.be - http://www.x-tend.be
___
xdg mailing list
xdg
On Wed, 2005-09-21 at 00:55 +0200, Philip Van Hoof wrote:
On Tue, 2005-09-20 at 21:24 +0200, Philip Van Hoof wrote:
Some people commented (in private) that LaTex is a document format they
don't know about (and that it's holding back their contributing). So to
stimulate contributions, I
On Sat, 2005-09-24 at 13:50 +0100, Jamie McCracken wrote:
Philip Van Hoof wrote:
I'm open for suggestions.
- The type element should be reusable (cascading/externalRef?) between
schemes
I would be very careful here - any type cock up would seriously
compromise the config system
On Wed, 2005-09-21 at 00:55 +0200, Philip Van Hoof wrote:
On Tue, 2005-09-20 at 21:24 +0200, Philip Van Hoof wrote:
Some people commented (in private) that LaTex is a document format they
don't know about (and that it's holding back their contributing). So to
stimulate contributions, I
*dconf_get_description (const char *key,
const char *locale);
getter you would then lookup the schema associated with key, and
return dgettext (key-scheme-gettext_domain, key-description);
--
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome
desktop configuration management.
(Please reading previous publications for more information about all
this)
--
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
work: vanhoof at x-tend dot be
http://www.pvanhoof.be - http://www.x-tend.be
(gdk_display,
gdk_x11_atom_to_xatom (manager))!=None)
{
sleep (2);
}
gtk_selection_owner_set ( ... , manager, server_time);
--
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
work: vanhoof at x-tend dot be
http
for a key (think mapping
to SQL databases VARCHAR) ?
This version might need some more tweaking and etcetera:
http://cvs.pvanhoof.be/cgi-bin/viewcvs.cgi/desktop-config-standard/dtd/schema.xsd?rev=HEAD
--
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome
On Tue, 2005-09-13 at 11:20 +0200, Philip Van Hoof wrote:
IMPORTANT!
I wrote this:
Note that this is a proposed/suggested implementation technique for a
daemon. It's not enforced by the specification. The specification
enforces only what it has to enforces.
So I never said
. The specification doesn't specify the use of a high level
library and perhaps will there be desktop applications that won't use a
trusted library.
So this is a different situation. Please keep this in mind.
--
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome: pvanhoof
is interested in assisting me with this, please contact me and/or
provide a diff (and an xsd schema file).
--
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
work: vanhoof at x-tend dot be
http://www.pvanhoof.be - http://www.x-tend.be
Note that the document has been updated and some suggestions coming from
this list have been applied in it.
--
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
work: vanhoof at x-tend dot be
http://www.pvanhoof.be - http://www.x-tend.be
On Tue, 2005-09-13 at 11:02 +0200, Waldo Bastian wrote:
On Tuesday 13 September 2005 10:01, Philip Van Hoof wrote:
This basically means that the infrastructure is responsible for schema
enforcement.
What does that mean?
o. It means that a desktop application, no matter how badly
://www.gnome.org/projects/gconf/plans.html
http://www.gnome.org/projects/gconf/plans-spec.html
Also interesting to read might be this one:
http://pvanhoof.be/wiki/index.php/Temporary_location_for_D-Conf_specs
--
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome: pvanhoof
potentially have
node mismatches, so I'd prefer the latter.
ok
--
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
work: vanhoof at x-tend dot be
http://www.pvanhoof.be - http://www.x-tend.be
to avoid confusion.
Correct :)
--
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
work: vanhoof at x-tend dot be
http://www.pvanhoof.be - http://www.x-tend.be
___
xdg mailing list
xdg
)
This might be more difficult. Anyway .. investigating.
--
Philip Van Hoof, software developer at x-tend
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
work: vanhoof at x-tend dot be
http://www.pvanhoof.be - http://www.x-tend.be
___
xdg mailing
Hey Jonay,
I forwarded your question to some of the gtk/gnome application
development mailing lists.
On Fri, 2005-08-19 at 10:35 +0200, Jonay Gomez wrote:
Philip Van Hoof [EMAIL PROTECTED] wrote:
On Fri, 2005-08-19 at 06:17 +0200, Jonay Gomez wrote:
What are we the users to expect from
On Fri, 2005-07-29 at 11:59 +0200, Philip Van Hoof wrote:
So it's not just about configuring your E-mail application and browser.
It's about making sure your car and personal data assistant will also
receive your E-mails, IM messages and video conferencing without forcing
the user
this. I just
noticed that a lot people aren't informed about what we are doing at
this moment (and where to find us).
--
Philip Van Hoof, Software Developer @ X-Tend
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
work: vanhoof at x-tend.be
http://www.pvanhoof.be
On Sun, 2005-06-19 at 10:13 -0700, Travis Watkins wrote:
Um, doesn't dbus need a daemon? :)
No
--
Philip Van Hoof, Software Developer @ Cronos
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
work: philip dot vanhoof at cronos dot be
junk: philip dot vanhoof
start yet another flamewar about
it here.
Enough is enough.
--
Philip Van Hoof, Software Developer @ Cronos
home: me at pvanhoof dot be
gnome: pvanhoof at gnome dot org
work: philip dot vanhoof at cronos dot be
junk: philip dot vanhoof at gmail dot com
http://www.pvanhoof.be
68 matches
Mail list logo
