(Illustration by Gaich Muramatsu)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 | Hello Johannes, | | |>Is there any chance Coda will ever (or soon?) have some kind of 'huge |>file' mode where it would decide to not cache a file when its size is |>above a certain limit but serve parts of it on request? | | | as far as I can see, the answer is a definite "no". | | Full file caching is a fundamental design choice. The unique properties | of Coda are due to that design. Use another file system if huge files | are important - but then forget disconnected operation and optimistic | replication. Ok, but something like the following scenario: Start downloading the file As X bytes have arived allow access to them Continue downloading in the backgroun until the wole file get cached Would it be possible? |>>> There are 320 CML entries pending for reintegration |>>>but cfs writereconnect doesn't seem to work, maybe because of |>>> 16:36:50 volume coda:home:jmartin has unrepaired local subtree(s), skip checkpointing CML! |>>> |>>>I can't see any unrepaired subtrees, is there a way to find them? | | | Coda upgrade can help. Test with 6.0.6. | | Regards, | -- | Ivan | | Thanks, Geza -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAlAP0/PxuIn+i1pIRAnhrAJ9L7En58MoIB/jMGFwBuqwhPcuynQCfWZ/8 2Xn4URSiN5wqNDb1Nfmg7Po= =TokB -----END PGP SIGNATURE-----Received on 2004-05-01 16:12:03