Bug 49550 - [CellEditors] Need StyledTextCellEditor
Summary: [CellEditors] Need StyledTextCellEditor
Status: RESOLVED INVALID
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 3.0   Edit
Hardware: PC Windows XP
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Platform-UI-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: needinfo
Depends on:
Blocks:
 
Reported: 2004-01-05 17:21 EST by Randy Hudson CLA
Modified: 2009-08-30 02:07 EDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Randy Hudson CLA 2004-01-05 17:21:07 EST
GEF needs to support editing of word-wrapped strings using CellEditors.  We 
tried using TextCellEditor with MULTI | WRAP style bits.  It is problematic due 
to its limitations on win32.

Our workaround is to use StyledText. Therefore, we need a StyledTextCellEditor.

We can provide the test case and implementation if needed.
Comment 1 Nick Edgar CLA 2004-01-06 11:05:50 EST
Could you summarize the problem with Text using MULTI | WRAP on win32, or point 
to an existing PR for the problem?

If going with StyledText is the only answer, then having you contribute a 
StyledTextCellEditor would be good.
Comment 2 Randy Hudson CLA 2004-01-06 13:59:45 EST
We are trying to grow a Text as you type into it.  The use case is editing 
a "sticky" note.  The sticky note has a fixed width determined by the user, and 
its height is automatically adjusted to fit the string.

The problem with Text is that it prohibits text entry once the text completely 
occupies the widget.  We tried enabling scrollbars, but the behavior was still 
not correct, and the scrollbars would always be disabled so they were just ugly.
Comment 3 Steve Northover CLA 2004-01-06 15:01:08 EST
The operating system must be doing something similar somewhere.  Can you point 
to a place?  Thanks.
Comment 4 Randy Hudson CLA 2004-01-06 16:11:21 EST
For example, on the windows desktop, when you edit the filename for a file.  
Whatever control is used there, it will grow when the text flows over to a new 
line.  Text(MULTI | WRAP) doesn't do that because it prevents the user from 
typing the overflowed character.
Comment 5 Steve Northover CLA 2004-01-06 18:38:35 EST
Try the latest.  The Windows feature in the native widget should be worked 
around.
Comment 6 Nick Edgar CLA 2006-03-15 13:53:34 EST
Reassigning bugs in component areas that are changing ownership.
Comment 7 Eric Moffatt CLA 2006-06-23 15:54:20 EDT
Cleaning up defect lists by setting ones without recent traffic to 'REMIND'.
Comment 8 Denis Roy CLA 2009-08-30 02:07:35 EDT
As of now 'LATER' and 'REMIND' resolutions are no longer supported.
Please reopen this bug if it is still valid for you.