On Mon, Nov 22, 2010 at 11:38 PM, Ivan Frade ivan.fr...@gmail.com wrote:
Hi
On Sun, Nov 14, 2010 at 4:21 PM, Zeeshan Ali zee...@gmail.com wrote:
One could also think
about reanimating the once proposed d-bus-based thumbnailer[1] if more
users show up.
Rygel also needs this.
Hi
On Sun, Nov 14, 2010 at 4:21 PM, Zeeshan Ali zee...@gmail.com wrote:
One could also think
about reanimating the once proposed d-bus-based thumbnailer[1] if more
users show up.
Rygel also needs this. Currently we just serve the thumbails if they've
been already created by another
Hi,
- Original message -
On Sat, 2010-11-13 at 13:55 +0100, Felix Riemann wrote:
GNOME 3. And nautilus could move the thumbnailer code to use itself.
*raiseshand*
Eye of GNOME uses the thumbnailer as well (we need to be able to
thumbnail without nautilus). But it should be
Hi!
Am Freitag, den 12.11.2010, 20:54 + schrieb Bastien Nocera:
snip
There's currently RandR helpers (g-s-d and control-center), wallpaper
handling code (g-s-d, control-center and nautilus), and the thumbnailer
(nautilus only, afaik).
The RandR stuff could be moved in g-s-d, and the
On Sat, 2010-11-13 at 13:55 +0100, Felix Riemann wrote:
*raiseshand*
Eye of GNOME uses the thumbnailer as well (we need to be able to
thumbnail without nautilus). But it should be no problem to CP this bit
(just 2 files I think) between nautilus and eog. One could also think
about
On Sat, 2010-11-13 at 13:55 +0100, Felix Riemann wrote:
Hi!
Am Freitag, den 12.11.2010, 20:54 + schrieb Bastien Nocera:
snip
There's currently RandR helpers (g-s-d and control-center), wallpaper
handling code (g-s-d, control-center and nautilus), and the thumbnailer
(nautilus
Il giorno ven, 12/11/2010 alle 20.54 +, Bastien Nocera ha scritto:
There are reasons why all those are separate, and I think we should
remember that.
I see two reasons:
- they have different purposes.
- they have been developed by different people at different times.
IMHO, reason 1 is
On Tue, 2010-11-09 at 22:33 +0100, Giovanni Campagna wrote:
Vincent asked me to send a mail to d-d-l aboutdb82a33 in
gnome-desktop, that is: all libgnome-desktop include files have been
moved to $(includedir)/gnome-desktop-3.0/libgnome-desktop.
This is part of an other API break which
On Tue, 2010-11-09 at 22:33 +0100, Giovanni Campagna wrote:
There is a lot of code which is copy-pasted around our desktop. For
example, the GsdOsdWindow class, used by gnome-settings-daemon and
gnome-power-manager, had to be updated several times because of Gtk
breakages.
Another piece of
On Tue, Nov 9, 2010 at 4:33 PM, Giovanni Campagna
scampa.giova...@gmail.com wrote:
I consider this an occasion for a bigger discussion on redesigning
libgnome-desktop, moving forward from being the container of useful
libgnome parts, to the One Desktop Library.
Makes sense to me. The one
Le mardi 09 novembre 2010 à 17:31 -0500, Colin Walters a écrit :
Makes sense to me. The one concern I have is whether or not we should
be continually bumping the SONAME. I'd vote for yes - more pain, but
also more correct.
Yes please. Shared libraries without correct versioning are *much*
On 11/09/10 16:33, Giovanni Campagna wrote:
Then there are microlibraries, killing which would help performance.
These include for example libgtop, libgweather and libgnomekbd, but also
liboobs if the system tool backends are not dead.
I can't find an use for them outside core desktop, while
Behdad:
I'd say no. If it's already in a library that does not break its API every
other week, let it be there. That's the correct design anyway. Something
like libgweather does not belong in a generic desktop library.
libgweather is GPL, so it is probably not something that could be
13 matches
Mail list logo