Question

我想从其“更改”信号处理程序中更改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()

如果按Enter键，它实际上会调用.set_edit_text（），但文本保持不变。我如何实现我的目标？

Answer 1

正如您在the source中看到的那样，set_edit_text方法会发出您的"change"事件，之后会立即将_edit_text设置为实际值。* < / p>

您也可以通过例如在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:消息。此外，在某些框架中，“before”事件为您提供了一种影响事件处理方式的方法（替换其中一个值，吞下事件以使其不会被链接传递等）。然后是Tkinter，它提供一些方式来完成所有这些不同的事情，但它们彼此完全不同，并且从小部件到小部件...... ...

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

但是，您可以将其称为文档错误，Urwid不会告诉您使用哪种信号逻辑（在“事件之前”不可变“），并且提供很少的指导来覆盖什么以自定义行为。

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

**你当然可以monkeypatch set_edit_text而不是子类，除非你有特别的理由这样做，我不会。

Answer 2

通过覆盖＆＃34;按键＆＃34;这是另一种方法。并定义自己的＆＃34;完成＆＃34;按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)

如何从'change'信号处理程序更改urwid.Edit的文本？

2 个答案: