Done! You might make one or two more posts there, just as placeholders.
Through some moderator shenanigans (splitting and merging) I think we can add a new pos to this topic after the first one, and then links to this would still be valid.
There you go, this post is now at the top.
I made it a wiki!
Thank you mods! But…why are bumping/wiki-ing my deleted post, and not the arguably more useful post with the actual link? Nevertheless, the top post has been updated with a link to the new version.
Rather than having a new post we can just keep this one updated, and then any links to it will remain up to date. And if we ever need more than 2 posts at the top we can add another one too.
We have an actual wiki at IFWiki.org that would be ideal for this ![]()
My thanks to @Hidnook for editing for brevity. I did some more, squeezing things down to a svelte 33142 characters so there’s a bit of room for growth.
It’s possibly worth noting some details about maintaining this.
For accessibility, link text must indicate what the link’s target is even if the link text is considered in isolation: one of the navigation options in a screenreader is to have it give a list of the page’s links, so this really comes up. The text for several links may seem redundant in context or gratuitously wordy; this is why.
If you’re linking to a thread or a specific comment here and the thread’s existing title makes good link text, you can just use a plain URL and Discourse will make a link with the thread title. And when the post’s title is less than ideal for the link text and you’re specifying it yourself, you can omit https://intfiction.org (but don’t forget the initial /).
For instance, in the Reference section:
- The perils of INSTEAD is
https://intfiction.org/t/51903in the post’s source - Is there a special syntax for dropping something in a conditional? - #12 by Dizzydonut is
https://intfiction.org/t/43352/12 - Action Patterns is
[Action Patterns](/t/61391/14)
There are several links in the post to specific sections within itself. A nuisance is that the sections’ IDs that are used is the links’ targets are volatile: if you change a heading’s name, you’ll break all links to it. And the sections’ IDs end with a sequential numeric suffix: if you remove a heading or add a new one, you’ll break all the links to everything downstream of it.
You can only have ten @username links in a given post or I’d use them more. Obviously space could be saved by removing people’s names, but I like giving credit.
Markup elements’ text counts against the character count, so I’ve made sparing use of collapsible details elements (e.g., [details="MacOS"] under Installation). Also, if you search within your browser for text on the page, stuff within closed details elements aren’t found and I think searching is a useful thing for this page. (Discourse hijacks control-f for its own “search for stuff within this thread” which is useless for finding particular things in a very long post, but if you hit control-f again you’ll get the regular browser search.)
You don’t need vertical whitespace before lists or headings. There was a point at which I was so desperate for a few characters more that I removed all of it.
and all that said, we now have a new initial comment that also has the wiki nature, so we don’t need to scrape and struggle. Thanks, @Draconis !
“Hey, I should add Bamboozled and Blorbtool” turned into “Dang, this one ginormous Projects section categorized according to by-Zarf and not-by-Zarf sure is so unwieldy as to be unhelpful” turned into spending pretty much all day ripping things apart and reorganizing.
The old Hosting section turned into a much more substantial Publication section with more info regarding the interpreter templates.
The monolithic (arguably bilithic) Projects section is no more. It’s succeeded by a Utilities section of modest length, with most of its previous contents having been dispersed among Publication, Glulx, and Z-machine.
And I’m finally making appreciable use of the new I7 Documentation and Resources Annex, having shifted the I7 in Translation, History, Legacy Projects and Miscellany sections into it.
There’s more that warrants change but it’ll do for tonight.
Hi, sarganar here.
Just to point out that the current Spanish library works for Inform 10.1.2. The repository link is correct. The “centro de documentacion” (“documentation center”) has now been moved to the Museum of Things We Don’t Want to Forget (Inform7 Doc - WikiCAAD). Thank you very much for your curatorial work!
Long overdue reorganization: the initial post is now 10.1-centric, with 9.3/6M62-specific things shifted to the annex.
The new Publication section has expanded info on publishing for the web and hosting.
There’s a (deliberately) very short Playing section to name-drop the biggest desktop apps.
Some minor updates…
Welcome To Adventure: A Quick-Start Guide to Inform 7 was for 9.2/6L38 and sibylmoon.com has fallen off the net, so I removed it from the 10.1 tutorial section and put a link to an Internet Archive copy of it in the Annex. I likewise moved the Inform 7 Introductory Guide (for 6M62).
Ron Newcomb’s Original Parser got kicked back up from the Annex to the main Reference section 'cause I thought it warranted more prominence as a parser reference.
Where to find Inform 7 Extensions was doing all the heavy lifting in regard to extensions, but I realized it was appropriate to keep a mention of little details like which is the sole IDE in which installing extensions from the Public Library actually works here (it’s Windows).
I added a few things related to saying texts for comparison purposes to Useful threads/posts.
…and numerous other tweaks.