view release on metacpan or  search on metacpan

unzip-6.0/ToDo  view on Meta::CPAN

        (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