DotNetBar.Bar控件Y方向上的顺序控制

                                                                                                 老帅


      控件DevComponents.DotNetBar.Bar是可以有多种用途的，可以作为容器，也可以作为工具条，无论做什么，在Y方向上都是有顺序的，这会影响UI效果。
   有bar1和bar2，都作为工具条使用，如下图：
   bar1.LayoutType=ToolBar, bar2.LayoutType=ToolBar
  

    从图中我们可以看出：

    两个Bar的停靠模式都是顶端，bar1.Dock=Top，bar2.Dock=Top，现在是bar1在上面，bar2在下面。如果我们想让bar2到上面去怎么才能办到呢？

    我们进入到设计期自动生成的代码中看看就可以明白其Y方向上的顺序原理了。如下图所示：


    原来bar1和bar2都加入到了上一级容器的控件集合中，先加入的bar2，在Y轴的底下，后加入的bar1，在Y轴的上面。所以想让哪个Bar在上面，就后加入控件集合就可以了。
    现在想让bar2到上面去，修改代码就可以了，如下图：

   修改控件的Y方向顺序，都需要去修改代码，也不太方便，有没有设计期的方法，可以完成这个操作呢？答案是肯定的，操作方法如下图（按照这个方法操作完之后，设计期自动生成的代码会随之自动改变）：
     
Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生