Axel Simon <axel.si...@ens.fr> writes: > On Wed, 2009-09-23 at 16:53 +0800, Andy Stewart wrote: >> > >> > Maybe I don't quite understand what VTE is about, but if it's just a >> > terminal widget, then you can't modify it's state. So I don't think >> > there is a need to split the widget into a model and a view. >> Furthermore >> > if that is ever done, then the people maintaining VTE should use >> Gtk's >> > TextBuffer model, I don't think it's feasible to try to simulate >> that >> > VTE uses, say, TextBuffer to store its content. >> Think about this, you want study some command from Man page, you can >> split terminal window with two view, one view scroll for view command >> in >> Man page, and another view is run command and check command output. >> And those two views contain same data, just display different part for >> compare. >> > > But that sounds more like you're running two terminals. That is quite > different from having two views on the same terminal. Sorry, my English is not always best. ;-) I want two views on the same terminal.
> In fact, if you > want two views of the same terminal, you should probably re-implement > VTE simply as an instance of TextBuffer. Then you can use TextView to > show as many views onto the same terminal as you want. Yes, that's my thinking now... Use Pango handle text in temrinal, use signal handle child process for TextBuffer, use Cairo handle Graphics render. Now i just wait message of VTE maintainer, if he want change VTE code for `model/view`, then i just need change Haskell binding, and this is easiest way. :) If he don't want do that, i will re-implement VTE in Haskell.... And i hope he change code, then everyone (not just Haskeller) can use those change. -- Andy ------------------------------------------------------------------------------ Come build with us! The BlackBerry® Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9-12, 2009. Register now! http://p.sf.net/sfu/devconf _______________________________________________ Gtk2hs-devel mailing list Gtk2hs-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gtk2hs-devel
