Palle Bratholm wrote:
Hi!
> It might be smart to prevent Scid from trying to do something really
> foolish, but then again there's no law against thinking for yourself!
The latter is indeed sometimes helpful, still Scid should at one time
not get confused if one doesn't do it.
> The one thing I haven't tried, and that might be a real problem is the
> behaviour towards a ZIP-file which does not contain a PGN-file, a
> ZIP-file which contains more than one PGN-files or a ZIP-file which
> contains a PGN-file together with one or more other files (CB-generated
> PGN-files are accompanied by rather useless INI-files for instance).
This is actually, from a pure technical point, the more difficult thing
with handling ZIP. pgn.gz you've just one file and in gz. Relying on
extensions is not very smart, but at least it seems to work in chess
most of the time. But you could have more than one PGN in a ZIP and you
could also have them cluttered across several dirs within that file and
finally you could have some worst case stuff like:
a/b/c.pgn
c/d/c.pgn
d/c.pgn
where you'd have to concat the files before import. So ZIP is not that
simple as pgn.gz, I fear. Thus it would be better to add native ZIP
support which could handle this and might be possible with usage of zlib
as Ben already pointed out in a former mail.
--
Kind regards, / War is Peace.
| Freedom is Slavery.
Alexander Wagner | Ignorance is Strength.
|
| Theory : G. Orwell, "1984"
/ In practice: USA, since 2001
------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Scid-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/scid-users
