Compare Folders with advanced options

[Witchbender]

Not sure if it is a bug or if i missed something:

when i check the option to "compare name & size" flash shows all ASCII-mode files like sfv and nfo as different though filesize and name is the same. When i do not check that option those files don´t show up upon compare.

Beside of that it would be nice to have an aditional option for not displaying skiplisted files upon compare

[MidKnight]

ASCII are generally not the same size, if you change your "display file size as" you'll see there not the same size

[Witchbender]

thanks for clearing that up ... you are right

hmm... then maybe a 2nd additional advanced option "Ignore size on Ascii mode files"

[MidKnight]

Originally posted by Witchbender
thanks for clearing that up ... you are right

hmm... then maybe a 2nd additional advanced option "Ignore size on Ascii mode files"

i like that too actually

[chotaire]

Yup, I second that.

[bigstar]

An option like this could be added however this adds an extra step in the compare routine, Checking a file against the ascii list is a O(n) operation where n is the number of ascii patterns. This could decrease the speed performance by a good 20% or more.

Let me know if you still think you would use this option and I'll put it on my todo list.

[Witchbender]

after all it will be still faster than manually unselecting the ascii files after compare... so i would really appreciate that beeing in an upcoming version

[bigstar]

I just thought of something, What if the files are ASCII type and their size is equal?

[MxxCon]

wouldn't that still means that files are possibly of different size? since different OS store text files differently?

[bigstar]

Yup, that's why I was thinking it shouldn't match even if the size was equal.

[Witchbender]

Doesn´t that mean that ascii files should be excluded from comparison anyway when using the "compare filesize" option ?

[bigstar]

It depends entirely on the ftp server OS, if your transferring between unix and unix or windows and windows then the files will be identical. But if you transfer an ascii file from unix to windows the size will not match.

[chotaire]

I rather live with 20% speed loss than with bugs. Go ahead bigstar.

[bigstar]

Well it isn't a bug, it's a feature request. I'm wondering if the end result is going to confuse the user. I did a couple scenario tests and I don't really see this feature as being all that pratical.

Maybe you could give me some examples of when and why you would use this.

[Witchbender]

Originally posted by bigstar
I'm wondering if the end result is going to confuse the user.

Isn´t it more confusing right now ? Ascii files are shown as different, no matter if they are identical or different. So users can´t rely on the results of the comparison cause they are wrong....... from a certain point of view ;) . I would consider this beeing a bug, even if it is not a coding but a scenario problem.

After all the logical conclusion would be to exclude ascii from "Name & Size" comparison by default instead of adding an additional option.


[B]Maybe you could give me some examples of when and why you would use this.[B]

I would use it by default on every comparison to get rid of ascii files shown , because I use it most of the time to see if BIN downloads are complete, therefor i need the Name & Size option.


BTW: an option to exclude skiplisted files would slow it down even more i guess ?

[Witchbender]

Thanks ! Works great