Matthew Barnes writes:
> On Sat, 2009-06-20 at 10:30 -0400, Matthias Clasen wrote:
> > What is not covered is creation of thumbnails, for which we probably
> > have to wait for the outcome of the 'thumbnailing service' ideas that
> > are being floated...
>
> Is GnomeDesktopThumbnailFactory recom
Stefan Kost <[EMAIL PROTECTED]> writes:
> one thing I would love to see, is picture sets. Put a camera somewhere
> and taking 24 images from midnight to midnight. Then have some process
> crossfading them over the day in sync with the time. For people with
> exactly 4 workspaces one could have 4 o
"Patryk Zawadzki" <[EMAIL PROTECTED]> writes:
> On Wed, Oct 22, 2008 at 11:22 PM, Soeren Sandmann <[EMAIL PROTECTED]> wrote:
> > As you say, the current animated background support doesn't do exactly
> > what you want, but I do have Long Term Plans(tm) fo
As you say, the current animated background support doesn't do exactly
what you want, but I do have Long Term Plans(tm) for something like
it.
Basically, I want to change the XML format to contain a more
generalized description of backgrounds, including various types of
animations. Solid colors a
Og Maciel <[EMAIL PROTECTED]> writes:
> Hi there,
>
> I was wondering if someone could lend me a hand with Eel. Seems that SVN
> (trunk) won't compile but the latest snapshot does ok... Is there
> anything "manual" about the snapshot?
The SVN trunk needs gnome-desktop from SVN trunk as well.
Dan Winship <[EMAIL PROTECTED]> writes:
> Piotr Gaczkowski wrote:
> > Hi!
> >
> > I am interested if somebody is currently working on a GNet-like
> > library based on GObject?
>
> The gvfs ftp backend is going to need sockets/tcp/dns/etc support, but
> gio doesn't currently provide anything the
"Owen Taylor" <[EMAIL PROTECTED]> writes:
> My first reaction to this is "cool!" But then, I think how much of
> the time is the desktop actually visible? It seems a bit of a wasteful
> thing to spend CPU cycles animating something that's entirely obscured
> by my full-screen web-browser/evolu
"Alberto Ruiz" <[EMAIL PROTECTED]> writes:
> > The idea is that the background gradually fades between a number of
> > images over the course of a day. One example would be a set of images
> > taken at the same location at different times of the day.
> >
>
> Although I think the feature is really
Jeff Waugh <[EMAIL PROTECTED]> writes:
> > The idea is that the background gradually fades between a number of images
> > over the course of a day. One example would be a set of images taken at
> > the same location at different times of the day.
>
> It would be rad if that fade could be used for
"Sanford Armstrong" <[EMAIL PROTECTED]> writes:
> This sounds really cool! Is there any support for for changing the
> background at a specific time of day? That way you could show morning
> images in the morning, evening images in the evening, etc.
Yes, this is exactly the intention.
> I do
A long time ago I wrote code to do timelapsed backgrounds. I missed
the freeze for 2.20, so now I am submitting it for 2.22.
The idea is that the background gradually fades between a number of
images over the course of a day. One example would be a set of images
taken at the same location at diffe
Behdad Esfahbod <[EMAIL PROTECTED]> writes:
> On Tue, 2007-09-11 at 11:41 -0400, Bryan Clark wrote:
> >
> > GNOME is not in need of a DSCM or any other kind of new SCM. For
> > source control, SVN works fine, just like CVS worked fine.
>
> You probably have not used git-bisect before. After y
Jonathan Kamens <[EMAIL PROTECTED]> writes:
> I also updated several GNOME packages from the Fedora Devel repository
> last night (e.g., gnome-python2-gconf, libgnome, gnome-applets,
> gtk2-devel, gnome-python2, gnome-python2-canvas, gnome-python2-bonobo),
> so I suppose the update could have caus
The metacity GL compositor was intended to:
- move towards the "3D desktop"
- be a technology demo with a focus on cool effects
But given those two gaols, compiz is clearly better than the metacity
compositor.
So I think that if anybody wanted to pick up the metacity compositor,
the focus shoul
I would like to turn off the login splashscreen by default, for the
following reasons:
- login is somewhat faster
- the 'progress' icons in the splashscreen don't reflect the
time it actually takes to login.
On my system, the login process is like this:
- Press return
Hi,
Metacity has branched; the stable branch is called
gnome-2-14. Development will proceed in HEAD.
Soren
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Carlos Eduardo Rodrigues Diogenes <[EMAIL PROTECTED]> writes:
> Why this happen?
See
http://lists.freedesktop.org/archives/xorg/2005-October/010679.html
Søren
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/m
John Berthels <[EMAIL PROTECTED]> writes:
> I guess I'm saying it may be worth a second look :-)
Well, it locks up my system hard (2.6.12-1.1446_FC5, ie. Fedora
rawhide from a while back which might explain it), but if it does what
you say it does it would certainly be a very useful tool to have.
Lorenzo Colitti <[EMAIL PROTECTED]> writes:
> So, as Owen says, most of the time is spent just reading the cc1 binary
> into memory. I have no idea why it's reading around all over the place
> instead of performing one big sequential read of the whole file
> though.
Well, that's to avoid reading
Alan Cox <[EMAIL PROTECTED]> writes:
> On Llu, 2005-05-16 at 06:45, Mark McLoughlin wrote:
> > On Sun, 2005-05-15 at 13:57 -0500, William Lovaton wrote:
> >
> > > Reading your little chat with the kernel guys it seems that there is
> > > little benefit (or none) in reducing VM Size, why is that?
Jamie McCracken <[EMAIL PROTECTED]> writes:
> > I'm a little skeptical because IIRC the mail I posted with the
> > gconf-on-startup profiling numbers only showed 2-3 seconds for GConf.
> > Which is worth fixing, but by no means explains the entire login time.
> > A good place to start for full dat
21 matches
Mail list logo
