1

我正在将我的应用程序从旧的 GUI（我在其中使用固定大小）移动到 wxWidgets（我正在尝试学习 sizer 的基础）。

在应用程序内部，我有几个结构相当复杂的表单。数据和工作流程的性质建议我将所有这些数据放在一个屏幕中。但是这个屏幕必须经过适当设计才能使用。

这是表格的旧版本...

带有固定布局的表单

...这或多或少是我可以使用sizer想出的...

使用 wxSizers 形成

请注意，我不能简单地使用 wxGridSizer，因为一些小部件跨越整个行，其他一些则脱离固定网格等。

显然我可以继续努力让它变得不那么难看，但我发现自己在想也许 sizers 不是正确的工具。为了实现我想要的，我需要类似于 wxGridSizer 的东西，具有某种 colspan/rowspan 机制，也许这还不够。

所以我开始考虑自己构建一个“Form Sizer”，它可以像

int w,h;
GetClientSize(&w,&h);
MyFormSizer *formSizer(w,h);
formSizer->SetDimension( widget1, 100, 20 );
formSizer->SetDimension( widget2, 500, 20 );
formSizer->newRow();
formSizer->SetDimension( widget3, 100, 20 );
formSizer->SetDimension( widget4, 250, 20 );
formSizer->SetDimension( widget5, 250, 20 );
formSizer->Layout();

用户将设置每个小部件的相对大小，以完全阻止表单的几何形状。为了在调整大小时使此几何图形适合 wxPanel，Layout()将计算适当的缩放因子f，然后设置所有大小和位置，执行类似的操作

widget1->SetSize(CalculatedX, CalculatedY, 100/f, 20/f);
CalculatedX+=100/f;
widget2->SetSize(CalculatedX, CalculatedY, 500/f, 20/f);
CalculatedX+=0;
CalculatedY+=20/f;

等等（这只是一个划痕，把它当作一个粗略的想法；应该有机制来避免使所有东西都太小而无法适应小部件中的文本和/或相应地缩放字体大小等等）。

看起来合理吗？你会如何面对这个话题？这个选择会影响我以后的发展，所以欢迎任何回答、批评和评论

4

2 回答 2

1

wxGridSizer可能无法满足您的需求，但更灵活的课程wxGridBagSizer应该可以满足您的需求。此类允许您通过wxGBSpan在调用时设置来将项目设置为跨越多行和多列wxGridBagSizer::Add。

于 2014-11-18T15:05:54.390 回答
1

正如@sjdowling 的回答中所述，您可以使用wxGridBagSizer. 但是我不推荐使用这个类，因为它存在一些绝对定位的问题，特别是它使得在它周围移动元素或添加它们非常困难，除非在最后。

确实，wxWidgets 大小调整器缺乏跨不同大小对齐元素的能力，如果您使用普通的框或网格大小调整器，这就是您需要的，这很烦人。但是，您可以通过明确修复列的大小来解决它，或者只是硬编码它们（请至少使用对话框单元而不是像素，以避免破坏布局，尤其是在高 DPI 情况下），或者通过迭代所有标签和调用GetTextExtent()在所有这些上并选择最长的一个（这更可靠，尤其是在使用可以大幅改变字符串宽度（以像素为单位）的翻译时）。然后只需将此宽度分配给您创建的标签：由于初始宽度也是最小宽度，这将确保所有标签都具有此宽度并因此对齐，即使它们位于不同的尺寸器中。

正如我所写，这有点烦人，但如果您在代码中创建布局，这确实不是那么糟糕。如果你在 GUI 设计器中做，那就更丑了，但你仍然可以wxSizer::SetItemMinSize()从代码中调用。当然，唯一真正的解决方案是添加对跨尺寸对齐的支持，但目前这仍然比使用wxGridBagSizerIMO 更可取。

于 2014-11-18T18:17:36.067 回答