On Tuesday, 10 September 2013 23:25:49 CEST, Thomas Lübking wrote:
Another approach was to add an external scrollbar (ie. one that
does not actually belong to the scrollarea, yet controls it)
that spans along the entire envelope section (between
from/to/cc/subject and the attachment view)
This
On Dienstag, 10. September 2013 22:14:19 CEST, Jan Kundrát wrote:
Hi, there's a problem with the compose widget -- when there are
too many recipients, there is not much space left for the actual
area where one could type the message. That's why I'd like to
add a QScrollArea to the mix. I've tri
Hi, there's a problem with the compose widget -- when there are too many
recipients, there is not much space left for the actual area where one
could type the message. That's why I'd like to add a QScrollArea to the
mix. I've tried two approaches, but I don't like the result of either of
them t
On Dienstag, 10. September 2013 17:15:41 CEST, Jan Kundrát wrote:
On Tuesday, 10 September 2013 11:52:35 CEST, Pali Rohár wrote:
And what about using *only* QCoreApplication::libraryPaths()
for searching trojita plugins?
Would you like to store plugins as
/usr/bin/trojita-plugins/trojita_plug
On Tuesday 10 September 2013 17:21:20 Pali Rohár wrote:
> On Tuesday 10 September 2013 17:15:41 Jan Kundrát wrote:
> > On Tuesday, 10 September 2013 11:52:35 CEST, Pali Rohár
wrote:
> > > And what about using *only*
> > > QCoreApplication::libraryPaths() for searching trojita
> > > plugins?
> >
>
On Tuesday 10 September 2013 17:15:41 Jan Kundrát wrote:
> On Tuesday, 10 September 2013 11:52:35 CEST, Pali Rohár wrote:
> > And what about using *only* QCoreApplication::libraryPaths()
> > for searching trojita plugins?
>
> Would you like to store plugins as
> /usr/bin/trojita-plugins/trojita_pl
On Tuesday, 10 September 2013 11:52:35 CEST, Pali Rohár wrote:
And what about using *only* QCoreApplication::libraryPaths() for
searching trojita plugins?
Would you like to store plugins as
/usr/bin/trojita-plugins/trojita_plugin_foo.so? I wouldn't.
--
Trojitá, a fast Qt IMAP e-mail client -
On Sunday 08 September 2013 14:19:02 Pali Rohár wrote:
> On Saturday 07 September 2013 14:11:14 Thomas Lübking wrote:
> > On Samstag, 7. September 2013 10:15:47 CEST, Pali Rohár
wrote:
> > > So why adding new code "impl = new" for each plugin, if Qt
> > > support Q_IMPORT_PLUGIN which adding plugi
On Tuesday 10 September 2013 11:13:59 Pali Rohár wrote:
> On Tuesday 10 September 2013 11:03:56 Jan Kundrát wrote:
> > On Sunday, 8 September 2013 14:19:02 CEST, Pali Rohár wrote:
> > > Maybe another (funny) solution for loading plugins from
> > > build directory (without installing). Support for l
On Tuesday, 10 September 2013 11:20:37 CEST, Pali Rohár wrote:
It is not current working directory, but current directory where
is application stored.
You're right, I thought you were talking about CWD, not the location where
the main binary is stored.
Jan
--
Trojitá, a fast Qt IMAP e-mail
On Tuesday, 10 September 2013 11:04:38 CEST, David Lang wrote:
doesn't this depend on how much server-side support you have for sorting?
Theoretically, yes -- CONTEXT=SORT makes this an extremely cheap operation.
The problem is that *no IMAP server* that I know about supports ESORT.
In pract
On Tuesday 10 September 2013 10:58:34 Jan Kundrát wrote:
> On Saturday, 7 September 2013 10:15:47 CEST, Pali Rohár wrote:
> > Really why is problem first trying to load plugins from
> > executable directory?
>
> Security. The idea is that once you include "." (or any
> variant thereof, or even an
On Tuesday 10 September 2013 11:03:56 Jan Kundrát wrote:
> On Sunday, 8 September 2013 14:19:02 CEST, Pali Rohár wrote:
> > Maybe another (funny) solution for loading plugins from
> > build directory (without installing). Support for loading
> > shared libraries from build directory is already done
On Tue, 10 Sep 2013, Pali Roh?r wrote:
On Tuesday 10 September 2013 10:01:52 Jan Kundr?t wrote:
On Tuesday, 10 September 2013 08:59:54 CEST, Pali Roh?r wrote:
Furthermore, the patch should respect the
gui/msgList.showThreading option, not discard it.
I'd like to store also sorting option, no
On Sunday, 8 September 2013 14:19:02 CEST, Pali Rohár wrote:
Maybe another (funny) solution for loading plugins from build
directory (without installing). Support for loading shared
libraries from build directory is already done by cmake via
adding build directory to rpath to all ELF binaries.
On Saturday, 7 September 2013 10:15:47 CEST, Pali Rohár wrote:
Really why is problem first trying to load plugins from executable
directory?
Security. The idea is that once you include "." (or any variant thereof, or
even an empty strings which is the same for the linker) in the search path
f
On Tuesday, 10 September 2013 10:20:24 CEST, Pali Rohár wrote:
Sorry, but I want to have always sorted messages by date (unless
threading is enabled) and I really do not want to click "sort by
date" every time I start Trojita.
I understand your preference, but the problem with this operation i
On Tuesday 10 September 2013 10:01:52 Jan Kundrát wrote:
> On Tuesday, 10 September 2013 08:59:54 CEST, Pali Rohár wrote:
> >> Furthermore, the patch should respect the
> >> gui/msgList.showThreading option, not discard it.
> >
> > I'd like to store also sorting option, not only true/false
> > for
On Tuesday, 10 September 2013 08:59:54 CEST, Pali Rohár wrote:
Furthermore, the patch should respect the
gui/msgList.showThreading option, not discard it.
I'd like to store also sorting option, not only true/false for
threading. For this I created new setting "gui/msgList.sortBy"
but not imp
On Thursday 05 September 2013 14:37:19 Jan Kundrát wrote:
> On Thursday, 29 August 2013 20:56:58 CEST, Pali Rohár wrote:
> > in my pali-gsoc branch I moved threading option into sorting
> > submenu as Jan described at review request 110903. Look and
> > what do you think about it.
>
> Well, the pa
20 matches
Mail list logo
