Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Axis: Minor Ticks are not recomputed on maximise #46

Closed
wirew0rm opened this issue Nov 8, 2019 · 1 comment
Closed

Axis: Minor Ticks are not recomputed on maximise #46

wirew0rm opened this issue Nov 8, 2019 · 1 comment
Labels
bug:minor workaround possible

Comments

@wirew0rm
Copy link
Member

wirew0rm commented Nov 8, 2019

If e.g. the AxisRangeScalingSample is Maximized, the minor tick marks are not updated correctly.
Might be a javafx issue, tested with openjfx13.

image
@wirew0rm wirew0rm added the bug:minor workaround possible label Nov 8, 2019
RalphSteinhagen added a commit that referenced this issue Dec 31, 2019
@RalphSteinhagen
initial reference base-line performance upload
1bae9f8 
* modified caching of ticks and layoutChildren in AbstractAxis
* also seems to solve issue #46
RalphSteinhagen added a commit that referenced this issue Jan 1, 2020
@RalphSteinhagen
initial reference base-line performance upload
5df9ec3 
* modified caching of ticks and layoutChildren in AbstractAxis
* also seems to solve issue #46
wirew0rm pushed a commit that referenced this issue Jan 17, 2020
@RalphSteinhagen @wirew0rm
initial reference base-line performance upload
7cf6884 
* modified caching of ticks and layoutChildren in AbstractAxis
* also seems to solve issue #46
wirew0rm pushed a commit that referenced this issue Jan 20, 2020
@RalphSteinhagen @wirew0rm
initial reference base-line performance upload
1138173 
* modified caching of ticks and layoutChildren in AbstractAxis
* also seems to solve issue #46
wirew0rm pushed a commit that referenced this issue Jan 20, 2020
@RalphSteinhagen @wirew0rm
initial reference base-line performance upload
64f50f9 
* modified caching of ticks and layoutChildren in AbstractAxis
* also seems to solve issue #46
RalphSteinhagen added a commit that referenced this issue Jan 22, 2020
@RalphSteinhagen
initial reference base-line performance upload
b76a496 
* modified caching of ticks and layoutChildren in AbstractAxis
* also seems to solve issue #46
wirew0rm pushed a commit that referenced this issue Jan 24, 2020
@RalphSteinhagen @wirew0rm
Refactoring of ContourDataSetRenderer
76cd435 
* New Contour plot performance sample: WaterfallPerformanceSample
* modified caching of ticks and layoutChildren in AbstractAxis
  * solves #46
* refactoring of multi-threading and point reduction parameters
  * added 2D contour data reduction algorithm
  * are now in common parent for both the ErrorDataSetRenderer and
    ContourDataSetRenderer (<-> minimisation of duplicate code for getters,
    setters and property API method calls)
* renamed+moved 'Cache'->'ArrayCache' & added new generic Cache<K,V>
  * added corresponding JUnit tests
* added/updated generic timed/limited cache HashMap implementation
  * implementation courtesy @HanSolo
* removed getDataCount() & ..(int dimIndex) overrides in DataSet2D
  * follow-up of getDataCount() -> getDataCount(int) in default DS impls.
    N.B rationale: getDataCount(int) must be overwritten in 2- and
    higher-dime datasets since they may be different for each dimension
* new ColorGradient function to return cached interpol. ([0,1]) colours
  * added corresponding JUnit tests
* changed vertical Y axis in TestDataSetSource
  * newest samples appear at 0 seconds and older ones have negative values
* minimised DataSet3D::getZ() usage and fixed y-inversion for fast contour
wirew0rm pushed a commit that referenced this issue Jan 24, 2020
@RalphSteinhagen @wirew0rm
Refactoring of ContourDataSetRenderer
b98128d 
* New Contour plot performance sample: WaterfallPerformanceSample
* modified caching of ticks and layoutChildren in AbstractAxis
  * solves #46
