Hi,
I have a issue to do with the tooltip being misalligned when the tabs are pinned. Below is a screenshot. If only the right panel is pinned, the tooltip is aligned just fine. However, when the left panel is pinned the tooltip gets 'shifted' to the left. The ultrachart being used is anchored to the top and left. For the ultrachart, i tried setting none for the anchor and the tooltip was aligned fine even with the left panel pinned, however this would leave the ultrachart in a floating position. I also tried setting the anchor to all sides but the tooltip would get misaligned. It seems whenever the ultrachart is achored to the left, the tooltip would get shifted to the left.
Any thoughts on what else I could try? I currently using infragistics version 10.3, I have also tried version 11.1
Hello,
It looks like an old issue which was fixed in the latest service release of 11.1, so please test your sample with the latest service release of 11.1 and if this issue still exists, please post a small sample which reproduces your issue.
How to get the latest service release - Infragistics community
http://blogs.infragistics.com/forums/t/29398.aspx
Thank you for using Infragistics Components.
Sincerely,
Hristo
Developer Support Engineer
Infragistics
www.infragistics.com/support
I just wanted to know if you were able to solve your issue based on my suggestions or you still need help? Just let me know.
Thank you.
I am also having this same problem.This is on a non mdi form. the tooltip seems to be appearing by an offset equal to the width of the docked panel to the left of the chart. If I resize this width, the tooltip distance changes accordingly. I am using 10.3 winforms, but have tried upgrading to 11.2 - does not fix it. I've seen many forum posts that complain about flavours of this, but they all seem to come down to the same issue I think. I've spent ages trying to make a sample that exhibits this bug, but I can't for whatever reason, it only happens on my app, so it must be a combination of factors, which I can't seem to pin down. Also I see that infragistics personal keep saying it is a bug that was resolved already, but I've tried the latest version, and it still is a problem.
Cheers
greycon
Hello Greycon
The mentioned issue was fixed a long time ago. I try to reproduce this issue using the latest version, but without success. If you are able to reproduce this issue in a sample, please send us this sample. I`ll be glad to research it.
Thanks in advance and I`ll wait your response !
See attached sample project. unrar it, and find myBestMDI.sln. start the project (I am using VS 2010) (it uses 11.2 with latest SR). in the file menu, choose "New single". move over the bars on the chart. see that the tooltip appears to the left of the bars.
I investigated this a bit with the source code. It seems that the bug is in the "GetHighestParent" method in "IGWinToolTip". This code returns the panel instead of the form. It is because at the time that UltraChart.OnLoad is called, the panel is not yet added to the controls collection of the form, so its parent is null. This causes the recursive loop to stop prematurely.
I would like this issue fixed without doing a workaround (I know I can add the panel to the parent controls before onload is called) but surely your chart should handle this issue better?
Please let me know when you can fix this
Regards
Hello Greycon,
Thanks for attached sample. I research your sample and I think that the issue is in the order of Parent->Childs contorls. Please remove splitContainer.Panel1.Controls.Add(ultraChart1); in your frmSChild class and add at the end
ultraChart1.Parent = splitContainer.Panel1; Please take a look at the modifications that I made into your sample (see attached files) and also attached video file.
I think that now everything works properly. If you have any questions, do not hesitate to write us.
Thanks for your feedback.
greycon said:What you have suggested indeed works, but it is essentially a workaround. I propose to you that your chart code needs to have a more stable way to compute the location of the tooltip.
greycon said: don't see why you need to do such complex code to work out the location of the mouse, when you can get the location of the mouse very easily. MousePosition gives you this. You can account for screen and client coordinates as well.
Please if you have any further questions, do not hesitate to write us
What you have suggested indeed works, but it is essentially a workaround. I propose to you that your chart code needs to have a more stable way to compute the location of the tooltip.
I don't see why you need to do such complex code to work out the location of the mouse, when you can get the location of the mouse very easily. MousePosition gives you this. You can account for screen and client coordinates as well.