Re: A sprint (real or virtual) about Leo 5.6

2017-02-27 Thread Largo84
One feature of Notepad++ that I would love to see emulated in Leo is auto word completion. Maybe that's already available, but it's not obvious to me where or how to enable it. Rob > And any other topics you might want to discuss. > > Yes, I've declared this to be quiet time, but *shor

Re: A sprint (real or virtual) about Leo 5.6

2017-02-27 Thread Offray Vladimir Luna Cárdenas
Hi, On 27/02/17 09:11, Edward K. Ream wrote: [...] I am not interested in chasing after org-mode features, unless people really want them. In particular, emulating org-mode tables (including its spreadsheet features) seems like a lot of work. [...] I don't think chasing anyone is worthy

Re: A sprint (real or virtual) about Leo 5.6

2017-02-27 Thread Edward K. Ream
On Mon, Feb 27, 2017 at 9:05 AM, Offray Vladimir Luna Cárdenas < off...@riseup.net> wrote: On 27/02/17 09:11, Edward K. Ream wrote: > > I am not interested in chasing after org-mode features, unless people >> really want them. In particular, emulating org-mode tables (including its >> spreadsheet

Re: A sprint (real or virtual) about Leo 5.6

2017-02-27 Thread Offray Vladimir Luna Cárdenas
On 27/02/17 10:59, Edward K. Ream wrote: On Mon, Feb 27, 2017 at 9:05 AM, Offray Vladimir Luna Cárdenas mailto:off...@riseup.net>> wrote: On 27/02/17 09:11, Edward K. Ream wrote: I am not interested in chasing after org-mode features, unless people really want them. In pa

Re: A sprint (real or virtual) about Leo 5.6

2017-02-28 Thread john lunzer
On Monday, February 27, 2017 at 9:11:08 AM UTC-5, Edward K. Ream wrote: > > - Support for pyzo's client/server based shell. It this needed? Do > valuespace or python_console plugins suffice? I suspect pyzo's architecture > is better, but I'm not sure how much better. > > Edward > If we're looki

Re: A sprint (real or virtual) about Leo 5.6

2017-02-28 Thread Edward K. Ream
On Tue, Feb 28, 2017 at 6:50 AM, john lunzer wrote: > On Monday, February 27, 2017 at 9:11:08 AM UTC-5, Edward K. Ream wrote: > If we're looking forward Leo should go with the full client/server based > shell. This will facilitate a fully interactive Leo environment. I think > anything less woul

Re: A sprint (real or virtual) about Leo 5.6

2017-02-28 Thread Offray Vladimir Luna Cárdenas
Just for curiosity, I wonder if the Babel approach taken by org-mode is client sever [1]. I have the "feeling" is not, but I have not still read the papers. [1] https://www.jstatsoft.org/article/view/v046i03 Cheers, Offray On 28/02/17 10:20, Edward K. Ream wrote: On Tue, Feb 28, 2017 at 6:5

Re: A sprint (real or virtual) about Leo 5.6

2017-02-28 Thread Edward K. Ream
On Tue, Feb 28, 2017 at 9:35 AM, Offray Vladimir Luna Cárdenas < off...@riseup.net> wrote: > Just for curiosity, I wonder if the Babel approach taken by org-mode is > client sever [1]. I have the "feeling" is not, but I have not still read > the papers. > > [1] https://www.jstatsoft.org/article/vi

Re: A sprint (real or virtual) about Leo 5.6

2017-02-28 Thread Offray Vladimir Luna Cárdenas
On 28/02/17 10:39, Edward K. Ream wrote: On Tue, Feb 28, 2017 at 9:35 AM, Offray Vladimir Luna Cárdenas mailto:off...@riseup.net>> wrote: Just for curiosity, I wonder if the Babel approach taken by org-mode is client sever [1]. I have the "feeling" is not, but I have not still

Re: A sprint (real or virtual) about Leo 5.6

2017-03-01 Thread Arjan
> In particular, emulating org-mode tables (including its spreadsheet features) seems like a lot of work. I use Leo primarily as an information manager (as well as for writing LaTeX), and I very frequently need to capture some tabular information. For me this would be a central feature for Leo

Re: A sprint (real or virtual) about Leo 5.6

2017-03-01 Thread Edward K. Ream
On Wed, Mar 1, 2017 at 7:39 AM, Arjan wrote: > > In particular, emulating org-mode tables (including its spreadsheet > features) seems like a lot of work. > So I'm hoping it's important to others as well, and will turn out to be > doable! > ​It's certainly doable. tables.py is a start. Edward

Re: A sprint (real or virtual) about Leo 5.6

2017-03-01 Thread john lunzer
While it would be pretty great to have full auto-reformatting ascii org-mode tables my inclination is that there are higher priority org-mode features that should be tackled first (for example, functionality enabling literate programming). On Wednesday, March 1, 2017 at 8:39:25 AM UTC-5, Arjan

Re: A sprint (real or virtual) about Leo 5.6

2017-03-01 Thread Offray Vladimir Luna Cárdenas
I agree. I'm now making table formating on org-mode and literate computing on Grafoscopio. If I need to prioritize a feature that would attract more diverse users to Leo would be literate computing. That has been our case with Grafoscopio and our Data Week hackathon+workshop[1] have participant

Re: A sprint (real or virtual) about Leo 5.6

2017-03-01 Thread john lunzer
I think limiting it purely to python would be aiming too low. But even if it was it would likely be easy to extend via native subprocess package or the third-party sh package (one of my favorite packages). On Wednesday, March 1, 2017 at 10:50:25 AM UTC-5, Offray Vladimir Luna Cárdenas wrote: >

Re: A sprint (real or virtual) about Leo 5.6

2017-03-01 Thread Offray Vladimir Luna Cárdenas
Maybe. Aiming Pharo was good enough in my case. Other languages could come after, using similar ideas to the ones in Org, Beaker or Jupyter. The nature of prototyping and refactoring can be different in Python, so I would let people with more experience on it take the final design decision. The

Re: A sprint (real or virtual) about Leo 5.6

2017-03-20 Thread Edward K. Ream
On Monday, February 27, 2017 at 8:11:08 AM UTC-6, Edward K. Ream wrote: Several new features do stand out: > > - Better integration with .org files, say by supporting .leo.org or > org.leo files. > Still important. > - Replace attrib_edit by p.drawer. >

Re: A sprint (real or virtual) about Leo 5.6

2017-03-20 Thread Edward K. Ream
On Monday, March 20, 2017 at 8:44:01 AM UTC-5, Edward K. Ream wrote: *New item*: Support p.results. Again, p.results will be a Python property, > using uA's behind the scenes. Unlike p.drawer, results will not > necessarily be strings. Any picklable values should be allowed, and > possibly ve

Re: A sprint (real or virtual) about Leo 5.6

2017-03-20 Thread Edward K. Ream
On Monday, March 20, 2017 at 8:44:01 AM UTC-5, Edward K. Ream wrote: - Add p.drawer and related items >> >> >> > > A pop-up edit widget showing p.draw

Re: A sprint (real or virtual) about Leo 5.6

2017-03-20 Thread Edward K. Ream
On Monday, March 20, 2017 at 9:03:33 AM UTC-5, Edward K. Ream wrote: Leo should support the following extension of the execute-script command. > If there is no text selection, execute-script should use only the code from > the present insert point back to the previous @language directive (in t

Re: A sprint (real or virtual) about Leo 5.6

2017-03-20 Thread Edward K. Ream
On Monday, March 20, 2017 at 9:03:33 AM UTC-5, Edward K. Ream wrote: Leo probably should allow arguments to @language, as in org mode > . > > If we actually do this, we are likely going to