Post by Stefan on Nov 13, 2014 12:06:51 GMT -5
Bug: Non-text files - Display and cursor position error
Affects v8.1.4311 v7.1.4050
System: Windows 7 Pro, SP1, 64-bit
To reproduce:
1) Open a non-text file, e.g. JPG or MP3, etc
2) Note that, depending on window width, a few columns on the right are blank - typically 2+ cols.
3) Drag the right window boundary to make the display wider and the number of these "blank" columns increases.
3) Switch "HEX ON". Then switch "HEX OFF".
4) Notice how some of the HEX display is still visible in those previously "blank" areas at the right edge of the display.
5) Place the cursor within these columns and press the DELETE key.
6) Note that the effective cursor position is several characters to the left of where you placed it.
I've tried it with several different fonts in the OPTIONS dialog and the problem persists.
HOWEVER... this is working fine on v7.1.4050 and v8.1.4311 under Windows XP where the non-proportional fonts do indeed display properly (all cols properly aligned vertically). Under Win7Pro SP1 64-bit, using the same fonts, the characters do not align cleanly vertically. Perhaps this causes the "display line length" issue as some symbols appear narrower than a standard non-prop character. So it may not be an SPFLite error, just some difference in the way the the fonts are rendered?
Affects v8.1.4311 v7.1.4050
System: Windows 7 Pro, SP1, 64-bit
To reproduce:
1) Open a non-text file, e.g. JPG or MP3, etc
2) Note that, depending on window width, a few columns on the right are blank - typically 2+ cols.
3) Drag the right window boundary to make the display wider and the number of these "blank" columns increases.
3) Switch "HEX ON". Then switch "HEX OFF".
4) Notice how some of the HEX display is still visible in those previously "blank" areas at the right edge of the display.
5) Place the cursor within these columns and press the DELETE key.
6) Note that the effective cursor position is several characters to the left of where you placed it.
I've tried it with several different fonts in the OPTIONS dialog and the problem persists.
HOWEVER... this is working fine on v7.1.4050 and v8.1.4311 under Windows XP where the non-proportional fonts do indeed display properly (all cols properly aligned vertically). Under Win7Pro SP1 64-bit, using the same fonts, the characters do not align cleanly vertically. Perhaps this causes the "display line length" issue as some symbols appear narrower than a standard non-prop character. So it may not be an SPFLite error, just some difference in the way the the fonts are rendered?
