On Tue, 9 Apr 2002 00:06:03 +0200 (CEST) Michele Ravani <[EMAIL PROTECTED]> wrote:
MR> On Mon, 8 Apr 2002 01:11:12 +0200 (EET) Nerijus Baliunas MR> <[EMAIL PROTECTED]> wrote: MR> MR> NB> On Sun, 7 Apr 2002 22:53:05 UT "[EMAIL PROTECTED]" MR> NB> <[EMAIL PROTECTED]> wrote: MR> NB> MR> NB> c> I don't mean invent a new compressing method. Just use gzip or MR> NB> bzip2. MR> NB> c> The reason for the option is that people are too lazy to MR> compress MR> NB> the files and adding the option would entice them to do so. MR> NB> MR> NB> Makes sense IMHO. MR> MR> Yes, but then I would rather implement some kind of configurable MR> pre-send MR> processing feature, i.e. commands that can be executed on the various MR> part MR> of the message, such as attachments. MR> This would allow to integrate for instance compressing, but at the same MR> time be able to rely on the already available compression applications MR> without having to integrate a compressing algorithm in M. MR> This would be more flexible, IMHO OTOH, these commands could be dispayed as icons on the composer toolbar and implemented to act on the current selection. One could write the message, add the attachements, then select them and click on the 'Compress' icon, upon which the attachements would be compressed 'in the message'. The default selection (i.e. nothing selected) would be the whole message. For what else could such a feature be used? Virus checking? -- Michele Ravani [EMAIL PROTECTED] "Those who live hoping, die singing" My Gran _______________________________________________ Mahogany-Users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mahogany-users Sponsored by http://www.ThinkGeek.com/
