In my 8.6.1 64-bit, or the latest 8.8.1 64-bit, it seems the line numbers in Compare Files are truncated to three columns - the first three. I can't say how recently, but they used to expand as needed. Now I see 998, 999, 100, 100, 100, ...
They also get out of synch after blank lines inserted when the other file has an addition. If you click the blank line its number in the footer is '1' instead of matching the inserted line on the other side, so following line numbers are wrong. Changed lines that take space in both files show properly, only lines missing from one file cause this problem.
I don't see any config items that could fix this...
"Compare Files" line numbers limited to 3 columns?
Moderators: AmigoJack, bbadmin, helios, Bob Hansen, MudGuard
-
LorenAmelang
- Posts: 4
- Joined: Sun May 09, 2021 5:23 am
-
LorenAmelang
- Posts: 4
- Joined: Sun May 09, 2021 5:23 am
Everything is Courier New, Bold, 10.
Just tried a compare of a .C file with a .txt file. It equated a single word of text to a 16-line "/* * * */" comment with hard breaks between each line. Inserted blank lines on the text side, but didn't number them. Line 2 of text beside line 17 of C - the first blank lines in each file.
Looking further, there is nothing magic about C comments. It keeps lines together until it sees a blank line on both sides, even if it has to add screenfulls of blank lines with no numbers.
Comparing two dissimilar text files, I see no pattern at all, seems random when it inserts blanks. With two almost identical text files, it correctly adds a blank line when the other side has two blank lines instead of one - but doesn't number it.
Maybe it is supposed to keep the line numbers of each original file? Maybe I just never noticed that until the line numbers were truncated to three columns? That part is true in all my tests!
Just tried a compare of a .C file with a .txt file. It equated a single word of text to a 16-line "/* * * */" comment with hard breaks between each line. Inserted blank lines on the text side, but didn't number them. Line 2 of text beside line 17 of C - the first blank lines in each file.
Looking further, there is nothing magic about C comments. It keeps lines together until it sees a blank line on both sides, even if it has to add screenfulls of blank lines with no numbers.
Comparing two dissimilar text files, I see no pattern at all, seems random when it inserts blanks. With two almost identical text files, it correctly adds a blank line when the other side has two blank lines instead of one - but doesn't number it.
Maybe it is supposed to keep the line numbers of each original file? Maybe I just never noticed that until the line numbers were truncated to three columns? That part is true in all my tests!
Please try using the Consolas font, or the Cascadia Mono font I previously suggested, and then let me know if either of those works. You can download Cascadia from here:
https://github.com/microsoft/cascadia-code#welcome
https://github.com/microsoft/cascadia-code#welcome
-
LorenAmelang
- Posts: 4
- Joined: Sun May 09, 2021 5:23 am
Strange...
Comic Sans MS shows everything properly, the line numbers are obviously right-justified
Consolas looks just like my Courier New - three columns, left justified.
Courier Prime is perfect, right justified.
Regular Courier shows full line numbers, right justified, but both numbers and original lines are cut off along the bottom.
With "David Libre", the line numbers are perfect, but the original file content is displaced from those lines in an eight line cycle, with most cut off along the bottom of the line.
With "DejaVu Math TeX Gyre", the line numbers wrap at three columns, adding two extra spaces between each original file line.
With "DejaVu Sans", truncated at three columns, like my original.
Does this provide any clues?
Comic Sans MS shows everything properly, the line numbers are obviously right-justified
Consolas looks just like my Courier New - three columns, left justified.
Courier Prime is perfect, right justified.
Regular Courier shows full line numbers, right justified, but both numbers and original lines are cut off along the bottom.
With "David Libre", the line numbers are perfect, but the original file content is displaced from those lines in an eight line cycle, with most cut off along the bottom of the line.
With "DejaVu Math TeX Gyre", the line numbers wrap at three columns, adding two extra spaces between each original file line.
With "DejaVu Sans", truncated at three columns, like my original.
Does this provide any clues?