Skip to content

Conversation

@zedlopez
Copy link
Collaborator

@zedlopez zedlopez commented May 2, 2023

Proposal: IE-0017
Authors: AUTHOR
Language feature name: --
Status: Draft
Related proposals: IE-0001
Implementation: In progress

@zedlopez zedlopez changed the title gratuitous whitespace edits to create PR #17 for discussion IE-0017: Apps and extensions May 2, 2023
@curiousdannii curiousdannii merged commit 986be6b into ganelson:main May 2, 2023
@zedlopez zedlopez deleted the ie-0017 branch May 2, 2023 21:46
@curiousdannii curiousdannii mentioned this pull request Jul 20, 2023
@curiousdannii curiousdannii added the formal-proposal A formal proposal that has been accepted for consideration by the core Inform team label Jul 20, 2023
@ptomato
Copy link
Collaborator

ptomato commented Apr 13, 2024

I'm working on implementing the GUI part of this. It'd be convenient if inbuild would generate the confirmation page such that clicking the confirm button would call project().confirmAction(...) with one argument (instead of zero as it currently does). The argument would be the exact path that was given with the -install argument on inbuild's command line.

That way, the confirmation flow could be stateless.

Currently, the app has to remember the path of the extension it most recently tried to install with inbuild. This is not a huge problem because I don't think it's currently possible to get the app into a state where the Report tab is showing a confirmation page that refers to a different extension than the app's internal state containing the last remembered extension, but statelessness would preclude any bugs of this nature altogether.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

formal-proposal A formal proposal that has been accepted for consideration by the core Inform team

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants