[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)