On Thu, 13 May 2010 11:37:56 -0500 "Edward K. Ream" <edream...@gmail.com> wrote:
> Text wrappers allow Leo's core to be gui-independent. I think some level of abstraction is a must have. I'd like to see an AJAX interface for leo, so you can easily make an argument for at least two interfaces existing simultaneously, even if you wanted to suggest that Tk will fade away. But I wonder about the level at which the abstraction occurs. I think that's what bugs Ville. If the gui was responsible for telling leo the body text for node n is now s, rather than telling leo that key k has just been pressed, things would be simpler. But there are so many complications, keybindings for vi emulation, syntax coloring. I'd like to see head text rendering independent of head text content, so @shadow /home/tbrown/Desktop/Projects/AProject/project.py could display as project.py possibly with other color / decorations, until you edit it, at which point you're editing the full text. But this is another complication like vi emulation and syntax coloring. But maybe there could be a different abstraction structure such that leo core *does* just deal with messages from the gui like "the body text for node n is now s", so it could either be hooked up to a plain Qt widget or a fancy one which emulates vi. Then if you wanted to emulate vi in more than one gui, there might be a vi emulation layer that could sit between leo and different backend widgets, but it wouldn't be so much in leo's core. Possibly you could argue that something like this level of abstraction exists already, I think there are too many references to p etc. on the gui side of the line for this to be exactly the case at the moment. Cheers -Terry -- You received this message because you are subscribed to the Google Groups "leo-editor" group. To post to this group, send email to leo-edi...@googlegroups.com. To unsubscribe from this group, send email to leo-editor+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/leo-editor?hl=en.
