Replies: 2 comments 1 reply
-
|
UPDATE: I reverted my code back two months and slowly reincorporated all changes excluding anything to do with the recent changes. Everything looks like it's working as expected. The recent changes involved adding the JNA library to get information regarding window state. I now suspect something related to this caused the before mentioned problem. Two imports in my latest version that did not make it through the clean-up were java.time.ZoneId and java.util.TimeZone. I will check if these were indeed the culprit and report back what I find. |
Beta Was this translation helpful? Give feedback.
-
|
Glad you got it sorted. See also Foreign Function and Memory API, which may supplant JNI and JNA going forward. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
I started using the feature where the time axis would automatically switch from data save in UTC to display in local time several months ago. It has worked as expected until a few days ago. I was making changes to the program, but all unrelated to jfreechart. From what I can tell, the chart treats the UTC data as if it is local time. Then when using dateAxis.setTimeZone() the time display appears to be shifted in the wrong direction by the offset hours. My approach was to set the default time zone to UTC using TimeZone.setDefault(TimeZone.getTimeZone("UTC")). This was to have all data times in UTC for computations. The use dataAxis.setTimeZone(local time zone) for plotting in local time.
What and where should I look to see why this isn't working any longer. Using java 15.0.1, jfreechart1.5.0 (original) & 1.5.3 (after things stopped working), Windows 10.
Beta Was this translation helpful? Give feedback.
All reactions