Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 347726

Summary:	Scrollbars in editable table hides text
Product:	z_Archived	Reporter:	Matthias Zimmermann <zimmermann>
Component:	Scout	Assignee:	Project Inbox <scout.core-inbox>
Status:	CLOSED FIXED	QA Contact:
Severity:	normal
Priority:	P3	CC:	daniel.wiehl, wayne.beaton
Version:	unspecified
Target Milestone:	---
Hardware:	PC
OS:	Windows XP
Whiteboard:

Description Matthias Zimmermann

2011-05-31 03:12:49 EDT

In a multiline table which is editable, assume there is an editable cell with height 2 (defined by the text in the column nearby, see screenshot). When a user starts entering text accross the boundaries of the cell, the scroll bar hides the entered text of the user. When the cell has lost the focus, the table itself redraws and has now a increased height (see screenshot).

Preferred solution:
Automatic text wrap and increase of editing field height to avoid scroll bars. Behaviour similar as in Excel is preferred.(see screenshotl).

Comment 1 Matthias Zimmermann

2011-05-31 03:13:22 EDT

fixed on 15.4.11, #99518

Comment 2 Matthias Zimmermann

2011-06-28 09:07:45 EDT

shipped with eclipse scout 3.7.0

Comment 3 Wayne Beaton

2011-11-18 11:52:04 EST

(In reply to comment #0)
> In a multiline table which is editable, assume there is an editable cell with
> height 2 (defined by the text in the column nearby, see screenshot). When a
> user starts entering text accross the boundaries of the cell, the scroll bar
> hides the entered text of the user. When the cell has lost the focus, the table
> itself redraws and has now a increased height (see screenshot).
> 
> Preferred solution:
> Automatic text wrap and increase of editing field height to avoid scroll bars.
> Behaviour similar as in Excel is preferred.(see screenshotl).

Where are the screenshots?

Comment 4 Wayne Beaton

2011-11-18 11:53:54 EST

(In reply to comment #1)
> fixed on 15.4.11, #99518

What does this comment mean? What is #99518?

Comment 5 Daniel Wiehl

2011-11-19 12:16:07 EST

25.10.2011 dwi 
Bugzilla 347726 
Problem: 
In a table with multi-line text support, the String cell-editor should overflow the cell's dimension to enhance usability. 
It should be implemented a similar way as in Excel. 
Solution: 
When editing such a cell, a smartfield-like popup comes up to enter text. If the row already spanned multiple textlines, the popup merges with the cell-editor's dimension so you do not realize it is about a popup. 
In Swing, it is further possible to resize that popup (east, south). The default size of that popup can be changed by setting 'WidthInPixel' and 'HeightInPixel' on the String field. That would be done in the 'prepareEditInternal' method of the string column. 
Plug-Ins changed: 
org.eclipse.scout.rt.ui.swing 
org.eclipse.scout.rt.ui.swt 
Migration: 
None