Re: 3.2: gjs/seed



Right now in gjs, you do this:

imports.gi.versions.Gtk = '3.0';

I assume there's nothing stopping Python from using the same technique, and I know they've talked about it before.

On Thu, Apr 21, 2011 at 5:57 PM, Josselin Mouette <joss debian org> wrote:
Le mercredi 20 avril 2011 à 19:12 -0400, Colin Walters a écrit :
> On the other side of the coin though, I think we largely failed to
> make _javascript_ a compelling way to write apps.  The language is only
> a part of the question, and it's really not a large one.  We need to
> focus more on a build/deploy story, and less on /usr/bin/gjs.  By
> "build" I mean we really shouldn't be leaving it up to app authors to
> figure out how to use Automake with gjs/seed and to do
> "imports.gi.Gtk".  Deploy is another story.

If you are putting this on the table, it might not be too late to
rethink the way modules are imported in JS applications (and this holds
for Python applications, too).

When you use "imports.gi.Gtk", you don’t even know whether you’ll be
getting GTK+ 2.x or GTK+ 3.x. This is horribly wrong. Just as wrong as
most modules in Python, the lack of versioning leads to horrible
breakage at runtime when there are API mismatchs. This is a ball and
chain we’ve been pulling since the pygtk 1.x vs. pygtk 2.x times, and it
is still here with GI.

There should be a way to specify the API version required when you
import the module, and it should even be mandatory.

--
 .''`.      Josselin Mouette
: :' :
`. `'  “If you behave this way because you are blackmailed by someone,
 `-    […] I will see what I can do for you.”  -- Jörg Schilling


_______________________________________________
desktop-devel-list mailing list
desktop-devel-list gnome org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]