synchronize when one pannel is a FS plugin

sadyc · Post by *sadyc » 2005-01-19, 12:55 UTC

Currently if one pannel displays content through a FS plugin, synchronize can't do compare by content. Also when in synchronize window, and try to do a diff on the files it will fail.

Is there any plan to implement this?
Can anybody explain a little why this is not (or eventually will not be) possible?

--sadyc

Post by *ghisler(Author) » 2005-01-19, 16:57 UTC

It's simply not implemented (yet?). TC would have to temporarily download the file, compare it, and then delete the temp file - very inefficient.

Lefteous · Post by *Lefteous » 2005-01-19, 17:07 UTC

2ghisler(Author)

It's simply not implemented (yet?). TC would have to temporarily download the file, compare it, and then delete the temp file - very inefficient.

And why can I press F3 or Shift+F3 which is the same but manual?

Post by *ghisler(Author) » 2005-01-19, 17:10 UTC

Because that's for a very limited amount of files only, not for all files of an entire tree. Technically it wouldn't be too difficult to add, but is it really desirable? The same for FTP...

Lefteous · Post by *Lefteous » 2005-01-19, 17:13 UTC

2ghisler(Author)

Because that's for a very limited amount of files only, not for all files of an entire tree. Technically it wouldn't be too difficult to add, but is it really desirable? The same for FTP...

It's just a matter of speed. Do you want to tell people how fast there connection is? (Intranet etc.) Even if it's slow it's more comfortable then manually comparing stuff!
Not all FS plugins connect to far away servers. It can be anything.

Rafal · Post by *Rafal » 2005-01-19, 18:49 UTC

It would be very welcomed. At last for ftp.

I can do F3 on both files and do visual compare between one and the other lister window, but it's not as effective as 'compare by content'.

sadyc · Post by *sadyc » 2005-01-21, 15:09 UTC

ghisler(Author) wrote:It's simply not implemented (yet?). TC would have to temporarily download the file, compare it, and then delete the temp file - very inefficient.

Hmm.. since the comparing is done internally (not by an external program), why can't it read data directly from the plugin? why the need of the temp file?

Anyway, implementing it using a temp file is a welcomed step forward.

--sadyc

sadyc · Post by *sadyc » 2005-01-22, 12:14 UTC

sadyc wrote:
ghisler(Author) wrote:It's simply not implemented (yet?). TC would have to temporarily download the file, compare it, and then delete the temp file - very inefficient.
Hmm.. since the comparing is done internally (not by an external program), why can't it read data directly from the plugin? why the need of the temp file?

I've looked a little over the FS plugins interface, and I've noticed that this is a limitation of it. It can only extract an entire file into a new file on disk.

So... any plans to extend the FS plugins interface, in order to read portions of a file in a buffer ?
(some sort of ReadFile function)

This way listener (or other internals of TC) can use data feed directly from FS plugins, no need for temporary files.

--sadyc

sadyc · Post by *sadyc » 2005-01-22, 12:15 UTC

Lefteous wrote:2ghisler(Author)
Because that's for a very limited amount of files only, not for all files of an entire tree. Technically it wouldn't be too difficult to add, but is it really desirable? The same for FTP...
It's just a matter of speed. Do you want to tell people how fast there connection is? (Intranet etc.) Even if it's slow it's more comfortable then manually comparing stuff!
Not all FS plugins connect to far away servers. It can be anything.

agree

--sadyc