Community
Participate
Working Groups
A flashing cursor appears in the description of many Wizard Pages. For example, the File->Import Wizard. It also occurs on many of our WSAD wizards. Also, you can click on the description, and have the cursor placed there. I'm not sure if this is desired behaviour or not. This is with Eclipse 2.1.1
Unable to reproduce in I20030507 (3.0 stream) but was able to reproduce it with M20030515 (2.1.1 strem). To reproduce this I did the following: - in M20030515, create a clean workspace - bring up Eclipse - without doing anything else do File -> Import - on the first screen of the wizard when you are selecting an import source, there is nothing selected by default and there is a flashing vertical bar just ahead of the description at the top of the screen, "The following wizards are available".
Is this related to bug 37806 ?
*** Bug 37806 has been marked as a duplicate of this bug. ***
This is because Dialogs give focus to the first widget that is created if the focus is not explicitly set. In the case of these dialogs this would be the message area which can now take focus in order to enable screen readers. Please let us know any Eclipse wizards that do not set this focus so that we can log Prs for them.
Just for clarification, are you suggesting that every product built on eclipse needs to do some work here? That is, that we need to go through all of our wizards in all of our eclipse based products, to ensure that we explicity set focus to the item that we want in focus, as opposed to depending on the default to select what used to be the first item selected?
No - we want to create a solution to this that gives your the previous default behaviour. It is good UI practise to specify which widget should have default focus but we will not force anyone to do it.
Switched the dialog to create the TitleArea after it creates the user space so that pages that do not explictly set focus get the same behaviour. Also released to the 2.1.1 stream.
*** Bug 37860 has been marked as a duplicate of this bug. ***
Reopening. This is a side effect of the text and is not solved by the widget ordering.
*** Bug 38071 has been marked as a duplicate of this bug. ***
The flas is due to an extra validation. However this validation cannot be removed until Bug 38090 is fixed as it is required to get the correct message in the end.
Just as an update, when can we expect defect 38090 to be completed? Just wondering what kind of time frame we are looking at for this defect to be fixed.
Please note: bug #38090 (on which this one depends) seems to be fixed only for Linux. However, my bug #37860 (which has been resolved as another duplicate of this one) occurs on MacOS X. So a Linux fix won't help here. On MacOS X the problem is not a flashing Cursor but a focus ring (see attached screenshot).
Created attachment 5033 [details] The problem on MacOS X
Andre does this still occur on build 20030528 or later? It is the same issue for both as the cursor is showing focus for Linux. As far as Bug 38090 goes you should ask on that bug so that the appropriate people get the mail about it.
On MacOS X the problem still occurs in I20030528. (I haven't tried anything more recent than that). I've tried Import/Export, New wizard, and External Tools wizard.
I have just tried it with 20030602 in the 2.1.1 stream. In the 3.0 stream this fix won't be in until the 20030603 build as there was noi build submission last week. My apologies 20030528 was a 3.0 build - I meant to point you at the last 2.1.1 build (20030530).
Verified for M20030530 on MacOS X. Problem no longer occurs. Thanks.
I'm a little confused here. Can someone tell me what the status is for the 2.1.1 stream on Windows? Are we still waiting for 38090 for Windows?
This is fixed in build 20030602 of the 2.1.1 stream. Bug 38090 is not actually related.
Marking as closed.