I frequently compare Comma/Tab delimited text files with "Detail level for difference identification" set to "Lines and words". The resulting highlighting is broken by signs and decimal points within numeric values.
I would like an option something like "Lines and Comma/Tab delimited columns" so the entire text for a column is highlighted if different.
It might help some if I wrote a Plug-in that would align all the columns, but the above option would be best for my purpose.
Comma/Tab delimited text: Detail level for difference ident
It's actually almost possible today. Under Options | Misc | "Word separators" you can specify custom separators, and they are used to define what a word means for comparison purposes as well as for word navigation. The only limitation in the current version is that the SPACE and the TAB characters are always implied. I think that simply adding the ability to define all separating characters, including SPACE and TAB, would achieve the goal.
In the meantime you could try playing with this setting to see if you get to meaningful comparison results.
In the meantime you could try playing with this setting to see if you get to meaningful comparison results.
psguru
PrestoSoft
PrestoSoft
The option to ignore separators embedded in quoted strings would be mainly useful for comparing consistently formatted tabular data such as the output from a Spreadsheet (e.g. a CSV file output from Excel) or from a Data Base Management System. A quoted string would start with a single or double quote, and end with the same kind of quote. An embedded quote of the same kind would be represented by 2 quotes in a row. A starting quote without a companion closing quote should not occur and should be ignored if it does.
As you say, this one is tricky. If comparing data that does not follow the above rules (e.g. punctuated English text with quotes and apostrophes) the quoted string highlighting would probably result in confusion, not a useful comparison.
As you say, this one is tricky. If comparing data that does not follow the above rules (e.g. punctuated English text with quotes and apostrophes) the quoted string highlighting would probably result in confusion, not a useful comparison.
OK, I think this can be added as well. The only thing to note here is that separators embedded in quoted strings will only be considered during comparison, not during word-by-word text navigation, word selection, and search ("Match whole word only").
Also, for performance reasons quotes will be considered matched: if a normal (not embedded) quote opens, it will be assumed to close later in the line. If this is not the case, and a quote never closes, all separators will be ignored after such quote till end of line (all of this, of course, is valid only if the new option to ignore separators embedded in quoted strings is enabled).
Also, for performance reasons quotes will be considered matched: if a normal (not embedded) quote opens, it will be assumed to close later in the line. If this is not the case, and a quote never closes, all separators will be ignored after such quote till end of line (all of this, of course, is valid only if the new option to ignore separators embedded in quoted strings is enabled).
psguru
PrestoSoft
PrestoSoft