It is…
okay I’ll gbot
It is…
okay I’ll gbot
This topic seems to rank pretty high in shortcut-related queries, and it’s kinda ridiculous…
I’ve tried to look for stuff with shortcuts before, and "siri shortcut" modify json returns this topic as first result, and Siri shortcut modify json also puts this topic near the top
*GMA = get modding again
you will get modding again.
Not me
That means that I don’t think this has ever been done before with Shortcuts! So I guess it’s pretty cool, despite the lack of docs.
Yeah it’s really amazing but quite annoying at the same time.
If you’re trying to learn something new, the last thing you need to find is something you already made, right? 
Yeah for sure.
I guess a lot has to be built from the ground up because of that.
And if you’re curious as to why I wanted the milliseconds, it was to more accurately benchmark action execution times, but I didn’t get that to work and I don’t really care that much.
What I do care about though is the JS execution time within shortcuts. I was able to successfully compress the script input so that the URL is much shorter. I use a base64 data url to generate a webpage to run the JS, so Shortcuts validates the base64 data URL. That means URLs with large projects take forever to validate (but idk why).
I decided to try gzip compression on the JS input, and despite making the minimum file size grow ~50KB, I’m seeing performance improvements of 100-300%
basic JS Execution method comparison:
A lot of stuff is added, such as string compression and a template, yet that makes the URL validation time change significantly.
It’s so much work for an optimization problem that shouldn’t exist imo :/
I thought you were modding! Instead of talking, Awesome A [Teacher]!!
I’m just doing both at the same time :)
okay AEawesome
Another point is that I think the main audience that received Shortcuts are everyday people, or general power users, trying to have more efficient ways of doing everyday things, and not as much things like this that interface with app data. So that’s interesting too.
@Awesome_E Maybe you could connect it to the Clock app with Start Stopwatch and Stop Stopwatch actions? It seems a little makeshift but I guess it works better than nothing. I can’t think of anything better.
Yeah gzip is common practice for certain web files, I know that for sure. Glad you found a way to optimize.
Yeah and I think that’s why it’s the preferred option for a lot of people.
there was a date function – it would have to have been contained within the shortcut to be accurate anyways, plus I don’t think there’s a way to do that.
I know that part, but it has to work offline. It’s weird because I added two libraries into the inline script, and that’s what actually handled the g-unzipping. It runs more JavaScript, yet it’s faster because of that URL validation
Today’s update – “hassle-free dependency installation”
^ seeing how fast that was, I am thinking about doing a bulk package installer as well.
Are these released yet?
Not yet, but I’m working on it
Ok. Tag me when it’s out.
Hi @Awesome_E , I don’t know if this is the correct topic to ask in, but I have a question about the Project Builder on your GitHub page.
Does the File Size in the Project Traits section include images in the project, or is it just the size of the .hopscotch file?
^ this one
The images are stored separately from the file; if I wanted to include that size I would need to download the images as well
and if you have any more questions here is definitely the place to ask
Ok, thanks for the response! I guess I’ll just have to sum up the image file sizes.
So you’re saying that the final evolution of coding Hopscotch projects is with a new language called hopscript that allows you to write different pieces of your code separately in one GitHub repo, and an npm package compiles it into one .hopscotch project when you build it? (Note: that’s pretty much what TypeScript is)
I just made that up but it sounds so cool