Re: [cdt-dev] C hoverhelp / C completion collision

[Chris Moller <cmoller@xxxxxxxxxx>]

Hoda Amer wrote:
> Hi Chris,
> This looks like something I have changed recently as I am currently 
> working on code completion.
> Let me look into this and I will get back at you as soon as possible.

Thanks, Hoda,
cm

> Don't worry, I feel it is a small error that could be fixed easily.
>
> Regards,
> Hoda Amer
> Staff Software Engineer
> Rational Software - IBM Software Group
>
>
> *Chris Moller <cmoller@xxxxxxxxxx>*
> Sent by: cdt-dev-admin@xxxxxxxxxxx
>
> 01/06/2004 11:22 AM
> Please respond to
> cdt-dev
>
>
> 	
> To
> 	cdt-dev@xxxxxxxxxxx
> cc
> 	
> Subject
> 	[cdt-dev] C hoverhelp / C completion collision
>
>
> 	
>
>
>
>
>
> Folks, we have a problem.
>
> For several months now, I've been working on a C hoverhelp capability
> for CDT.  This process gets kicked off when
> DefaultCEditorTextHover.getHoverInfo() is invoked.  From there, I've
> been kicking off my own CTextHoverContributorManager to look up the help
> information and return it to getHoverInfo() for display.
>
> The problem is that in the latest CDT, the exact place in the code I've
> been using to hook CTextHoverContributorManager is now occupied by
> something called CCompletionContributorManager.
>
> Completion and TextHover aren't the same thing.  Completion is (I think)
> an active request by the user (banging ctrl-something, I think), whereas
> TextHover is just passively parking the pointer on a text string.  Are
> both of these events really supposed to get to getHoverInfo()?  If so,
> how does getHoverInfo() figure out why it was invoked and, accordingly,
> whether to run completion stuff or hoverhelp stuff?
>
> Any suggestions would be welcome.
>
> Chris Moller
> Senior Hacker
> Red Hat, Inc.
>
> _______________________________________________
> cdt-dev mailing list
> cdt-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/cdt-dev