Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!pacbell.com!pacbell!premenos!mtdiablo!rob
From: rob@mtdiablo.Concord.CA.US (Rob Bernardo)
Newsgroups: comp.mail.elm
Subject: Re: Compressed folders
Message-ID: <1991Mar27.160033.14914@mtdiablo.Concord.CA.US>
Date: 27 Mar 91 16:00:33 GMT
References: <1202@intelisc.isc.intel.com> <1991Mar23.224618.1206@mtdiablo.Concord.CA.US> <1210@intelisc.isc.intel.com>
Organization: Mt. Diablo Software Solutions
Lines: 27

lou@isc.intel.com (Lou Poehlitz) wrote:
>rob@mtdiablo.Concord.CA.US (Rob Bernardo) writes:
>
>>lou@isc.intel.com (Lou Poehlitz) wrote:
>>>What I suggest is an elmrc option that allows per folder configuration.
>>>
>>> text deleted
>>>folderconfig = "bigfolder, rev_received, uncompress, compress"
>
>>One major complication lies with the 'c' command to change folders.
>>Before it leaves the current folder, it checks for the existence
>>of the folder to specified. Since some read/save program pairs deal
>>with suffixed file names (e.g. uncompress/compress deal with .Z),
>>elm would have to have the name of the folder before the read_program
>>is applied as well as the name of the folder after the read_program is
>>applied in order to deal with it.
>
>Yes, a good detail point.  It could be dealt with by having the folder
>name substituted in for %s.
>
>folderconf = "bigfolder,rev_received,cat %s | uncompress -c,cat %s | compress"

That won't work either, btw.  Your example has compress and uncompress
outputting to stdout. What file is elm going to read then?
-- 
Rob Bernardo					Mt. Diablo Software Solutions
email: rob@mtdiablo.Concord.CA.US		phone: (415) 827-4301