Community

I have found a bug with the positioning of the cursor in newly opened documents. To describe it I will illustrate how to reproduce it:

Create a new text file called "test.txt" and give the following three lines of content:

ABC
DEF
GHI

Position the cursor after the "B" and save the file.
Next, close the file but do not exit TextPad. Open the same file (or any other one) and the cursor is located before the "A" as expected. Now press SHIFT-DOWNARROW and the selected text includes "ABCDE", rather than just "ABC" as would normally be the case.

Similar things are seen when the cursor is not positioned at the start of the line and a second file is opened.

This is a relatively minor bug, but it has caught me out several times as I do not visually checking every keystroke's effect on the document I am editing.

(I am running W2K and TextPad 4.7.2 - recently upgraded from 4.6.2).

-

BJ

I can confirm the behavior! Strange

(Windows XP Pro sp1, English version TextPad 4.7.2, Microsoft Keystroke compatibility)

EDIT: Seems to only occur when word wrap is automatically enabled for the document class...

Win2K SP4, Textpad 4.7.2 English, Microsoft Keystrokes:

I followed the instructions, but I can NOT reproduce the problem.
Only ABC (and the EndOfLine) is selected.


Even switching Configure - Preferences - Editor - Constrain Cursor to Text does not influence this. It also does not matter whether other files are open in the same textpad instance...

I also can duplicate, using TextPad version 4.7.2, WIN98SE, TextPad compatibility keystrokes.

And like CyberSlug, it only happens when WordWrap is on. Making longer lines and moving the cursor, saving, closing, reopening, it seems the selection starts from where the cursor was when file was saved, and SHIFT-DOWN selects down one line to the same position.

I checked my configuration settings and Shift-Down is set for "LineDownExtend". There are no other settings with that value.

Another obesrvation: If I move the cursor from the beginning to another position, then Shift-Down makes the same type of selection regardless of WordWrap state, which is what I would expect.