headers
Jan Kundrát | 12 Jan 2011 15:23

Trojitá 0.2.9 released

Hi,
it's my pleasure to announce that version v0.2.9 of Trojitá [1], a fast
and lightweight IMAP e-mail client based on the Qt library, is now
available. For more details of what Trojitá is and who should use it,
please see below.

Most of the changes in this version happened under the hood, but there
is a bunch of user-facing improvements -- the most prominent one is
probably the support for display of message threading (ie. "conversations").

(Permanent link to this announcement: [3].)

Changes since version v0.2:
---------------------------

* Refactored core IMAP code with safer command pipelining and increased
robustness
* Message threading (aka "conversations") in the message list
* Plenty of bug fixes and GUI tweaks
* Improved unit test coverage
* Internal changes allowing making new UI frontends easier
* First real-world application of Trojitá in a library-like fashion

Sadly, the Maemo version which first appeared as a beta during fall of
2010 could not be merged into the main repository before this release,
but you should stay tuned for future updates.

xTuple integration
------------------
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jan Kundrát | 28 Jan 2011 16:35

Re: Trojita UI enhancements

On 01/28/11 14:36, Niklas Nisbeth wrote:
> I'm really impressed by Trojita. I'm new to Qt and no C++ wizard (I've
> written a little Terminal emulator which just wraps a widget and
> reads from a configuration file and has command line options
> handling, and have a few patches to a media player app called
> Mehdiaplayer in my outbox), but I'd like to have a stab at improving the
> UI a little -- that is to say, I'm probably going to hack at it
> regardless, but I'd rather write you in advance to make sure there's no
> duplicated effort and that you agree with my ideas about how to go
> about it so you'll accept any patches :)

Hi Niklas,
it's cool to hear about people being interested in Trojita. I'm adding
the mailing list to the Cc, I hope you don't mind. You might want to
subscribe (mailto:trojita+subscribe <at> lists.flaska.net) there, it's a
pretty low-volume one.

> The most annoying thing for me right now is that it doesn't remember
> window sizes and which columns to display. It seems like it'd be pretty
> simple to write that out to a file with the application's QSettings
> object, just adding a gui/ section. I can do that and send you a patch
> if you'd like.

That would be cool. Identifiers for the "keys" into the settings are in
src/Common/SettingsNames.{cpp,h}, and there's already a bugreport in
Redmine [1] requesting similar functionality. In general, as said in the
Contributing document [2], GUI is one of the areas where contributors
are very welcome and also pretty much needed.

I was also wondering what columns do you actually want to see?
(Continue reading)

Permalink | Reply | 1 comment |
headers
Jan Kundrát | 28 Jan 2011 16:59

Re: Trojitá 0.2.9 released

On 01/28/11 03:49, Krishna Somisetty wrote:
> Currently, i am studying and once i complete this i will list down
> the requirements and will keep you in loop.

Cool; you might want to subscribe to the trojita mailing list (send a
message to trojita+subscribe <at> lists.flaska.net) and then move the
conversation to that list, trojita <at> lists.flaska.net. More people would
see the conversation and be able to help.

I'm CCing this message to that list, too.

> As you have replied to email let me confirm one more thing according
> to tasks.
> 
> The model has a list of parsers, and when it creates a  task it will
> loan the parser for temporary usage. Once the task is complete, the
> parser is taken back. The parser uses tokens to distinguish its
> discussion with imap server differntiated from other parsers
> discussion.
> 
> Right?

Nope. Follow the description in the thesis, the only difference with
Tasks is that the IMAP commands are not sent directly by the Model
class, but the Model somehow "delegates" the task (like fetching a
message part, setting some message flags, creating a connection, syncing
a mailbox,...) to an instance of ImapTask. A subclass of ImapTask will
then typically ask the Model for a synchronized connection to a mailbox
and then perform whatever has to be done, talking to the Parser.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Niklas Niklas | 31 Jan 2011 00:18
Picon

Re: Trojita UI enhancements

