generated default icon for user

I just saw this:

http://www.boingboing.net/2007/10/01/mutating-pictures-us.html

Maybe that would be a cool thing to use for the default user icon.

Re: web login driver

Hi,

Op vrijdag 28-09-2007 om 18:31 uur [tijdzone -0400], schreef Colin
Walters:

> There is work to make Firefox use gnome-keyring.

I don't know who is doing this work, but it would be nice if they'd work
together with the Epiphany development team on it. See also:
http://live.gnome.org/Epiphany/FeatureDesign/GnomeKeyring

Interesting stuff anyway, thanks!

--

-- 
Reinout van Schouwen
http://vanschouwen.info/

Re: a11y module proposal: MouseTweaks (i.e.: software click)

Francesco:

If you know of anyone that might even be remotely related to MouseTweaks
and could talk about it (e.g., demo, use cases, remaining work, etc.), 
I'd be
really happy to add it to the agenda for the accessibility summit.

I'd also like to hear more about onBoard and future plans for it.  One 
of the
potential ideas for "real work" that could be done is porting/rewriting GOK
in Python to allow more scripting and customization capabilities.  I wonder,
however, if it might make sense to try to roll the 'best of' GOK into 
onBoard
and then propose onBoard as a replacement for GOK.  Yes, I know I'm
close to opening a can of worms here...

Will

Francesco Fumanti wrote:
> At 5:50 PM +0200 9/25/07, Vincent Untz wrote:
>   
>> Hi,
>>
>> Le mardi 25 septembre 2007, à 17:27 +0200, Francesco Fumanti a écrit :
>>     
>>>  Hello,
>>>
>>>
>>>  After informally proposing onboard and 
>>> mousetweaks for integration into GNOME on the 

Re: a11y module proposal: MouseTweaks (i.e.: software click)

+1

I'd like to have this discussion too; especially to include the onBoard 
folks. (Some thoughts I've had around this: 
http://mindforks.blogspot.com/2006/12/gok.html)

It has been hard to get new developer involvement in GOK; a large C 
program that has seen many hands, but there have been contributers lately.

cheers,
David

Willie Walker wrote:
> Francesco:
>
> If you know of anyone that might even be remotely related to MouseTweaks
> and could talk about it (e.g., demo, use cases, remaining work, etc.), 
> I'd be
> really happy to add it to the agenda for the accessibility summit.
>
> I'd also like to hear more about onBoard and future plans for it.  One 
> of the
> potential ideas for "real work" that could be done is porting/rewriting GOK
> in Python to allow more scripting and customization capabilities.  I wonder,
> however, if it might make sense to try to roll the 'best of' GOK into 
> onBoard
> and then propose onBoard as a replacement for GOK.  Yes, I know I'm
> close to opening a can of worms here...
>
> Will

Re: Timelapsed backgrounds

> Here is a slightly extreme idea. How about a dbus interface for
> changing the background? I guess all it should take is a path to an
> image and fade the background to it.

It's already trivially easy to change the desktop image with GConf. A
D-Bus interface wouldn't really make it any easier.

> I actually thought about this the other day as I wanted to have my IM
> application change the background to the person I'm talking to. I like
> pictures of family and friends as my background but I just never get
> around to changing it.

Interesting idea. It took me about five minutes to implement with
Python.  The following script uses D-Bus to detect when a new Pidgin
window is created and then uses GConf to change the desktop background.
Just put a file with the screen name of each person in ~/.purple/bg and
it will work:

#!/usr/bin/env python

import os, gconf, dbus, gobject, dbus.glib

IMAGE_DIR = os.path.expanduser("~/.purple/bg")

bus = dbus.SessionBus()
obj = bus.get_object("im.pidgin.purple.PurpleService",
    "/im/pidgin/purple/PurpleObject")
purple = dbus.Interface(obj, "im.pidgin.purple.PurpleInterface")

def onConversationCreated(cId):

Re: GNOME Panel++

On Mon, 2007-09-24 at 20:54 +0200, Vincent Untz wrote:
> Le lundi 24 septembre 2007, à 17:14 +0100, Calum Benson a écrit :
>  
> > To be fair to applet developers, this is partly a HIG issue too-- we
> > have very little there about applet interaction at the moment.  This is
> > about the sum total, in fact:
> > http://library.gnome.org/devel/hig-book/2.20/input-mouse.html.en#mouse-interaction-applets
> 
> Heh. I'd love to see some work from the usability team there  Maybe I
> can bribe some people with ice cream to help?

Sounds good to me :)  Panel interaction should certainly be one of the
priorities when we get around to the next major HIG update I think, but
obviously if we're talking about some fundamental changes to the panel
now, there isn't much point in starting on any additional guidelines
until we've decided on the direction we want to go.

