Re: Licensing concerns raised by new terms of service for GitHub

[Edward K. Ream]

On Wed, Mar 1, 2017 at 4:57 PM, David Szent-Györgyi 
wrote:

> I don't know that this is an issue, but a change of terms associated with
> an essential service need to be checked with care.
>

​I care nothing for such things.​

​ In practice, nobody is going to be complaining about Leo's MIT license.
It's quiet time.  Please, let us not discuss this further now.

Edward

-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to leo-editor+unsubscr...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

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

[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 core issue would be bringing interactivity, finally, to 
Leo for 5.6 release, but I don't know much on implementation details.


Cheers,

Offray


On 01/03/17 15:03, john lunzer wrote:
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:


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 participants from several life
venues and disciplines: Jorunalism, philosophy, communication
studies, developers, teachers, students, among others. They're
more attracted by the interactive data storytelling features that
by table formating.

[1] http://mutabit.com/dataweek/

If I would have to choose only one feature to be enabled in Leo
5.6 that would be literate computing (even if is limited "only" to
Python).

Cheers,

Offray

On 01/03/17 09:48, john lunzer wrote:

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 wrote:

> 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 as PIM. (It's actually what kept me from switching
from Emacs/OrgMode to Leo for several months. Now I use Leo
anyway, but keep larger sections of tabular data in
LibreOffice Calc or SQLite, or use some plain text separator
in a node body. Both of these workarounds are suboptimal.)

So I'm hoping it's important to others as well, and will turn
out to be doable!

In any case, it's very nice to see all the recent activity.

Arjan


On Tuesday, February 28, 2017 at 4:55:53 PM UTC+1, Offray
Vladimir Luna Cárdenas wrote:



On 28/02/17 10:39, Edward K. Ream wrote:



On Tue, Feb 28, 2017 at 9:35 AM, Offray Vladimir Luna
Cárdenas  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/view/v046i03


​I would consult Babels​docs
, not some
academic paper ;-)



Thanks. I will read both ;-).

Offray

-- 
You received this message because you are subscribed to the

Google Groups "leo-editor" group.
To unsubscribe from this group and stop receiving emails from it,
send an email to leo-editor+...@googlegroups.com .
To post to this group, send email to leo-e...@googlegroups.com
.
Visit this group at https://groups.google.com/group/leo-editor
.
For more options, visit https://groups.google.com/d/optout
.


--
You received this message because you are subscribed to the Google 
Groups "leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send 
an email to leo-editor+unsubscr...@googlegroups.com 
.
To post to this group, send email to leo-editor@googlegroups.com 
.

Visit this group at https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.


--
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to leo-editor+unsubscr...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at https://groups.google.com/group/leo-editor.
For more 

Licensing concerns raised by new terms of service for GitHub

[David Szent-Györgyi]

I don't know that this is an issue, but a change of terms associated with 
an essential service need to be checked with care. 

According a blog entry posted on March 1 by Debian Developer Joey Hess, 

The new TOS is potentially very bad for copylefted Free Software. It 
> potentially neuters it entirely, so GPL licensed software hosted on Github 
> has an implicit BSD-like license. I'll leave the full analysis to the 
> lawyers, but see Thorsten's analysis 
> 
> . 
>

 Joey Hess's copy of the new Terms of Service, which can be read without 
agreeing to those terms  

Thorsten Glaser's analysis was published on February 28. begins as follows: 

The new Terms of Service of GitHub became effective today, which is quite 
> problematic — there was a review phase, but the problems were not answered, 
> and, while the language is somewhat changed from the draft, they became 
> effective immediately.
>
 

Now, the new ToS are not so bad that one immediately must stop using their 
> service for disagreement, but it’s important that certain content may no 
> longer legally be pushed to GitHub. I’ll try to explain which is affected, 
> and why.


Glaser's link to the new Terms of Service 
 

-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to leo-editor+unsubscr...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

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

[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:
>
> 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 participants 
> from several life venues and disciplines: Jorunalism, philosophy, 
> communication studies, developers, teachers, students, among others. 
> They're more attracted by the interactive data storytelling features that 
> by table formating.
> [1] http://mutabit.com/dataweek/
>
> If I would have to choose only one feature to be enabled in Leo 5.6 that 
> would be literate computing (even if is limited "only" to Python).
>
> Cheers,
>
> Offray
>
> On 01/03/17 09:48, john lunzer wrote:
>
> 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 wrote: 
>>
>> > 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 as PIM. (It's actually what kept 
>> me from switching from Emacs/OrgMode to Leo for several months. Now I use 
>> Leo anyway, but keep larger sections of tabular data in LibreOffice Calc or 
>> SQLite, or use some plain text separator in a node body. Both of these 
>> workarounds are suboptimal.)
>>
>> So I'm hoping it's important to others as well, and will turn out to be 
>> doable!
>>
>> In any case, it's very nice to see all the recent activity.
>>
>> Arjan
>>
>>
>> On Tuesday, February 28, 2017 at 4:55:53 PM UTC+1, Offray Vladimir Luna 
>> Cárdenas wrote: 
>>>
>>>
>>>
>>> On 28/02/17 10:39, Edward K. Ream wrote:
>>>
>>>
>>>
>>> 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/view/v046i03

>>> ​I would consult Babels​ docs 
>>> , not some academic paper 
>>> ;-)
>>>
>>>
>>> Thanks. I will read both ;-).
>>>
>>> Offray
>>>
>>> -- 
> You received this message because you are subscribed to the Google Groups 
> "leo-editor" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to leo-editor+...@googlegroups.com .
> To post to this group, send email to leo-e...@googlegroups.com 
> .
> Visit this group at https://groups.google.com/group/leo-editor.
> For more options, visit https://groups.google.com/d/optout.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to leo-editor+unsubscr...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: Installation - suggested cleanups

