6

我想从其“更改”信号处理程序中更改 urwid.Edit 的文本。但是,它什么也没做。最小的工作示例:

import urwid

input_line = urwid.Edit(multiline=True)

def input_change(widget, text):
        if text.endswith("\n"):
                input_line.set_edit_text('')

urwid.connect_signal(input_line, 'change', input_change)
urwid.MainLoop(urwid.Filler(input_line)).run()

如果按回车,它实际上会调用 .set_edit_text(),但文本保持不变。我如何实现我想要的?

4

2 回答 2

5

正如您在source中看到的那样,该set_edit_text方法发出您的"change"事件,然后立即将 设置_edit_text为实际值。*

您也可以验证这一点,例如,input_line.edit_text在您更改后立即登录set_edit_text以查看您是否成功更改了它。

您需要在这里做的是子类化Edit小部件,并覆盖set_edit_text,** 不处理"change"信号。然后很容易。

例如:

def set_edit_text(self, text):
    if text.endswith('\n'):
        super().set_edit_text('')
    else:
        super().set_edit_text(text)

如上所述,GUI 框架有一个很好的理由在应用更改之前触发事件:这为您的事件处理程序提供了一种查看当前值和新值的方法。

当然,GUI 框架在应用更改触发事件也是有充分理由的。

一些框架同时提供。例如,在 Cocoa 中,您通常会在更改之前收到一条fooWillChange:消息,然后在更改fooDidChange:之后收到一条消息。此外,在某些框架中,“之前”事件为您提供了一种影响事件处理方式的方法(替换它的一个值、吞下事件以使其不会向上传递等)。然后是 Tkinter,它提供了一些方法来完成所有这些不同的事情,但它们彼此完全不同,并且因小部件而异……</p>

框架没有所有可能的选项是一个错误吗?嗯,框架太大太笼统有一个缺点。它更难开发和维护,更糟糕的是,更难学习。我认为 urwid 在这里做出了合理的选择。特别是因为它是用相对简单的纯 Python 编写的,具有类层次结构,可以轻松覆盖您不喜欢的任何行为。

但是,您可以将其称为文档错误,Urwid 没有告诉您使用哪种信号逻辑(不可变的“之前”事件),并且几乎没有提供关于覆盖什么以自定义行为的指导。


* 还值得注意的是,您的change处理程序在set_edit_text. 在 urwid 中,set_edit_text从此处理程序调用不是问题,但在许多其他 UI 库中,它可能导致无限递归或奇怪的行为。

** 您当然可以使用monkeypatchEdit而不是子类化,除非您有特殊的理由这样做,否则我不会。

于 2013-11-21T20:18:33.600 回答
4

这是通过覆盖“keypress”并定义您自己的“完成”信号的另一种方法,该信号在您按 Enter 时发出:

class CustomEdit(urwid.Edit):
    _metaclass_ = urwid.signals.MetaSignals  
    signals = ['done']


    def keypress(self, size, key):
        if key == 'enter':
            urwid.emit_signal(self, 'done', self, self.get_edit_text()) #if you dont need a reference to the CustomEdit instance you can drop the 3rd argument
            super(CustomEdit, self).set_edit_text('')
            return
        elif key == 'esc':
            super(CustomEdit, self).set_edit_text('')
            return
        urwid.Edit.keypress(self, size, key)
于 2014-05-12T23:34:12.657 回答