WebChart.ColorGrid: datetime, clickseries and zoom
-
- Newbie
- Posts: 29
- Joined: Wed Mar 05, 2008 12:00 am
-
- Site Admin
- Posts: 14730
- Joined: Mon Jun 09, 2003 4:00 am
- Location: Banyoles, Catalonia
- Contact:
Hi Yves,
As I told you earlier on the thread, TF02012858 has already been fixed. Next TeeChart for .NET v3 release will be published in a few days.
At the moment I can't give you an estimate date for TF02012931. I recommend you to be aware at this forum or subscribe to our RSS feed for new release announcements.
Thanks in advance.
As I told you earlier on the thread, TF02012858 has already been fixed. Next TeeChart for .NET v3 release will be published in a few days.
At the moment I can't give you an estimate date for TF02012931. I recommend you to be aware at this forum or subscribe to our RSS feed for new release announcements.
Thanks in advance.
Best Regards,
Narcís Calvet / Development & Support Steema Software Avinguda Montilivi 33, 17003 Girona, Catalonia Tel: 34 972 218 797 http://www.steema.com |
Instructions - How to post in this forum |
-
- Site Admin
- Posts: 14730
- Joined: Mon Jun 09, 2003 4:00 am
- Location: Banyoles, Catalonia
- Contact:
Hi Yves,
As an update, TF02012931 has already been fixed for the next maintenance release.
As an update, TF02012931 has already been fixed for the next maintenance release.
Best Regards,
Narcís Calvet / Development & Support Steema Software Avinguda Montilivi 33, 17003 Girona, Catalonia Tel: 34 972 218 797 http://www.steema.com |
Instructions - How to post in this forum |
-
- Newbie
- Posts: 29
- Joined: Wed Mar 05, 2008 12:00 am
Hi, Narcis,
I have just downloaded and installed the new maintenance release, and now clicking on the grid, and getting the correct coordinates, works like charm. Good job !
As a new release has just been made available, I guess it will take a considerable amount of time before the next release. Is there anyway possible to get the fixes for the other bug before this date? At the moment, I am still not able to display data, so that is (kind of) crucial for me.
Kind regards,
Yves
I have just downloaded and installed the new maintenance release, and now clicking on the grid, and getting the correct coordinates, works like charm. Good job !
As a new release has just been made available, I guess it will take a considerable amount of time before the next release. Is there anyway possible to get the fixes for the other bug before this date? At the moment, I am still not able to display data, so that is (kind of) crucial for me.
Kind regards,
Yves
-
- Site Admin
- Posts: 14730
- Joined: Mon Jun 09, 2003 4:00 am
- Location: Banyoles, Catalonia
- Contact:
Hi Yves,
Would you be so kind to remind me of those issues? As I told you, both bugs reported on this thread (TF02012858 and TF02012931) have already been fixed.
Thanks in advance.
Would you be so kind to remind me of those issues? As I told you, both bugs reported on this thread (TF02012858 and TF02012931) have already been fixed.
Thanks in advance.
Best Regards,
Narcís Calvet / Development & Support Steema Software Avinguda Montilivi 33, 17003 Girona, Catalonia Tel: 34 972 218 797 http://www.steema.com |
Instructions - How to post in this forum |
-
- Newbie
- Posts: 29
- Joined: Wed Mar 05, 2008 12:00 am
Hi, Narcis,
I must have made an error when testing the new release (I guess I didn't set a refference to the new steema version), and the bugs don't occur anymore, so great job !
Right now, I'm only left with one problem, being that I can't seem to properly display dates on the left axis of my chart. I have uploaded an example project using your upload portal, which is called 'webapplication1.rar', containing the sample project and 2 screen shots. In it, I have defined the zValues to be of type datetime, as you have mentioned somewhere in this topic, but then I only see double values. It does seem to display datetime values in the format specified, when I set the yValues.datetime property, however then the resulting labels on the axis are strange (everything seems to be correct, except the minutes are always '04'). Could you push me in the right direction, in how I can properly display dates?
Also, I would like to verify something about how dates are handled in TeeChart. As I am currently giving an array of doubles, I use the toOADate function to convert my datetime to an ole automation date. So can I therefore conclude that teechart will always work with this format, and will give me the same format back (so that I have to use the fromOADate function to retreive a datetime format)?
Kind regards,
Yves
I must have made an error when testing the new release (I guess I didn't set a refference to the new steema version), and the bugs don't occur anymore, so great job !
Right now, I'm only left with one problem, being that I can't seem to properly display dates on the left axis of my chart. I have uploaded an example project using your upload portal, which is called 'webapplication1.rar', containing the sample project and 2 screen shots. In it, I have defined the zValues to be of type datetime, as you have mentioned somewhere in this topic, but then I only see double values. It does seem to display datetime values in the format specified, when I set the yValues.datetime property, however then the resulting labels on the axis are strange (everything seems to be correct, except the minutes are always '04'). Could you push me in the right direction, in how I can properly display dates?
Also, I would like to verify something about how dates are handled in TeeChart. As I am currently giving an array of doubles, I use the toOADate function to convert my datetime to an ole automation date. So can I therefore conclude that teechart will always work with this format, and will give me the same format back (so that I have to use the fromOADate function to retreive a datetime format)?
Kind regards,
Yves
-
- Newbie
- Posts: 29
- Joined: Wed Mar 05, 2008 12:00 am
Hi Narcis,
I did some more tests, and it is my understanding that bug TF02012931 is still there. For this issue, I have uploaded a file called 'WebApplicationYves.rar' at the upload page.
Three lines are important here: line numbers 43, 44 and 65.
If you build and run the application as it is, it depends on where you click in a square in the color grid, to obtain a certain valueIndex. (It is my understanding that the valueIndex actually is the index of the flat array which repersent the x, y, z and color values). Therefore, if you click in the left-bottom square, the value should be 0 (as displayed by the label). However, this is only true when you click in the right top corner of that square. Everywhere else (in this square) is found to be 'off the grid', and thus illegal. It seems as if the allignment of the visual grid and the clickable grid is still not the same, as the latter is moved 0.5 values up and to the right.
It is my finding that this only happens when we turn both irregular grid and centeredpoints ON (found on lines 43/44, if irregularGrid = false, then you have to remove the '*2' on line 65). If I switch off one of the two properties, then the valueIndex will be correct.
Furthermore, when I switch irregularGrid off, the colorgrid does not seem to be drawn correctly. This is not really of my concern, but it still is strange.
****EDIT: I just got why the following question is just plain impossible, so let me refraze that..
I have to show which row and file in the colorgrid are selected. I used to do this by just drawing a line at the selected index. But, since now the coordinates of the line are no longer in the center of the line of squares, I would like to do this differently: I would like to add an effect to the selected row/file. I could achieve this by drawing a rectangle with a certain pattern and transparency over the selected row/file. Is there a way to get the coordinates of the outer corners of a line of squares, so that I can use this to draw the rectangle? This seems to be non-trivial, as the width of such a line of squares depends on the values given to the colorgrid.
With kind regards
Yves
I did some more tests, and it is my understanding that bug TF02012931 is still there. For this issue, I have uploaded a file called 'WebApplicationYves.rar' at the upload page.
Three lines are important here: line numbers 43, 44 and 65.
If you build and run the application as it is, it depends on where you click in a square in the color grid, to obtain a certain valueIndex. (It is my understanding that the valueIndex actually is the index of the flat array which repersent the x, y, z and color values). Therefore, if you click in the left-bottom square, the value should be 0 (as displayed by the label). However, this is only true when you click in the right top corner of that square. Everywhere else (in this square) is found to be 'off the grid', and thus illegal. It seems as if the allignment of the visual grid and the clickable grid is still not the same, as the latter is moved 0.5 values up and to the right.
It is my finding that this only happens when we turn both irregular grid and centeredpoints ON (found on lines 43/44, if irregularGrid = false, then you have to remove the '*2' on line 65). If I switch off one of the two properties, then the valueIndex will be correct.
Furthermore, when I switch irregularGrid off, the colorgrid does not seem to be drawn correctly. This is not really of my concern, but it still is strange.
****EDIT: I just got why the following question is just plain impossible, so let me refraze that..
***EDIT: Refrazing the question:I have another issue with the centeredpoints property. As it states in the documentation, the value on the axis' of a certain square should be in the dead center of the square. This seems to be only true when all values are a same certain amount appart from each other. When, for example, you put, on line 65, z(count) = zindex * 2, as was originaly there, you can see that the values are not in the center of the squares. How can I make sure that this will happen as I intend it to work?
I have to show which row and file in the colorgrid are selected. I used to do this by just drawing a line at the selected index. But, since now the coordinates of the line are no longer in the center of the line of squares, I would like to do this differently: I would like to add an effect to the selected row/file. I could achieve this by drawing a rectangle with a certain pattern and transparency over the selected row/file. Is there a way to get the coordinates of the outer corners of a line of squares, so that I can use this to draw the rectangle? This seems to be non-trivial, as the width of such a line of squares depends on the values given to the colorgrid.
With kind regards
Yves
-
- Newbie
- Posts: 29
- Joined: Wed Mar 05, 2008 12:00 am
-
- Site Admin
- Posts: 14730
- Joined: Mon Jun 09, 2003 4:00 am
- Location: Banyoles, Catalonia
- Contact:
Hi Yves,
I'll get back to you regarding the remaining issues ASAP.
Yes, this seems fine to me.Also, I would like to verify something about how dates are handled in TeeChart. As I am currently giving an array of doubles, I use the toOADate function to convert my datetime to an ole automation date. So can I therefore conclude that teechart will always work with this format, and will give me the same format back (so that I have to use the fromOADate function to retreive a datetime format)?
It may be related but I don't think it's the same issue. I've added it (TF02012969) to our bug list to be fixed for next releases.I did some more tests, and it is my understanding that bug TF02012931 is still there. For this issue, I have uploaded a file called 'WebApplicationYves.rar' at the upload page.
Three lines are important here: line numbers 43, 44 and 65.
If you build and run the application as it is, it depends on where you click in a square in the color grid, to obtain a certain valueIndex. (It is my understanding that the valueIndex actually is the index of the flat array which repersent the x, y, z and color values). Therefore, if you click in the left-bottom square, the value should be 0 (as displayed by the label). However, this is only true when you click in the right top corner of that square. Everywhere else (in this square) is found to be 'off the grid', and thus illegal. It seems as if the allignment of the visual grid and the clickable grid is still not the same, as the latter is moved 0.5 values up and to the right.
It is my finding that this only happens when we turn both irregular grid and centeredpoints ON (found on lines 43/44, if irregularGrid = false, then you have to remove the '*2' on line 65). If I switch off one of the two properties, then the valueIndex will be correct.
This is because of the structure of the series as I described here.Furthermore, when I switch irregularGrid off, the colorgrid does not seem to be drawn correctly. This is not really of my concern, but it still is strange.
I'll get back to you regarding the remaining issues ASAP.
Best Regards,
Narcís Calvet / Development & Support Steema Software Avinguda Montilivi 33, 17003 Girona, Catalonia Tel: 34 972 218 797 http://www.steema.com |
Instructions - How to post in this forum |
-
- Newbie
- Posts: 29
- Joined: Wed Mar 05, 2008 12:00 am
Hi, Narcis
I have tested the color grid some more. All tests are with irregularGrid and centeredpointed turned on. I have used the last project I have sent to you last time.
I have found the following behaviour:
Using the add-method with arrays:
1) If I fill the arrays like this:
X = {0, 0, 0, 0, 1, 1, 1, 1…}
Z = {0, 1, 2, 3, 0, 1, 2, 3, ..}
-->the visible grid and the click grid are not aligned: I only get the correct coordinate when I click in the right upmost corner of each square
2) If I fill the arrays like :
X = {0, 1, 2, 3, 0, 1, 2, 3, …}
Z = {0, 0, 0, 0, 1, 1, 1, 1, …}
--> the visible and clickable grid are still not aligned, but I get an exception when I try to capture the event, which states that it can not find the correct valueIndex in the flat arrays
Using the classic add-method:
1) If I fill the grid row per row, using something like
--> This results in the fact that I don’t receive any click-events anymore
2) If I fill the grid column by column, using the following code:
--> This results in the behaviour we see in the first add-method with arrays, in that the visible and clickable grid are not aligned properly.
It’s strange to me, that we get three kinds of behaviour (being: almost right, nothing happens and an exception), when I use different ways to fill the color grid, even though the visual result is the same for all. Could you verify why this is?
Second, do you have any idea yet on why I am unable to display proper dates on the z-axis? This might just be me doing something wrong, but I can’t seem to figure out what..
***EDIT:
Regarding the following:
I got the same effect as I described before, in that the graph is not shown correctly. Again, not of my concern, just strange.. This has no priority for me.
Kind regards,
Yves[/quote]
I have tested the color grid some more. All tests are with irregularGrid and centeredpointed turned on. I have used the last project I have sent to you last time.
I have found the following behaviour:
Using the add-method with arrays:
1) If I fill the arrays like this:
X = {0, 0, 0, 0, 1, 1, 1, 1…}
Z = {0, 1, 2, 3, 0, 1, 2, 3, ..}
-->the visible grid and the click grid are not aligned: I only get the correct coordinate when I click in the right upmost corner of each square
2) If I fill the arrays like :
X = {0, 1, 2, 3, 0, 1, 2, 3, …}
Z = {0, 0, 0, 0, 1, 1, 1, 1, …}
--> the visible and clickable grid are still not aligned, but I get an exception when I try to capture the event, which states that it can not find the correct valueIndex in the flat arrays
Using the classic add-method:
1) If I fill the grid row per row, using something like
Code: Select all
For xIndex As Integer = 0 To xValues - 1
For zIndex As Integer = 0 To zValues - 1
mColorGrid.Add(xIndex, 0, zIndex, colorArray(count))
Next
Next
2) If I fill the grid column by column, using the following code:
Code: Select all
For zIndex As Integer = 0 To xValues - 1
For xIndex As Integer = 0 To zValues - 1
mColorGrid.Add(xIndex, 0, zIndex, colorArray(count))
Next
Next
It’s strange to me, that we get three kinds of behaviour (being: almost right, nothing happens and an exception), when I use different ways to fill the color grid, even though the visual result is the same for all. Could you verify why this is?
Second, do you have any idea yet on why I am unable to display proper dates on the z-axis? This might just be me doing something wrong, but I can’t seem to figure out what..
***EDIT:
Regarding the following:
You can see this effect in the TeeChart for.Net examples, going to All Features - Chart styles - Extended - All 3D Series - add arrays methodQuote:
Furthermore, when I switch irregularGrid off, the colorgrid does not seem to be drawn correctly. This is not really of my concern, but it still is strange.
This is because of the structure of the series as I described here.
I got the same effect as I described before, in that the graph is not shown correctly. Again, not of my concern, just strange.. This has no priority for me.
Kind regards,
Yves[/quote]
-
- Site Admin
- Posts: 14730
- Joined: Mon Jun 09, 2003 4:00 am
- Location: Banyoles, Catalonia
- Contact:
Hi Yves,
Continuing with the pending answers on this thread:
This is because you are setting the DateTimeFormat to display months (MM) instead of minutes (mm), you should use this:
Continuing with the pending answers on this thread:
Right now, I'm only left with one problem, being that I can't seem to properly display dates on the left axis of my chart. I have uploaded an example project using your upload portal, which is called 'webapplication1.rar', containing the sample project and 2 screen shots. In it, I have defined the zValues to be of type datetime, as you have mentioned somewhere in this topic, but then I only see double values. It does seem to display datetime values in the format specified, when I set the yValues.datetime property, however then the resulting labels on the axis are strange (everything seems to be correct, except the minutes are always '04'). Could you push me in the right direction, in how I can properly display dates?
This is because you are setting the DateTimeFormat to display months (MM) instead of minutes (mm), you should use this:
Code: Select all
mColorGrid.Chart.Axes.Left.Labels.DateTimeFormat = "yyyy/MM/dd hh:mm:ss"
Best Regards,
Narcís Calvet / Development & Support Steema Software Avinguda Montilivi 33, 17003 Girona, Catalonia Tel: 34 972 218 797 http://www.steema.com |
Instructions - How to post in this forum |
-
- Site Admin
- Posts: 14730
- Joined: Mon Jun 09, 2003 4:00 am
- Location: Banyoles, Catalonia
- Contact:
Hi Yves,
We have fixed all the issues you reported on this thread for the next maintenance release.
On your last post you said you are always using IrregularGrid=true. Please notice that for some of the examples you posted on your last message you don't need to set this property to true as described here. Using IrregularGrid=true is much more CPU consuming than setting it to false.
We have fixed all the issues you reported on this thread for the next maintenance release.
On your last post you said you are always using IrregularGrid=true. Please notice that for some of the examples you posted on your last message you don't need to set this property to true as described here. Using IrregularGrid=true is much more CPU consuming than setting it to false.
Best Regards,
Narcís Calvet / Development & Support Steema Software Avinguda Montilivi 33, 17003 Girona, Catalonia Tel: 34 972 218 797 http://www.steema.com |
Instructions - How to post in this forum |
-
- Newbie
- Posts: 29
- Joined: Wed Mar 05, 2008 12:00 am
Hi, Narcis,
thanks for the quick reply. Great to hear that all is fixed and well.. Do you have an estimate on when the next maintenance release will be released?
I know that in the examples I don't need the irregulargrid, but in my real application I do, so that's why I included it.
Thanks to point out the fact that I used the incorrect date format. Made my face turn red.. I now still havn't figured out how to displayhours in a 24h kind of way (going from 0 to 23). I used the documentation of steema, which suggests me to use 'hh', but I don't get the desired result. Strange.
Kind regards,
Yves
thanks for the quick reply. Great to hear that all is fixed and well.. Do you have an estimate on when the next maintenance release will be released?
I know that in the examples I don't need the irregulargrid, but in my real application I do, so that's why I included it.
Thanks to point out the fact that I used the incorrect date format. Made my face turn red.. I now still havn't figured out how to displayhours in a 24h kind of way (going from 0 to 23). I used the documentation of steema, which suggests me to use 'hh', but I don't get the desired result. Strange.
Kind regards,
Yves
-
- Site Admin
- Posts: 14730
- Joined: Mon Jun 09, 2003 4:00 am
- Location: Banyoles, Catalonia
- Contact:
Hi Yves,
For further information please have a look at Custom Date and Time Format Strings.
Next maintenance release is due to be out on early May.thanks for the quick reply. Great to hear that all is fixed and well.. Do you have an estimate on when the next maintenance release will be released?
Ok, I thought you'd better know about the performance differences as well.I know that in the examples I don't need the irregulargrid, but in my real application I do, so that's why I included it.
No problem . You need to set DateTimeFormat like this:Thanks to point out the fact that I used the incorrect date format. Made my face turn red.. I now still havn't figured out how to displayhours in a 24h kind of way (going from 0 to 23). I used the documentation of steema, which suggests me to use 'hh', but I don't get the desired result. Strange.
Code: Select all
mColorGrid.Chart.Axes.Left.Labels.DateTimeFormat = "yyyy/MM/dd HH:mm:ss"
Best Regards,
Narcís Calvet / Development & Support Steema Software Avinguda Montilivi 33, 17003 Girona, Catalonia Tel: 34 972 218 797 http://www.steema.com |
Instructions - How to post in this forum |
-
- Newbie
- Posts: 29
- Joined: Wed Mar 05, 2008 12:00 am
hi, Narcis,
I'm stuck now with two issues.
First, I still can't seem to display my datetime in a 24-hour fashion, even after reading the msdn site, and trying the format you supplied. I have worked with datetime before, and never had this problem before.
Second, it seems that I don't receive a clickSeries event, when I combine datetime on an axis with centeredPoints. In other cases, either something else than a datetime.toOADate, or centeredpoints = false, I can capture the event.
With kind regards
Yves Bourgeois
I'm stuck now with two issues.
First, I still can't seem to display my datetime in a 24-hour fashion, even after reading the msdn site, and trying the format you supplied. I have worked with datetime before, and never had this problem before.
Second, it seems that I don't receive a clickSeries event, when I combine datetime on an axis with centeredPoints. In other cases, either something else than a datetime.toOADate, or centeredpoints = false, I can capture the event.
With kind regards
Yves Bourgeois