![]() | Steema Issues DatabaseNote: This database is for bugs and wishes only. For technical support help, if you are a customer please visit our online forums;otherwise you can use StackOverflow. Before using this bug-tracker we recommend a look at this document, Steema Bug Fixing Policy. |
| Summary: | time bar does not reflect the zoom in/out changes | ||
|---|---|---|---|
| Product: | HTML5 JavaScript TeeChart | Reporter: | John Bethanis <aims> |
| Component: | Chart | Assignee: | Steema Issue Manager <issuemanager> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | aims, marc, sergi, yeray |
| Priority: | High | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Hardware: | Phone | ||
| OS: | Android | ||
| Chart Series: | --- | Delphi / C++ Builder RAD IDE Version: | |
| Attachments: |
fromPC
from IPAD from S7 video example |
||
|
Description
John Bethanis
2017-12-04 11:03:26 EST
Dear Steema support, Can we please have an update on this item? Bug 1956 - time bar does not reflect the zoom in/out changes Many Thanks AIMS Support Team Hello John, We'd need to reproduce the problem here in a simple example. I've tried the Gantt example here and both the zoom and scroll seem to work fine for me here. https://www.steema.com/files/public/teechart/html5/latest/demos/series/gantt/gantt.htm Could you please try if the problem is reproducible for you (or your customers) using that example? If the code in that example doesn't help you to solve the problem, please try to arrange a simple example project we can run as-is to reproduce the problem here. Thanks in advance. Created attachment 798 [details]
fromPC
Created attachment 799 [details]
from IPAD
Created attachment 800 [details]
from S7
Dear Yeray, Here is what our client experiences: When zooming in/out on PC the time line contracts/expands as expected. When zooming in/out on iPad or Galaxy S7 the time line does not contract/expand, but remains static instead. We have added 3 screenshots named: fromPC, fromIPAD, fromS7 in order to help you understand the nature of the problem. Many Thanks AIMS Support Team Thanks for the screenshots, but I'm afraid they are not enough for us to reproduce the problem here. Have you tried the example mentioned in my previous comment? http://bugs.teechart.net/show_bug.cgi?id=1956#c2 If you still find problems with it, please try to arrange a simple example project we can run as-is to reproduce the problem here. Thanks in advance. Dear Yeray, At this point we are unable to offer you any better means for replicating this defect. Our senior developers have decided to communicate this with our client as a system limitation. This ticket can now be considered as closed. Thank you for your efforts assisting us. Best Regards AIMS Support Team Ok, I'm closing the ticket. If you ever give it another try and you can share that code with us, we'll be pleased to take a look at it. Dear Yeray, We have re-opened Bug 1956. We are still facing an issue regarding the scaling of the top / bottom axes when the Users zoom in / out the TeeChart from mobile devices. We have installed the latest version of the TeeChart javascript library. We are able to reproduce the case on an iPad and a Samsung Galaxy device and one of our customers has also sent us the attached MP4 video which illustrates the same problem through his mobile browser device too. Both the bottom and the top axes have the following increment: Chart1.axes.bottom.increment = onehour * getTimeScale(); Where the getTimeScale() just returns 1 or 2 depends on the screen resolution. If you notice in the video the hint seems to be displayed although the site is viewed from a mobile browser. We use the Tee.Tooltip class’ ongettext event in order to display it. However, since on a touch device there is no hovering event it seems a bit strange. Could it be related to the scaling problem? The issue does not occur on a desktop browser. The labels of the top axes are displayed by the following snippet: Chart1.axes.top.labels.ongetlabel = function (value, s) { var dtm = new Date(value+utc_time_diff).format("HH:MM"), utc = new Date(value).format("HH:MM"); return utc + "\n" + dtm; } The selected zoom mouse button is the 2: Chart1.zoom.mouseButton = 2; We have also added a video demonstrating the problem we are facing named: VID-20180109-WA0002.mp4 Please check and advise AIMS Support Team Created attachment 803 [details]
video example
I could reproduce the problem now. The problem with the axis labels seems to be reproducible only in mobiles. Here a simple test project: http://www.steema.com/files/public/support/gantttooltip.htm The problem with the tooltip should be solved disabling the tooltip at onmousemove and enabling it at onmouseup: Chart1.mousemove=function(p) { tip.enabled = false; } gantt.mousemove=function(p) { tip.enabled = false; } Chart1.mouseup=function(event) { tip.enabled = true; } gantt.mouseup=function() { tip.enabled = true; } Note the problem with the axis labels seems to be reproducible with the top axis, but not with the bottom axis. We saw that the problem is on the top axis but we cannot provide any solution. The following workaround does not resolve the issue on the labels. Dear Yeray, Is there an update regarding this defect? Our clients are pressing for a resolution. Kindly advise. Best Regards AIMS Support Team A fix has been incorporated in the code and is going through final checks for publication early next week. Dear Sergi and Yeray, Can we have an update regarding this defect please? You mentioned that a fix was incorporated in the code, and was going through final checks at the beginning of February. Our clients are still pressing for a resolution. Kindly advise. Aims Support Team This bug is fixed and fix included in the release of the 16th Feb, version 2018.02.16.2.4. Apologies for not having informed of the bugfix, this bug report should have been marked as resolved for automatic inclusion in the release notes. https://www.steema.com/version_info/html5/last |