Re: @outline-data tree-abbreviations stopped working

[Largo84]

Thanks for your reply, Edward. Maybe I'll submit an enhancement request to 
allow multiple instances. It's not an urgent issue, but nice to know what 
caused the apparent failure.

Rob..

On Friday, September 8, 2017 at 4:15:43 PM UTC-4, Edward K. Ream wrote:
>
>
> ​I suppose you could call it an accident of the implementation, but tree 
> abbrevs are significantly more difficult to implement, so the "accident" 
> isn't too surprising.
>
> 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: @outline-data tree-abbreviations stopped working

[Edward K. Ream]

On Fri, Sep 8, 2017 at 2:49 PM, Largo84  wrote:

> The problem was that I also had a @outline-data tree-abbreviations node in
> the file's @settings tree. Apparently, that disables anything from the
> myLeoSettings.leo file. This raises another question; the other
> abbreviation settings can have g
> ​l​
> obal and local abbreviations, but @outline-data tree-abbreviations cannot.
> Is there a design reason for the limitation?
>

​I suppose you could call it an accident of the implementation, but tree
abbrevs are significantly more difficult to implement, so the "accident"
isn't too surprising.

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: @outline-data tree-abbreviations stopped working

[Largo84]

The problem was that I also had a @outline-data tree-abbreviations node in 
the file's @settings tree. Apparently, that disables anything from the 
myLeoSettings.leo file. This raises another question; the other 
abbreviation settings can have gobal and local abbreviations, but 
@outline-data tree-abbreviations cannot. Is there a design reason for the 
limitation?

Rob...

-- 
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: @outline-data tree-abbreviations stopped working

[Chris George]

Leo 5.5, build 20170908112958, Fri Sep  8 11:29:58 CDT 2017
Git repo info: branch = master, commit = 03e42a390862
Python 3.5.2, PyQt version 5.6.0
linux
isPython3: True
caching enabled


I use @outline-data tree-abbreviations daily and they still work for me.


Chris


On Fri, Sep 8, 2017 at 11:25 AM, Largo84  wrote:

> I have many abbreviations using @outline-data tree-abbreviations and they
> worked fine yesterday. None work today after updating Leo from GitHub.
> Ideas? Or shall I file a bug report?
>
> Rob
>
> PS The abbreviations listed in @data global-abbreviations and @data
> abbreviations appear to work as expected.
>
> Leo Log Window
> Leo 5.5, build 20170908112958, Fri Sep  8 11:29:58 CDT 2017
> Git repo info: branch = master, commit = 03e42a390862
> Python 3.4.3, PyQt version 5.4.1
> Windows 8 AMD64 (build 6.2.9200)
> isPython3: True
> caching enabled
>
> --
> 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.

@outline-data tree-abbreviations stopped working

[Largo84]

I have many abbreviations using @outline-data tree-abbreviations and they 
worked fine yesterday. None work today after updating Leo from GitHub. 
Ideas? Or shall I file a bug report?

Rob

PS The abbreviations listed in @data global-abbreviations and @data 
abbreviations appear to work as expected.

Leo Log Window
Leo 5.5, build 20170908112958, Fri Sep  8 11:29:58 CDT 2017
Git repo info: branch = master, commit = 03e42a390862
Python 3.4.3, PyQt version 5.4.1
Windows 8 AMD64 (build 6.2.9200) 
isPython3: True
caching enabled

-- 
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: Cross pollination: Hopscotch: dynamic browser-style IDE and Leisure: document-based computing environment

[john lunzer]

On Friday, September 8, 2017 at 12:34:25 PM UTC-4, Offray Vladimir Luna 
Cárdenas wrote:
>
>
> I think that also. Gilad Bracha says something about how hypertext could 
> look like if you're freed from the web and its standards bodies.
>

I've been giving some thought lately about adding directive-based hypertext 
capabilities to Leo. Basically anywhere in any outline you could add @tag 
TagName. If you wanted to add this to code in any language you would have 
to put it in a comment.

Then anywhere else in the code (or even a headline) you could add 
@link:TagName:"But display this text instead of the TagName" and Leo would 
automatically replace with a hyperlink. 

