JIGplot | 我们看起来一样，但其实也不一样~ 关于可交互式图稿绘制的思考。

兴许是周五，上午开会，中午饭后没有太大干活积极性。到了下午，类似感觉更甚。索性刷刷文献，随后码码。
一直以来，不少人吐槽。
为什么你 TBtools 出图不能保存，
然后下次打开重新修改？
Emmm....没有为什么因为他就是不能。
逻辑上，我们希望一个图（其实是一个绘图项目）能保存当前工作状态，下次打开在当前基础上继续修改。
这个其实挺简单。对于支持这类保存项目然后支持重载的功能实现，一般有两种：

1. 泛化，类似用户喜欢使用 PPT，AI，PS 等，其实当你仔细去想，就会发现，一旦泛化，那么其实交互变得非常Simple，或者说 Naive?单调。因为充其量，你就是要么选定一个元件，要么选定几个元件，要么按照分组，这样去修改一些元件的特性。本身修改这个动作需要你做当前指定；
2. 特异，你可以针对某个图像类型，开发特定的参数。比如大家常用的一些「专门绘制某一类图」的软件。或者更直接的，看看现在 TBtools 的 Heatmap 或 Advanced Circos，你可以保存项目，下次重载。尽管这个跟专门开发还是有点距离，不过也大体可以指代。值得注意的是，适用于 Heatmap 的交互，比如调整热阶，改变格子宽度大小等等，不少参数，其实完全不能应用于 Circos 功能。

当用户提出希望调整图片的绘制参数时，要的不是“泛化”的实现（这个TBtools很早就支持了），要的是“特异”的实现。这就是问题。因为 TBtools 本身的图稿输出，用的是我自己开发的绘图引擎，即 JIGplot。
开发绘图引擎的目的是为了绘制出具有良好交互性的图稿，这其实是“泛化”的过程。而对于“特异”交互的实现，则需要针对每一类图做专门的参数开发和优化。这其实不是一个好事。因为这样，每一类图，比如现在热图就有热图的Project，而 Circos图就有Circos图的 Project，当然，其他图，如 Gene Location，也可以会。
而且，还有一个问题，其实这些Project本身的交互依赖于专门开发的界面。
简单来说，图片与交互在某种程度来说，是分割的。而真正优秀的图片，因为是他本身就包含了自身的交互信息。
当然，现在是有的，但这是“泛化”的结果。大体如下

这个问题并不大，问题最大的在于，当我们保存一张图片时，我们无法将交互动作跟图片同时保存。
思来想去，我大体做了一个实现，基本可以实现这个功能。
大体如下，一张以前一模一样的图

而现在增加了一个 Meta Control

在JIGplot里面，可以简单的针对特定的JIGElement群体赋予动作标签。

简单来说，交互动作信息保存在对应JIGSubPanel对象中，于是我们从此可以轻松修改图片的特定信息，如知简单增加字体信息，那么就可以快速批量修改字体等等。做一个简单的示例。

如果说，这个比较难理解，那么就可以认为，
在 TBtools 里面，以前我们保存图片，导入后只剩下泛化的交互，需要专门圈选才能修改某一类元件的属性，如颜色，字体等；而现在，我们保存图片，导入后，仍然可以通过 Meta Control 一次批量调整特定元件群组，如所有行名或者列名等等。
Emmm，今天的内容，可能有点抽象。
不过 JIGplot 本身就是抽象的结果。
或许看起来没什么用，
但其实用处很大。

很多事情，总是很矛盾。
正如，只有当你拿出成果时，别人才可能会去看你的努力；而很多努力，其实不会有拿得出手的成果。
于是问题就是，
你是否愿意做一些不会出成果的努力，尽管他们会很重要。
这个重要有两方面：

1. 就真的很重要，坚持到底或许真能出大成果
2. 也非常重要，可能别人以为你在做工具，其实你在做做工具的工具