The leomail plugin reads .mbox mail archive files into a tree of Leo nodes.
This saves a lot of work.
Google " archive to mbox" for instructions on
generating .mbox files.
The new code contains the following improvements:
1. It works with both Python 2 and 3. *The old code could corrupt .leo
Good, finally figured out what that means, so I created a '@button
get-unl`. That places the UNL in the log pane. What script command would
copy it to the clipboard?
On Monday, February 27, 2017 at 3:11:14 PM UTC-5, Edward K. Ream wrote:
>
>
> Use p.get_UNL(), in an @command or @button node.
You could file an enhancement request, not sure how high the priority would be.
Currently you can use to enter a blank value for the field, and
to keep the default value for the field (because
right-arrow clears the selection range). With your change you'd have to
explicitly blank
Just answered my own question. Instead of typing text to replace the
default, simply press right arrow key before `,,` to advance to the next
field.
On Tuesday, February 28, 2017 at 2:24:30 PM UTC-5, Largo84 wrote:
>
> Here's another abbreviation question. Is there a way to populate the
>
It works, thanks!
On Tuesday, February 28, 2017 at 12:27:48 PM UTC-5, Terry Brown wrote:
>
> Ok, \\n should work in 9e9539d, there was special handling of \n in the
> code already that made \newcommand etc. impossible. I think it unavoidably
> breaks theoretically possible abbreviations in
Here's another abbreviation question. Is there a way to populate the
variable field with default text that remains after moving to the next
field? For example:
foobar;;=Use <|foo|> and <|bar|> in a sentence.
When the abbreviation is expanded (executed) the text `foo` is highlighted
and I can
I should have mentioned, there is a portable versions available
and, also, a menu item to make a portable version.
I assume this just creates local ini file or whatever else it needs
pulled from far flung directories
nobody but the program would know how to find.
I often look for and would try
Ok, \\n should work in 9e9539d, there was special handling of \n in the code
already that made \newcommand etc. impossible. I think it unavoidably breaks
theoretically possible abbreviations in people's local settings, but (a) they
probably don't exist, and (b) better that than have the code
Done
On Tuesday, February 28, 2017 at 11:35:24 AM UTC-5, Edward K. Ream wrote:
>
>
> Please file an enhancement request.
>
> 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
On Tue, Feb 28, 2017 at 10:10 AM, Largo84 wrote:
> Yes, and I also tried '\n' and "\n" to no avail.
>
Please file an enhancement request.
Edward
--
You received this message because you are subscribed to the Google Groups
"leo-editor" group.
To unsubscribe from this
Yes, and I also tried '\n' and "\n" to no avail.
Rob.
On Tuesday, February 28, 2017 at 10:52:58 AM UTC-5, Terry Brown wrote:
>
> Sorry, didn't read carefully enough. Have you tried \\n ?
>
> Cheers -Terry
>
> --
> *From:* Largo84
> *To:*
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
Sorry, didn't read carefully enough. Have you tried \\n ?
Cheers -Terry
From: Largo84
To: leo-editor
Sent: Tuesday, February 28, 2017 9:47 AM
Subject: Re: How to escape \n in abbreviations?
That doesn't really answer the question. I
That doesn't really answer the question. I use the `\:` syntax often to
create new lines in abbreviations as you demonstrate. What I need is the
text output to be `\n`. I need to somehow escape the `\n` such that when
executed it doesn't generate a new line and strip out the `\n' string
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]
On Tue, Feb 28, 2017 at 6:16 AM, Edward K. Ream wrote:
On Mon, Feb 27, 2017 at 7:27 PM, lewis wrote:
>
>> After the commit ef31ebe7d989 - This button fails:
>> [snip]
>>
>
> g.extractExecutableString needs a rethink.
>>
>
Done at Rev
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
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
>
On Mon, Feb 27, 2017 at 6:34 PM, ne1uno wrote:
Interesting graphics. Maybe Leo's promotional materials could look
something like that.
Edward
--
You received this message because you are subscribed to the Google Groups
"leo-editor" group.
To unsubscribe from this group
On Mon, 27 Feb 2017 22:45:40 -0800 (PST)
Largo84 wrote:
> Suppose I create an abbreviation for a LaTex construct such as:
>
> newcom;;=\newcommand{\SomethingNew}{<|INSERT-TEXT|>}
>
> When executed, the `\n` is interpreted as a Python line feed and I
> end up with:
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
On Mon, Feb 27, 2017 at 7:27 PM, lewis wrote:
> After the commit ef31ebe7d989 - This button fails:
> [snip]
>
Thanks for this report.
g.extractExecutableString needs a rethink. The present code will extract
code in *any *language, except reStructuredText and
22 matches
Mail list logo