Le lundi 09 mai 2011 à 00:58 -0400, Erick Pérez a écrit :
Finally, I do think this childish behavior is not getting anything
useful for no-one of us. If the spirit of the Gnome Team, is: 'Bring
some code/mockups, then we will judge' Ok.
Mockups would help understanding your idea, but code isn't
Hi,
Please see comments inline.
2011/5/8 Erick Pérez erick@gmail.com:
On 08/05/2011, Jasper St. Pierre jstpie...@mecheye.net wrote:
2011/5/8 Erick Pérez erick@gmail.com
Why not at the time of the menu?
Cause it will be to slow, way to slow. Making choices based on the
data you
This is the last day for feature proposals, but unfortunately I've been
very busy lately and didn't have time to write it down formally. And
actually, mine is more a question than a proposal: what are planning to
do with additional functionality that is provided as plugins?
I believe there are
I am sorry for the late proposal, but I feel its important to put forward my
views on extension management.
This is regarding the extension system. A 'main' method to be called when
the extension is loaded is a simple way to inject
code to the existing shell. What about un-doing certain changes
On Mon, May 9, 2011 at 7:44 PM, Vamsi Krishna Brahmajosyula
vamsikrishna.brahmajosy...@gmail.com wrote:
I am sorry for the late proposal, but I feel its important to put forward
my views on extension management.
This is regarding the extension system. A 'main' method to be called when
the
On Mon, May 9, 2011 at 6:52 AM, Giovanni Campagna scampa.giova...@gmail.com
wrote:
First of all, should those modules be provided as tarballs? Last time I
asked this for gnome-shell-extensions, I was answered no, because
distributions should not provided packages of those. Nevertheless, all
Hi all,
Rygel is planned to included back into GNOME in 3.1 as part of the
'Sharing' feature[1]. GUPnP dependencies of Rygel has so far been used
as blessed external dependencies. Since GUPnP is moving [2] to GNOME
infrastructure and Rygel development is very closely tied with GUPnP,
I propose
On Mon, 2011-05-09 at 15:52 +0200, Giovanni Campagna wrote:
A different issue is then UI. Some time ago it was proposed to introduce
addons.gnome.org, skip the (rpm/deb) packaging completely and just
instruct users to go, download the plugin and install it.
This has the problem that the plugin
Il giorno lun, 09/05/2011 alle 19.44 +0530, Vamsi Krishna Brahmajosyula
ha scritto:
I am sorry for the late proposal, but I feel its important to put
forward my views on extension management.
This is regarding the extension system. A 'main' method to be called
when the extension is
On Mon, May 9, 2011 at 9:12 PM, Giovanni Campagna scampa.giova...@gmail.com
wrote:
Il giorno lun, 09/05/2011 alle 19.44 +0530, Vamsi Krishna Brahmajosyula
ha scritto:
I am sorry for the late proposal, but I feel its important to put
forward my views on extension management.
This is
Il giorno lun, 09/05/2011 alle 17.13 +0200, Florian Müllner ha scritto:
On Mon, 2011-05-09 at 15:52 +0200, Giovanni Campagna wrote:
A different issue is then UI. Some time ago it was proposed to introduce
addons.gnome.org, skip the (rpm/deb) packaging completely and just
instruct users to
On Mon, 2011-05-09 at 17:14 +0200, Jorge González wrote:
Shaun,
What has happened to gnome-help package? I don't see it anymore in
damned lies?!
This?
http://l10n.gnome.org/module/gnome-user-docs/
The POT file on DL is messed up, because DL doesn't know how
to deal with all the new stuff I
Heya,
This is the first release of geocode-glib, a small library on top of the
Yahoo! Place Finder API.
This first release allows you to do geocoding (going from a place name,
to a longitude/latitude pair) and reverse geocoding (finding a place
name from coordinates).
It also implements caching
Le lundi 09 mai 2011 à 17:13 +0200, Florian Müllner a écrit :
So I'd imagine something simple as a gzipped tarball with a custom
extension (gsx == GNOME Shell extension?) which is distributed on
addons.gnome.org - then we can have a dedicated app (Desktop Extension
Manager?) registered as MIME
On Mon, 2011-05-09 at 17:14 +0100, Ross Burton wrote:
On 9 May 2011 16:52, Bastien Nocera had...@hadess.net wrote:
This is the first release of geocode-glib, a small library on top of the
Yahoo! Place Finder API.
What are the terms of service on this API? If they are in any way
On Mon, 2011-05-09 at 17:50 +0200, Giovanni Campagna wrote:
So .gsx (application/vnd.gnome.shell-extension) for the Shell, .gdp
(application/vnd.gnome.gedit-plugin) for Gedit, .epe
(application/vnd.gnome.epiphany-extension) for Ephiphany, etc.? How
would it integrate with, for example,
On 9 May 2011 17:21, Bastien Nocera had...@hadess.net wrote:
What are the terms of service on this API? If they are in any way
restrictive, can you document them in the API docs?
50k requests per day, and the fact that the data gathered doesn't
belong to you.
See rate limits and terms of
On 05/09/2011 03:52 PM, Giovanni Campagna wrote:
I'm looking forwards to see your opinions on these issues and I'm ready
to help with whatever work (at the UI/platform/releng level) is needed
to get a better plugin experience in GNOME 3.2
For your information, there is currently a Summer of
18 matches
Mail list logo