Xarchiver 0.3.9svn: who wants to test it ?

[Alexandre Moreira]

I'd really like to see two different switches for  "add" and "new"
since those have very different semantics.

It is like in programming, opening a file for append is completely
different in semantics than to open a file for writing.

The default behavior could be just the same of those file operations,
even if the file already exists, opening it for --new operation could
wipe it and create a new one, as the name implies. It would be good
for batch processing. (perhaps have a -i thing to make it ask... just
like most unix commands)

I'd vote for two --add and --new.

Cheers,
Alexandre Moreira.

PS: The implementation would even not be very different if the file
creating code is properly divided into functions, just the interface
with the user (and scripts) would be more solid.

2006/6/23, Rodrigo Coacci <rcoacci at gmail.com>:
> I guess it would be better to use --add for both things, maybe asking the
> user if the file is to be created if not found.
> Or maybe see how tar does since users should be used to tar command
> "ideas"....
>
>
>
> On 6/23/06, jp <jp.guillemin at free.fr> wrote:
> > Stephan Arts wrote:
> > > On 6/22/06, jp <jp.guillemin at free.fr> wrote:
> > >
> > >> Colossus wrote:
> > >>
> > >>> On 6/22/06, jp.guillemin at free.fr <jp.guillemin at free.fr> wrote:
> > >>>
> > >>>
> > >>>> I will, this WE.
> > >>>>
> > >>>>
> > >>> :) thank you,
> > >>>
> > >>>
> > >> Here are my test results :
> > >>
> > >> 1) compile cleanly with latest svn xfce-dev-tools : OK
> > >>
> > >> 2) install OK, desktop menu entry is there : OK
> > >>
> > >> 3) trying a drag&drop extract from tar.gz : failed, I get : "Invalid
> > >> filename provided by XDS drag site."
> > >>
> > >> 4) xarchiver -a test.tgz : failed to create the archive, I get "Can't
> > >> open archive test.tgz: No such file or directory"
> > >>     and then a nice "Segmentation fault" (after closing the message
> box)
> > >>
> > >> 5) xarchiver -e archive.tgz : OK
> > >>
> > >> 6) xarchiver -d archive.tar.gz test.txt : failed : archive is destroyed
> > >> (empty)
> > >>
> > >> 7) xarchiver -x folder archive.tar.gz : OK
> > >>
> > >> 8) opening a tar.gz archive : OK
> > >>
> > >> 9) opening a tar.bz2 archive : OK
> > >>
> > >> 10) drag and drop add to archive : always fails : "The format of this
> > >> archive is not recognized !"
> > >>
> > >>
> > >> A feature request :
> > >>
> > >> A new option, something like :
> > >> -n, --new [file1]  [file2] [fileN] ...                           Prompt
> > >> for the archive name to create, and add files in this new archive.
> > >>
> > >> ->> Would be interesting to be used as a Thunar custom command (btw :
> > >> it's the only option that I would really use :)
> > >>
> > >
> > > Why would you want that? The only difference between this and add i
> > > can think of is that you can let add complain if the archive does not
> > > exist where new would not be so difficult and just creates it. Is this
> > > what you mean?
> > >
> > PLease look at the following :
> >
> > -a, --add [archive name]
>   Add files to
> > the specified archive by asking their filenames and quits.
> >
> > -n, --new [file1]  [file2] [fileN] ...                           Prompt
> for the archive name to create, and add files in this new archive.
> >
> > These 2 options are totally different :
> > The former (add) want an archive name from the command line, and prompt
> for files to add.
> > The second (my new one) want the list of files to add from the command
> line, and will prompt for the name of the archive.
> >
> > The former is useful to add files in an existing archive, and (mostly)
> useless to create an archive, ..., the second has the opposite usage
> >
> > Cheers ;)
> >
> > JP
> >
> >
> > -n, --new [file1]  [file2] [fileN] ...                           Prompt
> > for the archive name to create, and add files in this new archive.
> >
> >
> >
> > >
> > >> Cheers
> > >>
> > >> JP
> > >>
> > >
> > > Stephan
> > > _______________________________________________
> > > Xfce4-dev mailing list
> > > Xfce4-dev at xfce.org
> > > http://foo-projects.org/mailman/listinfo/xfce4-dev
> > >
> > >
> > >
> >
> > _______________________________________________
> > Xfce4-dev mailing list
> > Xfce4-dev at xfce.org
> > http://foo-projects.org/mailman/listinfo/xfce4-dev
> >
>
>
>
> --
> Abraços,
>       Rodrigo
>
> _______________________________________________
> Xfce4-dev mailing list
> Xfce4-dev at xfce.org
> http://foo-projects.org/mailman/listinfo/xfce4-dev
>
>