Re: Customizing the layout

2014-05-22 Thread 'Terry Brown' via leo-editor
> Just pushed, there's now a command: > > free-layout-zoom p.s. it's the users responsibility to unzoom when necessary, i.e. if you zoom the tree pane and then hit enter twice so you're editing the body, you're editing a body you can't see, but unzooming at any point fixes this. Cheers -Terry

Re: Customizing the layout

2014-05-22 Thread 'Terry Brown' via leo-editor
On Thu, 15 May 2014 07:40:46 -0700 (PDT) nakedmind wrote: > hi terry, > > is there a way with the free-layout plugin to quickly maximize a view > pane and restore it to original size later? > > eric Just pushed, there's now a command: free-layout-zoom which (un)zooms the current pane. Als

Re: Simple Test that consistently causes Gtk-CRITICAL error messages

2014-05-22 Thread 'Terry Brown' via leo-editor
On Thu, 22 May 2014 15:24:25 -0500 "'Terry Brown' via leo-editor" wrote: > On Sat, 22 Mar 2014 14:53:46 -0700 (PDT) > SegundoBob wrote: > > > I've finally discovered a test that for me causes a Gtk-CRITICAL > > error consistently. > > Doesn't do so for me in Ubuntu 14.04. But I've seen Gtk-CR

Re: Simple Test that consistently causes Gtk-CRITICAL error messages

2014-05-22 Thread 'Terry Brown' via leo-editor
On Sat, 22 Mar 2014 14:53:46 -0700 (PDT) SegundoBob wrote: > I've finally discovered a test that for me causes a Gtk-CRITICAL > error consistently. Doesn't do so for me in Ubuntu 14.04. But I've seen Gtk-CRITICAL errors before, makes me wonder if the problems in the Ubuntu Qt <-> Gtk level, i.e

Re: Simple Test that consistently causes Gtk-CRITICAL error messages

2014-05-22 Thread Segundo Bob
On 05/22/2014 11:47 AM, Edward K. Ream wrote: > This is an issue that merits a solution. Yes, it merits a solution, but it is very low priority for me. Now that I'm confident that the error messages are the only symptom, I can live with the error messages. This problem has been around for severa

Re: Simple Test that consistently causes Gtk-CRITICAL error messages

2014-05-22 Thread Edward K. Ream
On Tue, May 20, 2014 at 4:06 PM, Segundo Bob wrote: > I doubt that there is any way to suppress > these errors. The glib developers refuse to fix the problem. See > > https://bugzilla.gnome.org/show_bug.cgi?id=362749 Imo, the attitude of the developers merits the sarcasm at the end, not that i

Re: Training Class for LEO

2014-05-22 Thread Edward K. Ream
On Wed, May 21, 2014 at 1:54 PM, ErikTheRed wrote: > I'm wondering if a qualified individual, in the US, may be interested in > putting together a 1 > week hands on training course for Leo, from Zero to Hero with an emphasis on > documentation projects and > coded development practices. I am hav

Re: Coming soon: pep 8 (Upper-case) class names

2014-05-22 Thread Edward K. Ream
On Thu, May 22, 2014 at 12:28 PM, Ville M. Vainio wrote: > pep8 style would probably be VNode. How about just Node now that we only > have vnodes? There are already one or more Node classes. Besides v is used everywhere for a vnode. EKR -- You received this message because you are subscribed

Re: Editable WYSIWYG as an evolution of the viewrendered pane plugin?

2014-05-22 Thread Edward K. Ream
On Thu, May 22, 2014 at 9:25 AM, Kent Tenney wrote: > I can't tell if this thread is hinting that tabbed body panes would be > feasible, > I sure hope so. > > I think _persistent_ tabbed body panes could be much more than another cool > bell/whistle, I think they could unleash a new paradigm in e

Re: Coming soon: pep 8 (Upper-case) class names

2014-05-22 Thread Ville M. Vainio
pep8 style would probably be VNode. How about just Node now that we only have vnodes? On May 20, 2014 7:45 PM, "Edward K. Ream" wrote: > Using pep-8 naming conventions for classes is a simple step that helps > distinguish types. In the next few days I'll probably complete the > transition in Leo

Re: Editable WYSIWYG as an evolution of the viewrendered pane plugin?

2014-05-22 Thread Kent Tenney
OK. It's been a while since I was up to speed on bookmarks, I don't remember them as realizing my desires, but I'll shut up until I revisit them. :-] I'm also not vr literate, wouldn't vr benefit from tabs? Panes get small when they are side-by-side. Again, if I was on top of current capability I

Re: Editable WYSIWYG as an evolution of the viewrendered pane plugin?

2014-05-22 Thread 'Terry Brown' via leo-editor
On Thu, 22 May 2014 09:25:24 -0500 Kent Tenney wrote: > I can't tell if this thread is hinting that tabbed body panes would > be feasible, I sure hope so. > > I think _persistent_ tabbed body panes could be much more than > another cool bell/whistle, I think they could unleash a new paradigm > i

Re: Editable WYSIWYG as an evolution of the viewrendered pane plugin?

2014-05-22 Thread Kent Tenney
I can't tell if this thread is hinting that tabbed body panes would be feasible, I sure hope so. I think _persistent_ tabbed body panes could be much more than another cool bell/whistle, I think they could unleash a new paradigm in editing. On Thu, May 22, 2014 at 9:01 AM, 'Terry Brown' via leo-e

Re: Free range body editors

2014-05-22 Thread 'Terry Brown' via leo-editor
Another bump, but I fully appreciate the magnitude of this task. Would make a good sprint, once we switch to 36 hour days and there's time to get everything done again :-} Cheers -Terry On Wed, 18 Apr 2012 17:34:13 -0500 Terry Brown wrote: > On Wed, 18 Apr 2012 11:13:35 -0500 > Terry Brown wr

Re: Editable WYSIWYG as an evolution of the viewrendered pane plugin?

2014-05-22 Thread 'Terry Brown' via leo-editor
On Wed, 21 May 2014 19:19:32 -0700 (PDT) nakedmind wrote: > > > On Thursday, May 22, 2014 12:16:45 AM UTC+8, Edward K. Ream wrote: > > > > On Wed, May 21, 2014 at 10:11 AM, nakedmind > > > wrote: > > > On Wednesday, May 21, 2014 7:20:44 PM UTC+8, Terry wrote: > > >> > > >> I wonder if it wo