Question

好的，我知道在GraphViz中对节点进行排序的问题已被扼杀到近乎死亡，但我还没有看到有人解决订购集群的问题。我尝试了书中的所有技巧：

文件中节点的顺序是从左到右。如果我不添加群集，dot只会做正确的事情并以正确的顺序显示它们而不会有任何提示。但是，当添加集群时，点洗牌（随机化？）订单。
我添加了不可见的边缘来尝试强制子集群之间的顺序;但似乎只要子群集放置在群集内，dot就会决定某个特定的顺序，并且会毫不犹豫地让边缘遍布地图以保留它。
由于节点顺序和不可见边缘使我失望，我转向试图强制节点的位置。这再次失败，因为只有点集群，它忽略输入位置。通过fdp运行未经修改的dot输出（生成的位置）会导致崩溃，所以我也放弃了这个方向。

这是example dot file，它生成下面的图像。绿线是“看不见的”边缘我添加失败尝试强制点从左到右排序一切。如果这是成功的，那么绿线就会从锚点到左边通过节点向右移动，而不会自己交叉。例如，每个be.0将位于其兄弟be.1的左侧，并且类似于tg-s）。正如你所看到的那样，dot改变了子簇的顺序（将.1兄弟放在.0的左边）。由于某些约束，无论是否有任何边缘，它就好像它是故意这样做的。我无法找到任何方式来说服它做其他事。这非常令人沮丧，因为生成的图表完全符合我的需要。

Badly ordered dot clusters http://www.ben-kiki.org/oren/stackoverflow/diagram.png

因此。是否有任何方式强制点尊重集群内的某些集群顺序？

编辑：进一步研究，看起来群集的默认排序与节点的默认排序相反。也就是说，通常（在TB图中），文本中首先出现的节点往往会出现在文本后面出现的节点的 left 中;但似乎在文本中首先出现的子群集往往会出现在文本后面出现的子群集的右中。现在，如果这是一个强硬的规则，生活将是伟大的;然而，有时（但不常见）点仍然坚持重新排列子簇，不管任何产生的交叉边缘，看起来“只是因为”。所以问题仍然存在。

Answer 1

有点晚了，但是这里有一些其他的想法：（示例数据有点大）

反正您尝试过

edge [constraint = false]（constraint = false可能会一些奇怪的长边路由）
和/或edge [weight = 1000]（更难获得正确的位置），
您可能还想添加一些脚手架
您无法在各个集群上排名相同，因此如果需要，它必须位于脚手架节点上

这是一个简单的示例，可以成功地将包括群集在内的一半节点的顺序翻转

digraph G {
    subgraph cluster_sa{
    edge[weight=1000]
    subgraph cluster_s1a{ s1a1->s1a2 }
    subgraph cluster_s2a{ s2a1->s2a2 }
    subgraph cluster_s1a_{ s1a1_->s1a2_ }
    subgraph cluster_s2a_{ s2a1_->s2a2_ }
    s1a2->s1a1_
    s2a2->s2a1_
    }
{
    edge[constraint=false]
    subgraph cluster_ta{
    subgraph cluster_t1a{ t1a1->t1a2 }
    subgraph cluster_t2a{ t2a1->t2a2 }
    subgraph cluster_t1a_{ t1a1_->t1a2_ }
    subgraph cluster_t2a_{ t2a1_->t2a2_ }
    t1a2->t1a1_
    t2a2->t2a1_
    }
    edge[tailport=s headport=s]
    s1a2_->t1a1
    s2a2_->t2a1
}
edge[color=green]
node[color=green]
{rank=same s1a0->s2a0->t2a0->t1a0}
s1a0->s1a1
s2a0->s2a1
t1a0->t1a2_
t2a0->t2a2_

t1a2_->t1a1_->t1a2->t1a1
t2a2_->t2a1_->t2a2->t2a1
}

在viz-js.com上呈现

有时候，以ververese顺序连接节点也可能很有用（例如t2a2 _-> t2a1_ [dir = back]而不是上面的方法实际上会更好，因为可以删除绿色箭头，然后给出一个黑色的直箭头），但是我认为这不会对您有帮助

GraphViz存在集群时的水平顺序

1 个答案: