Bug 1699 - Display window enhancement (1GJ6GR9)
Summary: Display window enhancement (1GJ6GR9)
Status: VERIFIED FIXED
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Debug (show other bugs)
Version: 2.0   Edit
Hardware: All All
: P2 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Jared Burns CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 6852
Blocks:
  Show dependency tree
 
Reported: 2001-10-10 22:17 EDT by Jared Burns CLA
Modified: 2002-01-16 22:10 EST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jared Burns CLA 2001-10-10 22:17:50 EDT
Prompted by comments on Eclipse the following
behavior is suggested for the Display window:
1) We should go to the next line after displaying a result
2) If the user chooses to Display (via the button or otherwise) and they have 
no text
	selected, we should highlight the entire line that the cursor is on and 
display that.


NOTES:

JMB (8/30/2001 11:38:52 AM)
	I think we should also switch the shortcut keys around.
	In the menu, the 'd' in display and the 'i' in inspect should be the 
underlined 
	shortcut letters. Also, ctrl+d should display and ctrl+i should inspect.
	This would not only be a usability improvement, it would also make the 
display
	view evaluation consistent with the snippet editor (which already 
supports ctrl+d
	and ctrl+i).

DS (9/5/01 11:49:11 AM)
	Shortcut keys and menu accelerators are getting confused here. 
 	In a popup menu, the shortcuts are not shown (ctrl+d) but the 
accelerators are (underlined i).
	The snippet editor does have duplicate accelerators (n and i).
	Logged 1GJLAL7: ITPDUI:ALL - Duplicate accelerators in snippet editor 
context menu

	As well, inspect is ctrl+q in the snippet editor (ctrl+i is for indent).

DS (9/5/01 4:31:23 PM)
	Having trouble getting the shortcuts (CTRL+D and CTRL+Q) to work...as 
well as finding shortcuts
	for display and run that do not clash with other shortcuts.

DS (9/7/01 1:51:11 PM)
	Shortcuts on hold.

DS (9/12/01 9:07:28 AM)
	Added the "select line cursor is on support" to the snippet editor.  
	Looking at ways to add the feature to the display view.

DS (9/20/2001 3:01:14 PM)
	New work for 2.0:
		support code assist
		more friendly formatting
		persisting content

DS (9/25/01 2:11:39 PM)
	Ensure to reuse code between the snippet editor, java editor and 
display view evaluation support.

DS (9/28/2001 2:05:00 PM)
	First attempt complete.

DS (10/2/2001 2:16:53 PM)
	DisplayView content assist does not present the extra context 
information after a successful
	code assist.
	For example:
		code assist of "eq"
		should show up equals(Object)
		select this choice
		
	In the JavaEditor you will get a hover help saying object.  We do not 
get this in the DisplayView.

DS (10/2/2001 3:32:32 PM)
	Fixed.
	Talk to DW about auto-selecting the line.
Comment 1 Darin Swanson CLA 2001-10-30 11:02:23 EST
Still some outstanding problems...but logged as separate 4137.
It has been decided not to do the autoselecting...but have logged a pr that 
would create actions (ctrl-w was suggested) to select a line.

Please verify.
Comment 2 Darin Swanson CLA 2001-10-30 11:04:40 EST
see 5357
Comment 3 Jared Burns CLA 2001-11-08 14:45:53 EST
All features verified except code assist, which does not work on Linux. Suspect
the problem is related to catching the ctrl-space keystroke.
Comment 4 Darin Swanson CLA 2002-01-11 16:11:33 EST
Bug 6852 has been marked as fixed.
Comment 5 Darin Swanson CLA 2002-01-11 16:11:54 EST
After the next integration build (>20020109), please verify.
Comment 6 Jared Burns CLA 2002-01-16 22:10:24 EST
Verified.