Considering ConsoleKit and GSettings/DConf

[Trevor Saunders]

Hi,

* snip *
> > It is very easy to make errors in syntax or in the content
> > of the settings themselves (like there is no way to enforce
> > enumeration values etc.).
> 
> Let's see:
> Q: Which settings does the enduser frequently change?
> A: addmodule directives

yes, this is a point I meant to make in my last email, if we get rid of the need
to mess with AddModule non advanced end users will never touch sd configuration.
And the whole problem where trying to solve will basically be solved in a much
better way.

Trev

> 
> All other settings like speechsysnthesis params etc should be set by the
> used screenreader.
> Other advanced stuff will not be touched by any enduser.
> 
> > It is difficult to maintain an up-to-date configuration file
> > on target users computers across different releases of
> > Speech Dispatcher. Removal of old config file and installation
> > of a new one is not trivial if settings should be maintained
> > and typically must be done by the user by hand. If users do not
> > update their config file when asked to, this often leads to
> > problems.
> 
> Ok, this is the fact of broken speech-dispatcher release in popular
> distros.
> Remember the pulseaudio problems!
> 
> > 3) Commentaries in text based config files are in English
> > and not possible to localize.
> 
> If we avoid the manual module handling and try to ship working packages
> with mainstream distros, this would not be a problem.
> 
> > 4) Current DotConf settings implementation in Speech Dispatcher
> > needs a lot of code, even though we simplified it by using
> > macros which generate the code.
> 
> hmm, It works :-).
> 
> > 5) It is not possible in text based configuration to get
> > notification on configuration changes.
> 
> Well restarting the server wouldn't be a dificult task in my opinion.
> Why not provide an easy shell skript for reloading the config by sending
> a signal to speechd?
> 
> > 6) As Tomas pointed out, a more dynamic configuration
> > mechanism will allow us to do very interesting things,
> > like settings profiles, which can become a major improvement
> > and simplification in the whole AT chain.
> 
> I am not sure.
> Can you provide an useful usecase where a user needs this in real world?
> speechd supports several messagepriorities, which were implemented as
> great usefull thing.
> Who uses it?
> 
> > Whether DConf is the right way to address these issues
> > and whether it is acceptable for platforms other
> > than Gnome must however be investigated.
> 
> There are afaik only graphical editors available for it.
> So a console user can't make changes to speechd when he didn't
> install a graphical environment?
> 
> > Best regards,
>  
> Thx for your response!
> Regards
> Halim
> 
> > 
> > 
> > _______________________________________________
> > Speechd mailing list
> > Speechd at lists.freebsoft.org
> > http://lists.freebsoft.org/mailman/listinfo/speechd
> 
> -- 
> Halim Sahin
> E-Mail:                               
> halim.sahin (at) t-online.de
> 
> _______________________________________________
> Speechd mailing list
> Speechd at lists.freebsoft.org
> http://lists.freebsoft.org/mailman/listinfo/speechd