The biggest challenge I have come with when thinking about the design is 
coming up with a system to keep track of the location of @tags. I imagine 
it would require some heavy lifting to autodetect @tags and to keep a valid 
live database of @tag locations. 

I'm still thinking about it but if anybody has any ideas I'd be happy to 
hear about them.

-- 
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: Cross pollination: Hopscotch: dynamic browser-style IDE and Leisure: document-based computing environment

[Offray Vladimir Luna Cárdenas]

I also think that Leo is unbeatable on deconstructing textual
information, particularly programs made in almost any programming
language. I'm pretty sure that it will be my tool of choice for a future
archeology of text based programming languages and hopefully others will
adopt it for similar task and in their day to day usage of computers.

Now that I'm more into objects, live coding and data visualization, a
more instant feedback is required and that's were Grafoscopio, Pharo
Smalltalk, moldable tools and agile visualization come into play. In
that case, the big complexity collapse provided by a single language
system allows me to focus in the domain task, while gives me bindings to
commons data bases (SQL) and data serialization formats (JSON) to talk
with the external world, while keeping me inside a powerful, consistent
and simple live computing environment.

Cheers,

Offray


On 06/09/17 10:42, john lunzer wrote:
> On Tuesday, September 5, 2017 at 3:52:55 PM UTC-4, Edward K. Ream wrote:
>
>
> When I was first learning to program, I often wanted to find some
> "magic" that would make tasks easier.  Now, I have enough
> experience to know about how much work a task will take.  However,
> this might blind me to other approaches that would, in fact, be
> much better/elegant.  Vitalije's new read code could be called an
> example.
>
>
> It's nice to know my search for programming "magic" is an /ailment/
> that others have experienced.
>
> Part of Leo's "magic" that has attracted me more than other outline
> based programming tools is that it aspires to be (in the outlining
> editor sense) language agnostic. As an engineer this is a huge
> consideration for me. I should clarify that I'm not looking for the
> "next big thing". The farther civilization expands digitally the more
> "legacy" code we will have. Despite being "legacy" that code is likely
> going to be still be responsible for people's lives and because the
> effort of updating or porting the code would be prohibitive. 
>
> To survive in the future every engineer/programmer is going to need a
> tool that will break down any program in any language into structured
> code. What is structured code? When I develop a larger program in Leo
> my outline tree naturally take on an organized structure that is
> beyond the limits of what the structuring elements of the language
> provides. I will also do the same thing when integrating external
> code, after Leo does its standard parsing and tree construction I go
> in and move things around so that code/nodes are grouped using some
> classification/categorization logic that is project/code dependent.
> -- 
> 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: Cross pollination: Hopscotch: dynamic browser-style IDE and Leisure: document-based computing environment

[Offray Vladimir Luna Cárdenas]

Hi,


On 05/09/17 14:52, Edward K. Ream wrote:
> On Tue, Sep 5, 2017 at 11:52 AM, Offray Vladimir Luna Cárdenas
> > wrote:
>
> I think that the big idea is hypertext and hypermedia. Web,
> browser, eclectic full stack development frameworks, and other
> current trends and common techs are just, kind of poor
> overcomplicated, implementations of such ideas and the way to
> interact/develop in them.
>
> ​You could say that Leo is an amalgam of Emacs and More, with a little
> vim thrown in.

I would add to that amalgan Python, which is a big deal on it. On my own
alchemy, Grafoscopio is an amalgam of Leo and Jupyter with Pharo/Smalltalk.

>
> When I was first learning to program, I often wanted to find some
> "magic" that would make tasks easier.  Now, I have enough experience
> to know about how much work a task will take.  However, this might
> blind me to other approaches that would, in fact, be much
> better/elegant.  Vitalije's new read code could be called an example.

Yes, magic takes a lot of work. I'm learning that, but still working on
magic, trying to explore and combine ideas in original ways and having
some original contributions, hopefully.

> A web browser has 25+ million lines of code! [1]. Do we need all
> this incidental complexity to render/navitate hypermedia?
>
> ​I wonder how browser devs would answer this question.  My guess is
> that conforming to web standards is a big part of the job.
>

