Subj : Re: Fmail Compression and Decompression
To : Michiel van der Vlist
From : Wilfred van Velzen
Date : Sun Aug 20 2023 04:50 pm
Hi Michiel,
On 2023-08-20 16:32:03, you wrote to me:
WV>>>> And maybe remove the more obscure ones (pak, zoo, arj, sqz, uc,
WV>>>> jar). I wonder if there ever was anyone who used any of those!? ;-)
MvdV>>> So by all means remove the default for the obscure ones. As
MvdV>>> long as the user cam still add a seldom used compression
MvdV>>> method.
WV>> I meant remove them completely. If I leave them in, I can just as well
WV>> keep the defaults...
MvdV> I was thinking about allowing the user to define his own compression
MvdV> method. A method that is not in the list (yet). There is an option "Custom"
MvdV> but I am unsure how that works.
Packing is simple, just use it... For unpacking you need some kind of detection mechanism. Which incase of FMail is left to the "General Unpack Shell". Which is fed everything that is unknown to FMail itself...
MvdV> It may be usefull in the unlikely eventy an
MvdV> new compression method pops up that is ideal for use in Fidonet. :)
WV>> But on the other hand, why remove them. It doesn't hurt to keep them,
WV>> although maybe no one uses them.
MvdV> I am in favour of throwing out no longer used stuff. KISS..
That was my idea behind it, when I suggested it.
Bye, Wilfred.
--- FMail-lnx64 2.2.0.0
* Origin: FMail development HQ (2:280/464)
