C GTK3 API:替换不推荐的gtk_文本_冻结API?

C GTK3 API:替换不推荐的gtk_文本_冻结API?,c,gtk,gtk3,gnome,C,Gtk,Gtk3,Gnome,我想用GTK3API创建一个新的应用程序。我想使用我的讲师在教科书中描述的旧GTK API。旧的API是gtk\u text\u freeze。我已经阅读了Gnome网站上的Gtk文档,我发现API已经被弃用,但它没有解释API的替换 所以。你知道那个API的替代品吗?GtkText在18年前就被弃用了。。。我想知道上次更新讲座材料是什么时候 防止更新闪烁的典型方法是在数据源(如GtkTextBuffer)上调用g\u object\u freeze\u notify(),然后执行要执行的更新,

我想用GTK3API创建一个新的应用程序。我想使用我的讲师在教科书中描述的旧GTK API。旧的API是
gtk\u text\u freeze
。我已经阅读了Gnome网站上的Gtk文档,我发现API已经被弃用,但它没有解释API的替换


所以。你知道那个API的替代品吗?

GtkText在18年前就被弃用了。。。我想知道上次更新讲座材料是什么时候


防止更新闪烁的典型方法是在数据源(如GtkTextBuffer)上调用
g\u object\u freeze\u notify()
,然后执行要执行的更新,然后调用
g\u object\u thaw\u notify()
。这并不是gtk_text_freeze()的真正“替代品”,因为它所做的事情很愚蠢:你不想停止重新绘制小部件,你只想让新数据以原子方式显示。

好吧,看看gtk文档,我读到“冻结GtkText小部件,该小部件在解冻前不允许重新绘制。如果要对小部件中的文本进行大量更改,这将非常有用,从而减少用户看到的闪烁量。“。看看
gtk\u text\u thaw
,这也是不推荐的。我的猜测是,这个功能没有替代品,只是因为功能已被删除/优化而被弃用。是的。。。我也有时间这样想。但是@jussiKukkonen对此解释得很好。是的,这是真的。在他们不推荐的API历史中,我也很惊讶地看到了这一点。顺便说一句,我找到了答案。我只是忘了更新这个问题。非常感谢你的帮助。我会把你的答案记为最好的。现在。~18年前——天哪,好消息,伙计们,;-)