Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 306354 - No Cursor after selecting a Text in IE
Summary: No Cursor after selecting a Text in IE
Status: RESOLVED FIXED
Alias: None
Product: RAP
Classification: RT
Component: RWT (show other bugs)
Version: 1.3   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: 1.3 M7   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-03-18 08:41 EDT by Philipp Eichhorn CLA
Modified: 2010-04-06 09:57 EDT (History)
1 user (show)

See Also:

Attachments
fix (719 bytes, patch)
2010-04-06 04:54 EDT, Tim Buschtoens CLA 		ruediger.herrmann: iplog+
Details | Diff
View All 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 Philipp Eichhorn CLA 2010-03-18 08:41:58 EDT 
If I select a single line Text with right text-orientation no cursor appears.
I was able to reproduce this behavior in Opera 9/10 and IE 7/8 with RAP 1.2.2 and RAP 1.3M5.

I believe it is an issue with the qooxdoo TextField, but I can't investigate this further just now.

Here is a small EntryPoint:

public class DemoEntryPoint implements IEntryPoint {
	public int createUI() {
		final Display display = new Display();
		final Shell shell = new Shell(display, SWT.NO_TRIM);
		shell.setText("Text Demo");
		shell.setLayout(new GridLayout());
		new Text(shell, SWT.BORDER | SWT.SINGLE | SWT.RIGHT);
		shell.setMaximized(true);
		shell.open();
		while (!shell.isDisposed()) {
			if (!display.readAndDispatch()) {
				display.sleep();
			}
		}
		return 0;
	}
}

Regards

Philipp
Comment 1 Tim Buschtoens CLA 2010-03-26 06:21:52 EDT 
In my tests, the normal mouse-pointer is displayed instead of the cursor. As far as i can tell, this is the default behavior in IE and Opera when hovering a selection. (Probably to indicate that the selection is draggable.) It has nothing to do with with the orientation or qooxdoo.
Comment 2 Rüdiger Herrmann CLA 2010-03-29 07:11:25 EDT 
As stated in comment #1, this behaviour is controlled by the browsers.
Please feel free to reopen if you disagree.
Comment 3 Philipp Eichhorn CLA 2010-04-01 07:16:30 EDT 
You seem to have misunderstood me due to the fact, that I didn't described the behavior well enough. And I'm sorry for that.
By cursor I didn't mean the current mouse cursor. In fact the behavior of the mouse cursor looks quite alright. No, by cursor I meant the flashing vertical line that indicates that the Text has focus and may receive input.

As I stated earlier this only appears in IE and Opera and has very well something to do with the text orientation.

I think I'll find some time to investigate this on the weekend

Regards, Philipp
Comment 4 Tim Buschtoens CLA 2010-04-06 04:30:59 EDT 
Okay, so you mean the insertion marker (caret). But that the caret is missing WHILE something is selected is quite normal. You probably mean it is missing AFTERWARDS, as it is now positioned on the most right of the widget and due to a clipping bug invisible. (At least that's what i could find using IE8).
Comment 5 Tim Buschtoens CLA 2010-04-06 04:43:05 EDT 
Google found this: http://swatelier.info/at/forms/textBox.htm
Comment 6 Tim Buschtoens CLA 2010-04-06 04:54:13 EDT 
Created attachment 163878 [details]
fix

This should fix it for all browser.
Comment 7 Rüdiger Herrmann CLA 2010-04-06 07:09:30 EDT 
Applied patch to CVS HEAD
Adjusted width-calculation in Text#computeSize()
Comment 8 Philipp Eichhorn CLA 2010-04-06 09:57:02 EDT 
(In reply to comment #7)
> Applied patch to CVS HEAD
> Adjusted width-calculation in Text#computeSize()

Works like a charm.
Thanks in advance.