Skip to content
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

tooling/development GUI panel #3050

Open
johncowen opened this issue Oct 10, 2024 · 0 comments
Open

tooling/development GUI panel #3050

johncowen opened this issue Oct 10, 2024 · 0 comments
Labels
kind/feature New feature triage/accepted The issue was reviewed and is complete enough to start working on it
Milestone

Comments

@johncowen
Copy link
Contributor

Description

We currently have lots of little things that you can set to tailor the GUI during development:

  1. Numbers of things in mocks
  2. Feature flags for mocks and for the application itself
  3. Development helpers (turning on/off mocks, turning on/off i18n helpers)

Currently the interface for these things is the Web Inspector > Cookies panel (we store the state of these things in browser cookies so they are available to frontend and backend).

As this is the only interface, you need to actually know the name of the variable to set in order to do things, and then think about: "well, is the variable name KUMA_MOCK_API_ENABLED, KUMA_MOCK_API_ENABLE, or KUMA_MOCK_API_DISABLED 🤯 ?

You can kinda of get around this with browser bookmarklets, but even then (even if you know about these) actually creating these is an extra task you have to think about and do, and even I, working on the GUI every day, all day find it tedious to have to do this.


It would be nice if we have an in-page GUI tooling panel in the application itself, giving you access to all the variables you can set using a simple "click click done!" interface to be able to set the GUI up to test during PR previews etc. We have our debug injection capabilities already so it should be relatively easy to make sure this only appears in the PR previews and not the production build. We probably need some kind of dropdown, pop-over panel in the application header where we can "house" all these options/settings.

@johncowen johncowen added triage/pending This issue will be looked at on the next triage meeting kind/feature New feature labels Oct 10, 2024
@lukidzi lukidzi added triage/accepted The issue was reviewed and is complete enough to start working on it and removed triage/pending This issue will be looked at on the next triage meeting labels Oct 21, 2024
@johncowen johncowen added this to the backlog milestone Nov 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/feature New feature triage/accepted The issue was reviewed and is complete enough to start working on it
Projects
None yet
Development

No branches or pull requests

2 participants