Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 327439 - The field "character" of the VerifyEvent send by Text.verifyText(...) is empty
Summary: The field "character" of the VerifyEvent send by Text.verifyText(...) is empty
Status: ASSIGNED
Alias: None
Product: RAP
Classification: RT
Component: RWT (show other bugs)
Version: 1.4   Edit
Hardware: PC All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 336034 (view as bug list)
Depends on: 244008
Blocks: 324443
  Show dependency tree
 
Reported: 2010-10-11 08:37 EDT by Jürgen Becker CLA
Modified: 2013-01-25 04:53 EST (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jürgen Becker CLA 2010-10-11 08:37:15 EDT
When entering text via the keyboard into a Text widget, the input can be checked with a VerifyListener. Beside the "text", "start" and "end" fields the "character" field of the VerifyEvent should be set. I checked the SWT implementations for win32, gtk and cocoa and all of them do it. (I know this is poorly documented)

In Riena we depend on the correctly filled "character" field for all the special text widgets (Numeric, Date, ...), which at the current time do not work with RAP.
Comment 1 Ralf Sternberg CLA 2010-10-12 07:50:48 EDT
This problem has already been discussed in bug 244008. I keep this one open as a dependency for Riena anyway.

I'm not sure if we can fix this. In RAP, changes are sent to the server in chunks. As a result, there won't be one Event for key press but one event for a larger change. See also bug 244008.

Note that SWT has the same behavior when text is pasted into a text field. When more than one character change, the character field will be empty. How would Riena deal with those cases?
Comment 2 Jürgen Becker CLA 2010-10-19 03:15:56 EDT
Currently "special" text input widgets in Riena (numeric, date, ...) do not support pasting. I consider this a bug, but it has a very, very low priority. :-|
So, we have to live with my workaround.
Comment 3 Timothy Arceri CLA 2011-02-02 18:06:30 EST
*** Bug 336034 has been marked as a duplicate of this bug. ***