The bug comes into the picture while changing and updating the scale for the Analitza::PlotsView2D object. When we change the scale from other than 1 , the girds are changed with the correct,equal space among them. But the horizontal and vertical marks which correspond to the values at that point are not changing correctly. Reproducible: Always Steps to Reproduce: 1.Create an object of Analitza::PlotsView2D Analitza::PlotsView2D plotsview2d; 2.Update the scale to other than 1 plotsview2d.updateTickScale("e",2.71828,1,1); //sample input Actual Results: It is not showing the correct results on the view with the correct horizontal and vertical marks. Expected Results: The values should be correct like it happens for the scale 1.
*** Bug 322287 has been marked as a duplicate of this bug. ***
(In reply to comment #0) > The bug comes into the picture while changing and updating the scale for the > Analitza::PlotsView2D object. > When we change the scale from other than 1 , the girds are changed with the > correct,equal space among them. But the horizontal and vertical marks which > correspond to the values at that point are not changing correctly. > > Reproducible: Always > > Steps to Reproduce: > 1.Create an object of Analitza::PlotsView2D > Analitza::PlotsView2D plotsview2d; > 2.Update the scale to other than 1 > plotsview2d.updateTickScale("e",2.71828,1,1); //sample input > > Actual Results: > It is not showing the correct results on the view with the correct > horizontal and vertical marks. > > Expected Results: > The values should be correct like it happens for the scale 1. Hi Punit, Could you check if this bug is gone in new versions (master branch)? I did some work on this topic some months ago. Please, let me know the status to close this one ;) Percy
Hi Percy, I tired to test the API in khipu, but it looks like it is not connected to Analitza. I also tried find out the function updateTickScale in analitza master branch, but i feel it is renamed :) Can you please tell me what is the name of the function that corresponds to the same functionality ? Thanks - Punit
I remember now, yes I updated that code, currently the new approach is to choose from a fixed set of scale styles/modes. Please see: plottingenums.h:84 (enum ScaleMode ...) and plotter2d.h:120 (setScaleMode ...) Under this new approach, you just need to implement a specific scale style. So, you could send us a patch that implements a scale style for values related with e symbol (see how its implemented trigonometric scale style and how it uses pi as a base symbol) Percy :)
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.