mast/parser
Anish Lakhwara f24e56159a feat: parse multiple commands
basically at MVP now
the react app can now add, complete and reactively filter tasks

The filter command doesn't have a enter action, it should probably do
something. maybe I do need the default to be select, instead of filter,
and filter should _actually filter_.

Syncing is next. I'll need to look at the vcln starter template to
understand how they set up, and then maintain different databases for
each user.

What needs to be done is setting up rooms, and the backend such that
everybody gets their own lil sql database, and the syncer can identify
them. we don't really have any notion of security, which is uhhh, not
great.

After that we can look at some malleable features that lend themself to
discoverability. ideally, I don't need to have a tutorial at all.
reactivity needs to exist for almost every command. I want to save the
command, to a dirty state sql table, and then restore it on load. that
should cause all the elements to re-render the proposed change.

this actually unlocks a thought for me: executing filters, sets them as
a "context". a context makes up a view. reports are literally just
saved contexts then. this allows the tanstack table to handle virtual
ids for us!

Then, for the malleable input, all we need some kind of triple scroll
wheel that can be typed, for each of the three segments. ideally with
desired autocomplete 🤔

i think i'm reimagining the CLI for the web almost!
2024-11-10 18:15:20 -08:00
..
add_go.peg js add parser 2024-09-18 18:43:28 -07:00
add_js.peg web: use parser in web 2024-10-21 21:14:51 -07:00
add_parser.go init: working task add parser for go (#5) 2024-08-31 23:00:05 -07:00
add_parser.js web: use parser in web 2024-10-21 21:14:51 -07:00
command_js.peg feat: parse multiple commands 2024-11-10 18:15:20 -08:00
command_parser.js feat: parse multiple commands 2024-11-10 18:15:20 -08:00
main.go init: working task add parser for go (#5) 2024-08-31 23:00:05 -07:00