Select whole paragraph higher then visible screen

[Stefan]

Maybe this is an bug?

Tested with 723 + 726

How to reproduce:
Select whole paragraph, which has more lines then could be shown on the screen, with special trick:

Select an paragraph
- put cursor inside an word or an line only
- Alt+Arrow down => select whole word
- next Alt+Arrow down => select whole line
- next Alt+Arrow down => select whole paragraph
- next Alt+Arrow down => select whole document
OR
Pos1, Alt+Arrow down => select whole paragraph



Problem:
this works only if this paragraph fits into visible screen.
If one line is out of visible, then whole doc is selected instead.
If there is an blank line visible on top, and last line at bottom, then it works, paragraph is selected.
If the last line is scrolled out of view, then whole document is selected instead.


Second issue:
With this selection methods there is no line-count report in the status bar.

[alex]

Hi Stefan,

both are reproduced, both are bugs.
Would be fixed in new 1.47 beta (hope so)

Best regards,
Alex.

[Stefan]

Fixed with 1.47.732, thanks Alex.

While testing related problem found:

IF on side(or end?) of paragraph is TOF/EOF then the whole file is selected too.
Alt+Arrow down  and Strg+Shift+] (or is it [ on english keyboard) didn't works
to select paragraph, instead whole file is selected.
Maybe you want to search for empty line OR TOF/EOF ?
Just to mention it. It's no problem to insert an empty line on my own though.


I think it's because that you do selection incl. the EOL markers?

I have thought about this too as i have seen how you do select an
whole paragraph with Ctrl+Shift+] ... you select till pos1 of next paragraph.
I don't want to push you, i am just think about it,... wouldn't it be better
to search next empty line (or EOF) and go back and in front of last \r\n ?
So we would select the paragraph only, whit out following empty lines.
Or it is an taste of matter?  One like to have this empty line included, one not?

I have the same understanding problems with count in status bar - it tells the selection
where incl. the next empty line (at least it is not taking this line into the counting)
74-77, 3 Lines.
On the other side it tells 74-74, 0 Lines ?
_

[alex]

IF on side(or end?) of paragraph is TOF/EOF then the whole file is selected too.

This is a bug. Would be fixed.

I have thought about this too as i have seen how you do select an
whole paragraph with Ctrl+Shift+] ... you select till pos1 of next paragraph.

This is like it is designed. To be, somehow, consistent in navigation when you select left or right without releasing Shift. The logic is same as you have when selecting words with Ctrl+Shift+Left/Right.
I have see your point (and agree that this is more handy when selecting single paragraph), but as far I remember my experience with word selection, it was only one way which works correctly in both directions.

I have the same understanding problems with count in status bar - it tells the selection
where incl. the next empty line (at least it is not taking this line into the counting)

The line count is count of line breaks came into selection. Generally do not know what is more useful here. Adding +1 is not a problem.
About selection left limit is inclusive and right is exclusive. So better to show maybe something like this:
[1,1] till (5,1).
And this also explains screenshots. Selections on pic 4,5 include LB, on pic 1,2,3 do not.