This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 105494 - keep cursor on the screen
Summary: keep cursor on the screen
Status: RESOLVED WONTFIX
Alias: None
Product: editor
Classification: Unclassified
Component: -- Other -- (show other bugs)
Version: 5.x
Hardware: All Windows XP
: P3 blocker with 2 votes (vote)
Assignee: Milutin Kristofic
URL:
Keywords:
: 4293 16016 156200 (view as bug list)
Depends on: 83068
Blocks:
  Show dependency tree
 
Reported: 2007-06-03 02:24 UTC by dumchikov
Modified: 2016-07-07 07:30 UTC (History)
1 user (show)

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description dumchikov 2007-06-03 02:24:55 UTC 
I'm coming from Intellij Idea,

Navigating in java editor using Ctrl+ArrowUp, Ctrl+ArrowDn the cursor stays at 
the current position and eventually disappears from the screen.

Is it possible to implement an option in NetBeans which will force the cursor 
staying inside the visible area?
Comment 1 Peter Pis 2007-08-14 14:44:28 UTC 
Reassigning to "editor" for evaluation.
Comment 2 Miloslav Metelka 2007-08-15 12:39:21 UTC 
The Ctrl+Up/Down in NB does not move the caret but moves the view so that you can see an arbitrary context around. Sorry
but I do not understand why would that be useful to move the caret - you can use normal Up/Down arrows for that.
 If there is a useful usecase please describe it and reopen the issue. Thank you.
Comment 3 dumchikov 2007-08-15 14:48:49 UTC 
Ctrl+Up/Down scrolls the view and leaves cursor in place. That's common convenient behavior.
It's very similar to using mouse scrolling wheel. Where it's ok to let cursor stay at current position and eventually 
disappear from the view but it's not ok let it disappear in the same scenario using Ctrl+Up/Dn keys.
Here is why:
Mouse: after scrolling when, user found a new position to edit we click the mouse right at that position moving cursor 
here.
Keyboard: after scrolling say 5 screens from the original cursor position and ready to start editing at a new position 
we don't need to move screen at that point. If we release the Ctrl key to move cursor we'll be brought 5 screens back. 
We don't want that.
The only option for us would be to reach the mouse and click it to bring the cursor to the visible area to edit at the 
new position.
Comment 4 Jiri Prox 2008-04-11 00:45:53 UTC 
moving opened issues from TM <= 6.1 to TM=Dev
Comment 5 Petr Dvorak 2009-01-03 12:52:46 UTC 
*** Issue 156200 has been marked as a duplicate of this issue. ***
Comment 6 Petr Dvorak 2009-01-03 12:54:18 UTC 
*** Issue 4293 has been marked as a duplicate of this issue. ***
Comment 7 Petr Dvorak 2009-01-03 12:55:37 UTC 
*** Issue 16016 has been marked as a duplicate of this issue. ***
Comment 8 dumchikov 2009-04-25 06:56:09 UTC 
this issue would make sense to implement together with the issue 83068

BTW, with Scroll Lock "ON" arrow keys supposed to act as Ctrl+arrow key. Currently Scroll Lock does have any effect.
Comment 9 Martin Balin 2016-07-07 07:30:01 UTC 
This old bug may not be relevant anymore. If you can still reproduce it in 8.2 development builds please reopen this issue.

Thanks for your cooperation,
NetBeans IDE 8.2 Release Boss