"Compare Files" line numbers limited to 3 columns?

General questions about using TextPad

Moderators: AmigoJack, bbadmin, helios, Bob Hansen, MudGuard

Post Reply
LorenAmelang
Posts: 4
Joined: Sun May 09, 2021 5:23 am

"Compare Files" line numbers limited to 3 columns?

Post by LorenAmelang »

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...
User avatar
bbadmin
Site Admin
Posts: 878
Joined: Mon Feb 17, 2003 8:54 pm
Contact:

Post by bbadmin »

Please try applying a mono spaced font such as Courier New or Cascadia Mono for the Compare Files document class and see if that helps.
LorenAmelang
Posts: 4
Joined: Sun May 09, 2021 5:23 am

Post by LorenAmelang »

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!
User avatar
bbadmin
Site Admin
Posts: 878
Joined: Mon Feb 17, 2003 8:54 pm
Contact:

Post by bbadmin »

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
srg
Posts: 5
Joined: Mon Jun 24, 2013 3:35 pm

Post by srg »

I can confirm with Consolas...

Image
LorenAmelang
Posts: 4
Joined: Sun May 09, 2021 5:23 am

Post by LorenAmelang »

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?
ak47wong
Posts: 703
Joined: Tue Aug 12, 2003 9:37 am
Location: Sydney, Australia

Post by ak47wong »

The solution is obviously to use Comic Sans.
Post Reply