[Feature] 代理页面改善建议

[Back-T0]

功能描述 / Feature description

这样的布局能更加有效地呈现信息( 或许还能更优雅 ):

相比于原来的:

原来的设计, 在策略组内节点比较多的情况下, 切换选中策略组的时候需要频繁滚动鼠标( 虽然可以通过拖动滚动条快速回到顶部, 但还是有点麻烦 )

大多数情况下都是窗口的宽度大, 然而当用户使用窄宽度的时候, 原来的布局是正确的
但是要将展开的策略组始终顶置, 因为这样可以快速收起

使用场景 / Use case

建议只是基于个人的使用感受, 感谢开发者的辛勤付出

[UbiVPN]

感覺原來的佈局要簡潔些，你這個太雜亂了

[Back-T0]

感覺原來的佈局要簡潔些，你這個太雜亂了

杂乱就说得太糟糕了. 我认为这样划分更加有序且清晰明了, 左侧是策略组, 右侧是该策路组的节点

可能是我改得太过粗糙以至于你觉得乱, 我设想的布局是和设置页面一样的左右分列:

左右分列布局的优点是左侧能快速切换选中策略组, 同时右侧显示节点信息, 更加高效( 当然点击向下展开是直白的, 但像前面我说的那样切换策略组选中时比较麻烦 )

相比原来的策略组和节点混合展示:

当然, 如果用户没有点击展开策略组的话就取消左右分列, 这样同时也保持了原有的简洁

[dongchengjie]

如果真的动过这里的代码就知道，难实现的不是效果，是性能💀
上百个就略卡了，几百个的那种给卡懵逼，这还是限制视图后的结果
sticky scroll就被搁置了，如果实现了性能好的效果，欢迎pr

[KKFantasy]

这个设计看起来相当不错，很实用，不过如果像楼上开发者所说对性能影响的话，那就只能牺牲UI了。

[lbcake]

这个设计看起来相当不错，很实用，不过如果像楼上开发者所说对性能影响的话，那就只能牺牲UI了。

现在 性能占用就很高了。 内存占用 待机状态 150M+ 还不算切换页面 来回切换页面直接200M+ 内存占用高 （就是把内核20M占用减去 内存占用 还是稍高）

[junlongzzz]

怎么说呢，作为GUI程序，我还是那个观点，保持核心功能的稳定性优先，这个建议是不错，但如上所说牺牲过大的话，大可不必