Sacrilege –自定义SWT滚动条

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超类提供的滚动条。

尽管有一些跨平台的障碍需要克服，但是创建自定义滑块很简单。下图显示了与右侧外壳（OS：Windows 7）上使用的FlatScrollBar控件相比，左侧外壳的本机滑块：

值得注意的是，自定义滑块会在鼠标悬停时展开，如竖线所示。水平条将紧凑的基础外观描绘为谨慎的拇指和选择指示器。通常， FlatScrollBar本质上模仿Slider/Scrollbar行为，语义和API：

显然，我决定省略向上和向下箭头，但这只是一个光学调整。尽管尚未配置，但可以通过在源代码中更改单个常数值来恢复箭头按钮。

但是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功能的一部分，可从以下网站获得：

如果您想看一下代码或提出问题，也可以看一下Xiliary GitHub项目。查找用法示例的FlatScrollbarDemo ， FlatScrollBarTreeDemo和FlatScrollBarTableDemo ：

翻译自: https://www.javacodegeeks.com/2014/12/sacrilege-a-custom-swt-scrollbar.html