Re: Plans for 2.20



On Wed, 2007-03-07 at 16:43 +0000, Bastien Nocera wrote:
> On Wed, 2007-03-07 at 17:11 +0100, Rodrigo Moya wrote:
> <snip>
> > > Maybe showing a list of the known NetworkManager networks, with the
> > > ability to remove some of them, as well as VPN configurations.
> > > 
> > good idea, although that would, somewhat, clash with nm-applet. But I
> > guess it doesn't harm to have the same thing accessed from 2 places (and
> > not everyone will run nm-applet)
> 
> nm-applet doesn't know how to list the known networks, or remove some of
> them. The proxy setup could also be per-network, or (and I'd like Calum
> to explain to use the use-cases of proxies), be only enabled if a
> certain network is used. Ie.
> 
> Only use proxy if connected through:
>     [ Always           ]
>     | Wired connection ]
>     | Network A        |
>     | My wireless net  |
> 
one thing that came to my mind right now is that, afaik, apps use the
'proxy settings' by checking the values in the GConf known keys, right?
If so, adding all this per-network-proxy in the current proxy capplet
would make things very complicate for the apps just wanting to use the
proxy. So, we would need an intermediate place for apps to get the proxy
settings, without needing to know the complicated parts. So, maybe
another use for the new g-s-d I propose? :)

> <snip>
> > > > I was thinking on structuring the different subsystems in g-s-d to be
> > > > more pluggable. That would allow 3rd party apps to install modules to be
> > > > started with g-s-d. That would help in cleaning up the code, quite messy
> > > > in some places right now. What do you think?
> > > 
> > > I think it's already hard to control what each part of g-s-d does while
> > > all the code is available to us. Using another daemon (similar to KDE's
> > > daemon-pluggable daemon) would be a better idea.
> > > 
> > well, that's what I suggest g-s-d to become, see attached doc.
> 
> As long as it'd separate binaries,
>
what do you mean? which separate binaries?

>  I wouldn't have any problems with it.
> We still need to fix the over-usage of gdk_window_add_filter. It's
> currently (on top of my head), the accessibility bits, the multimedia
> keys, the custom keyboard bindings, and DrWright (typing break).
> 
good to know, didn't know that :-)
-- 
Rodrigo Moya <rodrigo gnome-db org>




[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]