Update dependency com.patrykandpatrick.vico:compose-m3 to v2.4.1 #33
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
2.2.0→2.4.1Release Notes
patrykandpatrick/vico (com.patrykandpatrick.vico:compose-m3)
v2.4.1Overview
coreCartesianMarkers could appear at the wrong x-value inCartesianCharts with an x-step other than 1.multiplatformCartesianMarkers could appear at the wrong x-value inCartesianCharts with an x-step other than 1.v2.4.0Overview
coreInteraction.EnterandInteraction.Exit.CartesianMarkerController.showOnHover.acceptsLongPressandlockproperties toCartesianMarkerController.CartesianMarkers from being clamped to the visible x-range.CartesianChartModelupdates.CartesianMarkerController.ShowOnPressmisbehaves when theCartesianMarkeris shown and the x-value corresponding to its position changes. The fix required that the underlyingCartesianMarkerControllerbe made stateful, soCartesianMarkerController.ShowOnPresshas been deprecated in favor of aCartesianMarkerController.showOnPressfactory function.MeasuringContext, deprecatedcanvasBoundsin favor ofcanvasSize; see the deprecation message for more.CartesianMeasuringContext, deprecatedpointerPositionandisMarkerShownin favor ofmarkerX; see the deprecation messages for more.CartesianChart.getMarkerTargetsoverload in favor of a new one, withxandvisibleXRangeparameters.CartesianChartModel.idandCartesianLayerModel.id; see the deprecation messages for more.composeCartesianMarkerController.rememberShowOnPress,CartesianMarkerController.rememberToggleOnTap, andCartesianMarkerController.rememberShowOnHover. Prefer these over thecoreequivalents.CartesianChartHostto useModifier.heightIn(max = 200.dp)instead ofModifier.height(200.dp)for its default preferred height. This retains the same behavior in most cases but ensures that an intrinsic height of 200 dp isn’t forced. For example, when aCartesianChartHostis placed in aRowwithModifier.height(IntrinsicSize.Min)alongside content with a specific intrinsic height, the height of said content is now used. In the unlikely case that undesired behavior changes occur, applyModifier.height(200.dp)viaCartesianChartHost’smodifierparameter. Externally passed height modifiers, includingModifier.heightandModifier.fillMaxHeight, continue to be respected.CartesianMarkers—such as those involvingCartesianMakerController.toggleOnTap—could unexpectedly change when theCartesianChartwas resized.CartesianChartHostlinked to aCartesianChartModelProducerwith a cachedCartesianChartModeldrew theCartesianChartwith a delay, briefly showing the placeholder.cartesian.cartesianLayerPaddingin favor of the newcartesian.layer.cartesianLayerPadding, whose location matches that ofCartesianLayerPaddingincore.consumeMoveEventsparameter ofCartesianChartHost; see the deprecation message for more.viewsCartesianChartViewmishandled padding, leading to incorrectCartesianChartrendering andBitmap-related crashes.CartesianMarkers—such as those involvingCartesianMakerController.toggleOnTap—could unexpectedly change when theCartesianChartwas resized.CartesianChartViewlinked to aCartesianChartModelProducerwith a cachedCartesianChartModeldrew theCartesianChartwith a delay, briefly showing the placeholder.consumeMoveEventsproperty ofCartesianChartViewand the corresponding XML attribute; see the deprecation messages for more.multiplatformInteraction.EnterandInteraction.Exit.CartesianMarkerController.rememberShowOnHover.acceptsLongPressandlockproperties toCartesianMarkerController.CartesianChartHostto useModifier.heightIn(max = 200.dp)instead ofModifier.height(200.dp)for its default preferred height. This retains the same behavior in most cases but ensures that an intrinsic height of 200 dp isn’t forced. For example, when aCartesianChartHostis placed in aRowwithModifier.height(IntrinsicSize.Min)alongside content with a specific intrinsic height, the height of said content is now used. In the unlikely case that undesired behavior changes occur, applyModifier.height(200.dp)viaCartesianChartHost’smodifierparameter. Externally passed height modifiers, includingModifier.heightandModifier.fillMaxHeight, continue to be respected.CartesianMarkers from being clamped to the visible x-range.CartesianMarkers—such as those involvingCartesianMakerController.toggleOnTap—could unexpectedly change when theCartesianChartwas resized.CartesianMarkerController.ShowOnPressmisbehaved when theCartesianMarkerwas shown and the x-value corresponding to its position changed. The fix required that the underlyingCartesianMarkerControllerbe made stateful, soCartesianMarkerController.ShowOnPresshas been replaced with aCartesianMarkerController.rememberShowOnPressfactory function.CartesianChartModelupdates.CartesianChartHostlinked to aCartesianChartModelProducerwith a cachedCartesianChartModeldrew theCartesianChartwith a delay, briefly showing the placeholder.CartesianMeasuringContext, removedpointerPositionandisMarkerShownin favor ofmarkerX; usemarkerXandmarkerX != null, respectively.CartesianChart.getMarkerTargetsto havexandvisibleXRangeparameters.CartesianMarkerController.toggleOnTapwithCartesianMarkerController.rememberToggleOnTap.CartesianChartModel.idandCartesianLayerModel.idin favor ofequalsandhashCode.consumeMoveEventsparameter ofCartesianChartHost; use either the newconsumeMoveEventsparameter ofCartesianMarkerController.rememberShowOnPressorCartesianMarkerController.consumeMoveEventsinstead.v2.3.6Overview
composeCartesianCharts could unexpectedly shift during zoom has been resolved.viewsCartesianCharts could unexpectedly shift during zoom has been resolved.multiplatformCartesianCharts could unexpectedly shift during zoom has been resolved.v2.3.5Overview
composeCartesianCharts could unexpectedly shift during zoom has been addressed.CartesianCharts with unscalable padding drifted during zoom rather than remaining pinned at the pinch centroid has been resolved.viewsCartesianCharts could unexpectedly shift during zoom has been addressed.CartesianCharts with unscalable padding drifted during zoom rather than remaining pinned at the pinch centroid has been resolved.multiplatformCartesianCharts could unexpectedly shift during zoom has been addressed.CartesianCharts with unscalable padding drifted during zoom rather than remaining pinned at the pinch centroid has been resolved.v2.3.4Overview
coreCartesianMarker.Targets could be missed when aCartesianMarkerwas drawn at an x-value with multipleCartesianMarker.Targets has been resolved.multiplatformCartesianMarker.Targets could be missed when aCartesianMarkerwas drawn at an x-value with multipleCartesianMarker.Targets has been resolved.v2.3.3Overview
coreVerticalAxis, an issue where some labels were unnecessarily hidden whenverticalLabelPositionwas set toPosition.Vertical.ToporPosition.Vertical.Bottomhas been resolved.multiplatformVerticalAxis, an issue where some labels were unnecessarily hidden whenverticalLabelPositionwas set toPosition.Vertical.ToporPosition.Vertical.Bottomhas been resolved.v2.3.2Overview
multiplatformLineCartesianLayer.LineFillimplementation instantiated byLineCartesianLayer.LineFill.singlefailed to fully fill lines that extended past theCartesianLayerarea has been resolved. This happens, for example, when a line has a horizontal segment at theCartesianChart’s minimum or maximum y-value—in which case it’s centered at the corresponding edge of theCartesianLayerarea, with half sticking out. The bug also caused problems withCartesianMarkercolor extraction.v2.3.1Overview
composeCartesianMarkerVisiblityListener.onHiddenwas never called has been resolved.multiplatformCartesianMarkerVisiblityListener.onHiddenwas never called has been resolved.v2.3.0Overview
coreCartesianMarkerControllerenables granular control ofCartesianMarkervisibility. For example, withCartesianMarkerController.toggleOnTap, you can have aCartesianMarkershow up only on explicit taps—not on gesture-starting presses—and remain visible until another tap elsewhere. For details, see the API reference.CartesianCharthas a newmarkerControllerproperty, and thecontextparameter has been removed from the previously protectedgetMarkerTargets.HorizontalAxisandVerticalAxisinstances sometimes failed to fully overlap in the corners—resulting in jagged connections—has been addressed. In relation to this fix, inAxis, the existingdrawUnderLayersanddrawOverLayersfunctions have been deprecated in favor of new overloads withaxisDimensionsparameters, and anupdateAxisDimensionsfunction has been added.composecorechange 1,rememberCartesianCharthas a newmarkerControllerparameter.multiplatformCartesianMarkerControllerenables granular control ofCartesianMarkervisibility. For example, withCartesianMarkerController.toggleOnTap, you can have aCartesianMarkershow up only on explicit taps—not on gesture-starting presses—and remain visible until another tap elsewhere. For details, see the API reference.rememberCartesianCharthas a newmarkerControllerparameter, and thecontextparameter has been removed from the previously protectedCartesianChart.getMarkerTargets.ShapeComponentandLineComponentnow support shadows; add them via theshadowsparameters.Shapeinterface has been removed in favor of Compose’s.DashedShaperemains available but now takes a ComposeShape.MarkerCorneredShapehas been renamed toMarkerCornerBasedShapeand takes a ComposeCornerBasedShapeas its base.HorizontalAxisandVerticalAxisinstances sometimes failed to fully overlap in the corners—resulting in jagged connections—has been addressed. In relation to this fix, inAxis,axisDimensionsparameters have been added todrawUnderLayersanddrawOverLayers, and anupdateAxisDimensionsfunction has been added.LineCartesianLayer.AreaFillimplementations instantiated bysingleanddoublecould misposition nonuniformFills has been resolved.v2.2.1Overview
coreLineCartesianLayerdata labels were entirely truncated in right-to-left layouts has been addressed.multiplatformLineCartesianLayerdata labels caused crashes in right-to-left layouts has been addressed.Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.
Footnotes
Excluding
multiplatform, which is experimental. (It will remain available, but breaking changes are more likely.) ↩ ↩2