{"id":390364,"date":"2024-06-29T09:12:21","date_gmt":"2024-06-29T09:12:21","guid":{"rendered":"http:\/\/savepearlharbor.com\/?p=390364"},"modified":"-0001-11-30T00:00:00","modified_gmt":"-0001-11-29T21:00:00","slug":"","status":"publish","type":"post","link":"https:\/\/savepearlharbor.com\/?p=390364","title":{"rendered":"How to create a custom Scrollbar in Flutter using RenderShiftedBox<\/span>"},"content":{"rendered":"
<\/div>\n
\n
\n
\n
\n

In my project, I was faced with the need to implement a scroll bar. The standard approaches didn’t fully satisfy what designers wanted to see. Here is an example, it is slightly different in appearance from what I needed, but the essence is approximately the same: the scroll bar should be on the right side of the list and take into account the padding of the scroll bar, with the slider displaying the percentage of the scrolled part of the list.<\/p>\n

<\/figcaption><\/figure>\n

There are several approaches to creating Flutter widgets: composition, CustomPainter<\/em>, and RenderObject<\/em> or any of its subclasses. In most cases, you can get by with composition and cover the rest with CustomPainter, but the most flexible and controllable method is using RenderObject<\/em>.<\/p>\n

Let’s see an example of how you can implement a custom scroll bar using the RenderShiftedBox<\/em>. A couple of words why exactly this one: first of all refer to Flutter documentation<\/a> the widget wrapped in our custom scrollbar should be smaller than a parent (i.e. it will resize child widget) to allow scrollbar to be placed near and not over child widget, see what works for us:<\/p>\n

<\/figcaption><\/figure>\n

It follows from the description that it is RenderShiftedBox<\/em> that we need to use.<\/p>\n

Implementation<\/h2>\n

Now let’s start implementing a custom scroll bar, it’s very simple:<\/p>\n

class CustomScrollbar extends SingleChildRenderObjectWidget {   final ScrollController controller;   final Widget child;   final double? strokeWidth;   final EdgeInsets? padding;   final Color? trackColor;   final Color? thumbColor;    const CustomScrollbar({     Key? key,     required this.controller,     required this.child,     this.strokeWidth,     this.padding,     this.trackColor,     this.thumbColor,   }) : super(key: key);    @override   RenderObject createRenderObject(BuildContext context) {     return RenderCustomScrollbar(       controller: controller,       strokeWidth: strokeWidth ?? 16,       padding:           padding ?? const EdgeInsets.symmetric(             vertical: 16,              horizontal: 8,           ),       trackColor: trackColor ?? Colors.purpleAccent.withOpacity(0.3),       thumbColor: thumbColor ?? Colors.purpleAccent,     );   }    @override   void updateRenderObject(       BuildContext context, covariant RenderCustomScrollbar renderObject) {     if (strokeWidth != null) {       renderObject.strokeWidth = strokeWidth!;     }     if (padding != null) {       renderObject.padding = padding!;     }     if (trackColor != null) {       renderObject.trackColor = trackColor!;     }     if (thumbColor != null) {       renderObject.thumbColor = thumbColor!;     }   } }<\/code><\/pre>\n
Since our scrollbar has one child widget, that is why CustomScrollbar<\/em> extends SingleChildRenderObjectWidget<\/em> and override the updateRenderObject()<\/em> and createRenderObject()<\/em> methods to return a new instance of RenderCustomScrollbar<\/em>.<\/p>\n
Now let’s move on to describing the RenderShiftedBox<\/em> itself.<\/p>\n
Initialize the constructor and define a listener that will trigger the method to update the slider position, don’t forget to include markNeedsPaint()<\/em> and markNeedsSemanticsUpdate()<\/em> in that method so that the slider can be redrawn.<\/p>\n
\u00a0You can rewrite the methods for calculating the position, the height of the slider as you need, don’t forget to take into account the paddings, in general, you can make the runner move even diagonally. In my case, the height of the runner depends on the height of the content, in your case, the height of the slider can be fixed or even change dynamically, here you are not limited to anything. I’ve looked at the calculation of the position of the slider in the standard RawScrollbar<\/em> and adapted it a little bit.<\/p>\n
Now let’s go to the very important function performLayout()<\/em>:<\/p>\n
@override   void performLayout() {     size = constraints.biggest;     if (child == null) return;     child!.layout(constraints.copyWith(maxWidth: _getChildMaxWidth()),         parentUsesSize: !constraints.isTight);     final BoxParentData childParentData = child!.parentData! as BoxParentData;     childParentData.offset = Offset.zero;   }    double _getChildMaxWidth() {     return constraints.maxWidth - padding.horizontal - strokeWidth;   }<\/code><\/pre>\n
You need to override the performLayout()<\/em> method and set a size for the RenderBox<\/em>, otherwise, an exception will be thrown that the RenderBox<\/em> hasn’t set its dimensions. You can take the size from constraints and then override the size of the child widget and its position, from where it starts to be drawn. Here you can also change the size or position of the child widget if you want. In my case Offset.zero<\/em> because I only needed to limit the width of the child widget.<\/p>\n
After you’ve got all positions calculated according to paddings and any other optional parameters, you can start drawing, to do that we need to override the paint()<\/em> method.<\/p>\n
@override   void paint(PaintingContext context, Offset offset) {     if (child == null) return;     context.paintChild(child!, offset);     _resetThumbStartPointIfNeeded();     _trackPaint(context, offset);     _thumbPaint(context, offset);     _textPaint(context, offset);   }<\/code><\/pre>\n
The context.paintChild()<\/em> will draw the child widget, it already knows its dimensions. Then we draw the track, the slider, and the text in turn. There’s no need to go into detail about these methods in this article, you can read the code at this link<\/a>. In general, in the paint method, you can draw whatever you need.\u00a0<\/p>\n
Result<\/h2>\n
<\/div>\n<\/div>\n<\/div>\n<\/div>\n
<\/div>\n

 \u0441\u0441\u044b\u043b\u043a\u0430 \u043d\u0430 \u043e\u0440\u0438\u0433\u0438\u043d\u0430\u043b \u0441\u0442\u0430\u0442\u044c\u0438  https:\/\/habr.com\/ru\/articles\/574296\/<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
<\/div>\n
\n
\n
\n
\n
In my project, I was faced with the need to implement a scroll bar. The standard approaches didn’t fully satisfy what designers wanted to see. Here is an example, it is slightly different in appearance from what I needed, but the essence is approximately the same: the scroll bar should be on the right side of the list and take into account the padding of the scroll bar, with the slider displaying the percentage of the scrolled part of the list.<\/p>\n
<\/figcaption><\/figure>\n
There are several approaches to creating Flutter widgets: composition, CustomPainter<\/em>, and RenderObject<\/em> or any of its subclasses. In most cases, you can get by with composition and cover the rest with CustomPainter, but the most flexible and controllable method is using RenderObject<\/em>.<\/p>\n
Let’s see an example of how you can implement a custom scroll bar using the RenderShiftedBox<\/em>. A couple of words why exactly this one: first of all refer to Flutter documentation<\/a> the widget wrapped in our custom scrollbar should be smaller than a parent (i.e. it will resize child widget) to allow scrollbar to be placed near and not over child widget, see what works for us:<\/p>\n
<\/figcaption><\/figure>\n
It follows from the description that it is RenderShiftedBox<\/em> that we need to use.<\/p>\n
Implementation<\/h2>\n
Now let’s start implementing a custom scroll bar, it’s very simple:<\/p>\n
class CustomScrollbar extends SingleChildRenderObjectWidget {   final ScrollController controller;   final Widget child;   final double? strokeWidth;   final EdgeInsets? padding;   final Color? trackColor;   final Color? thumbColor;    const CustomScrollbar({     Key? key,     required this.controller,     required this.child,     this.strokeWidth,     this.padding,     this.trackColor,     this.thumbColor,   }) : super(key: key);    @override   RenderObject createRenderObject(BuildContext context) {     return RenderCustomScrollbar(       controller: controller,       strokeWidth: strokeWidth ?? 16,       padding:           padding ?? const EdgeInsets.symmetric(             vertical: 16,              horizontal: 8,           ),       trackColor: trackColor ?? Colors.purpleAccent.withOpacity(0.3),       thumbColor: thumbColor ?? Colors.purpleAccent,     );   }    @override   void updateRenderObject(       BuildContext context, covariant RenderCustomScrollbar renderObject) {     if (strokeWidth != null) {       renderObject.strokeWidth = strokeWidth!;     }     if (padding != null) {       renderObject.padding = padding!;     }     if (trackColor != null) {       renderObject.trackColor = trackColor!;     }     if (thumbColor != null) {       renderObject.thumbColor = thumbColor!;     }   } }<\/code><\/pre>\n
Since our scrollbar has one child widget, that is why CustomScrollbar<\/em> extends SingleChildRenderObjectWidget<\/em> and override the updateRenderObject()<\/em> and createRenderObject()<\/em> methods to return a new instance of RenderCustomScrollbar<\/em>.<\/p>\n
Now let’s move on to describing the RenderShiftedBox<\/em> itself.<\/p>\n
Initialize the constructor and define a listener that will trigger the method to update the slider position, don’t forget to include markNeedsPaint()<\/em> and markNeedsSemanticsUpdate()<\/em> in that method so that the slider can be redrawn.<\/p>\n
\u00a0You can rewrite the methods for calculating the position, the height of the slider as you need, don’t forget to take into account the paddings, in general, you can make the runner move even diagonally. In my case, the height of the runner depends on the height of the content, in your case, the height of the slider can be fixed or even change dynamically, here you are not limited to anything. I’ve looked at the calculation of the position of the slider in the standard RawScrollbar<\/em> and adapted it a little bit.<\/p>\n
Now let’s go to the very important function performLayout()<\/em>:<\/p>\n
@override   void performLayout() {     size = constraints.biggest;     if (child == null) return;     child!.layout(constraints.copyWith(maxWidth: _getChildMaxWidth()),         parentUsesSize: !constraints.isTight);     final BoxParentData childParentData = child!.parentData! as BoxParentData;     childParentData.offset = Offset.zero;   }    double _getChildMaxWidth() {     return constraints.maxWidth - padding.horizontal - strokeWidth;   }<\/code><\/pre>\n
You need to override the performLayout()<\/em> method and set a size for the RenderBox<\/em>, otherwise, an exception will be thrown that the RenderBox<\/em> hasn’t set its dimensions. You can take the size from constraints and then override the size of the child widget and its position, from where it starts to be drawn. Here you can also change the size or position of the child widget if you want. In my case Offset.zero<\/em> because I only needed to limit the width of the child widget.<\/p>\n
After you’ve got all positions calculated according to paddings and any other optional parameters, you can start drawing, to do that we need to override the paint()<\/em> method.<\/p>\n
@override   void paint(PaintingContext context, Offset offset) {     if (child == null) return;     context.paintChild(child!, offset);     _resetThumbStartPointIfNeeded();     _trackPaint(context, offset);     _thumbPaint(context, offset);     _textPaint(context, offset);   }<\/code><\/pre>\n
The context.paintChild()<\/em> will draw the child widget, it already knows its dimensions. Then we draw the track, the slider, and the text in turn. There’s no need to go into detail about these methods in this article, you can read the code at this link<\/a>. In general, in the paint method, you can draw whatever you need.\u00a0<\/p>\n
Result<\/h2>\n
<\/div>\n<\/div>\n<\/div>\n<\/div>\n
<\/div>\n

 \u0441\u0441\u044b\u043b\u043a\u0430 \u043d\u0430 \u043e\u0440\u0438\u0433\u0438\u043d\u0430\u043b \u0441\u0442\u0430\u0442\u044c\u0438  https:\/\/habr.com\/ru\/articles\/574296\/<\/a>
<\/br><\/br><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[],"tags":[],"class_list":["post-390364","post","type-post","status-publish","format-standard","hentry"],"_links":{"self":[{"href":"https:\/\/savepearlharbor.com\/index.php?rest_route=\/wp\/v2\/posts\/390364","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/savepearlharbor.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/savepearlharbor.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/savepearlharbor.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/savepearlharbor.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=390364"}],"version-history":[{"count":0,"href":"https:\/\/savepearlharbor.com\/index.php?rest_route=\/wp\/v2\/posts\/390364\/revisions"}],"wp:attachment":[{"href":"https:\/\/savepearlharbor.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=390364"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/savepearlharbor.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=390364"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/savepearlharbor.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=390364"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}