Hey!
Am Freitag, den 23.07.2010, 20:40 +0200 schrieb Vincent Untz:
So I was hoping that someone would do the changes proposed by Christian
before I do a release :-) If people are happy with schemas that will
change, I can certainly do a 0.0.1 tarball in two minutes.
I took the freedom to
Le dimanche 18 juillet 2010, à 20:04 +0200, Felix Riemann a écrit :
Hi all!
Am Freitag, den 02.07.2010, 15:10 +0200 schrieb Vincent Untz:
Le vendredi 02 juillet 2010, 02:24 +0200, Vincent Untz a crit :
Here we go:
http://cgit.freedesktop.org/~vuntz/gsettings-desktop-schemas/
Le vendredi 23 juillet 2010, à 20:40 +0200, Vincent Untz a écrit :
So I was hoping that someone would do the changes proposed by Christian
before I do a release :-) If people are happy with schemas that will
change, I can certainly do a 0.0.1 tarball in two minutes.
Andre pushed me, so here it
hi Vincent,
On Fri, 2010-07-23 at 22:15 +0200, Vincent Untz wrote:
Ryan, I'd like to relicense the module to LGPLv2.1+ instead of GPLv2+,
since LGPL makes more sense now that we have a header. Are you happy
with this?
Not LGPL3+? :)
Of course. No problem from me.
Cheers
Hi all!
Am Freitag, den 02.07.2010, 15:10 +0200 schrieb Vincent Untz:
Le vendredi 02 juillet 2010, 02:24 +0200, Vincent Untz a crit :
Here we go:
http://cgit.freedesktop.org/~vuntz/gsettings-desktop-schemas/
It's now in http://git.gnome.org/browse/gsettings-desktop-schemas/
Release
hi
On Wed, 2010-07-07 at 15:15 -0400, Shaun McCance wrote:
But if you provide an API with GFile, I suppose people will
expect to be able to hand it all sorts of GFiles, so storing
the URI would be preferable.
I think this is getting ridiculous.
As it stands, I made recent modifications to
On Mon, Jul 5, 2010 at 10:06 PM, Russell Shaw rjs...@netspace.net.au wrote:
Alexander Larsson wrote:
On Sat, 2010-07-03 at 13:25 -0400, Ryan Lortie wrote:
On Sat, 2010-07-03 at 13:37 +0200, Christian Persch wrote:
This is a common error. Filenames need to be stored as ay and *NOT*
s (since
On Mon, 2010-07-05 at 10:43 +0200, Alexander Larsson wrote:
On Sat, 2010-07-03 at 13:25 -0400, Ryan Lortie wrote:
On Sat, 2010-07-03 at 13:37 +0200, Christian Persch wrote:
This is a common error. Filenames need to be stored as ay and *NOT*
s (since s is UTF-8). (I think this needs some
A possible solution is to store paths under your home
directory as relative paths, and when reading, assume
any relative paths are relative to your home directory.
Doing this with each individual application would be
tiresome and error-prone, but it would be easy with
a convenience API like
On Sat, Jul 3, 2010 at 7:37 AM, Christian Persch c...@gnome.org wrote:
--
org.gnome.desktop.url-handlers.gschema.xml:
This should be a settings list, with a base schema for the enabled,
exec and needs-terminal keys; actually the same base schema as
On Wed, 2010-07-07 at 15:24 +0100, Alan Cox wrote:
A possible solution is to store paths under your home
directory as relative paths, and when reading, assume
any relative paths are relative to your home directory.
Doing this with each individual application would be
tiresome and
On Wed, 2010-07-07 at 10:01 -0400, Shaun McCance wrote:
On Mon, 2010-07-05 at 10:43 +0200, Alexander Larsson wrote:
On Sat, 2010-07-03 at 13:25 -0400, Ryan Lortie wrote:
On Sat, 2010-07-03 at 13:37 +0200, Christian Persch wrote:
This is a common error. Filenames need to be stored as ay
On Wed, 2010-07-07 at 20:58 +0200, Alexander Larsson wrote:
On Wed, 2010-07-07 at 10:01 -0400, Shaun McCance wrote:
On Mon, 2010-07-05 at 10:43 +0200, Alexander Larsson wrote:
On Sat, 2010-07-03 at 13:25 -0400, Ryan Lortie wrote:
On Sat, 2010-07-03 at 13:37 +0200, Christian Persch wrote:
On Wed, 2010-07-07 at 08:04 -0400, A. Walton wrote:
On Mon, Jul 5, 2010 at 10:06 PM, Russell Shaw rjs...@netspace.net.au wrote:
Alexander Larsson wrote:
On Sat, 2010-07-03 at 13:25 -0400, Ryan Lortie wrote:
On Sat, 2010-07-03 at 13:37 +0200, Christian Persch wrote:
This is a common
On Wed, 2010-07-07 at 15:15 -0400, Shaun McCance wrote:
On Wed, 2010-07-07 at 20:58 +0200, Alexander Larsson wrote:
On Wed, 2010-07-07 at 10:01 -0400, Shaun McCance wrote:
On Mon, 2010-07-05 at 10:43 +0200, Alexander Larsson wrote:
On Sat, 2010-07-03 at 13:25 -0400, Ryan Lortie wrote:
On Wed, 2010-07-07 at 10:23 -0400, Matthias Clasen wrote:
On Sat, Jul 3, 2010 at 7:37 AM, Christian Persch c...@gnome.org wrote:
--
org.gnome.desktop.url-handlers.gschema.xml:
This should be a settings list, with a base schema for the enabled,
On Sat, 2010-07-03 at 13:25 -0400, Ryan Lortie wrote:
On Sat, 2010-07-03 at 13:37 +0200, Christian Persch wrote:
This is a common error. Filenames need to be stored as ay and *NOT*
s (since s is UTF-8). (I think this needs some enhancement in
glib-compile-schemas to be able to still put a
On Sun, 2010-07-04 at 00:10 +0100, James Sharpe wrote:
Might I suggest that you take the opportunity at this point to extend
the schema to at least consider support for multiple desktops /
monitors. One of the difficulties that I found when looking at this in
GSOC a few years back was that
Alexander Larsson wrote:
On Sat, 2010-07-03 at 13:25 -0400, Ryan Lortie wrote:
On Sat, 2010-07-03 at 13:37 +0200, Christian Persch wrote:
This is a common error. Filenames need to be stored as ay and *NOT*
s (since s is UTF-8). (I think this needs some enhancement in
glib-compile-schemas to be
On Fri, 2010-07-02 at 02:24 +0200, Vincent Untz wrote:
Le mercredi 30 juin 2010, à 17:16 +0200, Vincent Untz a écrit :
Here we go:
http://cgit.freedesktop.org/~vuntz/gsettings-desktop-schemas/
Since packages will be depending on this, it's fair to ask:
What's your stability guarantee, if any?
Le dimanche 04 juillet 2010, à 08:28 -0400, Ryan Lortie a écrit :
On Fri, 2010-07-02 at 02:24 +0200, Vincent Untz wrote:
Le mercredi 30 juin 2010, à 17:16 +0200, Vincent Untz a écrit :
Here we go:
http://cgit.freedesktop.org/~vuntz/gsettings-desktop-schemas/
Since packages will be
Hi;
I think we should use the opportunity of converting to gsettings to
redesign the desktop schemas, not just do a 1:1 translation from gconf.
Let me make some remarks about the gsettings desktop schemas as
they right now are in gsettings-desktop-schemas module.
Hi,
Le samedi 03 juillet 2010, à 13:37 +0200, Christian Persch a écrit :
Hi;
I think we should use the opportunity of converting to gsettings to
redesign the desktop schemas, not just do a 1:1 translation from gconf.
Let me make some remarks about the gsettings desktop schemas as
they
Le samedi 03 juillet 2010 à 13:37 +0200, Christian Persch a écrit :
Hi;
I think we should use the opportunity of converting to gsettings to
redesign the desktop schemas, not just do a 1:1 translation from gconf.
Let me make some remarks about the gsettings desktop schemas as
they right
On Sat, 2010-07-03 at 13:37 +0200, Christian Persch wrote:
Finally, I'd like to suggest that gsettings-desktop-schemas install a
header file containing #define's for each schema ID, schema, path and
all the key names.
I tried to discuss this on IRC because I believe it's a good idea. It's
On Sat, 2010-07-03 at 13:37 +0200, Christian Persch wrote:
This is a common error. Filenames need to be stored as ay and *NOT*
s (since s is UTF-8). (I think this needs some enhancement in
glib-compile-schemas to be able to still put a string in default.)
I'm not sure I buy into your hardline
Hi;
Am Sat, 03 Jul 2010 13:22:16 -0400
schrieb Ryan Lortie de...@desrt.ca:
On Sat, 2010-07-03 at 13:37 +0200, Christian Persch wrote:
Finally, I'd like to suggest that gsettings-desktop-schemas install
a header file containing #define's for each schema ID, schema, path
and all the key
On Sat, 2010-07-03 at 13:37 +0200, Christian Persch wrote:
Coincidentally, taking a look at all the summary and description
strings, it seems to me that once these value enumerations are taken
out, not too much remains that justifies the split between two
strings.
IMHO we should consider
Hi;
Am Sat, 03 Jul 2010 17:08:36 +0200
schrieb Milan Bouchet-Valat nalimi...@club.fr:
Le samedi 03 juillet 2010 à 13:37 +0200, Christian Persch a écrit :
Coincidentally, taking a look at all the summary and description
strings, it seems to me that once these value enumerations are taken
On Sat, 2010-07-03 at 19:48 +0200, Christian Persch wrote:
Hi;
Am Sat, 03 Jul 2010 17:08:36 +0200
schrieb Milan Bouchet-Valat nalimi...@club.fr:
Le samedi 03 juillet 2010 à 13:37 +0200, Christian Persch a écrit :
Coincidentally, taking a look at all the summary and description
Hi;
Am Sat, 03 Jul 2010 19:29:13 +0100
schrieb Philip Withnall phi...@tecnocode.co.uk:
On Sat, 2010-07-03 at 19:48 +0200, Christian Persch wrote:
Am Sat, 03 Jul 2010 17:08:36 +0200
schrieb Milan Bouchet-Valat nalimi...@club.fr:
If only one string was provided, it would be a pain to find
On 3 July 2010 12:58, Vincent Untz vu...@gnome.org wrote:
Hi,
Le samedi 03 juillet 2010, à 13:37 +0200, Christian Persch a écrit :
Hi;
I think we should use the opportunity of converting to gsettings to
redesign the desktop schemas, not just do a 1:1 translation from gconf.
Let me
Le vendredi 02 juillet 2010 à 02:24 +0200, Vincent Untz a écrit :
Here we go:
http://cgit.freedesktop.org/~vuntz/gsettings-desktop-schemas/
I'd appreciate if people can take a quick look. If everything is okay,
I'll push that to git.gnome.org in a proper repository.
Right now, it contains
On Fri, Jul 2, 2010 at 6:21 AM, Milan Bouchet-Valat nalimi...@club.fr wrote:
On a side note, I'd like somebody to point me to the module responsible
for the /desktop/gnome/peripherals/mouse/cursor_theme key. I can't find
where it was defined in GConf. Do we want this key to be included here?
Le vendredi 02 juillet 2010, à 08:05 -0400, Matthias Clasen a écrit :
On Fri, Jul 2, 2010 at 6:21 AM, Milan Bouchet-Valat nalimi...@club.fr wrote:
On a side note, I'd like somebody to point me to the module responsible
for the /desktop/gnome/peripherals/mouse/cursor_theme key. I can't
Le vendredi 02 juillet 2010, à 12:21 +0200, Milan Bouchet-Valat a écrit :
Note it may be nice for translators to use the _description hack until
proper gschema support lands in intltool, so that they can start working
on the package.
I think it'd be more efficient to just use the same amount
Le vendredi 02 juillet 2010, à 02:24 +0200, Vincent Untz a écrit :
Le mercredi 30 juin 2010, à 17:16 +0200, Vincent Untz a écrit :
Le mercredi 30 juin 2010, à 16:03 +0100, Bastien Nocera a écrit :
For some of my other modules, I'm actually waiting on desktop-wide
settings, and in some
On Fri, Jul 2, 2010 at 9:10 AM, Vincent Untz vu...@gnome.org wrote:
It's now in http://git.gnome.org/browse/gsettings-desktop-schemas/
Release team: I guess we'll want to ship that as part of the next
releases.
Yes, I agree.
___
desktop-devel-list
Le mercredi 30 juin 2010, à 17:16 +0200, Vincent Untz a écrit :
Le mercredi 30 juin 2010, à 16:03 +0100, Bastien Nocera a écrit :
For some of my other modules, I'm actually waiting on desktop-wide
settings, and in some cases, lockdown keys.
Gah, my fault. I had forgotten about this. I'll
Hi everyone,
I recently edited the TwoPointThirtyone wiki page, removing these
no-longer-true items from the high risk section:
* GSettings/dconf: [[https://bugzilla.gnome.org/show_bug.cgi?id=600271|
GVariant]] and GSettings merge completely '''blocks''' porting apps
from gconf to
On Wed, Jun 30, 2010 at 4:43 PM, Ryan Lortie de...@desrt.ca wrote:
Hi everyone,
I recently edited the TwoPointThirtyone wiki page, removing these
no-longer-true items from the high risk section:
* GSettings/dconf: [[https://bugzilla.gnome.org/show_bug.cgi?id=600271|
GVariant]] and
On Wed, 2010-06-30 at 10:43 -0400, Ryan Lortie wrote:
Hi everyone,
snip
According to http://live.gnome.org/TwoPointThirtyone the schedule as of
June 28 says that we should have no fewer than 20 modules depending on
GConf. http://live.gnome.org/GnomeGoals/GSettingsMigration indicates
that we
On Wed, 2010-06-30 at 16:50 +0200, Łukasz Jernaś wrote:
On Wed, Jun 30, 2010 at 4:43 PM, Ryan Lortie de...@desrt.ca wrote:
Hi everyone,
I recently edited the TwoPointThirtyone wiki page, removing these
no-longer-true items from the high risk section:
* GSettings/dconf:
hi Łukasz,
On Wed, 2010-06-30 at 16:50 +0200, Łukasz Jernaś wrote:
Also may I have one question? Do GSettings support
internationalisation of the schema files like gconf did? There
certainly are no intltool or m4 macros for that.
The internationalisation of schema files in GSettings works
hi Bastien,
On Wed, 2010-06-30 at 16:03 +0100, Bastien Nocera wrote:
On Wed, 2010-06-30 at 10:43 -0400, Ryan Lortie wrote:
http://live.gnome.org/GnomeGoals/GSettingsMigration
This list seems pretty out of date...
Thanks for noting this.
everyone else: If you've already ported,
Le mercredi 30 juin 2010, à 16:03 +0100, Bastien Nocera a écrit :
On Wed, 2010-06-30 at 10:43 -0400, Ryan Lortie wrote:
Hi everyone,
snip
According to http://live.gnome.org/TwoPointThirtyone the schedule as of
June 28 says that we should have no fewer than 20 modules depending on
GConf.
2010/6/30 Ryan Lortie de...@desrt.ca:
hi Bastien,
On Wed, 2010-06-30 at 16:03 +0100, Bastien Nocera wrote:
On Wed, 2010-06-30 at 10:43 -0400, Ryan Lortie wrote:
http://live.gnome.org/GnomeGoals/GSettingsMigration
This list seems pretty out of date...
Thanks for noting this.
47 matches
Mail list logo
