Geary: New lightweight email reader for GNOME designed around conversations

Why should it build upon yet another type system? Vala was designed around GType for a reason, so that it would not have to deal with the same language-interop issues that occur with languages that use different type systems from GObject. Vala originally compiled into C, so implementing another type system in C that isn't GObject would be kind of silly.

If you develop in C#, Java, Python, or Ruby then you need a layer between GTK and your language which can make their type systems work together. But Vala was designed around the existing GObject system, and since it compiled directly to C it didn't need much in the way of a glue layer, at least for GObject-based libraries.

This is a free software mail client written for GNOME, so the point of discussing it is largely political. I don't think their goal was to compete with Gmail on technical merit.

Your comment doesn't make much sense, to me. It's obvious that they've thought about adding search to their client. What about it not being in, at launch, makes you think that it'll be slow? Why is it not worth discussing the mail client? We have a basic web app that we built at work that stores information about tasks that our automated applications perform, so that we can monitor them as they run. We added full text search to it almost six months after building it, and search was a complete after-thought. We chose elastic search and store about 12 million records in a small cluster. We add maybe several thousand per day, on a busy day. This is not a large amount of records, from what I've seen of other clusters. We easily average less than 200ms response times of search queries across all documents, while testing it with about 100 queries per second. I don't know whether or not you consider this fast or slow, but it's pretty snappy, in my opinion. So search doesn't seem all that mystical and complicated to me, but maybe our scenario just makes it appear that way.

"DNS Prefetch - Link" turned red, everything else stayed grey.

> Is Vala type-safe? Ie, can I exploit stack overflows in this?

Vala resembles C# most closely. It preprocesses down to C, and gives you a great API to the GObject C object system, and in particular gives you good access to glib, including its string, list, etc. libraries. It also is intended to give you reasonable access native C libraries (optimized for those that follow the GObject conventions, but not restricted to those) and has a much richer type system than C.

I'm not particularly sure there exists a language where you can say that you can't exploit stack overflows, but it's probably much harder than in your average C application and on par with C#, Objective-C, Java, Python, etc.

I agree, and it seems it is planned for version 0.3 http://redmine.yorba.org/projects/geary/wiki/Geary_roadmap

For me it's signatures ( http://redmine.yorba.org/issues/5458 ) and a decent full-text-search (on the roadmap). Only thing remains is what to do with events/invitations..