Re: GSettings migration status
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 a simple conversion of a few gconf schemas from libgnome and gnome-vfs: org.gnome.Desktop.background.gschema.xml org.gnome.Desktop.default-applications.gschema.xml org.gnome.Desktop.interface.gschema.xml org.gnome.Desktop.lockdown.gschema.xml org.gnome.Desktop.url-handlers.gschema.xml I'm pretty sure there are some keys there we want to remove, or to rename, or something else, so patches welcome, etc. If something is missing, just tell me. Thanks for tackling this! I've had a look at the parts I'm interested in to port Metacity (default apps, animations, accessibility), and they look right. Hard to get wrong anyway, since these are really simple keys. 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. Even better if you found a way to import the old translations from libgnome and gnome-vfs... ;-) 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? I'm not sure, since most modules don't need to access it; OTOH it's very close to the theming prefs that are already present. Else, we can make Metacity depend on the provider of this key, if it doesn't already. Regards ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GSettings migration status
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? I'm not sure, since most modules don't need to access it; OTOH it's very close to the theming prefs that are already present. Else, we can make Metacity depend on the provider of this key, if it doesn't already. rpm -qf /etc/gconf/schemas/desktop_gnome_peripherals_mouse.schemas libgnome-2.31.0-1.fc14.x86_64 However, I think we want to move that key to the other theme keys in org.gnome.Desktop.interface ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Removing GnomeDesktopItem API from gnome-desktop
Hi, I want to remove the GnomeDesktopItem API from gnome-desktop. It's an old API that is not needed anymore in our world with GKeyFile and GDesktopAppInfo. Thanks to Andre, here's a list of modules using it. I've put them in some categories: With patches: - gnome-applets https://bugzilla.gnome.org/show_bug.cgi?id=623369 - gnome-control-center: https://bugzilla.gnome.org/show_bug.cgi?id=623380 - nautilus-open-terminal https://bugzilla.gnome.org/show_bug.cgi?id=623371 Bindings (shouldn't be an issue): - gnome-python-desktop - vala Need patch (but not blocking since not ported to GTK+ 3 yet): - libslab - gnome-main-menu Not developed anymore: - bigboard - desktop-data-model - galeon So it all looks good. Unless there's a good objection, I'll remove the API from master, even though it wasn't marked as deprecated earlier. Cheers, Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GSettings migration status
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 find where it was defined in GConf. Do we want this key to be included here? I'm not sure, since most modules don't need to access it; OTOH it's very close to the theming prefs that are already present. Else, we can make Metacity depend on the provider of this key, if it doesn't already. rpm -qf /etc/gconf/schemas/desktop_gnome_peripherals_mouse.schemas libgnome-2.31.0-1.fc14.x86_64 However, I think we want to move that key to the other theme keys in org.gnome.Desktop.interface I tend to agree. Looking at this schema, and at the keyboard one, I've the feeling we might just want to take all keys there (at first; we can still remove some later). Any objection? Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GSettings migration status
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 of time that would be needed for that to annoy the intltool developers so they merge Ryan's patch :-) Even better if you found a way to import the old translations from libgnome and gnome-vfs... ;-) Yep, that should be doable relatively easily. But it's blocking on intltool for now. Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GSettings migration status
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 cases, lockdown keys. Gah, my fault. I had forgotten about this. I'll work on this tomorrow. Here we go: http://cgit.freedesktop.org/~vuntz/gsettings-desktop-schemas/ 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. Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Removing GnomeDesktopItem API from gnome-desktop
On Fri, Jul 2, 2010 at 5:41 AM, Vincent Untz vu...@gnome.org wrote: Hi, I want to remove the GnomeDesktopItem API from gnome-desktop. It's an old API that is not needed anymore in our world with GKeyFile and GDesktopAppInfo. Thanks to Andre, here's a list of modules using it. I've put them in some categories: With patches: - gnome-applets https://bugzilla.gnome.org/show_bug.cgi?id=623369 - gnome-control-center: https://bugzilla.gnome.org/show_bug.cgi?id=623380 - nautilus-open-terminal https://bugzilla.gnome.org/show_bug.cgi?id=623371 For what it's worth, I was just about to start using this API in Tomboy as part of https://bugzilla.gnome.org/show_bug.cgi?id=580422 (see comment 21, and comments 45 and below). Bindings (shouldn't be an issue): - gnome-python-desktop - vala Add gnome-desktop-sharp here. So it all looks good. Unless there's a good objection, I'll remove the API from master, even though it wasn't marked as deprecated earlier. No good objection, it's not directly GNOME's fault that non-C apps always have a bit more trouble when API is removed without much warning. I believe there are some unofficial gio-sharp bindings floating around, so I'll look into using those. Thanks for the heads up, Sandy ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: GSettings migration status
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 mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Removing GnomeDesktopItem API from gnome-desktop
On Fri, Jul 2, 2010 at 8:41 AM, Vincent Untz vu...@gnome.org wrote: Hi, I want to remove the GnomeDesktopItem API from gnome-desktop. It's an old API that is not needed anymore in our world with GKeyFile and GDesktopAppInfo. Thanks to Andre, here's a list of modules using it. I've put them in some categories: With patches: - gnome-applets https://bugzilla.gnome.org/show_bug.cgi?id=623369 - gnome-control-center: https://bugzilla.gnome.org/show_bug.cgi?id=623380 - nautilus-open-terminal https://bugzilla.gnome.org/show_bug.cgi?id=623371 Bindings (shouldn't be an issue): - gnome-python-desktop - vala Need patch (but not blocking since not ported to GTK+ 3 yet): - libslab - gnome-main-menu Not developed anymore: - bigboard - desktop-data-model - galeon So it all looks good. Unless there's a good objection, I'll remove the API from master, even though it wasn't marked as deprecated earlier. Thats a good idea; if there is anything we need to add in gio to make this happen, let me know. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Removing GnomeDesktopItem API from gnome-desktop
Le vendredi 02 juillet 2010, à 06:12 -0700, Sandy Armstrong a écrit : On Fri, Jul 2, 2010 at 5:41 AM, Vincent Untz vu...@gnome.org wrote: Hi, I want to remove the GnomeDesktopItem API from gnome-desktop. It's an old API that is not needed anymore in our world with GKeyFile and GDesktopAppInfo. [...] For what it's worth, I was just about to start using this API in Tomboy as part of https://bugzilla.gnome.org/show_bug.cgi?id=580422 (see comment 21, and comments 45 and below). As far as I understand, you don't really need this API. You just need to add/remove a file in the autostart dir. Is there any reason to not do it with the usual API for that? Ah, I see you need to change the Exec key. GKeyFile can do that, no idea if it's wrapped in mono, though :/ Bindings (shouldn't be an issue): - gnome-python-desktop - vala Add gnome-desktop-sharp here. (We missed it because it doesn't use git.gnome.org) Vincent -- Les gens heureux ne sont pas pressés. ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: Removing GnomeDesktopItem API from gnome-desktop
On Fri, Jul 2, 2010 at 6:26 AM, Vincent Untz vu...@gnome.org wrote: Le vendredi 02 juillet 2010, à 06:12 -0700, Sandy Armstrong a écrit : On Fri, Jul 2, 2010 at 5:41 AM, Vincent Untz vu...@gnome.org wrote: Hi, I want to remove the GnomeDesktopItem API from gnome-desktop. It's an old API that is not needed anymore in our world with GKeyFile and GDesktopAppInfo. [...] For what it's worth, I was just about to start using this API in Tomboy as part of https://bugzilla.gnome.org/show_bug.cgi?id=580422 (see comment 21, and comments 45 and below). As far as I understand, you don't really need this API. You just need to add/remove a file in the autostart dir. Is there any reason to not do it with the usual API for that? Ah, I see you need to change the Exec key. GKeyFile can do that, no idea if it's wrapped in mono, though :/ It also has unofficial bindings floating around. But you're right that since we control our .desktop file we could easily achieve this without use of the API at all. Thanks, Sandy ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
dconf/GSettings namespace
11:00 shaunm btw, gnome as a project should probably decide on a policy w.r.t. /apps/yelp/ vs. /org/gnome/yelp/ for paths, for consistency ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: dconf/GSettings namespace
On Fri, Jul 2, 2010 at 6:30 PM, Milan Bouchet-Valat nalimi...@club.fr wrote: Le vendredi 02 juillet 2010 à 11:02 -0400, Ryan Lortie a écrit : 11:00 shaunm btw, gnome as a project should probably decide on a policy w.r.t. /apps/yelp/ vs. /org/gnome/yelp/ for paths, for consistency See http://mail.gnome.org/archives/desktop-devel-list/2010-June/msg00104.html If my voice would count I'd go for org.gnome.name_of_git_module{.subapp/module} This way we can easily avoid name clashes... -- Łukasz [DeeJay1] Jernaś ___ desktop-devel-list mailing list desktop-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/desktop-devel-list