On Fri, 28 Jan 2011 16:35:22 +0100
Jan Kundrát <jkt <at> flaska.net> wrote:

> That would be cool. Identifiers for the "keys" into the settings are
> in src/Common/SettingsNames.{cpp,h}, and there's already a bugreport
> in Redmine [1] requesting similar functionality. In general, as said
> in the Contributing document [2], GUI is one of the areas where
> contributors are very welcome and also pretty much needed.

Is there any reason you're not using slashes for the first bits of each
setting's name? (imap/something.something instead of
imap.something.something) Then they'd appear under their own heading in
the .conf-files. As it is everything's under [General]. Doesn't matter
much, of course.

I have the window and pane size saving working. It also saves the
position of the toolbar. Took me a while to realize that I had to save
the state of the splitters and not the widgets themselves to get the
panes right, though.

> I was also wondering what columns do you actually want to see?

It's more what I don't want to see:) Just need sender, subject and
date. I probably won't get time to look at this before Tuesday, though.

> And if all that reading and stuff is not something you'd like to go
> through, even simply sending patches by e-mail would work.

Nah, it looks simple enough. At least Qt Creator's Git support made it
easy enough to update my local copy and make a new branch. We'll see
(Continue reading)

Permalink | Reply | 0 comments |
headers
Jan Kundrát | 31 Jan 2011 00:23

Re: Trojita UI enhancements

Hi Niklas,
I see you already subscribed to the mailing list, so I'm simply replying
there as well. I hope you don't mind. Can I bounce both of your messages
to the ML so that the archives contain the whole history of this thread?

> Is there any reason you're not using slashes for the first bits of each
> setting's name? (imap/something.something instead of
> imap.something.something) Then they'd appear under their own heading in
> the .conf-files. As it is everything's under [General]. Doesn't matter
> much, of course.

To be honest, I wasn't even aware of that feature when I wrote that part
of the code. Now I wonder what's better, having all values stuck
together in the config file, or breaking existing users' configuration?
If we want to perform the change, the sooner the better...

> I have the window and pane size saving working. It also saves the
> position of the toolbar. Took me a while to realize that I had to save
> the state of the splitters and not the widgets themselves to get the
> panes right, though.

Cool. A feature often found in other MUAs (and I guess it's quite used
today with all the wide-screen panels) is having the whole window
divided into three columns instead of just two, so that you get a list
of mailboxes, a list of messages and then, in the right-most column, the
actual message. Nobody requested that so far, but I guess it would be
nice to have if you have time and motivation for that.

And one more thing for the toolbar -- when I look at a pure Qt project
like Arora, I see they do not offer "basic" things like user-definable
(Continue reading)

Permalink | Reply | 1 comment |
headers
Niklas Niklas | 31 Jan 2011 09:31
Picon

Re: Re: Trojita UI enhancements

On Mon, 31 Jan 2011 00:23:46 +0100
Jan Kundrát <jkt <at> flaska.net> wrote:

> Hi Niklas,
> I see you already subscribed to the mailing list, so I'm simply
> replying there as well. I hope you don't mind. Can I bounce both of
> your messages to the ML so that the archives contain the whole
> history of this thread?

I resent my last one to the ML ten minutes after I sent it to you -- I
would have done that in the first place, but PEBKAC...

> To be honest, I wasn't even aware of that feature when I wrote that
> part of the code. Now I wonder what's better, having all values stuck
> together in the config file, or breaking existing users'
> configuration? If we want to perform the change, the sooner the
> better...

Well, I've added the settings I need to gui/. It occurred to me that
most if not all of the other settings are directly related to the
IMAP account -- so how to change it probably ties in with how it's
going to handle multiple accounts. It's going to handle multiple
accounts, right? ;-)

> Cool. A feature often found in other MUAs (and I guess it's quite used
> today with all the wide-screen panels) is having the whole window
> divided into three columns instead of just two, so that you get a list
> of mailboxes, a list of messages and then, in the right-most column,
> the actual message. Nobody requested that so far, but I guess it
> would be nice to have if you have time and motivation for that.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane