Skip to content

Conversation

jpolitz
Copy link
Member

@jpolitz jpolitz commented Aug 27, 2025

No description provided.

jpolitz and others added 30 commits March 11, 2018 11:46
- app.json is only read when FIRST CREATED, future deploys do
  not read it
- All values must be strings
Intended for embedding use cases, the type is:

type InitialState = {
    editorContents: string,
    interactionsSinceLastRun: string
}

On load the editor will automatically run definitions with the given
text and then run all the given interactions.

Currently only enabled in embedding contexts.

Need state for two more cases:

- Editing definitions but haven't run at all yet
- Editing definitions after a run
Co-authored-by: Irv Katz <exidy80@users.noreply.github.com>
One thing that's challenging is the use of on('change') on CodeMirror,
which triggers for calls to setValue().

In the events API, we change these to all use replaceRange with an
explicit `origin`. However, there are setValue() calls elsewhere in the
codebase. We could ignore these by checking the origin of "setValue",
but this could be a mistake if we do want to propagate around updates
like those. Need to think about this.

For now, filter out ones that come in before we are initialized, and
wait for the reset event to start sending things out. This makes sure
that the initialization of setting e.g. `use context current` doesn't
get sent out as an event.

Sometimes we get "empty" resets from VMT, and this commit just filters
those out. But it's not clear when exactly that happens.
- Don't propagate setvalue events; these are coming from page setup,
  but we want to wait for our 'reset'
- Don't setValue at all if the page is “controlled”. Add a new
  #-parameter #controlled=true that tells the page to not do its usual
  initialization and instead wait for the reset events
- The first 'reset' has a state of '', so deal with that appropriately
  to handle initialization in events.js
jpolitz and others added 27 commits July 18, 2025 13:43
Port in .env.example is now 4999; fix README.md
- define & provide E to prevent users using E casually
Trying to only run AWS stuff if PR (not sure what happens if it's a push to an existing PR, see https://stackoverflow.com/questions/66205887/only-run-github-actions-step-if-not-a-pull-request)
One more conditional-on-PR-step
provide pie-chart, bar-chart, dot-plot, labeled-dot-plot, E
@jpolitz jpolitz merged commit 384d6b4 into mainmast Aug 28, 2025
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants