[HN Gopher] Show HN: A web text-editor where you can write, comp...
___________________________________________________________________
Show HN: A web text-editor where you can write, compute and draw
Author : martyalain
Score : 123 points
Date : 2022-08-13 12:05 UTC (1 days ago)
(HTM) web link (lambdaway.free.fr)
(TXT) w3m dump (lambdaway.free.fr)
| fouric wrote:
| This is a very beautiful and interesting project, and contains
| some themes that I've been thinking about myself recently
| (representations of code vs. data, interactive development
| environments, text markup, wikis).
|
| I'm curious as to your take on the following opinion:
|
| Even if your representation for an imperative programming
| language and declarative markup language are the same (I quite
| like using a parenthesized prefix notation for both), _it 's
| beneficial to cleanly separate those two languages in order to
| preserve a clean and distinct set of semantics for both_.
|
| (you can also extend this to a "presentation language" - what I'm
| getting at is that you can take the view that the tripartite
| separation of HTML, CSS, and JS in web technologies is actually a
| feature because it leads to a cleaner design than trying to mix
| all of those languages together (although I think that all of
| those _particular_ languages have their own sets of flaws))
|
| l way is a very interesting project and I'm curious to see where
| it will go!
| jhvkjhk wrote:
| You may find Pollen (https://docs.racket-lang.org/pollen/big-
| picture.html) interesting. Pollen also blend text and program by
| Lisp, and can output HTML.
|
| I loved the idea of creating my own text format by code, but now
| I think markdown + pandoc filters are enough for my need.
| rubslopes wrote:
| Take a look at Quarto: https://quarto.org/
| martyalain wrote:
| My problem with Pollen is ... Racket. Racket is much more
| powerful than my tiny homemade lambdatalk but Racket is
| dedicated to coding in a console and not to write in a text
| editor. I wanted to be able to write text as in any text editor
| (without quoting words, strings, ...) and I had to implement an
| inversed evaluator to do so, skipping words unevaluated and
| evaluating only expressions. In fact lambdatalk is nothing but
| an extended HTML in lisp clothes. The engine is essentially
| built on a single regexp, not on parser working on an AST.
| chaosprint wrote:
| Very cool. Is there any way to generate audio data like this one:
|
| https://glicol.org/demo#chaos
|
| I am very interested to see some audio/algorithmic composition
| applications with the language.
| martyalain wrote:
| Sorry I didn't explore this way, just testing simple things
| like this: http://lambdaway.free.fr/workshop/?view=dodecaphony
| In fact lambdatalk is nothing but a dwarf on the shoulders of
| web browsers, you can use javascript in deep, and create
| interfaces with existing libraries doing audio.
| martyalain wrote:
| @hackernews guys: This is the first time in a very long time that
| I have received so many nice comments. Thank you. I will try to
| answer the questions as soon as I can.
| iam-TJ wrote:
| Is there a public code repository and issue tracker where fans
| and users can discuss and contribute?
|
| Very neat, and impressive. The one downside I noticed for the
| exemplar page is the browser CPU load. constant 33% of 1 CPU on
| an AMD Ryzen 7 1800X with Firefox v103.0.2, and around 32% with
| Chromium v104.0.5112.79.
|
| I guess that's fair though since the 'page' is playing Towers of
| Hanoi AND animating the Hilbert curve AND a linear watch (clock)!
|
| I enjoy the presentation itself too - no wasted space, nice multi
| column, no space-wasting top-bar, no annoying sidebars.
|
| Being able to invoke the code editor with the floating resizeable
| text-area feels so natural.
|
| The one thing that would be good seeing as the page is a viewport
| onto a larger canvas is auto-scrolling the viewport when the
| pointer approaches the margins - so we don't have to chase, make
| visible, and manually grab the browser scroll bars. That would
| make the page naturally follow where our attention currently is.
|
| Certainly brings a whole new meaning to "Single Page
| Application".
|
| Not even going to attempt to view it on a small device though!
|
| The only downside is requiring client-side Javascript to render -
| I wonder if there's a way to have a fallback to render server-
| side in that case?
|
| I've been procrastinating over choice of some kind of simple
| wiki-like static site generator for recording many real-time
| stream-of-consciousness disparate unrelated bug
| investigations,fixes and code hacking across a wide range of
| open-source software.
|
| This has a quirkiness to it that I like and it feels like a nice
| fit for someone with a coding ethos (even if not usually into
| functional!).
|
| It may even conquer my preference for Markdown!
|
| Time to explore!
| martyalain wrote:
| Thank you. Try it in an tablet and a smartphone, it still
| works, even if it is in a downgraded mode. Lots of pages in the
| wiki were created on a tablet.
|
| You write: "The one thing that would be good seeing as the page
| is a viewport onto a larger canvas is auto-scrolling the
| viewport when the pointer approaches the margins - so we don't
| have to chase, make visible, and manually grab the browser
| scroll bars. That would make the page naturally follow where
| our attention currently is." On my Powerbook I move the page
| using two fingers on the trackpad and on my iPad or smartphone
| I use one finger. No need scroll-bars.
|
| You write: "The one downside I noticed for the exemplar page is
| the browser CPU load. constant 33% of 1 CPU on an AMD Ryzen 7
| 1800X with Firefox v103.0.2, and around 32% with Chromium
| v104.0.5112.79." In fact you can see on top of the frame-editor
| the cost of computing the page, it's about 30ms on my iPad.
| When the page is loaded no more CPU cost. The Hilbert curve CSS
| animation and the linear_watch (JS setInterval()) have a very
| small cost.
| iam-TJ wrote:
| Re: scroll bars. Try using a regular workstation with a
| keyboard and mouse!
| prezjordan wrote:
| > Currently lambdatalk comes with 9 special forms making it a
| true programming language
|
| Love it :)
|
| How does it feel to author prose with this? I noticed the text
| isn't directly editable (wysiwyg) and starting to think that's
| probably the right trade-off.
| martyalain wrote:
| Currently text is not directly editable, you write in a
| (moovable, resizable) frame-editor and see "in real time" the
| result in the wiki page. And it's comfortable enough to write
| prose in long, for instance see this page
| http://lambdaway.free.fr/lambdawalks/?view=professeur and try
| to edit it. The homepage full of active codes was created from
| scratch without trouble. It works for me.
| sieste wrote:
| Cool project. I wonder if this could be used as a Latex
| alternative? Can I typeset and display math equations? What about
| cross referencing (images, equations, sections, citations)?
| martyalain wrote:
| I began to build a math library here:
| http://lambdaway.free.fr/lambdawalks/?view=formulas , it's just
| an idea.
| practal wrote:
| I think this is great stuff. I have been thinking very much along
| these lines for a few months now as well, as a user interface for
| a logic I discovered. In the end, TeX does something very
| similar, just with a sharp focus on typesetting. I am not sure if
| the focus on Wiki is sharp enough to succeed similarly, but on
| the other hand, why not?
___________________________________________________________________
(page generated 2022-08-14 23:00 UTC)