Googles "threading" substitute.
It requires X-GM-EXT-1 CAPABILITY, implementation could be like a "Show Conversation" button in the header widget and on
clicked() fire a new thread to "uid fetch (X-GM-THRID)" and on response trigger "uid search X-GM-THRID
<64_bit_thread_id_here>" (by setting t
On Sunday 11 August 2013 09:40:15 Jan Kundrát wrote:
> On Sunday, 11 August 2013 08:54:58 CEST, Pali Rohár wrote:
> > I think "trojita_plugin_" prefix is needed because plugins
> > should be usable also from application directory (when
> > trojita is not installed to system path). And it is better
On Saturday 10 August 2013 20:04:38 Jan Kundrát wrote:
> On Saturday, 10 August 2013 18:15:57 CEST, Pali Rohár wrote:
> > I wanted to have trojita mail client as small as possible
> > without too many dependencies & libraries. And this also
> > drop support for static linked plugin(s) into trojita
On Sunday 11 August 2013 10:22:27 Jan Kundrát wrote:
> On Thursday, 8 August 2013 22:04:52 CEST, Pali Rohár wrote:
> >> - Why is function "loadPlugin" trying to unload plugins?
> >
> > It is not "trying", but clean up resources when library is
> > not for trojita or if plugin for category is alrea
On Thursday, 8 August 2013 22:04:52 CEST, Pali Rohár wrote:
- Why is function "loadPlugin" trying to unload plugins?
It is not "trying", but clean up resources when library is not
for trojita or if plugin for category is already loaded and
selected. But for creating list of available plugins
On Sunday, 11 August 2013 08:54:58 CEST, Pali Rohár wrote:
I think "trojita_plugin_" prefix is needed because plugins should
be usable also from application directory (when trojita is not
installed to system path). And it is better to tell qpluginloader
to try open only files which could be plu
