等了两月,还以为选择夹更新了,结果还是没变.

67564226

等了两月,还以为选择夹更新了,结果还是没变.

这种需求最多的更新, 就不能优化处理,你看看论坛上有多少人在要求要先处理这个.

唉.

storey

建议搞成20个分组，这样再复杂的布局，怎么都够用了

飞扬工作室

现在这种方式除了需要多设置一下组件分组外,也没有增加更多的工作,但是可适用性大大增强了,不仅仅被绑死在选择夹这一个组件上了.

amwji

估计是有难度，只能再等等

飞丶宇

  一直在用布局器 设置位置 来回切换的。没办法 都用上布局器了 要不要那个选择夹都一样了。

fengyishen

我的狗丢了，一直用免费版本，所以我都是把组件放在布局器，控制布局器的可视来实现类似选择夹切换，对于我的使用场景影响不大。

storey

创世魂 发表于 2023-6-28 19:18
设置分组后，调用一个方法就搞定了。虽然是曲线救国，但是比以前好用多了。。不用乱七八糟写一堆了。
缺点 ...

建议搞成20个分组，即便再复杂的界面，这样怎么都够用了！

609177738

个人有个想法，可以实现比这还好些的方案？，需要插件开放1～2个主动接口，主要功能就是移动(大小)和隐藏 设计组件的调节器，由用户设置选择夹的现行子夹的改变来切换显示对应的子夹(包括自动调节子夹大小)，这个过程可以在选择夹的代码里去实现
移动组件对象，对应的调节器是否移动我没测试，隐藏肯定是隐藏不了的，现有的插件接口都是被动接口。。。

shuimiao

我一直没用MFC选择夹，而是自绘选择夹，不过也是代码加入来使用，而不能可视切换设计。感觉代码加入也挺好的，每个功能界面用组件布局器搞好了，再代码加入就好了。当然设计器中切换布局自然最好，只是没有。。

创世魂

设置分组后，调用一个方法就搞定了。虽然是曲线救国，但是比以前好用多了。。不用乱七八糟写一堆了。
缺点也是有的，最多支持9个分组。不过基本上也够用了。。能满足绝大多数的需求了。