One of Philip's earlier suggestions was to print a console warning if a
sync call is used. That seems like overkill to me, but it does lead to
another possibility.
Technically the issue is long synchronous calls blocking the event
loop, but in practice the problem is GTK+'s events being
I've been on vacation and so I'm catching up with this thread.
I've looked over Robert's github branches and am still on the fence.
I'm always going to lean toward the engineered solution, and at this
moment that would be the D-Bus approach.
To respond to some points made in this thread so
Just to jump in, the situation we're facing with Geary is that Geary
works fairly intimately with the WebKit DOM. For example, we
programmatically inject HTML elements while building the page and even
in response to user events after the page has been rendered. In
WebKit 1 this was no problem as
I've heard a lot of follow-up on this subject except from the original
poster. I really would like to hear their response to the comments
that have been offered.
I consider Joanna's email to be a kind of user testing; someone curious
to help GNOME looked through our public database of
On Sat, Jan 4, 2014 at 10:17 AM, Michael Catanzaro
mcatanz...@gnome.org wrote:
We want an IDE built with GTK+. Not only does Netbeans look bad in
GNOME, it looks bad in every other platform, as well.
I have to agree with Reinout, but for different reasons. We want an
IDE built with GTK+ for
I've been on vacation and am still catching up.
On Mon, Nov 25, 2013 at 11:55 PM, Bastien Nocera had...@hadess.net
wrote:
I don't think that core apps should be built like external ones,
otherwise there'd be no point in making them core.
On top of my head, the differences are:
- they are
On Mon, Nov 25, 2013 at 7:00 AM, Bastien Nocera had...@hadess.net
wrote:
On Mon, 2013-11-25 at 14:56 +0002, Yosef Or Boczko wrote:
Also, the about dialog is the place to five credit to the developers
2
By that token, we should probably include everyone that works on every
bit of
A warning about Outlook.com's IMAP support. It's a bare-boned
implementation of IMAP 4 with no support for IDLE or UIDPLUS. In
addition, I discovered (and reported) that the EXPUNGE command will
freeze all connections for that account 10s - 15s. It's not pretty at
the moment.
-- Jim
On
This is way off the main topic, but I've been working a lot on mail threading
lately and want to inject a couple of points.
Zawinski's post on threading is not a diatribe on the horrors of RFC822
headers, it's a diatribe against a particular threading implementation that
replaced his own.