SWT是本机OS小部件之上的薄抽象层。 如果您打算将应用程序与OS外观很好地集成在一起，那将是一件非常好的事情。 但是，作为一种折衷方案，这种方法大大限制了样式功能。
特别是，我感觉到本机SWT滚动条通常会干扰更精细的视图布局。 最近遇到此问题，我尝试了一个自定义SWT滚动条小部件。 这篇文章介绍了结果–一个简单的滑块控件，可用作SWT Slider替换或Scrollbar覆盖。
SWT滚动条
SWT的OS滚动条抽象有两种表现形式： org.eclipse.swt.widgets.Scrollbar和org.eclipse.swt.widgets.Slider 。 以下JavaDoc段落说明了这两个小部件之间的区别：
'滚动条不是控件。 在某些平台上，作为某些标准控件（如文本或列表）一部分出现的滚动条没有操作系统资源， 也不是控件的子级。 因此，滚动条受到特殊对待。 要创建看起来像滚动条但具有操作系统资源的控件 ，请使用Slider。
这意味着Slider至少提供最小的编程影响，例如设置其边界。 但是org.eclipse.swt.widgets.Scrollable派生类（具有标准滚动条的所有控件的超类）仅提供只读抽象Scrollbar 。
例如，这对于响应滚动事件仍然非常有用，但实际上没有任何外观和调整空间。 滑块的应用范围通常仅限于自定义组件，无论出于何种原因，它们都不能使用Composite超类提供的滚动条。
FlatScrollBar
尽管有一些跨平台的障碍需要克服，但是创建自定义滑块很简单。 下图显示了与右侧外壳（OS：Windows 7）上使用的FlatScrollBar控件相比，左侧外壳的本机滑块：
值得注意的是，自定义滑块会在鼠标悬停时展开 ，如竖线所示。 水平条将紧凑的基础外观描绘为谨慎的拇指和选择指示器。 通常， FlatScrollBar本质上模仿Slider/Scrollbar行为，语义和API：
显然，我决定省略向上和向下箭头，但这只是一个光学调整。 尽管尚未配置，但可以通过在源代码中更改单个常数值来恢复箭头按钮。
ScrollableAdapter
但是Scrollable派生工具的滚动条（例如文本，树，表格等）又如何呢？ 作为如上所述的OS控件本身的一部分，它们是不可替换的。 从理论上讲，可以停用滚动并使用某种自定义滚动复合材料来模拟滚动行为。 但这有几个缺点。 我尝试了这种方法，但结果并不令人满意。
但是，将可滚动控件包装到覆盖适配器复合材料中似乎更有希望。 到目前为止，我已经成功地适应了Tree和Table控件。
这就是适配器创建的样子：
new FlatScrollBarTable( parent, ( adapter ) -> new Table( adapter, SWT.NONE ) ); 很容易，不是吗？ 第二个参数是通用工厂（ ScrollableFactory<T extends Scrollable> ），它可以适应各种可滚动类型。 但是由于根本不可能实现通用的覆盖，因此目前仅提供树和表适配器。
适配器通过FlatScrollBarTable#getTable()方法提供对表实例的FlatScrollBarTable#getTable() 。 这也允许毫无问题地适应JFace树和表查看器。
由于Mac OS上的本机滚动条看起来是开箱即用的，因此适配器会从该平台上的自定义叠加层中删除。 仅Gtk和MS Windows平台会受到影响。 因此，标题图像中没有Mac屏幕截图。 但是FlatScrollBar控件本身也可以在OS X上很好地工作。
结论
到目前为止，在我们的项目之一中使用FlatScrollBar和ScrollableAdapter看起来很有希望。 当然，代码库是相当新的，可能包含一些未发现的问题或缺陷。 但是，我发现有必要向外部受众介绍此控件，这可能有助于发现此类缺陷或导致进一步的要求。
我很好奇这种方法的可持续性，以及是否有可能也适应文本和/或样式化的文本控件。 如果您想签出这些控件，则它们是Xiliary P2存储库的com.codeaffine.eclipse.swt功能的一部分，可从以下网站获得：
- http://fappel.github.io/xiliary
如果您想看一下代码或提出问题，也可以看一下Xiliary GitHub项目。 查找用法示例的FlatScrollbarDemo ， FlatScrollBarTreeDemo和FlatScrollBarTableDemo ：
- https://github.com/fappel/xiliary
翻译自: https://www.javacodegeeks.com/2014/12/sacrilege-a-custom-swt-scrollbar.html
)
