Adding the list. By the way we should discuss this with Sai too, he is
working on a patch which is similar and might even conflict.
I'm travelling and just on an iPhone so it's hard for me to properly look
at the code and suggest something. I can do so when I get back home,
probably in a few
FWIW, some of the webservices also use gconf. Not sure the best path
forward there.
-walter
On Fri, Dec 27, 2013 at 7:18 AM, Gonzalo Odiard gonz...@laptop.org wrote:
It seems these can be split in
1 Sugar settings. /desktop/sugar/...
2 Activity setting. /apps/...
For the all keys in group
Here are the keys that activites still use from GConf:
org.sugarlabs.speech pitch, rate
org.sugarlabs.user nick, color
org.sugarlabs backup-url
org.sugarlabs.collaboration jabber-server
org.sugarlabs.power automatic
org.sugarlabs.font default-face, default-size
The activities are numerous, so I
On 27 December 2013 22:16, Emil Dudev emildu...@gmail.com wrote:
Here are the keys that activites still use from GConf:
org.sugarlabs.speech pitch, rate
org.sugarlabs.user nick, color
org.sugarlabs backup-url
org.sugarlabs.collaboration jabber-server
org.sugarlabs.power automatic
On Fri, Dec 27, 2013 at 5:22 PM, Daniel Narvaez dwnarv...@gmail.com wrote:
On 27 December 2013 22:16, Emil Dudev emildu...@gmail.com wrote:
Here are the keys that activites still use from GConf:
org.sugarlabs.speech pitch, rate
org.sugarlabs.user nick, color
org.sugarlabs backup-url
For both activity-specific and plugins-specific settings we could probably
do something like this
http://askubuntu.com/questions/251712/how-can-i-install-a-gsettings-schema-without-root-privileges
We could add an helper to toolkit to setup the schema. Hopefully it would
be possible to also
To summarize what is left here:
* Port activities to use sugar3.profile and gsettings. Maybe we just need
to document this and let activity authors deal with it.
* Make sure we deal with schemas translations correctly. It might just work
with Fedora 20, or it might need little tweak.
* Remove the
As GConf is deprecated, it should be replaced by GSettings.
I've made a patch that will change most of the code to use GSettings.
(I'm not sure how to include the link, as it will cause the mail to be
sent to the spam folder).
Moving to GSettings is not something easy. The biggest issue is the
On 26 December 2013 17:02, Emil Dudev emildu...@gmail.com wrote:
As GConf is deprecated, it should be replaced by GSettings.
I've made a patch that will change most of the code to use GSettings.
(I'm not sure how to include the link, as it will cause the mail to be
sent to the spam folder).
My changes to the makefiles only add gsettings support. GConf can
still be used and I doubt there will be any problems.
While I was working on this, the following article came to my
attention: https://developer.gnome.org/gio/2.26/ch26s07.html
From what I understand of the article, the transition
On 26 December 2013 17:30, Emil Dudev emildu...@gmail.com wrote:
My changes to the makefiles only add gsettings support. GConf can
still be used and I doubt there will be any problems.
That's what I expect too but let's test if after migration gconf activities
still works the same as before.
On 26 December 2013 17:35, Daniel Narvaez dwnarv...@gmail.com wrote:
On 26 December 2013 17:30, Emil Dudev emildu...@gmail.com wrote:
My changes to the makefiles only add gsettings support. GConf can
still be used and I doubt there will be any problems.
That's what I expect too but let's
Actually, when I started working on this, I changed the code in the
following way:
Read data from the GSettings database, write to both GSettings and GConf.
But I changed my mind, when I saw the article. Guess I'll make an
other commit, with my original idea.
As noted above, the only activities I
On 26 December 2013 17:50, Emil Dudev emildu...@gmail.com wrote:
Actually, when I started working on this, I changed the code in the
following way:
Read data from the GSettings database, write to both GSettings and GConf.
But I changed my mind, when I saw the article. Guess I'll make an
On 26 December 2013 18:17, Daniel Narvaez dwnarv...@gmail.com wrote:
About activities, there is probably a way to make them ship schemas but
I'm wondering what's the advantage for them to use gsettings vs a json or
ini file. It feels like added complexity without real advantages.
Gonzalo
On 26.12.2013, at 18:02, Emil Dudev emildu...@gmail.com wrote:
As GConf is deprecated, it should be replaced by GSettings.
I've made a patch that will change most of the code to use GSettings.
(I'm not sure how to include the link, as it will cause the mail to be
sent to the spam
I did a search in all the xo I have downloaded from ASLO two months ago,
then, can be a little outdated but is useful as reference.
Of 682 .xo files, only 36 read values from gconf.
Looking for client.get_ :
grep -in client.get_ *.py | grep -v get_default | wc -l
100
But many are reading
Thanks this awesome.
It seems these can be split in
1 Sugar settings. /desktop/sugar/...
2 Activity setting. /apps/...
For the all keys in group 1, I think we to keep setting them for a while
both in gconf and in gsettings. They are API and just breaking it would be
bad. We should deprecate
Thx,
xo_WelcomeWeb I uploaded a new version without gconf (I copied the
activity.py accidently)
2013/12/26, Daniel Narvaez dwnarv...@gmail.com:
Thanks this awesome.
It seems these can be split in
1 Sugar settings. /desktop/sugar/...
2 Activity setting. /apps/...
For the all keys in group
19 matches
Mail list logo