Josselin Mouette wrote:
I'm not saying this is easy, especially for those coming from different
modules, but this would reduce the current number from 24 to 12. Which
is quite an acceptable number.
Hear hear!
also remember that frequently settings can be moved to
context-appropriate
Frederic Crozat wrote:
And please, guys, build dbus with assertions enabled, it will allow to
catch more bugs in applications during development period.
For distributions, it's important to keep the dbus configure defaults.
In particular please, please don't --enable-tests in a production
Parallel install will be of limited value most likely if any *libraries*
in the typical GNOME/GTK stack use dbus-glib, because you'll probably
still use some of the same symbol names. That is, as soon as a lib in
the stack uses a dbus-glib ABI, that ABI is locked in.
You might address this by
One obvious point is that even if you had a single dictator of usability
with infinitely good judgment, they could not make good decisions
without knowing whether the goal of GNOME is (for example):
a) a UI for unix sysadmins/developers accustomed to previous
unix/linux versions
b) a UI
More generally you could validate all the files with
desktop-file-install (assuming its validation rules are still up-to-date)
Havoc
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
Hi,
I blogged a few days ago about the idea of an online desktop. For our
initial prototypes, we've taken a pretty ad hoc approach that tends to
leak Mugshot specifics in a messy and undocumented way.
I brought up the idea of lots of different apps on the desktop taking
advantage of online
Colin Walters wrote:
I think that the D-BUS daemon approach can make sense, but I'm not sure
it is going to be necessary for all kinds of things that might fall
under the online desktop umbrella. For example if I wanted to write a
little Flickr panel applet, I would probably just pick up a
Rob Taylor wrote:
Agreed, to this end, I've got a dbus-doc project going on fd.o[1], based
off Jon McCann's stuff for ConsoleKit. Its still very very young, so
comments and input much appreciated.
Cool!
I also have concerns that this seems very mudflap-oriented.
Hi,
Andrew Sobala wrote:
What's important from the user experience is not having to rely on
Mugshot-as-social-network. Virtually none of my friends use mugshot -
they all use facebook.
Definitely - the idea of Mugshot is not to replace Facebook (or the
other stuff people use). It doesn't
Hi,
BJörn Lindqvist wrote:
I don't understand. What is Mugshot then? What is it not? To me, it is
not clear what the intended audience is, if there is one.
I talked about this in http://log.ometer.com/2007-04.html#3
(scroll down to Target Audience) I even have a not section about
people I
Hi,
Now we're thinking about a different approach to this that avoids
hand-coding of D-Bus APIs every time we want to add a new property or
kind of info that the server can host.
Wrote up notes at http://developer.mugshot.org/wiki/Extensible_Server_API
Havoc
Hi,
Just reading notification-daemon code, I figured I had better write up
how this pattern is intended to work, I've seen the details wrong in a
couple other places too.
If you want only one instance of the bus name to ever exist, you should
do this:
- support a --replace command line
Hi,
Trying to figure out a couple of problems at once.
First a longstanding issue, which is the Mugshot notification popups
colliding with the ones from notification-daemon. As will be obvious to
anyone who's looked at both, there is no way imaginable to use libnotify
to get the Mugshot UI,
Hi,
Christian Hammond wrote:
The problem is that Mugshot and Thunderbird have different
needs as far as how things are going to be presented (not just layout,
but visual styles).
I would put this somewhat differently; I think the needs are not just
visual style but content (what controls
Piotr Gaczkowski wrote:
KDE with Mandriva is working on adaptation of semantic technologies[1]
on desktop. Are there any similar efforts going on in the GNOME world?
[1] http://nepomuk.semanticdesktop.org/xwiki/
I think we might want to take a deep breath before creating GNU Network
Hi,
Looks like Apple and Microsoft are thinking in a similar direction, it
would not hurt for GNOME to get there first:
http://www.nytimes.com/2007/06/05/technology/05compute.html
We are piling a few more people onto this from the Red Hat end, and I
created a Google Group for the project:
Sven Neumann wrote:
Hi,
On Tue, 2007-06-05 at 14:30 -0400, Havoc Pennington wrote:
We are piling a few more people onto this from the Red Hat end, and I
created a Google Group for the project:
http://groups.google.com/group/online-desktop
Is there a particular reason for discussing
Hi,
Elijah Newren wrote:
That said, I think Havoc already outlined the fix in
http://bugzilla.gnome.org/show_bug.cgi?id=310809#c24. And as he said,
it requires some notion of a natural size. Thus, the best way to do
this may be to wait for the results of Mathias Hasselmann's SOC
project
Hi,
Gianni Moschini wrote:
The fixed size respect both. When you open a window, it creates a
button of 100 pixels width (in an horizontal panel)
Each time you open a new window, it creates a 100 pixels width buttons
again, till there is no much left space.
Then it becomes to shrink each
Richard Hughes wrote:
* Getting rid of gnome_program_init removes bug-buddy integration. This
is a killer from my point of view. Can we _easily_ use bugbuddy without
gnome_program_init?
Couldn't bug-buddy be done as a GTK_MODULES module? (Or just add to gtk
a way to set a program to run
Hi,
Is libunique really the right approach? To me, I think there are two
approaches I would consider:
1) a cross-platform API in GTK using Xlib (via X selections) on Linux
and whatever on Windows, so this is cross platform and no dependencies.
I guess the cross-platform API in GTK could also
Another thing we can enable here:
- in .desktop files have a X-Launchable-Service=org.gnome.MyAppName
- this means the app supports the Launch() method
At that point, the panel can ignore the Exec= line and just do Launch()
directly. This eliminates:
- fork/exec and dynamically linking the app
Hi,
Alex Jones wrote:
http://live.gnome.org/DesktopAppsAsDBusServices
Due to lack of interest, it's been on a backburner. Some people
mentioned that it sounded like it was turning into Bonobo Activation,
and that we've been down that path before, which was quite
demotivating to hear.
The
Hi,
Alex Jones wrote:
As far as Launch vs. NewDocument vs. OpenDocument is concerned, We can
finally support XDG Desktop Actions[1] on files by implementing
different methods for opening files.
I think it's important to have an extensible dictionary of properties,
so at that point one of
Hi,
Elijah Newren wrote:
I think you're still mostly ignoring a big part of the puzzle. IMO,
D-Bus (as it exists today) is not a complete solution for this
problem. I do not recall yet seeing an application author of a
single-instance application (whether they used D-Bus, X, bonobo,
bacon,
Martin Meyer wrote:
I just got a notice from Mozilla's Bugzilla that the following bug was
resolved:
Bug 93789 – Mozilla should support X11 session management
(https://bugzilla.mozilla.org/show_bug.cgi?id=93789)
Unfortunately it looks like they did it with the session management
code in
Hi,
Pedro Silva wrote:
(take this has a brainstorm, some ideas fit, some don't)
Awesome
What kind of personal data should we manage with an Online Desktop
profile? Aplication Preferences, Email, Docs ? What about ssh keys, My
Music/Movies/Pics ?
One thing Bryan Clark suggested is that
Hi,
Some thoughts on near-term goals and steps to get things rolling (for
those who want to play):
- to immediately have a GNOME server I am thinking we could take
http://mugshot.org/account and create a version with a
different theme and stick it at http://something.gnome.org/account
Hi,
Alexander Boström wrote:
I thought OD really wasn't at all about moving the home directory to a
server, but about making the desktop integrate nicely with the services
that are already out there. But both concepts are very much worthwhile.
It might be good for everyone to keep the
Luis Villa wrote:
On 7/22/07, Alexander Boström [EMAIL PROTECTED] wrote:
sön 2007-07-22 klockan 10:26 -0400 skrev Havoc Pennington:
I think when possible, it can be nicer to store stuff online via the
online app that edits it - e.g. store photos on Flickr, rather than
store photos
Hi,
I blogged some thoughts on what online desktop really means:
http://log.ometer.com/2007-07.html#23
Havoc
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Alexander Larsson wrote:
On Mon, 2007-07-23 at 10:27 -0400, Havoc Pennington wrote:
Anyway, really, there's no danger of going over the top! That is
hardly GNOME's current problem. Going over the top is always easy to
fix; just back off a bit, fix the design bugs, add a couple of special
Hi,
We did an in-person huddle and here is the list.
Stuff we are working on today:
- set up online.gnome.org with GNOME theme version of
mugshot.org/account etc.
- Havoc making jsps
- Owen messing with CNAME config
- design for online.gnome.org server flavor
- Bryan
Hi,
For those who don't know, dbus 1.0 has a GUID for the host, and dbus 1.1
(soon to be 1.2) has a GUID for the session also (dbus_bus_get_guid()).
These may be useful on occasion. My belief is that the session should
be defined as the set of things using the same session bus and thus
the
Hi,
Jeff Waugh wrote:
quote who=Havoc Pennington
- modify mugshot.org/applications (to become
online.gnome.org/applications) to support web apps
- make online.gnome.org and mugshot.org work as OpenID providers
Quick Q about these so I have my facts straight: Do you intend
Hi,
Adding a couple of more thoughts,
When displaying the list of people, there should potentially be some
groupings by origin (Facebook, AIM, local network, etc.) or a logo by
each one showing origin or a filter-by-origin drop-down or something of
that nature. We don't have to make all
Hi,
An issue with the mockups is that the outside accounts list is shown
as private, but since we're sharing one database with Mugshot, if you
add those accounts they will be public over on mugshot.org
Basically the public/private rules can't differ between gnome.org and
mugshot.org if the
Hi,
Eric Anderson wrote:
I'm not sure if this is Gnome (Metacity), Java or JEdit's responsibility
but I figured I would start here on trying to get the issue resolved.
It's almost certainly JEdit force-overriding what GNOME and metacity
would normally do. Swing may make it difficult to do
Hi,
Let's not call it GOD - people have been trying to de-acronym GNOME for
years ;-) OD if you must acronym... but I think Online Desktop is better.
Brady Anderson wrote:
Question for Havoc or Bryan. How do you guys plan on supporting new Web
2.0 services that become insanely popular, for
Hi,
The bleeding edge server code is now up at:
http://dogfood-online.gnome.org:9080/
And the old skin:
http://dogfood.mugshot.org:9080/
The two share the same backend app. If you create an account on one the
same account will be on the other. For now, if you go to a page on
Hi,
Sanford Armstrong wrote:
How does this fit into the grand scheme of the online desktop? Tomboy
can't be the only app that wants to store real data (not just
configuration data) out there. I know Mugshot is meant mostly to bind
existing services together, but how is a small free software
Hi,
Thomas Thurman wrote:
Is there a way to get an account on a test instance such as this one,
for hacking on the Mugshot server?
Not yet. The main practical problem right now is that the test instance
is on the same machine as the real instance, which means if we gave you
an account you
Rodrigo Moya wrote:
as far as I see it, GNOME is already a (small though) service provider
for online storing. That is, we have art.gnome.org for themes/icons, we
have devel.gnome.org for devel docs, svn.gnome.org for code, etc
So, the first thing that comes to my mind with this online
Hi,
Alberto Ruiz wrote:
Basically, a new art.gnome.org http://art.gnome.org web site is going
on (AGO3), as a SoC project. If I have some time, I would we've been
working on an atom extension for themes on the current a.g.o. web, and I
did a small app to consume those feeds[0].
In
Hi,
Rodrigo Moya wrote:
I can't create an account on neither of them. The first one's 'Send'
button for obtaining a sign up link does nothing, and the second one
just told me I'll be contacted once there's room for me :-(
I forgot to include one of the javascript files, and then Owen started
Hi,
Alberto Ruiz wrote:
Errr... have you seen the link at the bottom of my previous e-mail?
Anyway, direct link to the screencast:
http://youtube.com/watch?v=reB9TNRQ1Bg
Cool!
Havoc
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
Stu Hood wrote:
Additionally, if the online backend for Online Desktop acted as an
OpenID provider ( http://www.openidenabled.com/), you could be loged
into a bunch of services just by logging into your desktop (whether with
a memory stick or in the traditional fashion).
We could use
Hi,
John Stowers wrote:
I agree with Sandys asessment on the need for this. When I looked into
writing some kind of .Mac equivilent for Conduit to use as a central
store to sync stuff with I inevitably came back to the same point, why
write my own backend anything when things like WebDav and
Hi,
Sanford Armstrong wrote:
Sync and Publish as distinct features concerns me; we don't want too
many ways to do the same thing. Maybe if Publish were equivalent to
mark this note public, sync if necessary...
I agree here.
I think this is a good idea, assuming it can be ready fairly
Hi,
To get started on Tomboy I wrote DataModel.cs, which exposes the Online
Desktop Engine data model to C#. When you're done laughing at my C#
incompetence this is maybe a useful illustration of how the data model
works.
Owen gives more background at http://fishsoup.net/blog/2007/07/24/#19
Rodrigo Moya wrote:
On Sun, 2007-07-22 at 10:57 -0400, Havoc Pennington wrote:
- the application-install stuff at http://mugshot.org/applications
needs a bit of work to support non-Fedora distributions; it's
written to allow that, but we really need volunteers to add Ubuntu
etc
Rodrigo Moya wrote:
On Sun, 2007-07-22 at 10:57 -0400, Havoc Pennington wrote:
Hi,
Some thoughts on near-term goals and steps to get things rolling (for
those who want to play):
...
I miss the 'shared storage' thing in your list, like moving the
themes/icons/backgrounds from
Hi,
BJörn Lindqvist wrote:
On 8/7/07, Havoc Pennington [EMAIL PROTECTED] wrote:
Hi,
To get started on Tomboy I wrote DataModel.cs, which exposes the Online
Desktop Engine data model to C#. When you're done laughing at my C#
incompetence this is maybe a useful illustration of how the data
Hi,
[EMAIL PROTECTED] wrote:
I'm one of the Conduit developers and I'd just like to get your feelings
on where Conduit and/or OpenSync fit in to this.
My short answer would be I don't know, and perhaps you can give us some
good thoughts.
Tomboy offers a case study where we can look at this
Alberto Ruiz wrote:
That's not an easy task, AGO3 (the art.gnome.org http://art.gnome.org
web app) is being written at the moment, a feed mashup on
online.gnome.org http://online.gnome.org might work there and maybe
some API to handle ratings and popularity, but throwing the whole work
of
Hi,
I was on vacation last week, so didn't send out any mail.
Current work
===
Here's some stuff people are working on:
http://live.gnome.org/OnlineDesktop/Sprints
I just pushed a new version of the server side to
http://dogfood-online.gnome.org:9080, which may have invitations
working a
Hi,
Looking for pointers to people working on the following or who have
had ideas on the following.
When doing create new account, use desktop from scratch tests, you
quickly notice you're typing the same password a bunch of times (e.g.
gmail in browser, gmail/calendar in bigboard, gtalk in
Hi,
Thanks for the bug links, those are helpful.
Here are some questions I have about conventions for storing stuff in
the keyring, which would be relevant to the Gossip bug (and future
similar bug against Pidgin, etc.)
- when do you use default/NULL vs. session keyring? (I think I've
asked
Hi,
On 8/28/07, Stef Walter [EMAIL PROTECTED] wrote:
Havoc Pennington wrote:
I forgot to mention taking the encrypted keyring blob and sticking it
on a server somewhere, but (I think) that's an independent issue from
getting everything to use the same keyring and same keyring entries
Hi,
On 8/28/07, Stef Walter [EMAIL PROTECTED] wrote:
- have some mechanism for smart deductions, like I can guess you
have an XMPP account that matches your google.com username/password -
maybe this just has to be in the apps, not sure
Along with what Alan said, pushing this too far down
Hi,
On 8/28/07, Bastien Nocera [EMAIL PROTECTED] wrote:
I'm not sure anyone's really thought of the conventions behind using
each field for something specific. You'd need to ask Alex, he wrote it
after all :)
I am hoping he'll read the thread ;-)
Ideally I think we'd allow Gossip and
the one thing that drives me nuts about gmail is that it doesn't
default to reply all...
On 8/28/07, Havoc Pennington [EMAIL PROTECTED] wrote:
Hi,
On 8/28/07, Stef Walter [EMAIL PROTECTED] wrote:
So what you're really talking about is storing the concept of an
'account' with all related
Hi,
On 8/28/07, David Zeuthen [EMAIL PROTECTED] wrote:
One important thing about the gnome-keyring prompts is that they display
information the user should be able to trust / understand. Things like
that App X is trying to use the key stored by App Y. [1]
Yeah. I'm not sure these dialogs make
resend to list...
On 8/28/07, Havoc Pennington [EMAIL PROTECTED] wrote:
Hi,
On 8/28/07, David Zeuthen [EMAIL PROTECTED] wrote:
On Tue, 2007-08-28 at 18:48 -0400, Havoc Pennington wrote:
The functionality I'm after is the same thing we already have for
online.gnome.org, where if you
Hi,
On 8/29/07, Stef Walter [EMAIL PROTECTED] wrote:
Sadly an HTTP login is far more complex than just that. In basic and
digest authentication 'realm' is sent from the server, which is really
what defines which login to use.
Also digest authentication has the concept of a 'domain', which is
Hi,
I guess my simpler API suggestion amounts to the same API currently
used for network password, but with varargs for the properties so it
can be used for any set of lookup properties
So, I could have just said that I guess, sorry for the longer mail.
The varargs are more convenient even for
Hi,
On 9/15/07, Jaap Haitsma [EMAIL PROTECTED] wrote:
Talking to Daniel Cheese Siegel we asked ourselves:
Why do all GNOME projects have a ChangeLog file?
Isn't it redundant when you just save a commit message.
When I've seen projects just dump CVS or SVN log to ChangeLog,
typically the
Hi,
On 9/18/07, BJörn Lindqvist [EMAIL PROTECTED] wrote:
That is simply not true. Checkout KDE
(http://websvn.kde.org/trunk/KDE/), Python
(http://svn.python.org/view/python/trunk/) or SDL
(http://www.libsdl.org/cgi/viewvc.cgi/trunk/) just to take three
random projects that uses Subversion
Public
* License along with this library; if not, write to the
* Free Software Foundation, Inc., 59 Temple Place - Suite 330,
*
* Author: Havoc Pennington [EMAIL PROTECTED]
*/
#ifndef __GTK_DESKTOP_H__
#define __GTK_DESKTOP_H__
#include gdk/gdk.h
G_BEGIN_DECLS
#define GTK_TYPE_DESKTOP
Hi,
I had a random thought at the summit; what if we add a new library in
the stack (perhaps shipping with GLib or GTK tarball, I don't know).
Call it libgapplication. It would contain:
- GApplication
- GSettings
- dbus main loop hooks
- ...
It would depend on GObject, dbus, gvfs,
Hi,
Odysseus Flappington wrote:
I'm
beginning to believe there must be a better way of doing this.
I imagine if people had thought of one they would have done it ;-)
This is pretty basic laptop stuff, and since equivalent bugs haven't
been reported on Windows and that generally I've never
Hi,
Hubert Figuiere wrote:
On Tue, 2007-10-30 at 16:22 -0400, Colin Walters wrote:
Frederic Crozat wrote:
Hmm, is libcurl really needed ?
libcurl is conceptually a dependency in the online desktop application
layer (specifically a panel applet). Longer term though we should
probably
Hi,
Philip Withnall wrote:
Would we really want a potentially core part of the desktop to be
implemented in Python? :-(
Colin is talking about the mugshot stacker app, not the parts that would
be potentially core.
(Though, I do think python is questionable for tray icons and daemons,
Hi,
jamie wrote:
(the UI frontend or applet can remain in python of course but the
interface to the online world should be C if possible)
And it is.
Havoc
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
Hi,
John Stowers wrote:
a)
The build provess for hippo
(http://svn.mugshot.org/dumbhippo/trunk/client) is overly complex on
account of things for windows and osx in there. This includes a
dependency on firefox and a huge bunch of statically built libraries.
This seems a bit excessive.
The
Hi,
How about implement the feature for gtk, then use it ;-)
Havoc
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/desktop-devel-list
Hi,
Stef Walter wrote:
A new simpler GNOME keyring API is now committed to trunk. It has API
documentation in SVN and is described here:
http://live.gnome.org/GnomeKeyring/StoringPasswords [1]
If anyone wants contribute ideas or make suggestions before its set in
stone, please feel free.
Hi,
Dan Winship wrote:
Havoc Pennington wrote:
I do think libsoup, gnome-vfs, neon, and curl are all bad answers
long-term for apps that want to use web APIs or download an icon.
To be clear, I wasn't trying to say here that none of these could be
made a good answer, just that they aren't
Hi,
Piotr Gaczkowski wrote:
For me it is certainly a point worth achieveing, especially now, for we
have more and more interest in free OSes as well as we are dropping the
dependencies on pure UNIX thingies (dbus, dconf, pulseaudio). What's
your opinion?
I'd consider dbus and dconf steps
As James says on Simos's blog post, all strings inside GTK apps are
defined to be UTF-8 regardless of locale. GLib and GTK will convert on
the fly to locale encoding if they print to a terminal. So there
should be no issue with C locale other than possibly some odd
escaping. (Which could in theory
Hi,
2008/6/21 Jason D. Clinton [EMAIL PROTECTED]:
In my opinion, whatever The Next-Gen Gnome is, it isn't going to happen
until we really, really have a deep maintenance cycle going on here. That
means fixing a Handful of Giant Warts on our maintenance process:
I bet the next-gen gnome will
Hi,
2008/6/18 Ross Burton [EMAIL PROTECTED]:
Neither will a key file or any other method unless you have some way of
uniquely identifying the window, and that window identifier can be used
when creating gconf keys.
Exactly. As discussed the last 500 times we had this thread ;-) GTK
needs an
Hi,
On Thu, Jun 26, 2008 at 11:43 AM, Patryk Zawadzki [EMAIL PROTECTED] wrote:
Metacity's compositor works pretty well here except for slow workspace
switching.
That should be addressed separately by switching from many-desktops
mode to small-viewport-over-a-large-desktop mode. Then you can
Hi,
On Mon, Sep 8, 2008 at 2:39 PM, Claudio Saavedra [EMAIL PROTECTED] wrote:
There's also this ugly emacs+metacity+a11y lock, that makes my computer
unusable. I think I hadn't noticed this before because I was using some
emacs snapshot, but now I switched laptops and haven't got the time to
Hi,
On Tue, Jan 6, 2009 at 2:07 PM, Jason D. Clinton m...@jasonclinton.com wrote:
On Tue, Jan 6, 2009 at 12:26 PM, Alexander Larsson al...@redhat.com wrote:
The APIs will certainly not automatically be the same. There are lots
and lots of little decisions you have to make when you bind gtk. If
Hi,
On Fri, Apr 3, 2009 at 8:27 AM, Vincent Untz vu...@gnome.org wrote:
Le jeudi 02 avril 2009, à 12:31 -0400, Ryan Lortie a écrit :
This is honestly a problem space that I haven't spent too much time
exploring, but there are certainly possibilities here.
Schemas are nice, IMHO, so it'd be
Hi,
On Thu, Apr 2, 2009 at 2:39 PM, Rob Taylor rob.tay...@codethink.co.uk wrote:
Actually, no, the su problem is completely orthogonal, this is something
that needs addressing in DBus itself and is fixable.
fwiw after thinking about it and colin's comments, I think the bug is
somewhat
Hi,
On Thu, Apr 2, 2009 at 9:51 AM, Cosimo Cecchi cosi...@gnome.org wrote:
I add another question here, as a complete dconf/GConf newbie:
is depending on Bonobo/Corba vs DBus the only thing that makes GConf not
useful towards GNOME 3.0 or are there some other
design/preformance/whatever
Hi,
2009/4/3 Josselin Mouette j...@debian.org:
Gustavo is working on fixing gksu so that it works with D-Bus but some
bugs remain.
Just a .02, I don't see how any bugs can be fixed here in anything
until there's some documentation on what's supposed to work, what
isn't, and how...
Havoc
Hi,
On Wed, Apr 8, 2009 at 6:16 AM, Michael Meeks michael.me...@novell.com wrote:
Another thing that perhaps isn't as easy as it could be around gconf is
packaging, cleanly capturing the difference between a make install
style developer use - where you want to merge settings to the
Hi,
On Fri, Apr 10, 2009 at 9:15 AM, Vincent Untz vu...@gnome.org wrote:
So far, I heard a performance argument. Anything else?
* The API for gconf is pretty awful, and could be a lot better for app
developers.
* Installing schemas into the config db is a big mess for
distributions and
some months ago and it seemed then that mostly everyone working on G-S
didn't much have any opinion on the matter except for Havoc
Pennington. If I recall correctly, whatever he is doing at his
start-up depends on the features of JS 1.6/1.7 which can only
currently be exposed in GJS.
I have CC'd
Hi,
On Wed, May 13, 2009 at 2:38 PM, Owen Taylor otay...@redhat.com wrote:
- Alignment with HTML components in GNOME. The apparent trend towards
WebKit in Epiphany, Yelp, etc certainly gives a strong impetus to
going towards JavascriptCore and avoiding a Gecko dependency.
It's worth
Hi,
On Wed, May 13, 2009 at 12:11 PM, Xan Lopez x...@gnome.org wrote:
We don't maintain the runtimes, we maintain the integration between
those runtimes and the platform. AFAIK we do this for a lot of other
languages, like Python, Perl, Scheme, Java...
While I agree with the main spirit of
Hi,
fwiw, I think there's actually a (reasonably) sane way to support
multiple JS engines, which we've discussed.
The practical path is:
* have same module system for both engines (done, thanks to robert)
* ideally, add let support to webkit (which would be good anyway)
* add to
Hi,
2009/5/13 Josselin Mouette j...@debian.org:
AFAICT the Debian xulrunner package uses the separate libmozjs and
doesn’t embed it in its binary package.
Cool. (If only upstream would do this!)
But, code-wise, spidermonkey is just a smallish standalone library, is
the point.
Actually, it
Hi,
On Thu, May 14, 2009 at 6:51 AM, Xan Lopez x...@gnome.org wrote:
- They claim not all the extensions are well thought out, and that
some of them make the language more complex and harder to implement in
an efficient and high-performing way (the specific example for this
was 'let'). I have
Hi,
On Thu, May 14, 2009 at 9:22 AM, Xan Lopez x...@gnome.org wrote:
Owen has said that he'd only really miss destructuring assignment I
think, your opinion is that 'let' is a deal breaker?
I'm not saying anything is a dealbreaker, just that I don't agree with
the arguments against language
other window managers with gnome-shell doesn't even make sense
technically. the WM is entangled with the shell, which is the whole
point, because it lets you do more complex things and have smooth
graphics.
what you could have instead could be:
* have a well-defined interface to replace the
On Wed, Oct 24, 2012 at 2:27 PM, Federico Mena Quintero
feder...@gnome.orgwrote:
Disclaimer/introduction: In the past I've said that saving window
geometries is the job of the window manager and shouldn't be done by
applications. THIS IS WRONG. I retract myself. Applications should be
101 - 200 of 201 matches
Mail list logo