I'm really happy to see how a simple architectural change can really 
have a good impact on
decomposing the image. This is really cool to see all these changeset 
sets for registering tools
passing. CONTINUE.
Will be the dynamic menus of Daniel be included in 3.4? Because this is 
the same kind of ideas.


One of the problem I got with the file list
is that you would like to be able to:

	- find a file containing a script that loads a bunch of other files
  	- then parametrizing the script so that it uses the current location 
indicated by the file list
	
with that we could do really easily loading scripts for end users.

I did not have the time to look at that but if somebody has a solution 
I'm interested.

Stef

On mardi, novembre 26, 2002, at 10:56  pm, Ned Konz wrote:

> from preamble:
>
> "Change Set:		FileListFixes2-nk
> Date:			26 November 2002
> Author:			Ned Konz
> Version:		3.4a
>
> After decompressing gzip files in the FileList, the file list wasn't
> updated. This change set fixes that, without unnecessarily updating the
> file list (which can be slow via FTP, for instance).
>
> I've added a FileModifyingSimpleServiceEntry class that is the same as
> SimpleServiceEntry but also updates the contents of the file list. This
> is then used in four places where files actually change, including
> decompression and linefeed removal.
>
> This CS also updates the class comment in FileList to be up to date 
> with
> the current design.
>
> This also removes the compression services from FileList itself 
> (thereby
> removing some dependencies) and puts them into ArchiveViewer and
> GzipWriteStream.
>
> Also it adds balloon help to the file list menu.
>
> Also stops offering to compress already-compressed files.
> "!
> <FileListFixes2-nk.cs.gz>
Dr. Stéphane DUCASSE (ducasse at iam.unibe.ch) 
http://www.iam.unibe.ch/~ducasse/
  "if you knew today was your last day on earth, what would you do
  different? ... especially if, by doing something different, today
  might not be your last day on earth" Calvin&Hobbes