Puzzlescript autocomplete beta test

7 views
Skip to first unread message

Stephen Lavelle

unread,
Mar 12, 2026, 9:40:09 AM (9 days ago) Mar 12
to PuzzleScript
I've uploaded a test version of PuzzleScript with fancier autocomplete https://puzzlescript.net/beta/editor.html here (relevant documentation here: https://puzzlescript.net/beta/Documentation/autocomplete.html ). If everything seems ok, will push live properly on Monday.

image.png

Sévan Kazandjian

unread,
Mar 12, 2026, 9:14:58 PM (9 days ago) Mar 12
to PuzzleScript
Hi,

Very interesting stuff, thanks a lot :)
The "detecting rotation or flip" for rules is pretty brilliant, not sure yet if "good brilliant" or "bad brilliant" but time will tell ^^

I'm wondering if it would be possible to adopt the same logic for the object definition?

Right now (talking about the ==== OBJECTS ==== section only): if I understood well, it's only "full package with rotation" and it makes the autocomplete menu quite hard to read and the autocomplete maybe a bit too much for some cases :

I feel the more frequent use cases are :
1-
URDL are 4 objects with a 90° rotation (like you did)
and
2-
Left / Right are mirrored, while Up / Down are either the same item or two different items (back and front, respectively)
exemple for different Up / down object (back / front): https://www.puzzlescript.net/play.html?p=2fad7fdd93a1a9d6f689024baeb84f5b

So you covered case 1- nicely, but didn't cover case 2- (or did I miss it?)
In case 2- what would be useful is not a rotation but rather a left/right asset flip (mirror)
(I believe up/down being mirrored versions from one another is much rarer?)

I feel that if you apply the same logic than you did in rules, i.e. defining one object at a time, it would make the thing both more readable and often more convenient.

Like if I define player_left then player_right, you could suggest a mirrored version which is probably 99% what people would want.
I reckon if I define Player_Up then Player_Down, I'm not sure what I'd want, but I guess mirrored version is the best bet too.

Now if I define player_up then player_right, then I guess suggesting all 4 would work. However, autocompleting only one object (player_right) might be more convenient (for instance I can define player_up, then player_right (autocomplete rotation) then player_left (autocomplete mirror) then player_down (autocomplete_rotation?))

it might also feel more consistent with what you did with rules (one at a time, the previous instance defining rotation / mirroring)

Sorry for not thinking that throught when you first asked, it came when testing :-) (also you delivered much to quickly :-D)

Anyway that's just my opinion from rapid testing, i'm actually quite excited to use the autocomplete in action, and I'm sure you've thought about all this much longer than I have so I'll trust your judgment.

Cheers,
Sévan.

On Thu, Mar 12, 2026 at 2:40 PM Stephen Lavelle <anal...@gmail.com> wrote:
I've uploaded a test version of PuzzleScript with fancier autocomplete https://puzzlescript.net/beta/editor.html here (relevant documentation here: https://puzzlescript.net/beta/Documentation/autocomplete.html ). If everything seems ok, will push live properly on Monday.

image.png

--
You received this message because you are subscribed to the Google Groups "PuzzleScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email to puzzlescript...@googlegroups.com.
To view this discussion, visit https://groups.google.com/d/msgid/puzzlescript/CAHBjq7%3DcbLpqbLzms0zWz2MT0o1mNsfed-u2XUgm%2Bkw6zUL5-g%40mail.gmail.com.

Stephen Lavelle

unread,
Mar 15, 2026, 9:16:51 AM (6 days ago) Mar 15
to Sévan Kazandjian, PuzzleScript
I think you might be right about gradual/granular expansions being more usable and flexible.  I'll try implement that before pushing it live (I'm out of the country from tuesday, so I should postpone it until I get back). A very sensible / good-taste suggestion.

Reply all
Reply to author
Forward
0 new messages