记工作中遇到的一个Qt tab order的古怪问题

本文链接：https://blog.csdn.net/github_39273626/article/details/106637044

本文记录了一次在Qt开发中遇到的关于Tab顺序的奇怪问题。作者自定义了一个StyledLineEdit，包含一个清除按钮。在不同区域输入文字并按Tab键时，清除按钮的焦点获取行为不一致。通过分析，发现原因是Qt默认的Tab顺序与实际需求不符，涉及到UI文件的Tab顺序设置、默认焦点和代码创建顺序等。通过调整UI文件和代码生成顺序，最终解决了问题。

摘要由CSDN通过智能技术生成

问题背景：

我自己实现了一个StyledLineEdit，相比QLineEdit多了一个clear button，这个button的parent是StyledLineEdit然后我将这个控件应用到两个小的widget中，分别用来输入名字之类的，以及输入电话号码，然后把它们放在一个dialog中用来输入。

问题描述：

在非电话号码的区域输入一些字符，然后按tab，焦点可以正确跳到clear button上。在电话号码的区域输入一些字符，然后按tab，焦点不会停留在clear button上

解决过程

说句题外话，本来我是为了解决“按了Enter会清除已输入的字符”这个问题才发现以上的问题。而这个问题是因为clear button设置了default属性为true，所以在Dialog中按enter就会自动调用它的点击事件，于是输入就被清掉了，解决方法也很简单，我在dialog的UI文件中将save button的default属性设置为了true，于是以后按Enter就会相当于直接按save。

回到本篇的问题，首先clear button是可以接受focus的，所以排除focus policy不对的可能，然后我试着用tab全部走了一遍，发现焦点根本不会经过clear button。这时候我试着Shift+Tab走了一下，发现经过combo box之后焦点走到了clear button上，也就是说它被放在了comb