Re: Online Desktop and GNOME 2.22

>
> [ excellent detailed description omitted ]
>
> What if you don't think of online.gnome.org as a web service; what if
> you think of it like a PDA someone plugged into their USB port?

Excellent!

Apologies if I mis/over-interpret your analogy but this is EXCATLY how
I think about online.gnome.org

Let me explain, because I think we have both build sufficiently large
hammers so now everything looks like a nail. Here goes my nail
story...

Conduit already supports synchronization of many types of data (files,
photos, contacts, calender, settings, notes, text) to many different
kinds of 'PDAs'/$WEBAPPS. In this way I think of online.gnome.org as
JUST ANOTHER 'PDA'[1]  (dataprovider) that we want to support and we
want to support it well.

But at the moment this particular 'PDA' requires a different way for
it to be connected. As I explained earlier, the other 'PDA's we
support are either connected(), disconnected(), or we ask for the user
to connect them (log in) while we wait. I am interested in providing a
consistant way for users to connect their 'PDA's (log in) and I do
this by either using programmatic login (gdata for example), or asking
them to log in using our simple browser login. online.gnome.org doesnt
seem to support either of these scenarios, requiring  a different
connection procedure to everyone else.

Re: Input devices capplets

On Wed, 2007-10-31 at 16:27 -0400, Matthias Clasen wrote:
> On 10/31/07, Jürg Billeter <j <at> bitron.ch> wrote:
> > On Wed, 2007-10-31 at 18:59 +0100, Denis Washington wrote:
> > > I created two mockups for possible keyboard and mouse capplets in GNOME
> > > 2.20. Their aim is to incorporate accessibility features in both; the
> > > existing keyboard a11y features into Keyboard and the already discussed
> > > Mousetweaks settings into Mouse. The mockups can be found here:
> > >
> > > Keyboard: http://ultimum-projekt.de/mockups/keyboard.html
> > > Mouse:    http://ultimum-projekt.de/mockups/mouse.html
> > >
> > > What do you think?
> >
> > Shouldn't we also incorporate the Keyboard Shortcuts capplet into the
> > Keyboard capplet at the same time? Otherwise good work, as far as I can
> > tell from a quick look.
> 
>  I don't think there was sufficient agreement that shortcuts have much
> if anything to do with the other keyboard settings.

Especially if we have plans to add other kinds of shortcuts, like e.g.
mouse gestures, having them in the keyboard capplet is quite
counter-intuitive.

Denis

_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org

Re: Input devices capplets

Hi,

There is no touchpad tab in mouse capplet. Is this planned ?

Étienne.
--

-- 
E Ultreïa !

_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Input devices capplets

Em Qui, 2007-11-01 às 11:47 +0100, Étienne Bersac escreveu:
> Hi,
> 
> There is no touchpad tab in mouse capplet. Is this planned ?

http://bugzilla.gnome.org/show_bug.cgi?id=154029

--

-- 
Jonh Wendell
www.bani.com.br

_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Input devices capplets

Hi,

Running Gutsy, the mouse-properties capplet does have a touchpad tab.
But the mockup drops it. Unless this is planned, this is a regression.
Otherwise the touchpad tab is ubuntu specific.

Regards,
Étienne.
--

-- 
E Ultreïa !

_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Input devices capplets

On Thu, 2007-11-01 at 12:24 +0100, Étienne Bersac wrote:

> Running Gutsy, the mouse-properties capplet does have a touchpad tab.
> But the mockup drops it. Unless this is planned, this is a regression.
> Otherwise the touchpad tab is ubuntu specific.
> 
It was a last minute hack-up by Matthew Garrett; he may not have sent
the patch upstream yet, and it may result on some other Ubuntu hacks to
work.

If there's immediate interest, I can dig it out if I know the right
person to give it to.

Scott
--

-- 
Scott James Remnant
scott <at> ubuntu.com

_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Input devices capplets

On 11/1/07, Scott James Remnant <scott <at> ubuntu.com> wrote:
> On Thu, 2007-11-01 at 12:24 +0100, Étienne Bersac wrote:
>
> > Running Gutsy, the mouse-properties capplet does have a touchpad tab.
> > But the mockup drops it. Unless this is planned, this is a regression.
> > Otherwise the touchpad tab is ubuntu specific.
> >
> It was a last minute hack-up by Matthew Garrett; he may not have sent
> the patch upstream yet, and it may result on some other Ubuntu hacks to
>
>
> If there's immediate interest, I can dig it out if I know the right
> person to give it to.
>

This needs infrastructure fixes in the lower layers first. SHMConfig
is really not something we want to turn on by default, the touchpad
driver should use the existing Xinput configuration mechanism.

Re: Input devices capplets

On Thu, 2007-11-01 at 08:58 -0400, Matthias Clasen wrote:

> On 11/1/07, Scott James Remnant <scott <at> ubuntu.com> wrote:
> > On Thu, 2007-11-01 at 12:24 +0100, Étienne Bersac wrote:
> >
> > > Running Gutsy, the mouse-properties capplet does have a touchpad tab.
> > > But the mockup drops it. Unless this is planned, this is a regression.
> > > Otherwise the touchpad tab is ubuntu specific.
> > >
> > It was a last minute hack-up by Matthew Garrett; he may not have sent
> > the patch upstream yet, and it may result on some other Ubuntu hacks to
> >
> >
> > If there's immediate interest, I can dig it out if I know the right
> > person to give it to.
> >
> This needs infrastructure fixes in the lower layers first. SHMConfig
> is really not something we want to turn on by default, the touchpad
> driver should use the existing Xinput configuration mechanism.
> 
Exactly.  Our patches may not be that useful right now.

Scott
--

-- 
Scott James Remnant
scott <at> ubuntu.com

_______________________________________________
desktop-devel-list mailing list

Re: Input devices capplets

On 11/1/07, Scott James Remnant <scott <at> ubuntu.com> wrote:
>
> > This needs infrastructure fixes in the lower layers first. SHMConfig
> > is really not something we want to turn on by default, the touchpad
> > driver should use the existing Xinput configuration mechanism.
> >
> Exactly.  Our patches may not be that useful right now.
>

Unfortunately, I don't expect much interest from the Ubuntu side in
doing this kind of infrastructure work.

Or do you have plans to do the right thing here in the long term, Scott ?

Re: Input devices capplets

On Thu, 2007-11-01 at 09:12 -0400, Matthias Clasen wrote:

> On 11/1/07, Scott James Remnant <scott <at> ubuntu.com> wrote:
> >
> > > This needs infrastructure fixes in the lower layers first. SHMConfig
> > > is really not something we want to turn on by default, the touchpad
> > > driver should use the existing Xinput configuration mechanism.
> > >
> > Exactly.  Our patches may not be that useful right now.
> >
> Unfortunately, I don't expect much interest from the Ubuntu side in
> doing this kind of infrastructure work.
> 
> Or do you have plans to do the right thing here in the long term, Scott ?
> 
We have open positions for people to do this kind of work; it isn't
necessarily something our existing team has time/skills for.

Scott
--

-- 
Scott James Remnant
scott <at> ubuntu.com

_______________________________________________
desktop-devel-list mailing list
desktop-devel-list <at> gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list