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

Enhance environment configuration UX #239

Open
AFract opened this issue Jun 18, 2024 · 3 comments
Open

Enhance environment configuration UX #239

AFract opened this issue Jun 18, 2024 · 3 comments
Labels
enhancement New feature or request status:doing We are working on this

Comments

@AFract
Copy link

AFract commented Jun 18, 2024

Hello,

I am working with some users constantly forgotting or complaining about the "Environment selection" drop down list as shown here when they have to modify settings :
image
Personnally I'm totally used to the current look & feel, but many people around me find this confusing and I have to remind them the proper usage, so I think it could be improved.

  1. Is it possible to make the dropdown more noticeable ? By surrounding it with a "rectangle control box" for example or slightly changing its background color for example. If people can see it clearer, I hope they won't forgot to use it.

  2. Also, this dropdown list could may be preselected by the current environment previously selected in Environments tab, if any:
    image instead of being positioned to "all environments" ?

Thank you

@AFract AFract added the enhancement New feature or request label Jun 18, 2024
@CommonGuy
Copy link
Contributor

I can see your point, you are using a different workflow than we envisioned when we implemented this feature.

The way we intended this was that all information is stored in environments and only templating is used in the default settings (e.g. {{ env.endpoint }} for the gRPC endpoint). This way, when adding a new environment or changing the gRPC endpoint for one environment, one does not have to change anything in the default settings. That is the reason why the dropdown is not preselected by the current environment.

However, there are cases where one cannot simply add things to the default settings, such as headers which should only be sent in a specific environment. Or disabling TLS validation for local development. This is why we added the environment switcher to the default settings.

Could you explain a little bit more how you are using the default settings? Making the dropdown more noticable is definitely possible, but maybe we are missing more use cases that we haven't thought about.

@CommonGuy CommonGuy added the status:needs-info To investigate this, more information is needed label Jun 19, 2024
@AFract
Copy link
Author

AFract commented Jun 19, 2024

Thanks for answering !
We are using it mainly the way you describe ("all environments" containing for example query/header templates like "{{ env.XXX }}" as values and specific values are set on each environment level).

I don't think you missed an obvious use case, this is mostly a matter of usability for my users :

  • Half of the time they forgot there is an "environment" dropdown on the tab "Default settings", and
  • As they have usually previously selected an environment while entering on the "Project > Environment" form they are confused to not find the settings for this specific environment if they click on "Default settings".

Hence my two proposals, but thev most important is the first one (make the dropdown more visible)

@CommonGuy
Copy link
Contributor

Thanks for your feedback!

@CommonGuy CommonGuy added status:doing We are working on this and removed status:needs-info To investigate this, more information is needed labels Jun 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request status:doing We are working on this
Projects
None yet
Development

No branches or pull requests

2 participants