Earlier quoted context omitted.
STEPS is a very interesting project, indeed. I don't think it was quite a failure, after all, they did Nile and Gezira, which was pretty cool (powerful vector graphics rendering in a few hundred lines of code). Someone might reuse those in the future, I don't see why not. But from the limited things that I saw, I got the feeling there was no overarching system. And there was no thinking about flexibility in general (…
Actually there was a lot of thought given to flexibility, I think a lot of the concepts were not exposed well due to the large project scope. Maru (which is the underlying STEPS runtime) for instance was designed to be completely replaceable (See COLA papers) using a composition mechanism similar to fexprs. Maru is also very easily bootstrapped as the VM/runtime and compiler come in at under 2KLOC with all the facili…
Project Mage is an effort to build a power-user environment in Common Lisp
61–70 of 74 posts
Re: Project Mage is an effort to build a power-user environment in Common Lisp
#62Hi! I am the author of the project. There's a discussion on Emacs is Not Enough that has been taking place today here: https://news.ycombinator.com/item?id=34375137 The Emacs is Not Enough is quite ranty, and its style is not to some people's taste (well, it is kind of a rant, after all). If you want the meat, indeed, please see any other articles on the homepage, or, for an overview of the project, this: https://pro…
I enjoyed Emacs is Not Enough , I think it nailed trying to make it's point on why modern computing is so user hostile. I've sent it to emacs users I know, and they, too, have enjoyed it.
Re: Project Mage is an effort to build a power-user environment in Common Lisp
#63It was unclear to me, but some code was written. https://project-mage.org/the-power-of-structure#org63e88da > Fern is the most technical section of the bunch. Perhaps that's because much of it is implemented already (KR, constraints, basic geometry, and linear algebra). and it doesn't do everything from zero, but is somehow based on Garnet > Fern is a spiritual successor to Garnet, a Common Lisp project for building…
> As for Savannah being not entirely modern, well, I like the fact that it has a mailing list.
Re: Project Mage is an effort to build a power-user environment in Common Lisp
#64I hear: "I'm making this for me."
There's absolutely nothing wrong with that. Many powerful tools came about because people didn't like the way the old one worked.
Re: Project Mage is an effort to build a power-user environment in Common Lisp
#65It was unclear to me, but some code was written. https://project-mage.org/the-power-of-structure#org63e88da > Fern is the most technical section of the bunch. Perhaps that's because much of it is implemented already (KR, constraints, basic geometry, and linear algebra). and it doesn't do everything from zero, but is somehow based on Garnet > Fern is a spiritual successor to Garnet, a Common Lisp project for building…
I'm looking forward to seeing this appear on Savannah with a corresponding mailing list. Or maybe on Sourcehut? Since the author did leave this tidbit on the Code page: > As for Savannah being not entirely modern, well, I like the fact that it has a mailing list.
Re: Project Mage is an effort to build a power-user environment in Common Lisp
#66Earlier quoted context omitted.
Isn't It Obvious That C Programmers Wrote Git also a bit ranty. It was never made clear how Mage would make what-git-does better. And isn't it obvious that C Programmers also wrote unix, kernels and userspaces?
The way I read this is you write that assuming the reader cherishes unix, kernels and userspaces as opposed to integrated live lisp environments assuming the role of unix, kernels and userspaces, yet without C. Now try looking at the world as someone who does not cherish unix, kernels, userspaces and C programmers' view of the world... [note: I do cherish unix, kernels and userspaces; AND lisp. Oh and C...]
Re: Project Mage is an effort to build a power-user environment in Common Lisp
#67Hi! I am the author of the project. There's a discussion on Emacs is Not Enough that has been taking place today here: https://news.ycombinator.com/item?id=34375137 The Emacs is Not Enough is quite ranty, and its style is not to some people's taste (well, it is kind of a rant, after all). If you want the meat, indeed, please see any other articles on the homepage, or, for an overview of the project, this: https://pro…
Have you thought about how your system might be adapted for power users that have accessibility requirements, such as blind people? I'm guessing you'd rather not implement the current GUI accessibility APIs, but would rather have something like Emacspeak that directly implements the alternative UI (e.g. speech output) inside the Lisp environment.
Copypasting:
It's important to think about issues such as accessibility in advance.
I am basing my knowledge about this issue on this article about Emacspeak.
So, Rune will ask lenses to implement the surface-level text commands. Whatever text is shown or assumed to be on screen, the user will be able to copy that text programmatically. So, you could ask a spec-conformant lens stuff like "get the surface level text of the semantic unit at point". Such functions are of general utility.
Next, Runic functions will be required to return some information about the results of their semantic actions. So, if you issue a delete-semantic-unit command, it will return what it has removed (and that would include the info about the surface level text as well as the data-structural unit itself).
The list of such functions and their return-value properties will all be a part of the spec. So, it will be possible to automatically advice all these spec functions for any given lens to invoke the speech functionality.
Re: Project Mage is an effort to build a power-user environment in Common Lisp
#68Hi! I am the author of the project. There's a discussion on Emacs is Not Enough that has been taking place today here: https://news.ycombinator.com/item?id=34375137 The Emacs is Not Enough is quite ranty, and its style is not to some people's taste (well, it is kind of a rant, after all). If you want the meat, indeed, please see any other articles on the homepage, or, for an overview of the project, this: https://pro…
thanks for this! have you thought about hierarchical data structure manipulation in emacs style cl environments? any tools to look at?
Re: Project Mage is an effort to build a power-user environment in Common Lisp
#69Good luck!
Re: Project Mage is an effort to build a power-user environment in Common Lisp
#70Just a few additional comments from our last exchange, based on https://project-mage.org/elevator . I prefer this elevator pitch because it gives some insight on how to proceed, beyond the stylistic choices. (If not a rant, it's a mixed bag of all I could think about the subject, since I never really exchanged about these ideas, so I'm interested in your thoughts as well.) The example of splitting "Hello world" into…
The eco article is quite interesting, it's a cool proof-of-concept. I don't know exactly how it compares, but there's also tylr, with an online demo you can check out [1].
> The example of splitting "Hello world" into a list of words is a pretty bad example;
I just wanted to set up some very quick easy-to grasp context with it for the discussion that follows. You are right, of course, the normal editors don't have much trouble with that level of detail. Maybe I will come up with something better later on, though not too complex...
> I'm currently working on knowledge management, which I think you have to split in different subfields;
My view on this is that you can't generally predict that, but what you can do instead is let the user compose the structure and features of custom documents, thus creating custom workflows suitable for the task at hand, whatever it may be. I will be generally taking that approach with Kraken.
> literate programming
I think computational notebooks take the core idea and make it practical, and I think it's fair to say those are literate programs, albeit without the web-tangle aspect.
> Again, good luck etc.
Hey, thanks for the feedback!