The Yorba Foundation is doing some pretty interesting work with limited resources. They write well-designed apps with attention to the UI.
Shotwell and Geary are both written in Vala, a C#-like language layered on top of the GObject system. It will be interesting to see how Vala matures. It has always seemed like a messy abstraction, building it upon GObject, rather than its own type system.
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.
I don't see the point of discussing a mail client that doesn't have fast full-text search that scales to a million messages. If it wasn't designed in from the beginning, why should we have any confidence that it will actually work, when so many still fail to deliver? I use Gmail and Notmuch, both of which I think are best in class, yet are still only barely fast enough.
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.
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.
> 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.
It wouldn't let me add accounts with unencrypted transports, so I can't evaluate this program. The 'Continue' button just led back to the account setup dialogue.
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..
[+] [-] dignan|13 years ago|reply
Shotwell and Geary are both written in Vala, a C#-like language layered on top of the GObject system. It will be interesting to see how Vala matures. It has always seemed like a messy abstraction, building it upon GObject, rather than its own type system.
[+] [-] bratsche|13 years ago|reply
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.
[+] [-] jedbrown|13 years ago|reply
I don't see the point of discussing a mail client that doesn't have fast full-text search that scales to a million messages. If it wasn't designed in from the beginning, why should we have any confidence that it will actually work, when so many still fail to deliver? I use Gmail and Notmuch, both of which I think are best in class, yet are still only barely fast enough.
[+] [-] Skywing|13 years ago|reply
[+] [-] tree_of_item|13 years ago|reply
[+] [-] mike-cardwell|13 years ago|reply
[+] [-] bonuoq|13 years ago|reply
[+] [-] dguido|13 years ago|reply
2. Does it support S/MIME or PGP?
3. Can I configure it to view and respond only in plaintext?
3a. When not in plaintext mode, what this guy asked: https://news.ycombinator.com/item?id=4974983
[+] [-] geofft|13 years ago|reply
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.
[+] [-] unknown|13 years ago|reply
[deleted]
[+] [-] elmindreda|13 years ago|reply
[+] [-] argarg|13 years ago|reply
[+] [-] buster|13 years ago|reply
[+] [-] amarsahinovic|13 years ago|reply
[+] [-] zura|13 years ago|reply
[+] [-] dkuntz2|13 years ago|reply
[+] [-] bonch|13 years ago|reply
[deleted]