Re: large performance difference between gtktextview and gtksourceview
Last time I checked (which was a long time ago) gtksourceview did not support BiDi and possibly other i18n issues. But this per se is no explanation for it being slower. And yes, performance can always be improved. Regards, Dov On Thu, Nov 4, 2010 at 18:12, Olivier Sessink oliviersess...@gmail.comwrote: Hi all, loading 1Mb of UTF-8 encoded text into a gtk text view seems to take much more time than loading the same buffer into gtksourceview. Since gtksourceview has all of the functionality of gtktextview and more, where is this difference coming from? And does this mean that we can improve the performance of gtktextview? regards, Olivier ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: large performance difference between gtktextview and gtksourceview
Actually, gtksourceview is a subclass of gtktextview so it supports BiDi and i18n as good as gtktextview does. If it doesn't it is a bug. With regard to the performance differences, it seems very strange that you see a difference, especially one where gtksourceview is faster. Are you sure you are comparing apples to apples? (E.g is the program is exactly the same except for using sourceview/buffer? Or do thay load the content differently and one feeds it in chunks to the buffer while the other doesn't or other things). That said if you are going to look into textview performance that would only make me happy. Feel free to drop by on irc in the #gedit channel to discuss gtksourceview any time. Ciao Paolo On Fri, 2010-11-05 at 11:47 +0200, Dov Grobgeld wrote: Last time I checked (which was a long time ago) gtksourceview did not support BiDi and possibly other i18n issues. But this per se is no explanation for it being slower. And yes, performance can always be improved. Regards, Dov On Thu, Nov 4, 2010 at 18:12, Olivier Sessink oliviersess...@gmail.comwrote: Hi all, loading 1Mb of UTF-8 encoded text into a gtk text view seems to take much more time than loading the same buffer into gtksourceview. Since gtksourceview has all of the functionality of gtktextview and more, where is this difference coming from? And does this mean that we can improve the performance of gtktextview? regards, Olivier ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
Re: large performance difference between gtktextview and gtksourceview
On 11/05/2010 11:47 AM, Paolo Borelli wrote: Actually, gtksourceview is a subclass of gtktextview so it supports BiDi and i18n as good as gtktextview does. If it doesn't it is a bug. With regard to the performance differences, it seems very strange that you see a difference, especially one where gtksourceview is faster. Are you sure you are comparing apples to apples? (E.g is the program is exactly the same except for using sourceview/buffer? Or do thay load the content differently and one feeds it in chunks to the buffer while the other doesn't or other things). [..] no I'm not, so after reading this I'll write a testcase so I can be sure what's going on. Perhaps the difference was coming from another part of the application. regards, Olivier ___ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