Cheeri,
Calum.

--

-- 
CALUM BENSON, Usability Engineer       Sun Microsystems Ireland
mailto:calum.benson <at> sun.com            GNOME Desktop Group
http://ie.sun.com                      +353 1 819 9771

Any opinions are personal and not necessarily those of Sun Microsystems

_______________________________________________

Re: GNOME Panel++

On Mon, 2007-09-24 at 20:44 +0200, Vincent Untz wrote:

> About applets & desklets: I've no strong feeling here. On one hand it
> makes some sense since they might be similar for the implementation, but
> on the other hand I don't expect the clock displayed in the panel to
> look and behave like the clock on a desktop.

It would, however, be cool to be able to drag it between the panel and
the desktop whenever I want to, and have it automatically adapt its
appearance to suit...

Cheeri,
Calum.

--

-- 
CALUM BENSON, Usability Engineer       Sun Microsystems Ireland
mailto:calum.benson <at> sun.com            GNOME Desktop Group
http://ie.sun.com                      +353 1 819 9771

Any opinions are personal and not necessarily those of Sun Microsystems

GDM login to a JHBuild session

I'm currently working on establishing a standard jhbuild configuration
for the online-desktop. One of the things I'd like to accomplish with
that is the ability to log directly into a jhbuild of GNOME from GDM.

My first attempt was to create an entry in /etc/X11/sessions like:

===
[Desktop Entry]
Encoding=UTF-8
Name=JHBuild
Comment=Custom Per-User Build
Exec=/usr/local/bin/jhbuild-session
Icon=
Type=Application
===

Where /usr/local/bin/jhbuild-session looked like:

===
if [ -x $HOME/bin/jhbuild ] ; then
   exec $HOME/bin/jhbuild/run dbus-launch gnome-session
fi

# Report error
===

But this doesn't really work because the system Xsession script has
already launched D-BUS using the system built copy and system session
configuration. So the .services files in $prefix/share/dbus-1/services
won't be found. The relevant portions of the system Xsession script on

Re: Timelapsed backgrounds

On Mon, 01 Oct 2007 16:09:49 -0700, Ryan Paul wrote:

>> Here is a slightly extreme idea. How about a dbus interface for
>> changing the background? I guess all it should take is a path to an
>> image and fade the background to it.
> 
> It's already trivially easy to change the desktop image with GConf. A
> D-Bus interface wouldn't really make it any easier.
> 
>> I actually thought about this the other day as I wanted to have my IM
>> application change the background to the person I'm talking to. I like
>> pictures of family and friends as my background but I just never get
>> around to changing it.
> 
> Interesting idea. It took me about five minutes to implement with
> Python.  The following script uses D-Bus to detect when a new Pidgin
> window is created and then uses GConf to change the desktop background.
> Just put a file with the screen name of each person in ~/.purple/bg and
> it will work:
> 
[snipped remainder]

When you use this (or any other GConf-based background changer) do you 
see memory leaks in nautilus?  I do with my own script.

--Jack Spaar

Re: GDM login to a JHBuild session

Owen:

The GDM/KDM standard for using /usr/share/xsessions/*.desktop files is
documented in the GDM documentation here:

   http://www.gnome.org/projects/gdm/docs/2.20/configuration.html

We can extend the .desktop file further if this makes it possible to
do useful things.  However, if we are going to ask all distros to
change the way they start dbus-launch to support DISABLE_DBUS_LAUNCH,
then perhaps we should rethink how we start D-Bus.  Perhaps starting
this at Xsession time isn't the right place?  Perhaps we should
always start dbus-launch in the /usr/share/xsession/*.desktop files
as needed?  Or perhaps it should be managed more directly by
gnome-session itself rather than needing the login program/process
to be aware of D-Bus?

Brian

> I'm currently working on establishing a standard jhbuild configuration
> for the online-desktop. One of the things I'd like to accomplish with
> that is the ability to log directly into a jhbuild of GNOME from GDM.
> 
> My first attempt was to create an entry in /etc/X11/sessions like:
> 
> ===
> [Desktop Entry]
> Encoding=UTF-8
> Name=JHBuild