Leo-4.6-final (QT): "Alt Gr" modification on German keyboard not recognised

2009-10-21 Thread derwisch
It seems that Qt support under Windows comes with some problems, at least for me. The German keyboard has delegated some symbols unfamiliar in German texts, such as "\" and "@", to keystroke combinations with the key right to the space key, which is labelled "Alt Gr" on German keyboards. With L

Re: Improving Leo's body pane

2009-10-21 Thread ne1uno
there are also style sheet options possible. somewhere to be included in the page or in a resource or settings file. global or per body text. take a look at this html editor demo. has the source view tabs being contemplated. also a handy zoom slider for text size. I believe it is using the webkit

Re: Heretical suggestion

2009-10-21 Thread Edward K. Ream
On Wed, Oct 21, 2009 at 1:44 PM, Kent Tenney wrote: > > > This makes we wonder whether Leo could communicate with either vim or the > > windows manager to move the vim window automatically. > > I wonder that too. If the steps above could be in configuration, > the initial experience for a new use

Re: Heretical suggestion

2009-10-21 Thread Kent Tenney
On Wed, Oct 21, 2009 at 1:30 PM, Edward K. Ream wrote: > > > On Sun, Oct 18, 2009 at 7:42 AM, Kent Tenney wrote: >> >> Right, as explained in the thread "Cool hack: detach body editor" >> >> - �...@string vim_trigger_event = select2 >> - detach-editor-toggle >> - minimize Leo body pane >> - res

Re: Heretical suggestion

2009-10-21 Thread Edward K. Ream
On Sun, Oct 18, 2009 at 7:42 AM, Kent Tenney wrote: > > Right, as explained in the thread "Cool hack: detach body editor" > > - @string vim_trigger_event = select2 > - detach-editor-toggle > - minimize Leo body pane > - resize Leo > - position the Vim window where the Leo body pane > This make

Re: Old autocompleter.py plugin now on the trunk

2009-10-21 Thread Edward K. Ream
On Sun, Oct 18, 2009 at 3:14 AM, Ville M. Vainio wrote: > > > Would it be ok if you fix the presentation (QCompleter) keyhandling > and I can do the analysis (ctags) work? > Yes, this seems like a good division of labor. Edward --~--~-~--~~~---~--~~ You received

Re: Old autocompleter.py plugin now on the trunk

2009-10-21 Thread Lucas Thode
On Sat, Oct 17, 2009 at 7:32 AM, Edward K. Ream wrote: > On Fri, Oct 16, 2009 at 3:13 PM, Ville M. Vainio wrote: > > First of all, thanks for your lengthy and thoughtful comments. I have > great confidence that together we shall create a superb autocompleter > toolset for Leo. > > >> I think it'

Re: Improving Leo's body pane

2009-10-21 Thread Edward K. Ream
On Wed, Oct 21, 2009 at 8:27 AM, Ville M. Vainio wrote: > > On Wed, Oct 21, 2009 at 3:57 PM, Edward K. Ream > wrote: > > > In other words, I want Leo to be able to render arbitrary html (possibly > > generated from rST). For example, my first impression of a product like > > Eclipse was heavil

Re: Improving Leo's body pane

2009-10-21 Thread Ville M. Vainio
On Wed, Oct 21, 2009 at 3:57 PM, Edward K. Ream wrote: > In other words,  I want Leo to be able to render arbitrary html (possibly > generated from rST).  For example, my first impression of a product like > Eclipse was heavily influenced by the html links in the tutorial. > > Which reminds me. 

Re: Improving Leo's body pane

2009-10-21 Thread Edward K. Ream
On Tue, Oct 20, 2009 at 3:21 PM, Ville M. Vainio wrote: > > 2) is where stuff gets interesting. Some nodes could contain, say, a > QImage in the body, or a graphcanvas. Leo node could contain a string > "key" to specify the body widget type (e.g. "richtext", "image"...). > The data in .leo would

Re: Improving Leo's body pane

2009-10-21 Thread Edward K. Ream
On Tue, Oct 20, 2009 at 3:04 PM, Terry Brown wrote: > > I think everyone's struggling to stay on the same page here, so let's > see if I can muddy things further... > :-) Quite reasonable at this point in the design process. > > It seems there are two paths to fancy stuff in the body pane. > > 1

Re: Improving Leo's body pane

2009-10-21 Thread Edward K. Ream
On Tue, Oct 20, 2009 at 12:56 PM, Ville M. Vainio wrote: > > On Tue, Oct 20, 2009 at 7:44 PM, Edward K. Ream > wrote: > > > Interesting. An alternative would be for p.b to contain rST. That keeps > > the source simpler, but complicates the process of rendering. > > Yes, it would be dead slow. H