Re: Usenet/GMane users and the (lack of) future of KNode

On Thursday, 2016-02-11, 12:03:26, René J.V. Bertin wrote:
> On Thursday February 11 2016 11:40:08 Kevin Krammer wrote:
> > Porting KNode is not as easy as porting other applications because its Qt4
> > port, i.e. the current version, is making use of Qt3 compatibility classes
> > (Qt3Support module) which are no longer available in Qt5.
> > 
> > So a port would probably require to first port away from the usage of that
> > compat module.
> 
> I have never done such a thing, but I guess one could also port directly
> from Qt3 to Qt5.

While this is possible, it is also more difficult.
In this case also irrelevant, because there is a Qt4 port.

> Also, KNode doesn't have a huge code-base in terms of
> number of source files. Which of course doesn't say anything about
> complexity ...

There is a reason some of that code still uses Qt3Compat classes, because 
there were quite some API and behavioral changes between Qt3 and Qt4.

> > I am pretty sure expiration does not depend on messages being shown.
> 
> I am too, for KDE PIM4 at least, where there simply is no way that I know of
> to hide certain messages without deleting them...

Not in the UI, but Akonadi items can have a "hidden" attribute attached.
But the model used for listing messages might not use it yet.

> But in itself that's no guarantee that expiration would work on hidden 
messages either!

I am pretty sure that expiration works on item time stamps, regardless of 
whether even a client is currently connected, let alone having retrieve said 
item, let alone showing them.

Cheers,
Kevin

-- 
Kevin Krammer, KDE developer, xdg-utils developer
KDE user support, developer mentoring

_______________________________________________
KDE PIM users mailing list
Subscription management: https://mail.kde.org/mailman/listinfo/kdepim-users

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAABCAAGBQJWxczsAAoJEEIZ0uq3FeVuXJoQAJDSZ3CjK4FsPBGMZNQr0t5o
zxu+Uw3y7k6AA9hc+pDARl7HtUdaSAjaLHBH+uew99ocZuvn8JQZTh/C0JbM2fIJ
XnYKr6xW5pcYuEfJFlfcDEU1nGpp8yZtliT7xxv8mYUFnkgx4sGMjP6ILeZjd5aD
KgoA6cAWrKVhn2F4gr64/mcJ2UD19vrVuFPon3gX9piypE75Jp3soRjSAjoVoV4N
rQm5LYwWZekgk9DhBaTuMLT8mElXSAcVoovm942Vhbm7IuCd0gfsnSP7rG6GGPy7
Uus0i7Qh64WFJMzKOGbAY8ZRBc8opK7s0zp2lVwJxZvDGORttB6BHm3hg2r4IFTF
v8vqZpuDCuDJIh2EQidOBDYrQOER73OP2zdbz81RzO8IIkVHeBlHxekCm02/urkL
z8IlpIOzVMwxIbno5r94Zx47aQ8rkapRjjUjUEDf44CzbUujuwZq0A2eWLf6kqSU
68ORcNS6oGc+P6u2CtT7HUJ37rAUOfOZB6KkLcFXWQv1iy9WXgvrShbUPmttobcZ
52B10wV8e8L7WkHkYT8H7SZJcUZ+NMXLiOUn6C1K3r8nz9FNZFaJt5hmfFDhBshl
Hx8Ulkae+Lrwx+uMeYDcgZDA+yEjBMmVgR8vtHzuvdZ0JHDUTuxiIa+OyGTlkzmd
dt3Q3QnhWkQjLSIdks04
=k2pS
-----END PGP SIGNATURE-----