Analyze dialog queries and suggestions

Andrew · 2014-05-20 06:49

Query: What do the Left and Right numbers in the status bar stand for? If they are the number of characters to the left and right of the current cursor position respectively, isn't the Left number one more than required as can be seen below?

Suggestion: When tabbing to the Automatically apply rules and Apply rules for each line checkboxes there is no dotted selection rectangle as should be present. The Line wrap checkbox works fine though:

Last edited by Andrew (2014-05-21 01:14)

Stefan · 2014-05-20 07:18

Andrew wrote:

Query: What do the Left and Right numbers in the status bar stand for?
If they are the number of characters to the left and right of the current cursor position respectively,

Yes.

isn't the Left number one more than required as can be seen below?

You are behind 10, so you are now on position 11.

If you hold Shift key while move with arrow keys, you will see the correct count; 10. But the pos is 11.

Maybe it would be more clear if it reads:
Line = 1, Left = 10 (Pos: 11), Right = 0, Length= 0

(Yes, "Length" always displayed, to make it more prominent, to let people know it is there.)

.

Andrew · 2014-05-20 07:24

Stefan, I agree with you that Left and Pos are not the same and it should be made clearer.

Edit: Another thing, it seems to be including CR/LF as 2 extra characters when counting the Length:

Should non-printing characters such as CR/LF be included in the Length too?

Last edited by Andrew (2014-05-21 01:08)

den4b · 2014-05-21 16:39

Line, Left, Right values all correspond to the cursor position.

Left = 10 means that the following characters is 10th in the string counting from left.

Right = 1 means that the following character is 1st in the string counting from right.

Length was designed for identifying the number of characters you might need to delete. It wasn't designed for mutli-line selection, hence whether it counts or doesn't count CR/LF makes no difference.

In v5.75.3 Beta I've adjusted the message to always display the length of selection, and also inserted the "Cursor" keyword to help understand what those numbers mean.

Sample message:

Cursor: Line = 1, Position = 1, Right = 10, Selection = 10

Is this better?

Andrew · 2014-05-27 01:22

Yes, that seems better but I noticed what seems to be another bug.

1. Type any text and with the cursor at the end keep Shift pressed and keep pressing the left arrow. You'll see that Position, Right and Selection are all updated as the cursor moves to the left.

2. Now deselect the text and with the cursor at the beginning keep Shift pressed and keep pressing the right arrow. You'll see that only Selection is updated as the cursor moves to the right, but Position and Right remain static whereas they should be updated too.

Last edited by Andrew (2014-05-27 01:22)

den4b · 2014-06-04 13:44

Andrew wrote:

Yes, that seems better but I noticed what seems to be another bug.
1. Type any text and with the cursor at the end keep Shift pressed and keep pressing the left arrow. You'll see that Position, Right and Selection are all updated as the cursor moves to the left.
2. Now deselect the text and with the cursor at the beginning keep Shift pressed and keep pressing the right arrow. You'll see that only Selection is updated as the cursor moves to the right, but Position and Right remain static whereas they should be updated too.

In this scenario the position is actually the start of selection.

Maybe we should have two variations:
* No selection --- Cursor: Line=X Position=X Right=X
* With selection --- Selection: Line=X Position=X Right=X Length=X

Or generalize and remove "Cursor" word altogether:
* Line=X Position=X Right=X Selection=X

I'm starting to prefer the later version...

Andrew · 2014-06-12 17:45

The generalized version that will behave similarly no matter the direction will be preferable IMO.

den4b Forum

#1 2014-05-20 06:49

Analyze dialog queries and suggestions

#2 2014-05-20 07:18

Re: Analyze dialog queries and suggestions

#3 2014-05-20 07:24

Re: Analyze dialog queries and suggestions

#4 2014-05-21 16:39

Re: Analyze dialog queries and suggestions

#5 2014-05-27 01:22

Re: Analyze dialog queries and suggestions

#6 2014-06-04 13:44

Re: Analyze dialog queries and suggestions

#7 2014-06-12 17:45

Re: Analyze dialog queries and suggestions

Board footer