Thanks for those, let’s break down your feedback.
Are you talking about those?
I guess it would be possible to suggest the latest ones. We’ll look at this when rolling out the new website.
This is actually a small display bug: if you click on the hide button for colour parameters (and a few other types as well) it doesn’t get blurred but the state is actually saved and it will not show up in the public view. The display bug is already fixed and will be shipped with the new website.
Yes, that makes sense, i added those to the backlog.
I’d suggest decreasing the zoom speed for achieving better control. This type of details is difficult to caliber since different devices and configurations tend to produce different user experiences. We could add an ease-in step when zooming starts, we will look at this.
Did you notice that you can user your own environments? There is a (little documented) custom environment option in the viewer settings. You could use any of the cube maps from this website: http://www.humus.name/index.php?page=Textures or create your own from hdri files: https://matheowis.github.io/HDRI-to-CubeMap/
This option indeed exists in embedded mode but it does make sense as a standard viewer setting. Added to the backlog as well.
Could you develop this suggestion? I am not sure I understand what you are referring to.
I think for our default controls we will stick to replicating the Grasshopper parameter types. The checkboxes correspond to the Grasshopper checklist, but there are no radio buttons there. Radio buttons would get you the same functionality as dropdown or sequences, which we do support. As usual, when embedding externally, any type of controls can be created and used to control the viewer.
This is possible through the API when embedding the viewer. The idea is that in the future it can be controlled through custom ShapeDiver components directly in Grasshopper (as well as camera positions and other interactivity otions).