I think that also. Gilad Bracha says something about how hypertext could
look like if you're freed from the web and its standards bodies.

Cheers,

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: Cross pollination: Hopscotch: dynamic browser-style IDE and Leisure: document-based computing environment

[Edward K. Ream]

On Wed, Sep 6, 2017 at 10:42 AM, john lunzer  wrote:

> On Tuesday, September 5, 2017 at 3:52:55 PM UTC-4, Edward K. Ream wrote:
>>
>>
>> When I was first learning to program, I often wanted to find some "magic"
>> that would make tasks easier.  Now, I have enough experience to know about
>> how much work a task will take.  However, this might blind me to other
>> approaches that would, in fact, be much better/elegant.  Vitalije's new
>> read code could be called an example.
>>
>
> It's nice to know my search for programming "magic" is an *ailment* that
> others have experienced.
>

​Hehe.  It reminds me of the quote that "all progress depends on the
*unreasonable* [person]".​

>
> Part of Leo's "magic" that has attracted me more than other outline based
> programming tools is that it aspires to be (in the outlining editor sense)
> language agnostic.
>

​In fact, it is straightforward to add support for execute-x-script for any
other language x.

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: OT: (Kinda) "Learning How to Learn" from Coursera

[Edward K. Ream]

On Wed, Sep 6, 2017 at 3:20 PM, john lunzer  wrote:

> On Friday, August 25, 2017 at 10:19:53 AM UTC-4, Edward K. Ream wrote:
>
>> I would like to learn more about web technologies.  I'll start by
>> replicating the appearance of Joe Orr's Leo Viewer page
>> .
>>
>
​To clarify, I simply meant that I would investigate getting a local copy
of the page to look like Joe Orr's page. It doesn't happen automatically.
Not sure why.
​

> Been thinking about this and a future web UI for Leo. With the dynamic and
> constantly changing nature of the web and web technologies it seems like
> the best investment would be to implement a web GUI front-end which is
> actually an abstraction layer to a messaging protocol which defines a
> generic (but based on Leo's needs) GUI API.
>

​Possible, I suppose, following the pattern used by Leo's core to implement
the body pane.  I'm not sure whether there is a read payoff, though.  I
would be inclined to do what JupyterLab does.
​

> I sort of got the idea from this article about the cost of
> X-to-Javascript transpilers .
> The long term view is that if your goal is putting your application into a
> browser you're better off learning and working in Javascript on the
> client/browser side.
>

​This is a (mostly) separate issue. However, I think Jupyter/JupyterLab
code in javascript, so again, if we follow their lead we would too.​


> But that doesn't mean we all need to switch to Javascript, just that the
> best tool for the job if you're interacting with an application inside a
> browser is Javascript. I think you can (and should) write your application
> logic on whatever platform you see fit and implement server/client
> communication.
>

​Right.  Leo must continue to have full support for python. And that
requires some web-based support for python, which is another can of worms.

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: Trying to find a thread re. quick access to 'inbox' node

[Terry Brown]

On Fri, 8 Sep 2017 08:07:32 -0500
"Edward K. Ream"  wrote:

> On Thu, Sep 7, 2017 at 12:09 PM, jkn  wrote:
> 
> > Hi all
> > I remember reading a conversation, I presume on this list, where
> > someone described a Leo workflow with a special node at the top of
> > their outline (named specially IIRC) and some scripts/key-bindings
> > to make navigating to that node, entering some text, and then
> > presumably returning to their previous position, very quick and
> > easy.
> 
> ​It may have been about bookmarks commands.
> 
> Edward

Possibly, but that doesn't really have the back and forth action that's
being described.  It's not ringing any clear bells for me, although
not too hard to implement.

Cheers -Terry

-- 
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: Trying to find a thread re. quick access to 'inbox' node

[Edward K. Ream]

On Thu, Sep 7, 2017 at 12:09 PM, jkn  wrote:

> Hi all
> I remember reading a conversation, I presume on this list, where
> someone described a Leo workflow with a special node at the top of their
> outline (named specially IIRC) and some scripts/key-bindings to make
> navigating to that node, entering some text, and then presumably returning
> to their previous position, very quick and easy.
>

​It may have been about bookmarks commands.

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.