Hello:<br>Is it possible to make like Visual studio that when you are debug in and you stop over a variable you sow the current value?<br><br>Thx...<br>masch..<br><br><div class="gmail_quote">On Mon, Feb 23, 2009 at 6:10 AM, Vladimir Prus <span dir="ltr"><<a href="mailto:ghost@cs.msu.su">ghost@cs.msu.su</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">On Saturday 14 February 2009 14:32:35 David nolden wrote:<br>
</div><div class="Ih2E3d">> Am Samstag 14 Februar 2009 12:23:30 schrieb Vladimir Prus:<br>
> > David,<br>
> ><br>
> > it appears that when I'm in debug session, hovering over a<br>
> > variable results in code browsing tooltip. Can you suggest<br>
> > how debugger can communicate with language support to suppress<br>
> > it?<br>
> ><br>
> > Thanks,<br>
> > Volodya<br>
><br>
> Hi! I'm not sure whether it should be totally suppressed, it might still be<br>
> useful. Does the debugger tooltip have a variable size? Else, it might make<br>
> sense just offsetting the code-browser tooltip down so it's under the debugger<br>
> tooltip.<br>
><br>
> I'm not sure right now how it should be communicated though. Probably the best<br>
> place for it would be some static members within KDevelop::ActiveTooltip.<br>
<br>
</div>David,<br>
<br>
I have tried the approach you've implemented and I'm not sure it's ideal. Essentially,<br>
your approach means that all plugins get hint request, and all plugins try to show<br>
a tooltip, and then one with highest priority "wins". This has a number of issues:<br>
<br>
1. Given that some plugin might need time to fetch data for display, you can get tooltip<br>
from one plugin to appear, immediately followed by tooltip from another.<br>
<br>
2. The 'priority' thing is hard to use. If we have a monolithic codebase, you can globally<br>
assign priorities. However, if I'm creating a custom KDevelop-based IDE? pulling plugins<br>
from different places, I no longer have this luxury. Given two plugins A and B, the question<br>
which one should be preferred provided of tooltip depends on what IDE one is creating, and what<br>
perspective is active, and what not. This knowledge cannot be encoded as an integer *inside*<br>
plugins A and B respectively.<br>
<br>
3. It's fairly confusing that you get two different kinds of plugins depending on what<br>
element you hover on.<br>
<br>
4. I sometimes get a bug whereby two tooltips are shown -- one from debugger and another from<br>
cpp support -- at different locations.<br>
<br>
So, I still would prefer if, in Debug perspective, the debugger be an exclusive provider of<br>
tooltips. It's probably possible to implement this by a check in cpp support code, or<br>
we can introduce 'itooltipprovider' and allow a perspective to specify names of tooltip providers<br>
in priority order.<br>
<br>
WDYT?<br>
<br>
- Volodya<br>
<div><div></div><div class="Wj3C7c"><br>
_______________________________________________<br>
KDevelop-devel mailing list<br>
<a href="mailto:KDevelop-devel@kdevelop.org">KDevelop-devel@kdevelop.org</a><br>
<a href="https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel" target="_blank">https://barney.cs.uni-potsdam.de/mailman/listinfo/kdevelop-devel</a><br>
</div></div></blockquote></div><br>