Steema is very pleased to announce a new maintenance release of v2011 for TeeChart for .NET! All licence holders of TeeChart for .NET can now access this new release via the URL below. New full release binary and source code installers are now available from Steema's Customer Download pages accessib...

Hello! Steema is very pleased to announce a new release v2011 for TeeChart for .NET! All licence holders of TeeChart for .NET can now access this new release via the URL below. A new full release binary installer is now available from Steema's Customer Download pages accessible via: http://www.steem...

Hello! Steema is pleased to announce a new maintenance release for TeeChart for .NET v2010! All licence holders of TeeChart for .NET can now access this new release via the URL below. Full release binary installers are now available from Steema's Customer Download pages accessible via: http://www.st...

Hello! Steema is pleased to announce a new maintenance release for TeeChart for .NET v2010! All licence holders of TeeChart for .NET can now access this new release via the URL below. Full release binary installers are now available from Steema's Customer Download pages accessible via: http://www.st...

Hello! Steema is pleased to announce a new maintenance release for TeeChart for .NET v2010! All licence holders of TeeChart for .NET can now access this new release via the URL below. Full release binary installers are now available from Steema's Customer Download pages accessible via: http://www.st...

Hello!

StupidInstaller wrote: Please confirm if you find the same problem.

Yup, I've confirmed it here. We'll try to have this fixed for the next maintenance release, due out in a couple of weeks time.

Joakm, Let me ask you this, can you or can you not see a difference between the button "Open as MdiChild with Marktip" and the other three buttons regarding memory consumption in my test application? Yes, I can. I was also able to reproduce a similar problem with a ToolTip using the test project we'...

Hi, I'm the lead developer on TeeChart for .NET. Nice to meet you. I've been able to reproduce your issue here. I don't think that it's entirely a TeeChart problem. That does not mean to say that I'm not prepared to help you out :) The reason I don't think that it's a TeeChart problem is that I can ...

Hello! Steema is pleased to announce a new maintenance release for TeeChart for .NET v2010! All licence holders of TeeChart for .NET can now access this new release via the URL below. Full release binary installers and source code installers are now available from Steema's Customer Download pages ac...

That's not true: There is no data value with log(0) in the chart! So TeeChart has to handle all data points!!! Possibly you did not understand the problem? What problem? TeeChart handles the addition of non-real values (a data value of zero in a log chart) without throwing an exception. There is no...

That's not true: There is no data value with log(0) in the chart! So TeeChart has to handle all data points!!! Possibly you did not understand the problem? What problem? TeeChart handles the addition of non-real values (a data value of zero in a log chart) without throwing an exception. There is no...

No, I'm chemist. And as scientist I rely on precision, reproducibility and targetted functionality. That's cool. I'm a medical doctor. Just goes to show we can be more than one thing at the same time :D I don't agree with you: From my point of view, correct auto scaling has to include the following...

I understand that but, the normal use of a bar chart is to look at the label at the bottom of the bar. Most users looking at the example will assume that the bar is for the 27th not the 26th, to expect them to know how the tchart labels work and that they should only take the label on face value if...

Ok accepted that everything conforms to the design paradigm but what about the situation in the example where the label under the bar is plainly wrong. It is *apparently* wrong, not plainly wrong :) . Think that the actual XValue of the Bar is the *middle* of the Bar. Following the *middle* of the ...

In any event I can't help feeling that the basic design in this process (specifically for bars) is flawed. Considering the following image This is because Bar Point are not of zero width, whereas Line "points" are (virtually). Also the density of the labels in your two examples is widely different....