Hi John,
Thanks for these links. I just finished to see the Hopsotch
video, including questions, that are interesting to me as a
Smalltalker, and is curious to see the misreadings once and again,
about "but we're giving too much power to the 'end user' kind of
questions". Also the live Leisure demo and the idea of Illuminated
Programming, which seems pretty much like Literate Computing [1].
[1]
http://blog.fperez.org/2013/04/literate-computing-and-computational.html
--
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.
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. A web browser has 25+ million lines of
code! [1]. Do we need all this incidental complexity to
render/navitate hypermedia?
[1] https://twitter.com/worrydream/status/857794605076500480
The idea of rapid capturing stream of consciousness started[*], in my case, via paper mind mapping, then digital one, then, when such stream was pretty textual (like in academic writing) with Leo, and now, that I want to make it interactive and more heavy on data visualization, with Grafoscopio. Outlining as a way to capture such stream has been key and also the idea of having moldable self-referential metatools to increase such flown (which was signaled more clearly via the self referential trees in Leo outlines, with @script and @button definitions). I think that a media rich, hyperlinked outlining environment for capturing stream of consciousness is a good research and practical endeavor and is not so far away, while it produces usable prototypes, that will, for example, let you put interactive graphics mixed with code and prose. GT Documenter is going in that direction in the Pharo world.
Cheers,
Offray
[*] I also made some experiments with shorthand [2] and invented custom notations.
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.
A web browser has 25+ million lines of code! [1]. Do we need all this incidental complexity to render/navitate hypermedia?
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.
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.
Hi,
On Tue, Sep 5, 2017 at 11:52 AM, Offray Vladimir Luna Cárdenas <off...@riseup.net> 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.
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.
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 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
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.
Hi John,
Thanks for these links. I just finished to see the Hopsotch video, including questions, that are interesting to me as a Smalltalker, and is curious to see the misreadings once and again, about "but we're giving too much power to the 'end user' kind of questions". Also the live Leisure demo and the idea of Illuminated Programming, which seems pretty much like Literate Computing [1].
[1] http://blog.fperez.org/2013/04/literate-computing-and-computational.html