I can build games using Parchment Site Generator but the generated HTML page just shows a Loading screen forever.
Anyone knows what’s happening?
I can build games using Parchment Site Generator but the generated HTML page just shows a Loading screen forever.
Anyone knows what’s happening?
Oops, I probably broke something last week. I’ll take a look.
I repro the bug. I’ve filed it as Sitegen doesn't work · Issue #171 · curiousdannii/parchment · GitHub
I can’t investigate the bug, though, because I can’t get the build to work. Parchment build fails · Issue #172 · curiousdannii/parchment · GitHub
Thanks to Dan for quickly providing a fix, this should be working now.
Thanks for getting a fix out fast!
Last time I built this game was on 10 January. The game is a Z-code file of about 64 KB, and this produced an HTML file of 790 KB.
Now this produces an HTML file of 3640 KB.
The game does indeed work, and that’s the main thing of course, but I must wonder if something extra has been included by mistake?
No that’s correct. I made a major update to switch to an async Dialog. But that means it can’t use my ZVM anymore, so I switched to Bocfel, which has a large wasm file.
I did forget to turn on compression for the site generator, so that will bring the file size down somewhat.
If anyone really cares about the file size, the old Inform 7 templates are still available so you could use Zarf’s ifsitegen.py.
Zblorbs should work. If there’s an issue then that may mean Babel can’t understand the file. Is this for a public zblorbs? If not can you privately message me the file?
I reproduce that issue; I’ve filed Site generator doesn't support zblorb · Issue #182 · curiousdannii/parchment · GitHub on this
Thanks for tracking this one down so quickly.
The problem turned out not to be zblorb
but files that have multiple IFIDs, including these:
https://ifarchive.org/if-archive/games/zcode/LostPig.zblorb
% babel -identify LostPig.zblorb
"Lost Pig" by Grunk
IFID: ZCODE-1-070917-994E
IFID: ZCODE-2-080406-ffffa377
blorbed zcode, 381k, cover 500x500 jpeg
https://www.ifarchive.org/if-archive/games/zcode/Photograph.zblorb
% babel -identify Photograph.zblorb
"Photograph" by Steve Evans
IFID: B01C1A50-C7A0-45C6-A71A-A26BADE0CFC5
IFID: ZCODE-1-241030-fffffc17
blorbed zcode, 281k, cover 500x500 jpeg
https://www.ifarchive.org/if-archive/games/zcode/Sushi.zblorb
"A Day for Fresh Sushi" by Emily Short
IFID: 5EF93A1F-6BDC-4AC9-801E-96480C241EF2
IFID: ZCODE-1-010416-ffffac1f
blorbed zcode, 319k, cover 960x960 jpeg
But not these:
"Violet" by Jeremy Freese
IFID: 44EA5822-4681-4B54-AAB1-5A5FC9E0A2CB
blorbed zcode, 587k, cover 960x960 png
"Galatea" by Emily Short
IFID: ZCODE-3-040208-2BC1
blorbed zcode, 431k, cover 960x960 jpeg
"The Primrose Path" by Nolan Bonvouloir
IFID: 12ed78a6-e4c5-4466-bda1-2e9403b97afc
blorbed zcode, 605k, cover 960x960 jpeg
I didn’t know Babel could output multiple IFIDs, so it will just take a bit of care to interpret Babel’s output correctly. If only it had a more machine readable mode…
Since I was wondering: the two IFIDs in these cases both come from <ifid>
tags in the iFiction XML in the Blorb (i.e., there are two such tags).
(So this isn’t the case where an iFiction IFID needs to take precedence over the calculated IFID of the embedded story file. As far as I can tell, the Babel tool does embody the principle that the iFiction takes precedence. Although in these cases, one of the iFiction IFIDs does always match that of the embedded story file, modulo this ffff
-sign-extension stuff in some of the iFiction versions, which I assume is a result of an ancient bug.)