On Wed, Apr 20, 2011 at 4:12 PM, Colin Walters walt...@verbum.org wrote:
There are, however, nontrivial issues. First is that actually in good
news on the gjs front, a standalone Spidermonkey release was just made
recently, and I have a patch ready to use it in gjs:
Le mercredi 20 avril 2011, à 19:12 -0400, Colin Walters a écrit :
One thing that's worth addressing though (again) is the question do
we need both Python and JavaScript?.
Why do we need to address this? Aren't we happy letting developers
choose the language they are the most comfortable with?
On 21/04/11 01:12, Colin Walters wrote:
There are, however, nontrivial issues. First is that actually in good
news on the gjs front, a standalone Spidermonkey release was just made
recently, and I have a patch ready to use it in gjs:
https://bugzilla.gnome.org/show_bug.cgi?id=646369
In
On Wed, 2011-04-20 at 19:12 -0400, Colin Walters wrote:
However, I think at least one the core reason for working
on JavaScript remains that *we define the platform*. Python comes
with a vast API, a lot of it really old and crufty, but even more
importantly, large parts of it are *wrong* to
On Wed, 2011-04-20 at 19:12 -0400, Colin Walters wrote:
and for 6) I
think we need to change this anyways. This leaves reason
Speaking as user of epiphany on webkit - it is now terribly broken.
Certificate handling is broken since 2009 (1.5 years now) which is
security bug as it allows to
On Thu, 2011-04-21 at 10:38 +0200, Maciej Piechotka wrote:
One thing I'm not totally happy with is the organic growth in API in
both seed and gjs. seed for example added an os module with e.g.
fork which I think is totally wrong; it's just broken to fork() a
GNOME app, since it conflicts
On Thu, Apr 21, 2011 at 01:12, Colin Walters walt...@verbum.org wrote:
== Dynamic Languages in GNOME ==
One thing that's worth addressing though (again) is the question do
we need both Python and JavaScript?. The uptake of both seed and gjs
has been relatively low; lower than Python at
Hey all.
Looking at the 2.91 External Dependencies list [1], I see neither Speech
Dispatcher nor OpenTTS. OpenTTS got approved for the prior cycle. [2]
But they've since re-merged (unforked?) with Speech Dispatcher. So
Do I need to propose Speech Dispatcher as an external dependency needed
by
7) Embedding Mozilla engine stopped being supported.
I do think reason 7 is a big one, although you will need to split
webkit into part, separate JSC from the rest.
Erick
--
El derecho de expresar nuestros pensamientos tiene algún significado
tan sólo si somos capaces de tener pensamientos
Hi Joanmarie,
Looking at the 2.91 External Dependencies list [1], I see neither Speech
Dispatcher nor OpenTTS. OpenTTS got approved for the prior cycle. [2]
But they've since re-merged (unforked?) with Speech Dispatcher. So
Do I need to propose Speech Dispatcher as an external dependency
Since Orca is for the visually impaired, have you asked a blind person
to test out gnome3?
Just a simple yes or no and not an explanation.
I work with the Vinux project and would like to pass this information to them.
On 4/21/11, Frederic Peters fpet...@gnome.org wrote:
Hi Joanmarie,
Looking
Hi Fred.
We are moving away of the idea of approving/rejecting individual
modules and considering the features we want in GNOME. In that
direction we'd say that whatever is needed for Orca to do its work
is ok. Of course this calls for some common sense, to keep some
coherence in our stack,
On 04/20/2011 07:12 PM, Colin Walters wrote:
4) While I know some GNOME contributors here don't like Mozilla, in
the big picture their mission and culture is *MUCH* more aligned with
ours than Apple, at least
But:
(a) WebKit is probably the least Apple-like thing that Apple does
(b)
Just a small correction here.
On Thu, Apr 21, 2011 at 2:08 PM, Maciej Piechotka uzytkown...@gmail.com wrote:
7) Embedding Mozilla engine stopped being supported.
https://lwn.net/Articles/436440/
https://lwn.net/Articles/436461/
= mozjs embedding is still supported
--
~Nirbheek Chauhan
On Thu, 2011-04-21 at 18:31 +0530, Nirbheek Chauhan wrote:
Just a small correction here.
On Thu, Apr 21, 2011 at 2:08 PM, Maciej Piechotka uzytkown...@gmail.com
wrote:
7) Embedding Mozilla engine stopped being supported.
https://lwn.net/Articles/436440/
Hi,
On Thu, Apr 21, 2011 at 3:26 AM, Xan Lopez x...@gnome.org wrote:
There's no particular reason for this, we just never got around to
untangle them. If there's increased interest in having them as
separate libraries we can have it as one of the goals for WebKitGTK+
1.6, which should be
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
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 j...@debian.org wrote:
Le mercredi 20 avril 2011 à 19:12 -0400,
Il giorno mer, 20/04/2011 alle 19.12 -0400, Colin Walters ha scritto:
Hi,
So speaking as someone who was motivated to make writing GNOME apps
easier, I'm not very happy with how things turned out with the mix of
gjs/seed/python/introspection/gtk3.
[...]
But let me cut to the chase and
Hi,
On Thu, Apr 21, 2011 at 1:12 AM, Colin Walters walt...@verbum.org wrote:
Hi,
So speaking as someone who was motivated to make writing GNOME apps
easier, I'm not very happy with how things turned out with the mix of
gjs/seed/python/introspection/gtk3.
In this mail I just want to focus
20 matches
Mail list logo