[Edward K. Ream]

On Wednesday, February 22, 2017 at 7:19:04 AM UTC-6, lewis wrote:

May I suggest some improvements to the installation documents? They are not 
> general in nature but quite specific, just as you requested.
>

I've just made *all *the changes you suggested here 
. They were all excellent.

The "Contributing to Leo with Git" section is gone.  Imo, the "Installing 
Leo with Git" section suffices.

Please review the changes. Thanks.

Edward

-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to leo-editor+unsubscr...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

tables.py documentation

[Arjan]

>From the 5.6 thread: > [...] tables.py is a start.

Aah, I thought tables.py was a planned plugin, and hadn't realized there's 
already something implemented.

Is the current version of tables.py a work-in-progress, or should the 
implemented features already work - and if so, how to use it? I get some 
errors after enabling and experimenting with | characters, but I may not be 
doing the right thing.

Arjan

-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to leo-editor+unsubscr...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

Re: tables.py documentation

[Edward K. Ream]

On Wed, Mar 1, 2017 at 10:16 AM, Arjan  wrote:

> From the 5.6 thread: > [...] tables.py is a start.
>
> Aah, I thought tables.py was a planned plugin, and hadn't realized there's
> already something implemented.
>
> Is the current version of tables.py a work-in-progress
> ​.
>

​Yes.  It's a prototype for capturing keystrokes. It's not usable as it is
and there are no docs to speak of.

I've just added #433 
as a reminder.

Edward​

-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to leo-editor+unsubscr...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

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

[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 participants from several life venues and disciplines: Jorunalism, 
philosophy, communication studies, developers, teachers, students, among 
others. They're more attracted by the interactive data storytelling 
features that by table formating.


[1] http://mutabit.com/dataweek/

If I would have to choose only one feature to be enabled in Leo 5.6 that 
would be literate computing (even if is limited "only" to Python).


Cheers,

Offray

On 01/03/17 09:48, john lunzer wrote:
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 wrote:

> 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 as
PIM. (It's actually what kept me from switching from Emacs/OrgMode
to Leo for several months. Now I use Leo anyway, but keep larger
sections of tabular data in LibreOffice Calc or SQLite, or use
some plain text separator in a node body. Both of these
workarounds are suboptimal.)

So I'm hoping it's important to others as well, and will turn out
to be doable!

In any case, it's very nice to see all the recent activity.

Arjan


On Tuesday, February 28, 2017 at 4:55:53 PM UTC+1, Offray Vladimir
Luna Cárdenas wrote:



On 28/02/17 10:39, Edward K. Ream wrote:



On Tue, Feb 28, 2017 at 9:35 AM, Offray Vladimir Luna
Cárdenas  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/view/v046i03


​I would consult Babels​docs
, not some
academic paper ;-)



Thanks. I will read both ;-).

Offray

--
You received this message because you are subscribed to the Google 
Groups "leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send 
an email to leo-editor+unsubscr...@googlegroups.com 
.
To post to this group, send email to leo-editor@googlegroups.com 
.

Visit this group at https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.


--
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to leo-editor+unsubscr...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

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

[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 wrote:
>
> > 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 as PIM. (It's actually what kept 
> me from switching from Emacs/OrgMode to Leo for several months. Now I use 
> Leo anyway, but keep larger sections of tabular data in LibreOffice Calc or 
> SQLite, or use some plain text separator in a node body. Both of these 
> workarounds are suboptimal.)
>
> So I'm hoping it's important to others as well, and will turn out to be 
> doable!
>
> In any case, it's very nice to see all the recent activity.
>
> Arjan
>
>
> On Tuesday, February 28, 2017 at 4:55:53 PM UTC+1, Offray Vladimir Luna 
> Cárdenas wrote:
>>
>>
>>
>> On 28/02/17 10:39, Edward K. Ream wrote:
>>
>>
>>
>> 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/view/v046i03
>>>
>> ​I would consult Babels​ docs 
>> , not some academic paper ;-)
>>
>>
>> Thanks. I will read both ;-).
>>
>> Offray
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to leo-editor+unsubscr...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

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

[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

-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to leo-editor+unsubscr...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.

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

[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 as PIM. (It's actually what kept 
me from switching from Emacs/OrgMode to Leo for several months. Now I use 
Leo anyway, but keep larger sections of tabular data in LibreOffice Calc or 
SQLite, or use some plain text separator in a node body. Both of these 
workarounds are suboptimal.)

So I'm hoping it's important to others as well, and will turn out to be 
doable!

In any case, it's very nice to see all the recent activity.

Arjan


On Tuesday, February 28, 2017 at 4:55:53 PM UTC+1, Offray Vladimir Luna 
Cárdenas wrote:
>
>
>
> On 28/02/17 10:39, Edward K. Ream wrote:
>
>
>
> 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/view/v046i03
>>
> ​I would consult Babels​ docs , 
> not some academic paper ;-)
>
>
> Thanks. I will read both ;-).
>
> Offray
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"leo-editor" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to leo-editor+unsubscr...@googlegroups.com.
To post to this group, send email to leo-editor@googlegroups.com.
Visit this group at https://groups.google.com/group/leo-editor.
For more options, visit https://groups.google.com/d/optout.