-
Notifications
You must be signed in to change notification settings - Fork 106
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Ink format 18 is not supported, and no supported version listed in README #217
Comments
It can, but would it help? I mean, what's the workflow that made you end up with a version mismatch? The last supported version is ink 0.8.1, so all the new stuff from 0.8.2 can't be used in inkjs yet. |
Personally, I pulled down HEAD from last June (~17 commits before the launch of 0.8.2) and built that. 0.8.1 is around five months back according to the releases tab (https://github.com/inkle/ink/releases) so less industrious users are going to end up with an unsupported version if they just grab the first thing off the list.
this one's a bit weird. when I tried to run a version 18 script it just didn't show anything, but the debug console mentioned the script version was too new. Looking at it now it does not appear that inklecate mentions its own version (https://asciinema.org/a/eAZuC1yMudnQ2kFV6cQX2rRH6). I may have to go bother upstream about versioning. |
I was trying Inky for Mac (Inky version: 0.10.0, ink version: 0.8.2, inkjs version: 1.7.1 with hotfix) and it offers "Export story.js only" but that JS file can't be read by the serverless demo… so I guess this is releated to this issue?
|
Yeah, probably. As the message says, the ink runtime used in the serverless demo is too old compared to the compiler in inky. The latest version of inkjs would work though, you can grab it from npm or from the templates once I've updated them. |
I'm also going to close this issue. With the latest inkjs versions the situation is resolved, at least until the next breaking version of ink. By then hopefully #180 will be in place and the problems will be lesser. I also don't see any concrete action we could take right now. Manually indicating the compatible version code somewhere seems like it would make the release process longer but wouldn't help much. That said if someone sees a way to automate the process I'd be happy to reconsider this :) |
Shell script will do that: #!/bin/bash
INK_VERSION=`grep -h 'public inkVersionCurrent =' src/*.ts | head -n1 | sed -e 's/^[^0-9]\+\([0-9]\+\).*$/\1/' -` Which looks for any line which contains |
The text was updated successfully, but these errors were encountered: