[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
RE: [stellation-res] Comment HoverText Failure (Bugzilla #34471)
|
At 06:36 AM 3/11/2003, Jonathan Gossage wrote:
> -----Original Message-----
> From: stellation-res-admin@xxxxxxxxxxxxxxx
> [mailto:stellation-res-admin@xxxxxxxxxxxxxxx]On Behalf Of Jim Wright -
> IBM Research
> Sent: Tuesday, March 11, 2003 12:19 AM
> To: stellation-res@xxxxxxxxxxxxxxx
> Subject: [stellation-res] Comment HoverText Failure (Bugzilla #34471)
>
>
> After #31915 (comment retrieval) was resolved, I rechecked the
> scm.ui Load Revision dialog, and found that it was broken.
> Specifically, the Hover Text comment display freezes "on" and
> the dialog box then becomes unresponsive.
>
> Of course, I thought this was my bug (maybe something missed
> as 2.0 became 2.1). However, further spelunking found that
> there _may_ be a GTK-related problem with Mouse Exit events
> (see bugzilla #25632, Combo does not fire mouse enter and leave events).
> To verify this, I wrote a small Mouse listener and attached it to the
> Revision Selection tree in my dialog. It reported mouse Hover,
> Enter and Move
> events with abandon, but nary a single Exit event.
>
> I believe this bug was also present when I tried using GTK last summer.
> However, at that time GTK support was broken in a number of other ways
> (unusable then, for me), so I didn't pay too much attention.
>
> It's curious, because the Hover-related support in the Java editor
> and Annotation Bar is certainly working.
>
> Worst-case, I suppose I'll have to remove the comment pop-up
> hover text and
> handle comments some other way. Another possibility is to compensate for
> the lack of mouse Exit events (perhaps just checking on every
> Move to see if
> an Exit occurred). There's a somewhat complicated state machine
> inside of the
> Eclipse Hover machinery, and it may not be entirely trivial to
> compensate...
>
> Comments? If I can't work something out fairly quickly, it's
> probably best
> to disable the comment display for now and work on other pressing
> fixes and
> enhancements.
>
Would it be possible to disable this only when using Linux with GTK.
Probably, yes. (The hardest part is finding the Eclipse API for determining
the current windowing system.)
It
seems a pity to lose the functionality for Linux with Motif and for Windows.
We could then address the problem after the Alpha release. BTW has you
talked to the SWT folks about this?
Not yet, but they know about it (#25632 was reported by, and is assigned to,
Grant Gayed, the person responsible for mouse tracking and related widget
toolkit issues). I've added myself to the cc: list and will ping Grant
later today.
I haven't given up on finding a workaround yet; some ideas bubbled up overnight
(weird dreams, I suppose).
- Jim
--------------------------------------------------------------------
Jim Wright, IBM T.J. Watson Research Center
*** The Stellation project: Advanced SCM for Collaboration
*** http://www.eclipse.org/stellation
*** Work Email: jwright@xxxxxxxxxxxxxx ------- Personal Email:
jim.wright@xxxxxxx
