Comment by ๐ skyjake
Re: "Scriptonite Lagrange Workarounds"
@bluesman Are you able to compile Lagrange locally? Would be interesting to know if these changes are sufficient to fix the remaining issues (dev branch):
โ https://github.com/skyjake/lagrange/commit/7284f5ee591f781eb911f96e87630c09a8ec64d3
Aug 06 ยท 2 months ago
3 Later Comments โ
๐ฆ bluesman [OP] ยท Aug 06 at 13:52:
Looking at GitHub, it appears my best bet would be firing up Ubuntu in VirtualBox or use the Pi 5. (My MacOS laptop is ridiculously constrained when it comes to storage). I can certainly give it a shot when I have some time.
If we could figure out another way to share the binary (mac, windows or linux), I could probably get you an answer right away.
๐ skyjake [...] ยท Aug 06 at 14:45:
Here is a Linux x86_64 AppImage for testing:
โ https://etc.skyjake.fi/lagrange/Lagrange-1.18.7_testing-x86_64.AppImage
๐ฆ bluesman [OP] ยท Aug 06 at 15:36:
I had to install fuse but then it ran fine on Windows Subsystem for Linux - much quicker than firing up Ubuntu in VirtualBox.
Every issue I was having with the auto-prompt system seems to be fixed. I was a little worried when I saw my "2 + 2" example become "2 %2B 2" in the address bar but it works fine and the copied link is percent-encoded.
Thanks for looking at this and apologies for any consternation.
Original Post
Scriptonite Lagrange Workarounds โ I put in workarounds for running Scriptonite in Lagrange. The issue is that Lagrange doesn't preserve certain percent-encoded characters in urls (whether on a page or in a redirect). The fix is to sanitize Scriptonite links coming in and base64 on redirect. The one thing I can't workaround is semicolons. If you want to use them in a pre-populated variable or auto-prompt, the Scriptonite segment must be base64 encoded in advance. That should be rare but there...
๐ฌ 13 comments ยท Aug 04 ยท 2 months ago
Source