Diving back into a project that used Vue and it seems to be throwing an error when I add a data- attribute to a HTML element. It's a static string which I use for something else.
Spent a bit of time early this morning to knock out the most basic vector editing features in my SCI0 pic editor. The SCI0 pic byte-code is very terse; it doesn't even have closed polygons, just lines that happen to touch each other when rendered to the frame-buffer.
I'm sure this whole UI layer will need a refactor soon, but its definitely another step in a "useful" direction. Just a few core features left before a "beta" is viable.
This project is actually a byproduct of another big thing I'm working on.
Currently, I use YNAB for budgeting, but I've been putting sustained effort into getting my data out of the cloud and self-hosting everything.
I started researching options for budgeting software, and I really couldn't find anything I liked or that felt like it had enough features.
I decided, then, to just whip up something in Excel... which led me to the discovery of Office.js and the ability to build Add-ins for Excel using web tech.
Thus, vue-excel was born.
I may eventually release my budgeting tool for Excel, when it's feeling a little more mature and stable. Stay tuned... ❤️
@athlon Well, that's annoying! It's a frigging v- attribute that must support JS expressions out-of-the-box, but #Vue can't handle a simple boolean expected in v-show? :0530: What have you become, #VueJS...
After a bit of playing with #FastAPI, I feel like it's really, well, API-oriented. You can have templating of course, but it's just a liiiittle clumsier than returning JSON (e. g., you need to manually inject the request into it).
So I'm not entirely sure if I should stick to my original plan of mostly rendering HTML and using #htmx, or if I should go with the framework flow and make a #Vue app. Probably the latter TBH.
I'm pretty amazed with #Laravel+ #Vue+ #Inertia. In a nutshell, you don't have to write routes for your API endpoints and then routes in your frontend views, and then frontend methods to retrieve data and so on. You mostly work as if you were serving your server-side rendered views, write your models and controllers, and then you just pass the data as props to your Vue pages and components, and bang, done! I'm really having fun with my pet project. :)
I'll likely have some, say, free time from now on. So I can finally begin with some pet projects as an excuse to keep on learning, and yesterday I began a #Laravel/ #Vue project. Something I thought would be fun to do and I can use after (and if) it's done, a web app where I can keep track of my favorite music, fill data wiki-style, write reviews, and who knows what else. Some hours into that and I remember why I loved Laravel so much since I learned it a bit. :)
Over the past week, I've been working on a #Vue / #Firebase / #Bulma app that has been sitting in the back of my head for a decade. I'm using composables for every logical object. This would be sooooo much more code with the options API but I can't help but look at a 1000 line view and think that I could make things even better.
React Compiler has been open sourced, and, it's written in Rust (github.com)