Subversion Repositories Kolibri OS

================================

For UnZip 6.1/who knows:

================================

   o add extraction support for other compression algorithms used by new

     PKZIP, WinZIP, 7-Zip versions

     - LZMA, compression type 14 (most important, because of its efficiency)

     - PPMd, compression type 98 (maybe, less important)

     - WavPacked, compression type 97 (maybe, less important)

       LZMA is first-level priority for 6.1, other formats may be taken

       into consideration

   o add support for reading AES encrypted archives

     - WinZIP format (priority 1)

     - PKZip format (priority 2)

        top level item for 6.1

   o add multi-part zipfile handling

        major feature for 6.x!

        could happen for 6.1

   o better support for multilingual uses and different codepages;

     support unicode (UTF-8 coded) filenames and comment texts

        a requested feature getting more and more important,

        - partially done for the Windows port in 6.0

          (support restricted for chars of the current system codepage)

        - partially done (beta state) for Unix

          (requires native codepage to be UTF-8)

   o complete support for UTF-8 coded entry names (and comments)

     - add new "win32_wide" port to extend unicode support on Windows

       beyond the restrictions of the current (ANSI) system codepage

     - revise/extend the WinDLL interface to allow passing of "wide"

       string argument data

     - add simple built-in character translation between UTF-8 and the

       old (ISO-8851-1 / IBM850) code pages to allow old systems without

       standard UTF-8 support to read UTF-8 encoded archives.

     - extend the built-in translation tables to support other language

       regions besides "Western_Latin1" (e.g. Russian-kyrillic, Japanese,

       Chinese)

     - streamline the multilingual codepage and UTF-8 support for the UNIX

       port (standard codepage translation facility?, like WideChar<->AnsiCP

       translation functions under MS Windows)

        should happen for 6.1

        (there is internal alpha-state code for better "wide" support on

        Windows available at the time of the 6.0 release)

   o revise the "extended charcodes" handling in decryption password to

     support UTF-8 encoding on Unicode-aware systems where the "native"

     character coding is NOT UTF-8 (e.g. Windows).

   o revise the command line interface for more compatibility with Zip'

     command parser

     - implement the versatile command parser from Zip 3.0.

     - add "long option" definitions for all existing options; revise

       the UnZip user manual to document the long-option alternatives.

     - add support for reading the "process these entries" and the "skip

       these entries" pattern lists from a file (or from separate files ?).

     - add a (long) option to switch off UnZip's internal pattern matching

       on filename arguments.

        probably in 6.1,

        (first prototype of the revised command parser was available at the

        time of the 6.0 release)

   o add command line options for miscellaneous features requested by users

     and/or development team members:

     - display the Info-ZIP software license

     - more fine-tuning for file attributes set/restored at extraction, like:

       set/clear archive attribute on DOS/OS2/WIN32;

       apply/skip standard or user-defined umask filter on UNIX (& Unix-alike)

     - additional time-stamp related processing filters

     - more listing display modifications

     - overriding the default date-time display style

     - ...

     All these options are of minor importance and/or would collide with

     existing "one-character" options.  The current UnZip maintainer does not

     want to reserve any of the few not-yet-occupied short option characters.

     for one of these features.   So, any implementation effort for items

     of this feature wish-list has to be delayed until the "long option"

     support of the revised command line parser becomes available.

       some option may get implemented in 6.1

   o support for

     and/or development team members:

   o add new low-level, binary API; rewrite "normal" (command-line) UnZip

     to use it

        maybe soon (maybe 6.1)

   o MSDOS/WIN32/others: detection of "reserved" names (= names of character

     devices, or system extensions that look like a characters device driver)

     at runtime; with the goal of emitting "meaningful" error messages and/or

     rename queries.

     (Currently, these reserved names are catched as "non-deletable files".

      On MSDOS and WIN32, when the RTL stat() function allows to identify

      character devices, the "reserved" names are automatically prefixed with

      an underscore.)

   o redesign "file exists -- is newer/older -- overwrite/skip/rename"

     logic in extract.c and the corresponding system specific mapname()

     services; to prevent superfluous decryption key prompts for entry

     that will be skipped, later.

   o rewrite to use fread/fseek/etc.  [eventually: test

     write(bytes) vs. fwrite(words), especially on Crays/Alphas]

        soon (probably in conjunction with multi-part handling)

   o incorporate new backfill version of inflate()

        wait for zlib version

   o check NEXTBYTE for EOF in crypt.c, funzip.c and explode.c, too

        whenever

   o add option to force completely non-interactive operation (no queries

     for overwrite/rename, password, etc.); also allow some sort of non-

     interactive password provision?  (file? command-line? env. variable?)

        someday?

   o add testing of extra fields (if have CRC)

        later

   o rewrite to allow use as a filter

        way, way later...

   o add Unix hard-link support?

        way, way later...

   o add ".ini" file support as a (more elaborate) alternative to the presently

     supported preconfiguring abilities via special environment variables

     (UNZIP on many systems...)?

        way, way later (if ever)...

   o add option to search zipfile contents for a string and print the

     results? ("zipgrep" option--e.g., unzip -g or unzip -S) (easy for

     fixed strings, hard for wildcards/true regex's)

        way, way later, if at all...probably use libregex

   o add -y "display symlinks" option to zipinfo?  various sorting options?

     (-St date/time, -Sn name)?

        who knows

   o add "in-depth" option to zipinfo? (check local headers against

     central, etc.)--make it a better debugging tool (or just create

     zipfix)

        who knows (zip -F, -FF already exist)

Some maintenance or OS specific topics for 6.0 release:

   * add "unix-style-path -> partitioned-dataset filename" conversion

     to MVS port

   * should we add support for (null) entry names (empty entry name field), to

     conform to the PKWARE specification?

=======================================

Requested features:

 - extract or exclude on basis of UID [Armin Bub, Armin.Bub@bk.bosch.de, 970904]

=======================================

   o miscellaneous little stuff:  whenever

     --------------------------

 - change DOS -f/-u stuff to use DOS API for getting filetimes, not stat()

 - add (-N?) option to lose all user input and/or switch to "(*input)()"

   function, replaceable by UzpAltMain() param

 - add -@ option to read from stdin (zip) or from file (PKZIP)?  (go32 built-in)

 - add -oo option to overwrite OS/2 and DOS system and hidden files, too

 - add option to compute MD5 checksum on files and/or on entire zipfile?

 - decide whether to use WinGUI "skipping" diagnostics in extract.c

 - combine "y/n/A/N" query/response stuff into unified section with query

    function(s) (InputFn?)

 - disable ^V code in remaining mapname() routines

 - change filename-matching logic so case-insensitive if case-sensitive fails?

 - allow multiple dir creation with -d option? [Bob Maynard]

 - use gcc -pg, gprof to do profiling on unzip

 - Doug Patriarche (doug.patriarche.bvdhp01@nt.com) Northern Telecom Canada Ltd.

    "I need to do a port of zip/unzip for Wind River Systems' VxWorks OS"

    [GRR:  15 March 95 -> "early June"]

Features from old BUGS file (mostly duplicates of other entries above):

 - ignore case for internal filename match on non-Unix systems, unless file-

    specs enclosed in single quotes

 - modify to decompress input stream if part of a pipe, but continue using

    central directory if not (BIG job!)--extended local header capability

 - add zipinfo option(s) to sort alphabetically, by date/time, in reverse, etc.

 - when listing filenames, use '?' for non-printables? [Thomas Wolff, 92.6.1]

 - add zipinfo "in-depth" option? (check local vs. central filenames, etc.)

 - create zipcat program to concatenate zipfiles

 - add -oo option (overwrite and override)?  no user queries (if bad password,

    skip file; if disk full, take default action; if VMS special on non-VMS,

    unpack anyway; etc.)

 - add -Q[Q[Q]] option (quiet mode on comments, cautions, warnings and errors)?

    forget -oo, or make synonym?  Default level -Q?