). So is not it possible to do it via Akonadi API?
And how are other Akonadi clients handle this problem? I think KMail2 or
Korganizer needs to have exactly same problem for autocompletion.
--
Pali Rohár
pali.ro...@gmail.com
Is KDE Wallet broken? Probably yes! :-)
> Is my system misconfigured? Again, probably yes! :-)
> No way to configure it properly, staying at KDE4.
Hi!
I guess that Qt5 version of qtkeychain works only with KF5 version of
kwallet and Qt4 version of qtkeychain works only with KDE4 version of
kwallet.
Anyway, you can check if kwallet is listening on dbus via qdbus
application:
$ qdbus org.kde.kwalletd /modules/kwalletd
--
Pali Rohár
pali.ro...@gmail.com
it. And due to fact of complicated MIME
standard, more non-MIME email software is still being written.
--
Pali Rohár
pali.ro...@gmail.com
do not see reason why to force people to use
it in cases it is not needed.
Due to 2) there are still lot of server applications which prefer plain
text emails (or totally without MIME support). Also I think most famous
version control system -- git -- is also working with plain text
non-MIME emails.
--
Pali Rohár
pali.ro...@gmail.com
wdown email program).
> >Is there any way to get Trojita to do the same?
>
> Not now. If you can propose patches (or find someone who can do that), and
> if these patches implement content-sniffing in a reasonably elegant way that
> is maintaineable in future, then Trojita will support your use case.
>
> >Is there any way to encrypt the replies?
>
> That's something which is on our TODO list (and which has been there for
> quite some time, unfortunately).
>
> Cheers,
> Jan
>
--
Pali Rohár
pali.ro...@gmail.com
believe that it is
> strictly valid as per RFC-822.
In case there is a space before ' Is this considered a bug in Trojita?
Looks like a bug.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
logy...
It is just google's way how to lock applications which do not want to
implement google's specific APIs.
More secure way without disclosing login credentials is to use Salted
Challenge Response Authentication Mechanism with some cryptographic
secure hash function, like SCRAM-SHA-
n of arbitrary NSIS
> installers, but I don't really know, it's been ages since I used Windows for
> the last time.
7z can decompress and extract files from NSIS installers.
--
Pali Rohár
pali.ro...@gmail.com
On Tuesday 19 January 2016 09:43:54 Pali Rohár wrote:
> Hi! I do not plan to port/rewrite KDE4 plugins to KF5 yet...
> And also I still use Qt4 version of Trojitá on Ubuntu 12.04.
Anyway, as replacement for KDE4 KResource Addressbook plugin I could
propose simple VCard directory plugin. If
Hi! I do not plan to port/rewrite KDE4 plugins to KF5 yet...
And also I still use Qt4 version of Trojitá on Ubuntu 12.04.
--
Pali Rohár
pali.ro...@gmail.com
On Saturday 10 October 2015 10:32:02 Kevin Krammer wrote:
> On Thursday, 2015-10-08, 16:17:47, Thomas Lübking wrote:
> > On Donnerstag, 8. Oktober 2015 10:10:41 CEST, Pali Rohár wrote:
> > > Do not know... Until I choose other system/software for PIM. (And
> > > no ak
On Thursday 08 October 2015 17:01:33 Jan Kundrát wrote:
> On Thursday, 8 October 2015 16:30:18 CEST, Pali Rohár wrote:
> > I prefer old and abandoned software which is working instead of new
> > super-über-modern non working buggy slow one...
>
> It is technically impossible
On Thursday 08 October 2015 16:17:47 Thomas Lübking wrote:
> On Donnerstag, 8. Oktober 2015 10:10:41 CEST, Pali Rohár wrote:
> >Do not know... Until I choose other system/software for PIM. (And no
> >akonadi is still not fast and usable on my devices.)
>
> Speed aside
On Thursday 08 October 2015 09:56:23 Thomas Lübking wrote:
> On Donnerstag, 8. Oktober 2015 09:38:45 CEST, Pali Rohár wrote:
>
> >I know that there is some PPA for Qt5. I did not try it because KDE4
> >plugins (addressbook) is incompatible with Qt5. This is something which
>
On Thursday 08 October 2015 01:55:50 Jan Kundrát wrote:
> On Thursday, 8 October 2015 00:09:50 CEST, Pali Rohár wrote:
> >I'm still using Ubuntu 12.04 LTS with KDE4 desktop where is Qt4 in use.
> >I'm not going to update to new Ubuntu version until current one is
> &g
l current one is
supported and I would like to use Trojita... So I'm not happy with
change to drop Qt4 support... Same is with KDE4 plugins.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Thursday 28 May 2015 11:42:15 Jan Kundrát wrote:
> On Thursday, 28 May 2015 10:03:17 CEST, Pali Rohár wrote:
> >Ok, so current patch is not enough. Any other idea how we can fix it?
> >Really, really, it is annoying to see changing cursor every time when
> >updating c
On Friday 26 December 2014 09:13:57 Pali Rohár wrote:
> On Saturday 20 December 2014 12:08:04 Thomas Lübking wrote:
> > Am Samstag, 20. Dezember 2014 schrieb Pali Rohár :
> > > Patch did not help :-( Updating takes more time, so I still
> > > see cursor change.
> >
etting default CMAKE_BUILD_TYPE to RelWithDebInfo and
not for modifying CXXFLAGS. Reason: If for some reason I want to
disable optimization and enable debug symbols in *cmake* project
I would use -DCMAKE_BUILD_TYPE=Debug which do that. Overwriting
optimization CXXFLAGS for all CMAKE_BUILD_TYPE can mess CXXFLAGS
added by user and by cmake. Jan is against this solution because
he thinks that somebody can compile trojita accidentally without
optimizations (and trojita will be slow). But if somebody set
CMAKE_BUILD_TYPE to some type without optimization then I think
he would except that cmake will compile trojita without
optimization...
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Saturday 20 December 2014 12:08:04 Thomas Lübking wrote:
> Am Samstag, 20. Dezember 2014 schrieb Pali Rohár :
> > Patch did not help :-( Updating takes more time, so I still
> > see cursor change.
>
> How much time does it take?
>
> Cheers,
> Thomas
It take
On Thursday 18 December 2014 16:33:21 Thomas Lübking wrote:
> On Donnerstag, 18. Dezember 2014 10:42:04 CEST, Pali Rohár
wrote:
> > I do not know if 500ms is enough for me (when updating about
> > 40 imap folders), but if you can provide easy/small patch I
> > can
rying this as a first step? If it isn't enough, we
> can then take a look at disabling the busy cursor altogether
> for this STATUS polling.
>
> Cheers,
> Jan
I do not know if 500ms is enough for me (when updating about 40
imap folders), but if you can provide easy/small patch
(because I want to
see if there is some new email in any imap folder), then Trojita
change mouse cursor every 30s. And this is really annoying.
What do you think about changing Trojita code to not change mouse
cursor when doing that periodic imap refresh?
--
Pali Rohár
pali.ro...@gmail.com
/quickgit.kde.org/?p=clones%2Ftrojita%2Fpali%2Ftrojita.g
> it&a=commitdiff&h=132f8afe3ec45339be9e8ef261fcedde85145e15
Hello, now I'm at IPC patches and will send review request after
I rebase & test patches...
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Wednesday 13 August 2014 17:29:30 Jan Kundrát wrote:
> Hi folks,
> are you coming to Akademy this year? Could we meet at some BoF
> and hack on Trojita?
>
> Cheers,
> Jan
Hi, I have final exams at university at that time :-(
--
Pali Rohár
pali.ro...@gmail.com
signatu
On Thursday 12 September 2013 16:14:36 Jan Kundrát wrote:
> On Thursday, 12 September 2013 15:52:38 CEST, Pali Rohár wrote:
> > First I changed all find_package with trojita_find_package
> > which handle also feature summary cmake module and second
> > there is for exampl
On Friday 13 September 2013 17:39:24 Jan Kundrát wrote:
> On Friday, 13 September 2013 17:09:01 CEST, Pali Rohár wrote:
> > mailto:u...@example.org?subject=%3D%3Futf-8%3FQ%3Fcaf%3DC3%3
> > DA9%3F%3D
> >
> > is badly decoded, and trojita new mail window show subject
I do not know if other email clients are able to decode above
mailto:, but it is not easy.
It is needed to support this? Is this widely used on internet?
Or utf8 escaping (mailto:?subject=caf%C3%A9) is enough?
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally s
On Thursday 12 September 2013 13:50:41 Jan Kundrát wrote:
> On Thursday, 12 September 2013 13:15:16 CEST, Pali Rohár wrote:
> > What about only changing order of applicationDirPath and
> > PLUGIN_DIR in QCoreApplication::libraryPaths()? So we will
> > have also env QT_PLUGIN_P
On Thursday 12 September 2013 16:08:08 Jan Kundrát wrote:
> On Thursday, 12 September 2013 15:57:37 CEST, Pali Rohár wrote:
> > -allIds.append(node.internalId);
> > +allIds.append(offset+1);
>
> You're mixing ThreadNodeInfo::internalId whi
On Tuesday 10 September 2013 10:41:41 Jan Kundrát wrote:
> On Tuesday, 10 September 2013 10:20:24 CEST, Pali Rohár wrote:
> > Yes, for this I prepared setting "gui/msgList.sortOrder".
> > But IMAP function
> > ThreadingMsgListModel::setUserWantsThreading(bool) is bu
On Thursday 12 September 2013 10:43:05 Jan Kundrát wrote:
> On Thursday, 12 September 2013 09:37:43 CEST, Pali Rohár wrote:
> > I copied file CMakeDependentOption.cmake from system and I
> > rewritten it. If you want I can include it in git, but you
> > will see only t
s welcome.
>
> Cheers,
> Jan
What about only changing order of applicationDirPath and
PLUGIN_DIR in QCoreApplication::libraryPaths()? So we will have
also env QT_PLUGIN_PATH in list?
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Wednesday 11 September 2013 18:34:52 Jan Kundrát wrote:
> On Wednesday, 11 September 2013 17:45:02 CEST, Pali Rohár
wrote:
> > First version of code is in my pali-gsoc branch.
>
> Looks like you based your code on something from cmake's git.
> Could you please make a se
On Tuesday 10 September 2013 17:23:53 Pali Rohár wrote:
> 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:
> >
On Wednesday 11 September 2013 17:54:40 Jan Kundrát wrote:
> On Wednesday, 11 September 2013 17:50:52 CEST, Pali Rohár
wrote:
> > And PluginManager will use list
> > QCoreApplication::libraryPaths() for searching for plugins
> > in subdir "/trojitaplugins" - like
On Wednesday 11 September 2013 16:26:47 Pali Rohár wrote:
> On Saturday 10 August 2013 21:12:22 Jan Kundrát wrote:
> > On Saturday, 10 August 2013 19:00:34 CEST, Pali Rohár wrote:
> > > What about to have two options OFF and AUTO? And write
> > > status if feat
On Saturday 10 August 2013 21:12:22 Jan Kundrát wrote:
> On Saturday, 10 August 2013 19:00:34 CEST, Pali Rohár wrote:
> > What about to have two options OFF and AUTO? And write
> > status if feature will be compiled or not (depending on
> > find_package)?
>
> Kitware ta
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 sear
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
>
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
> > >
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 (witho
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 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
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 al
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 abo
On Monday 09 September 2013 21:06:42 Kevin Krammer wrote:
> On Monday, 2013-09-09, Pali Rohár wrote:
> > On Monday 09 September 2013 20:52:37 Kevin Krammer wrote:
> > > On Monday, 2013-09-09, Pali Rohár wrote:
> > > > On Monday 09 September 2013 20:26:27 Thomas Lübki
On Monday 09 September 2013 20:26:27 Thomas Lübking wrote:
> On Montag, 9. September 2013 12:55:47 CEST, Pali Rohár wrote:
> > And my question is what do you think about searching for
> > plugins in "./plugins/" directory (instead ".") and in
> > $
On Monday 09 September 2013 20:52:37 Kevin Krammer wrote:
> On Monday, 2013-09-09, Pali Rohár wrote:
> > On Monday 09 September 2013 20:26:27 Thomas Lübking wrote:
> > > On Montag, 9. September 2013 12:55:47 CEST, Pali Rohár
wrote:
> > > > And my question is what do
On Sunday 08 September 2013 19:47:12 Thomas Lübking wrote:
> On Sonntag, 8. September 2013 14:19:02 CEST, Pali Rohár wrote:
> > Ok, so I see that everybody is against loading plugins from
> > application directory.
> >
> > What about this solution?
> >
> >
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 plugin into
> > QPluginLoader?
>
On Saturday 07 September 2013 03:51:16 Thomas Lübking wrote:
> On Samstag, 7. September 2013 02:18:48 CEST, Pali Rohár wrote:
> > On Friday 06 September 2013 20:23:19 Jan Kundrát wrote:
> >> ...which is why I like Thomas' suggestion to use actual
> >> instant
On Friday 06 September 2013 20:23:19 Jan Kundrát wrote:
> On Friday, 6 September 2013 12:56:56 CEST, Pali Rohár wrote:
> > You forgot to include [1] link.
>
> Oops, http://labplot.sourceforge.net/developer/plugins/.
>
> >> -> Is there really a problem with adding
on AppVersion will be recompiled/relinked. And if there
will be one shared library it means that every test target will
needs to be relinked very time when git describe will change (e.g
clean git tree to dirty or new checkout/commit).
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Descri
On Friday 06 September 2013 12:27:08 Jan Kundrát wrote:
> On Thursday, 5 September 2013 17:02:47 CEST, Pali Rohár wrote:
> >> - libtrojitaprivate.so shall include code for the basic
> >> plugins which implement e.g. password storage via QSettings
> >
> > Not possi
On Thursday 05 September 2013 17:02:47 Pali Rohár wrote:
> > - Move most of Trojita into a shared library,
> > libtrojitaprivate.so - Let both the standalone GUI version
> > and the Kontact plugin link with libtrojitaprivate.so
>
> Ok, no problem.
>
One problem is the
olve problem: Application installing tons of
libraries which are needed for normal operations. Not that
application depends on tons of system (or other common gui)
libraries used by other applications.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
operating on a maitlo generator) - which
> > could then on operate actually any mailclient supporting a
> > "mailto:"; parameter.
>
> +1. Pali, please remove that code.
>
> Jan
Ok, looks like nobody needs it, so I will remove it.
--
Pali Rohár
pali.ro...@gma
er windres is not supported by trojita git
master yet. Patch is on reviewboard but depends on another which
is not ready yet.
https://git.reviewboard.kde.org/r/112372/
As now, you can try to copy first CMakeLists.txt change from patch
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Sunday 01 September 2013 20:25:37 Joseph W. Joshua wrote:
> > This problem should be fixed in trojita git master.
> >
> > --
> > Pali Rohár
> > pali.ro...@gmail.com
>
> Hello Pali,
>
> I am now getting this error on windows:
>
> CMake Erro
On Sunday 01 September 2013 20:25:37 Joseph W. Joshua wrote:
> > This problem should be fixed in trojita git master.
> >
> > --
> > Pali Rohár
> > pali.ro...@gmail.com
>
> Hello Pali,
>
> I am now getting this error on windows:
>
> CMake Erro
gt;
> mingw32-make[1]: *** [CMakeFiles/MimetypesQt4.dir/all] Error 2
>
> mingw32-make: *** [all] Error 2
>
> What could be the cause?
This problem should be fixed in trojita git master.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
switched to ascending order.
Maybe somebody should confirm if this is really bug (and due to
previous threading gui checkboxes bug was hidden) or something
bad which I intruduced in my code...
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Thursday 22 August 2013 12:49:08 Jan Kundrát wrote:
> On Thursday, 22 August 2013 12:46:34 CEST, Pali Rohár wrote:
> > Problem is that xdg-email using *only* user preferred email
> > client. And if user has installed two or more email clients
> > and Trojita is not prefer
unds great! My schedule for fall is still very uncertain,
> but I'd love to make it if possible.
>
> Thomas, Caspar, Pali -- would you be able to attend?
>
> Cheers,
> Jan
Depends on locatation, but probably not. I do not like traveling.
--
Pali Rohár
pali.ro...@gmail.co
On Thursday 22 August 2013 12:48:42 Jan Kundrát wrote:
> On Thursday, 22 August 2013 12:43:13 CEST, Pali Rohár wrote:
> > There is missing: Plugin library which implement
> > interface/API for plugins and access functions for Trojita
> > GUI.
>
> OK, this makes sense.
&
On Sunday 18 August 2013 13:24:52 Jan Kundrát wrote:
> On Thursday, 15 August 2013 11:31:12 CEST, Pali Rohár wrote:
> > Now there is only support for DBus which not working on all
> > platforms (it is used only on linux desktops?). So in future
> > if somebody will add su
On Monday 19 August 2013 17:53:27 Jan Kundrát wrote:
> On Monday, 19 August 2013 17:06:55 CEST, Pali Rohár wrote:
> > Code is in
> > git://anongit.kde.org/clones/trojita/pali/trojita.git
> > branch pali-gsoc.
>
> Hi Pavol, good job. I would like to review your changes
Hello,
now I finished rebasing and updating my code on top of trojita
master. Now git history should be clean up to commit which adding
KDE plugins to tree.
Code is in git://anongit.kde.org/clones/trojita/pali/trojita.git
branch pali-gsoc.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
On Wednesday 14 August 2013 19:52:02 Jan Kundrát wrote:
> On Wednesday, 14 August 2013 17:29:37 CEST, Pali Rohár wrote:
> > in my pali-gsoc branch there is IPC support via DBus.
> > Trojita now export some functions via DBus: for opening
> > main window, opening addressbo
uld have a method that returns all actions in
> > a list
>
> This carries the same problem, i'd say (object identification)
> - everything else is unobjected by me and the project
> maintainer may happily pick his preference :-P
>
> Cheers,
> Thomas
Now I changed Kont
On Tuesday 13 August 2013 13:01:38 Jan Kundrát wrote:
> On Tuesday, 13 August 2013 12:52:24 CEST, Pali Rohár wrote:
> > Code for older cmake & gcc compiler is in my gsoc branch. So
> > it could work. Can you test it (try to compile kontact
> > kpart)?
>
> I can
support for mailto. Maybe this
can be extended.
So can you look at my IPC code? What other is needed?
Kevin and how to tell KDE (or maybe other DE too) that trojita
application is email client and mailto: argument can be passed
via cmdline?
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
On Wednesday 14 August 2013 00:31:10 Jan Kundrát wrote:
> On Tuesday, 13 August 2013 20:34:48 CEST, Pali Rohár wrote:
> > So what about chaging code
> > disconnect(jobSecond, 0, 0, 0);
> > to
> > disconnect(jobSecond, 0, this, 0);
>
> Yes please.
Done.
--
On Friday 09 August 2013 18:15:41 Jan Kundrát wrote:
> On Thursday, 8 August 2013 17:00:10 CEST, Pali Rohár wrote:
> > As Kevin wrote, protection against emitting signals.
>
> Looking at the code, it seems to me that the only connections
> are to ComposeWidget::completionDone
On Tuesday 13 August 2013 12:39:58 Jan Kundrát wrote:
> On Tuesday, 13 August 2013 08:26:51 CEST, Pali Rohár wrote:
> > Yes, I want to support also this configuration. But not only
> > this.
>
> What are the benefits of this? "There will be no shared
> librar
atically linked symbols get
> implicit precedence over the one of a coflicting dlopened
> plugin /only/? I'll compile that static linked stuff tonight
> to try to understand what struggled you.
>
> Cheers,
> Thomas
There are no conflicts! Static linked stuff is only in trojita
executable. Plugins do not have it.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Tuesday 13 August 2013 13:43:14 Thomas Lübking wrote:
> On Dienstag, 13. August 2013 08:26:51 CEST, Pali Rohár wrote:
> > On Monday 12 August 2013 22:36:26 Jan Kundrát wrote:
> >> They way I understand it, Pali wants to support a
> >> configuration where there are no
On Tuesday 13 August 2013 12:30:44 Jan Kundrát wrote:
> On Tuesday, 13 August 2013 08:48:27 CEST, Pali Rohár wrote:
> > Anyway, on my akonadi testing machine I have ubuntu precise
> > with
>
> backported
>
> > KDE and here I have cmake 2.8.9. I'm using kubun
On Thursday 08 August 2013 09:49:37 Pali Rohár wrote:
> > +void AkonadiAddressbook::openContactWindow(const QString
> > &email, const QString &displayName) +{
> > +// TODO
> > +#if 0
> >
> >
> >
> > is this short-term todo or long
On Monday 12 August 2013 18:22:59 Jan Kundrát wrote:
> On Sunday, 11 August 2013 11:57:59 CEST, Pali Rohár wrote:
> > Both plugins passes information in signals params. This is
> > unified. But only in ComposeWidget.cpp code I need sender()
> > because pointer of Job is remove
kubuntu backport apt repository
http://ppa.launchpad.net/kubuntu-ppa/backports/ubuntu/ and there is new cmake.
So maybe this can be solution for you too.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Monday 12 August 2013 18:25:40 Jan Kundrát wrote:
> On Sunday, 11 August 2013 12:45:23 CEST, Pali Rohár wrote:
> > So do you think that this is real problem?
>
> Maybe not really, after all. However, what about adding a code
> which checks whether the qApp->applica
t; of that shared library dependency?
>
No. Runtime loading should work too (at least with GCC). For GNU
compiler/linker is needed special flag, but this is added by cmake
when using GNU. Also if some password and some addressbook
plugins will be statically linked into trojita executable, it
On Monday 12 August 2013 15:34:18 Jan Kundrát wrote:
> On Monday, 12 August 2013 15:30:16 CEST, Pali Rohár wrote:
> > It is needed for static linked plugins. It does not make
> > sense to statically link some plugin (e.g default password
> > storage in config file) into trojit
On Monday 12 August 2013 15:16:36 Jan Kundrát wrote:
> On Monday, 12 August 2013 15:11:03 CEST, Pali Rohár wrote:
> > Now I added last part to plugin manager: support for static
> > linked plugins.
>
> What is the point of supporting WITH_STATIC_PLUGIN_LIBRARY? I
> unders
are fully configurable. Look at
code if it is OK. Static linked plugins are loaded before any
other from shared libraries. So if there are two plugins with
same name, one is static linked and one is dynamic, then static
will be used.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description
On Monday 12 August 2013 11:33:59 Kevin Krammer wrote:
> On Monday, 2013-08-12, Pali Rohár wrote:
> > On Thursday 08 August 2013 11:48:00 Kevin Krammer wrote:
> > > On Thursday, 2013-08-08, Pali Rohár wrote:
> > > > On Tuesday 06 August 2013 15:29:55 Jan Ku
On Thursday 08 August 2013 11:48:00 Kevin Krammer wrote:
> On Thursday, 2013-08-08, Pali Rohár wrote:
> > On Tuesday 06 August 2013 15:29:55 Jan Kundrát wrote:
> > > Hi Pali,
> > > there's some chat about students blogging about what they
> > > are doin
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
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 link
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
>
On Saturday 10 August 2013 20:25:44 Jan Kundrát wrote:
> On Saturday, 10 August 2013 20:16:07 CEST, Pali Rohár wrote:
> > Is /plugins/ subdir needed? Is there something other planned
> > in lib/trojita? Also Kontact using plugins from
> > $PREFIX/lib/kde4/
>
> There a
On Saturday 10 August 2013 20:06:21 Jan Kundrát wrote:
> On Saturday, 10 August 2013 18:44:02 CEST, Pali Rohár wrote:
> > libexec? I think there should be executable files, not
> > libraries. What about PREFIX/lib/trojita/? (lib instead
> > libexec)
>
> Turns out yo
LE_EXCEPTIONS}
is there for enabling exceptions in kde4 apps.
> - There should be a way of building *just the plugins*, or
> even better, just a single plugin at a time. This will be
> important for packaging where each plugin should go into a
> separate package.
>
> Cheers,
> Jan
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
PREFIX@/libexec/trojita" as the path.
>
libexec? I think there should be executable files, not libraries.
What about PREFIX/lib/trojita/? (lib instead libexec)
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: This is a digitally signed message part.
On Saturday 10 August 2013 17:48:27 Jan Kundrát wrote:
> On Saturday, 10 August 2013 17:13:28 CEST, Pali Rohár wrote:
> > I think this option is cleaner solution as creating some new
> > shared library only for exporting symbols to other shared
> > plugin libraries...
>
On Wednesday 17 July 2013 21:42:04 Pali Rohár wrote:
> Hello,
>
> I found problem in current plugin loader & plugins and need
> help how to solve it.
>
> My current code have common "interface" classes for password
> and addressbook plugins. Because trojita wo
. Hiding this into a
> singleton pattern is only making the whole thing less opaque.
Now I renamed PluginLoader to PluginManager, moved to Plugins
namespace and converted from singleton to normal class. Code is
in my pali-gsoc branch. So it is not singleton anymore.
--
Pali Rohár
pali.ro...
On Saturday 10 August 2013 12:27:02 Pali Rohár wrote:
> On Monday 15 July 2013 14:56:55 you wrote:
> > Hello,
> >
> > I wrote akonadi plugin for contacts. But plugin does not
> > working on testing machine where is akonadi and nepomuk
> > installed and run
1 - 100 of 195 matches
Mail list logo