* refactoring of multi-threading and point reduction parameters
  * added 2D contour data reduction algorithm
  * are now in common parent for both the ErrorDataSetRenderer and
    ContourDataSetRenderer (<-> minimisation of duplicate code for getters,
    setters and property API method calls)
* renamed+moved 'Cache'->'ArrayCache' & added new generic Cache<K,V>
  * added corresponding JUnit tests
* added/updated generic timed/limited cache HashMap implementation
  * implementation courtesy @HanSolo
* removed getDataCount() & ..(int dimIndex) overrides in DataSet2D
  * follow-up of getDataCount() -> getDataCount(int) in default DS impls.
    N.B rationale: getDataCount(int) must be overwritten in 2- and
    higher-dime datasets since they may be different for each dimension
* new ColorGradient function to return cached interpol. ([0,1]) colours
  * added corresponding JUnit tests
* changed vertical Y axis in TestDataSetSource
  * newest samples appear at 0 seconds and older ones have negative values
* minimised DataSet3D::getZ() usage and fixed y-inversion for fast contour
wirew0rm pushed a commit that referenced this issue Jan 24, 2020
@RalphSteinhagen @wirew0rm
Refactoring of ContourDataSetRenderer
94ff179 
* New Contour plot performance sample: WaterfallPerformanceSample
* modified caching of ticks and layoutChildren in AbstractAxis
  * solves #46
* refactoring of multi-threading and point reduction parameters
  * added 2D contour data reduction algorithm
  * are now in common parent for both the ErrorDataSetRenderer and
    ContourDataSetRenderer (<-> minimisation of duplicate code for getters,
    setters and property API method calls)
* renamed+moved 'Cache'->'ArrayCache' & added new generic Cache<K,V>
  * added corresponding JUnit tests
* added/updated generic timed/limited cache HashMap implementation
  * implementation courtesy @HanSolo
* removed getDataCount() & ..(int dimIndex) overrides in DataSet2D
  * follow-up of getDataCount() -> getDataCount(int) in default DS impls.
    N.B rationale: getDataCount(int) must be overwritten in 2- and
    higher-dime datasets since they may be different for each dimension
* new ColorGradient function to return cached interpol. ([0,1]) colours
  * added corresponding JUnit tests
* changed vertical Y axis in TestDataSetSource
  * newest samples appear at 0 seconds and older ones have negative values
* minimised DataSet3D::getZ() usage and fixed y-inversion for fast contour
RalphSteinhagen added a commit that referenced this issue Jan 27, 2020
@RalphSteinhagen
Refactoring of ContourDataSetRenderer
8d289df 
* New Contour plot performance sample: WaterfallPerformanceSample
* modified caching of ticks and layoutChildren in AbstractAxis
  * solves #46
* refactoring of multi-threading and point reduction parameters
  * added 2D contour data reduction algorithm
  * are now in common parent for both the ErrorDataSetRenderer and
    ContourDataSetRenderer (<-> minimisation of duplicate code for getters,
    setters and property API method calls)
* renamed+moved 'Cache'->'ArrayCache' & added new generic Cache<K,V>
  * added corresponding JUnit tests
* added/updated generic timed/limited cache HashMap implementation
  * implementation courtesy @HanSolo
* removed getDataCount() & ..(int dimIndex) overrides in DataSet2D
  * follow-up of getDataCount() -> getDataCount(int) in default DS impls.
    N.B rationale: getDataCount(int) must be overwritten in 2- and
    higher-dime datasets since they may be different for each dimension
* new ColorGradient function to return cached interpol. ([0,1]) colours
  * added corresponding JUnit tests
* changed vertical Y axis in TestDataSetSource
  * newest samples appear at 0 seconds and older ones have negative values
* minimised DataSet3D::getZ() usage and fixed y-inversion for fast contour
@wirew0rm
Copy link
Member Author

fixed in 8d289df

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
bug:minor workaround possible
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@wirew0rm