kons-9
framework
Our great sponsors
kons-9 | framework | |
---|---|---|
50 | 21 | |
549 | 126 | |
- | 1.6% | |
7.9 | 7.9 | |
6 months ago | 9 days ago | |
Common Lisp | Ruby | |
MIT License | GNU Affero General Public License v3.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
kons-9
- OpenSCAD Survey - what programming language do you want to be added to app?
-
Lindenmayer Systems
Very cool. I must check this out.
I implemented some L-system features in my 3D Common Lisp system: https://github.com/kaveh808/kons-9
- Ask HN: Show me your half baked project
-
Profound Beliefs
In some small way I am revisiting the idea with https://github.com/kaveh808/kons-9
We'll see what comes of it.
- Kons-9: Common Lisp 3D Graphics Project
-
Symbolics Lisp Machines Graphics Demo (1990)
I began my 3D graphics development on a Symbolics workstation at the MIT Media Lab in the mid-80's. This was before the S-Graphics suite was released. [0]
The outstanding feature of the S-Graphics suite was the polygonal modeler which used a winged-edge structure that was far ahead of its time. It survives conceptually in the Wings3D system, which is a quite faithful copy of that modeler.
And of course you got the extensibility that came with the graphics system being built on Lisp.
But Symbolics was never, as far as I saw, a serious or popular contender in 3D production. Not only was the system expensive, but the hardware could not keep up with SGI's graphics abilities. Furthermore, the mass of CG developers at the time came from a C/Unix background, and rendering especially was so speed critical that C (and Fortran) resulted in faster systems.
Almost 40 years later, I have returned to the idea of developing a 3D system in Common Lisp [1]. We shall see where it leads.
[0] https://medium.com/@kaveh808/late-night-lisp-machine-hacking...
[1] https://github.com/kaveh808/kons-9
- Ask HN: Resources for Older Developers?
- Ask HN: What Are You Working On? (May 2023)
-
A good codebase to study as a beginner
If you are interested in 3D graphics, I have tried to keep my code simple and comprehensible: https://github.com/kaveh808/kons-9
-
Coding alone vs coding in a team
As a solo developer of my 3D system, my main focus has been to keep the enthusiasm and momentum going and to enjoy the development process, rather than worrying about how the code might not be optimal in various regards.
framework
-
RubyJS-Vite
I'm working on a framework inspired by React/Next.js which turns Haml into Ruby. It's 100% server side, but it runs pretty fast. I'm currently working on a rewrite, I just wish I had more time to work on it.
https://github.com/mayu-live/framework
https://mayu.live/
-
Ask HN: Show me your half baked project
Mayu, a server side web framework written in Ruby, inspired by React. Been working on it for over a year, and I'm currently doing a complete rewrite now that I have a better idea of how it should work.
https://github.com/mayu-live/framework
-
Why Ruby on Rails Needs Components
Mayu Live[1] has components, it works kinda like React. I have been thinking about making rdom[2] work with Rails but I got a memory leak to fix first. It's possible to do all this in Ruby though.
1. https://github.com/mayu-live/framework
2. https://github.com/aalin/rdom
-
Is there Ruby LiveView Framework?
Thanks, yes mayu.live is a close thing, but I looked at its examples, it's overcomplicated, if done a bit differently, the counter code it shows as example would be 3 times shorter. Nice experiment, same principle as LiveView, but not quite there.
- Mayu: Live-streaming server-side component-based VDOM framework written in Ruby
- Mayu is a live-streaming server-side component-based rendering framework in Ruby
- Mayu: Live-streaming server-side component-base VDOM rendering framework in Ruby
- mayu-live/framework: Mayu is a live-streaming server-side component-based VDOM rendering framework written in Ruby
- Show HN: Mayu Live, a reactive web framework written in Ruby
-
The Web I Want
I've been working on a React-inspired framework in Ruby [1,2]. It only requires a few kilobytes of JavaScript, and only includes the relevant stylesheets for each page. Works pretty well and I guess I'm in a rural area (about 90 minutes down the river from Iquitos, Peru) on a 4G connection.
I recently did another experiment [3] where each static DOM tree becomes a custom element, which also reduces the amount of data that needs to be transferred.
I should probably make a Show HN post soon...
1. https://github.com/mayu-live/framework
2. https://mayu.live/
3. https://github.com/aalin/rdom
What are some alternatives?
clog - CLOG - The Common Lisp Omnificent GUI
yjs-sqlite-test - Test combining yjs and sqlite wasm
quicklisp-projects - Metadata for projects tracked by Quicklisp.
rdom - Server side reactive DOM updates in Ruby
McCLIM - An implementation of the Common Lisp Interface Manager, version II
overworld - Open source framework for scalable multiplayer games.
clozure-cl - Unofficial mirror of Clozure CL
anvil-runtime - The runtime engine for hosting Anvil web apps
weird - Generative art in Common Lisp
rascal - RAnsac Assisted Spectral CALibration
bodge-nuklear - Thin wrapper over Nuklear for Common Lisp
Vapor - 💧 A server-side Swift HTTP web framework.