Current status: Updating the https://thi.ng/geom readme to give a better overview of the full extensive API, ahead of the v8 release (soon)... Attached are screenshots of three sections of the readme showing:
list of 32 shape types (both 2D and 3D)
list of 54 polymorphic functions/operations to manipulate/convert/analyze shapes & shape hierarchies
list of additional 40 shape creation functions
Still to come: Documenting the bundled preset implementations of:
vertex convolution kernels (3)
curve subdivision strategies (8)
polygon/polyline to bezier conversion strategies (3)
polygon tessellators (9)
(...and how most of these can be combined & applied iteratively. Some of the recent/existing examples are already hinting at the potential...)
Tomorrow @mikaelacaron and I record the next @swiftovercoffee episode and we want your views for our open ballot! We're celebrating Swift turning 10, so tell us: how did it impact your life? Did it get you jobs? Did it help you go indie? Did it give you lots of fun? Tell us! 👇
Added a new[1] configurable curve subdivision kernel for https://thi.ng/geom to (iteratively) subdivide polygons/polylines with displacement, allowing for super compact code, infinite variation, and beautiful results like shown...
[1] Actually been using this approach since 2010, initially for 3D mesh subdivisions (3rd image)
Dovrei iniziare quantomeno a provare a fare certe pixel art che mi servono, se ho intenzione di fare i miei giochini, ma ho realizzato che sto un po’ rimandando… Ci ho pensato un attimo, e mi rendo conto che succede perché semplicemente non ho le condizioni esterne giuste per mettermi a disegnare quella roba: tutti i programmi (per PC) sono scomodi. 😶️
Più o meno su mobile (tablet o smartphone) qualcosa di agibile si trova, e riesco a disegnare senza incazzarmi affatto, anche se, ovviamente, non è il massimo… con il touch screen, tra le dita che coprono la vista, la generale imprecisione dei tocchi, e il fatto che quando sono a casa vorrei usare il potenzialmente più comodo PC per i disegnini pixellosi, non riesco granché ad accontentarmi. Appunto, su PC non ci sono software comodi, perché per qualche motivo l’ennesima devianza dei tempi moderni è che si debba usare il mouse e solo il mouse per disegnare pixel art — e voi sapetecome sto io col mouse (mi accorgo ora di non averlo mai spiegato bene però… pazienza, un giorno scoprirete) — nonostante ai tempi antichi il topo non esisteva nemmeno, eppure con la tastiera si disegnava bene uguale. Vi giuro, non ho trovato un editor completo che sia uno che permetta di disegnare muovendo un cursore e piazzando il colore usando solo la tastiera, e questo per me è un problema più grande di quello che suona. 😩️
A dire il vero, ne ho trovato giusto qualcuno sperimentale, progettini iniziati per sfizio e mai finiti, con troppi compromessi e limitazioni che mi impediscono di prendere ed usarli con felicità; ve li elenco per pietà: cmdpxl, pypixelart, KDP, Pixkey e, Peachel. Stavo quasi pensando di usare programmi di fogli di calcolo per disegnare, che di base hanno un buon workflow per la tastiera (e a volte ci ho disegnato sopra…), e permetterebbero di usare le macro per implementare le funzioni di settore mancanti… ma mi sono subito scontrata con la realtà di: niente Excel su Linux (il 2007 va in Wine ma palle), LibreOffice Calc non permette di mappare a tasti il secchiello per colorare le caselle (non è chiaro se sia una funzione mancante oppure un bug), OnlyOffice Spreadsheet ha millemila bug tra cui problemi di ridimensionamento delle celle (non ho voluto nemmeno proseguire oltre quindi lmao), e sia Excel Online che Google Sheets fanno veramente cahare liquido. E allora, pure stavolta, l’ennesimo progetto laterale inizia… 🤬️
https://octospacc.altervista.org/wp-content/uploads/2024/05/image-7-960x481.pngL’ennesimo concretizzarsi del sesto corollario di Murphy (“Non ci si può mettere a far qualcosa senza che qualcos’altro non vada fatto prima”) mi stava facendo avvilire, ma non avevo altra scelta ormai, quindi ho iniziato, e ho deciso anche stavolta di creare un programma mio anziché forkarne uno esistente (sarà meno una rogna per me svilupparlo e mantenerlo). E, devo dire, è buono, perché tra ieri e oggi ci ho preso gusto: ho già la parte di base di disegno a posto, e ora posso implementare gli strumenti più utili e originali, ho un sacco di idee per rendere il disegno più veloce e piacevole che col mouse! Ma prima, sto finalizzando il formato “proprietario” dell’app… si, è quel plaintext lì anziché un banale JSON o un oscuro formato binario; ma voi non siete pronti, avrete altre foto solo tra un po’… 🙃️https://octospacc.altervista.org/2024/05/30/disegnare-senza-rogne/
Yesterday a colleague passed me a #javascript function which was resolved in a return. And what did it return? Well first two lines of conjunctions, disjuncted from another two lines of conjunctions. The evaluation of which is passed to a nested ternary operator. So we could finally return an empty string, or a two-word string. It's a short piece of code but believe me, you have to look twice to figure out what it will do... Is this what they call "clever" code? XD
So Kitten’s build process (i.e., the time it takes to build Kitten itself) takes ~0.7 seconds on my ~1 year old desktop (Ryzen 7 5700G 3.8Ghz) vs ~1.4 seconds on my ~3-year-old Starlabs LabTop (renamed to the Starbook thanks to a suggestion by yours truly but sadly, not quickly enough).
So, in summary, it’s bloody fast for something that results in a ~9MB bundle.
Note that when you’re working with Kitten, your apps do not have a build process.
You write HTML, CSS, JavaScript and, optionally, extend using first-class support for htmx and alpine.js as well as Kitten’s own Streaming HTML workflow¹. There’s also no scaffolding or generating a project with hundreds of files or anything. You just write the code for your app.