[
https://issues.apache.org/jira/browse/NETBEANS-2082?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17108121#comment-17108121
]
Svatopluk Dedic edited comment on NETBEANS-2082 at 5/15/20, 9:25 AM:
---------------------------------------------------------------------
During playing, when I was "fast enough", I've managed to navigate to a PHP
symbol from Navigator, and scroll the caret away before the PHP parsed +
created folds; the view scrolled back to show the caret.
IMHO user instruction (i.e. scrolling) should always override the NetBeans AI
:) so I'd say I should fix the repositioning in the Editor to take original
caret visibility into acount.
I thik there will be still some "visual effects": if the caret is on screen,
and at a certain Y distance from the window top, it might be used as an anchor
to position the view after folding so that the caret is +- at the same position.
What this issue asks for is that if we don't have such anchor on-screen, the
view should "remain consistent and focused where the user looks at the moment".
I'll start by attempting to block the caret anchor in case the caret was off
the screen initially. But the "complete" fix might be a lot trickier, and as
indicated above, should be probably done elsewhere than in Caret impl; but
still within the Editor.
was (Author: sdedic):
During playing, when I was "fast enough", I've managed to navigate to a PHP
symbol from Navigator, and scroll the caret away before the PHP parsed +
created folds; the view scrolled back to show the caret.
IMHO user instruction (i.e. scrolling) should always override the NetBeans AI
:) so I'd say I should fix the repositioning in the Editor to take original
caret visibility into acount.
I thik there will be still some "visual effects": if the caret is on screen,
and at a certain Y distance from the window top, it might be used as an anchor
to position the view after folding so that the caret is +- at the same position.
What this issue asks for is that if we don't have such anchor on-screen, the
view should "remain consistent". I'll start by attempting to block the caret
anchor in case the caret was off the screen initially. But the "complete" fix
might be a lot trickier, and as indicated above, should be probably done
elsewhere than in Caret impl; but still within the Editor.
> Scroll to the caret position when code fold feature is run
> ----------------------------------------------------------
>
> Key: NETBEANS-2082
> URL: https://issues.apache.org/jira/browse/NETBEANS-2082
> Project: NetBeans
> Issue Type: Bug
> Components: editor - Code folding
> Affects Versions: 10.0, 11.0, 11.1, 11.2
> Environment: Netbeans 11 with OpenJDK 12.
> Darwin MacBook-Pro-2.local 18.5.0 Darwin Kernel Version 18.5.0: Mon Mar 11
> 20:40:32 PDT 2019; root:xnu-4903.251.3~3/RELEASE_X86_64 x86_64
> Netbeans 10 with OpenJDK 11.
> Darwin MacBook-Pro-2.local 18.2.0 Darwin Kernel Version 18.2.0: Thu Dec 20
> 20:46:53 PST 2018; root:xnu-4903.241.1~1/RELEASE_X86_64 x86_64
> Reporter: Pier Luigi
> Assignee: Svatopluk Dedic
> Priority: Critical
> Attachments: DemoPHPCodeFoldingProblem_NB11.php, NETBEANS-2082.zip,
> netbeans-2082.gif
>
>
> Collapsing a block often results in a jump of the editor to an incorrect
> editing position (and scrolling the page cause a rejump to that position
> after a second of scroll inactivity).
> The same sources works perfectly with Netbeans 8.2.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
