#suetum — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #suetum, aggregated by home.social.
-
Well, even though I was working on Selanía too these days, I've been able to get to the end of the expansion mechanism too! Now I can write stuff like
```
Have you heard of what [Gossippee.subj] said yesterday?
No! What did [Gossippee.subj] do?
Well, you know, someone gave [Gossippee.obj] the excuse to...
```And have it expand to
```
Have you heard of what Mary said yesterday?
No! What did she do?
Well, you know, someone gave her the excuse to...
``` -
Well, even though I was working on Selanía too these days, I've been able to get to the end of the expansion mechanism too! Now I can write stuff like
```
Have you heard of what [Gossippee.subj] said yesterday?
No! What did [Gossippee.subj] do?
Well, you know, someone gave [Gossippee.obj] the excuse to...
```And have it expand to
```
Have you heard of what Mary said yesterday?
No! What did she do?
Well, you know, someone gave her the excuse to...
``` -
In order to expand strings like
"Hello, [greeting.towards.Person]."
I must know context about Person (like: do I hate them? I love them? I'm neutral?), which means that intelligent expansions must be used (context free grammars with conditions from the current state of the game, in practice), which means that they are not just syntactic replacement but need the whole machinery of the runtime engine, which means moving lots of code... AAAAA xD -
Fixed also the last bug regarding axiom/rules exploration. Which allows you to drill-down in axiom expansions, and sub-axiom expansions and so on.
Now, in the space between the work on Selanìa, I can get to attack (my version of) Prolog's definite clause grammars.
It will probably be a more pragmatic approach, strongly oriented towards the narrative usages, with dedicated syntax, although it will be 100% based on exclusion logic like the rest.
-
Big commit on #Suetum to improve axioms (rules). Now you can write mutually recursive rules, and Habitus is also kind-of able to show them (there are still cases in which it can't expand an axiom, in case the very first rule of the axiom already fails)!
https://codeberg.org/owofgames/suetum/commit/d90f8f4d2a5fa3db54c0a8448a28724833798874
-
I kind of, sort of forgot that axioms are parts of the system, and right now they are completely opaque to the debugger.
So! Let's expand the system the allows for notifications during the unification of logic clauses to work also on axioms, and track a "stack" of the resolution.
This was quite tricky, and revealed a bug in recursive axiom applications, but: it's done! Now, how to properly display it...
-
The work on the debugging tool for #Suetum is reaching its completion, but this is the most dense part, conceptually.
Added the possibility to see the agents' heuristics, to time travel (!) between the current and past states of the simulations, and what I'm now working on is the ability of creating "alternative" world states, where you simulate a different choice from the one picked by the game purely inside the debugging tool.
-
So, apparently, yes: it was a matter of an afternoon to add support for forall/exists quantification in #Suetum 😮
(also added the possibility to explore the bindings that matched the conditions, to debug problems in matching, and set an icon too)
-
Welp, looks like "for all" and "exists" operator are indeed necessary to build logic programs like i need.
So, this afternoon will be dedicated to that... because it will be... very... simple... to add quantifiers... right? >_>
-
Sure thing, StreamJsonRpc, "An error occured during serialization" gives me exactly zero (0) clues about what's wrong, especially because it's *you* who's doing the serialization.
(and for some reason, Rider successfully connects in debug mode to #Godot, but doesn't hit breakpoints...? although it can read Godot's console output...? *sigh* I hate when I find a problem while debugging a problem caused by the debug of another problem caused by...) #Suetum #versu #praxis
-
Although unassuming, I'm pretty excited for this (also because almost all the code for this part was right practically first try)!
Here the debugging tool is able to to see the available practice instances (and reference to the general practice), and its actions (instantiated). Each action also shows all the conditions, and most of all, whether the conditions are matched for the given Agent, including the results of the sub-conditions! This helps A LOT.
-
Fact list initialization and propagation towards the debugging tool is ok, displaying it is still a bit uncertain ;D.
After all, I now have to add filters, which include expressions with free bindings, so that's a part I'll definitely have to rework and expand. The important thing was to have the fact list synchronized between the application and the debugger!
Note to self: making UIs is always a PAIN.
-
Every time I work with #Avalonia and #ReactiveUI I'm equal parts delighted and enraged. Anyway! The foundations of the debugging tool are on.
Right now I've built an (optional) server that provides the debugging tool for the data necessary to see the internal state of the game as it runs. Simple JSON/RPC over TCP connection, nothing fancy. The idea is to build two main parts: one for querying the fact list, another for the practices and actions.
-
Include instruction added to #Suetum! Which was quite some work, because I've had to adapt lots of code which thought everything was in just one file.
All in all a slow and sleepy day, but since this is free time, I'm more than happy to take things slowly.
Tomorrow it will be about the debugging tools! I already have some ideas which are quite exciting to work on, let's see how they turn out!
-
And here it is, the #languageserverProtocol plugin of #suetum for #vscode is mostly done for the features I need right now! Considering this took one and a half day to put together, I'm pretty satisfied with it.
There's tons of improvement that can be done (and I think symbol resolution is something I will sooner or later add), but now I'm up to adding includes (welp, currently the program can only be in a single file!) and debugging tools.
-
And here it is, the #languageserverProtocol plugin of #suetum for #vscode is mostly done for the features I need right now! Considering this took one and a half day to put together, I'm pretty satisfied with it.
There's tons of improvement that can be done (and I think symbol resolution is something I will sooner or later add), but now I'm up to adding includes (welp, currently the program can only be in a single file!) and debugging tools.
-
And here it is, the #languageserverProtocol plugin of #suetum for #vscode is mostly done for the features I need right now! Considering this took one and a half day to put together, I'm pretty satisfied with it.
There's tons of improvement that can be done (and I think symbol resolution is something I will sooner or later add), but now I'm up to adding includes (welp, currently the program can only be in a single file!) and debugging tools.
-
I finally have a #Suetum program actually running to its end!!!
As the #Versu papers suggested, the actual program is insanely long for such a simple interaction (it's about 120 lines), but after all, the interesting part is that this puts the basis for multiple, interacting practices.
So, during the holidays I'll probably put up a basic support for the editor (would love that to be #JetbrainsRider, but I've only created #vscode extensions!) and debugging tools!
-
Have been able to finally make a #suetum program output... something.
Now there's the problem of non-pure external functions, that don't work well with the minimax algorithm, and the fact I'm not performing bindings right with interpolated strings, but... I'm doing it. IT'S ALIVE *cough cough* I mean, it's outputting something.
-
Ok, "let" expressions implemented almost effortlessly, until i realized there are tons of edge cases in handling whitespaces and newlines i hadn't considered.
After many attempts (thanks unit tests for saving me!), it seems the most sensible ways is to restructure the lexer and produce an easier input to the parser. Still working on it, but this will probably solve this and remove lots of weirdness of Dentlr (e.g., when it comes to line numbers...) https://github.com/obiwanjacobi/Dentlr
#versu #praxis #suetum -
WELL talking about binary relationships, it's interesting that I implemented the machinery to bound variables in expressions and then - aehm - forgot to write the parser for it.
(I was indeed thinking the other day: "hey, it's strange that I didn't have to use any precedence tagging in this grammar, but it supports nested expressions... maybe it's just antlr4 being clever again...)