7

我正在调试 PyGTK 程序中的用户体验错误（尽管该问题可能也适用于 GTK），并且突然意识到该错误是“触发”的，具体取决于执行程序的用户。

我将问题简化为 PyGTK 中的一个非常简单的脚本：

import gtk

class PyApp(gtk.Window):
    def __init__(self):
        super(PyApp, self).__init__()

        self.set_size_request(250, 100)
        self.set_position(gtk.WIN_POS_CENTER)
        self.connect("destroy", gtk.main_quit)
        self.set_title("Message dialogs")

        ques = gtk.Button("Question")
        self.add(ques)

        ques.connect("clicked", self.on_ques)

        self.show_all()

    def on_ques(self, widget):
        md = gtk.MessageDialog(self,
            gtk.DIALOG_DESTROY_WITH_PARENT, gtk.MESSAGE_QUESTION,
            gtk.BUTTONS_YES_NO, "Are you sure to quit?")
        md.run()
        md.destroy()

PyApp()
gtk.main()

当我以我自己的身份在我的盒子上运行它时，我得到了这个对话框：

Are you sure to quit?
    <Yes>   No

当我以root身份在我的盒子上运行它时，我得到这个对话框：

Are you sure to quit?
     <No>   Yes

两个用户都有相同的 .gtkrc-2.0 文件，我使用 KDE，并且在我的主目录中没有任何明显的与 GTK 相关的隐藏目录，所以我不明白这种偏好来自哪里。

在有人建议 md.set_default_response() 之前，这并不是我想要的。创建对话框后，我尝试设置 md.set_default_response(gtk.RESPONSE_YES) ，是的，选择了“是”按钮，但左侧仍然打印了“否”。

我想了解这种行为的来源，并尝试一劳永逸地解决它。

4

1 回答 1

7

查看 GTK+ C 源代码，我终于找到了答案。

似乎 GNOME 人机界面指南提倡使用最右侧的肯定按钮，但在 Windows 等平台中，标准首先是肯定的，因此在必须处理按钮的小部件中，您有一个名为 set_alternative_button_order() 的函数如果名为 gtk-alternative-button-order 的全局设置设置为 1，请重新排列按钮。

那么答案的第二部分是 KDE试图模仿 Windows。知道我必须寻找什么，我在 KDE 中找到了另一个 gtkrc-2.0，在 /home/myuser/.kde/share/config/gtkrc-2.0:gtk-alternative-button-order = 1 中，以便制作 GTK在 KDE 下运行的应用程序尽可能类似于非 GTK 的应用程序。

这就是 root 有不同行为的原因，因为我从未在我的系统中以 root 身份运行 KDE，而且它在 .kde/ 目录中没有这样的设置。

这个故事的寓意是，无论你得到什么，都必须在这种类型的对话框中设置默认按钮，否则 GTK 将默认为第一个，这将导致不一致的行为。就我而言，在纯 GTK 中，退出程序的默认答案不是这样做，但在 Windows 或 KDE 中，它是退出。

我希望它很清楚，这有助于任何有同样问题的程序员。

于 2012-06-08T01:52:33.600 回答