-
Notifications
You must be signed in to change notification settings - Fork 855
Automatically show custom DoF parameters when quality is set to custom. [Hold] #476
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
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We should probably discuss this UX pattern more deeply. Having advanced settings not show up as advanced because custom is on is a bit defeating the purpose of advanced settings at all, but then again I understand why the bug was filed, so it is a bit of an odd situations we are in.
It is rather arguable what is an "advanced" setting and what is "custom". |
For these specific ones I tend to agree, they were made advanced before we had the concept of presets; in this case indeed custom == advanced. For other volumes (Thinking for example AO where we have something like max radius in pixels) there are several settings that most users, if not power-one shouldn't be concerned about, but they are part of the presets. Also, if we go by "hide everything that is not customizable" (which was by the way the first design but got changed to show the values that are used) we need to do that as a general pattern which is not followed by any other volume. In this case all stuff custom was hidden because advanced, but for most of other cases we have mix bag of advanced/non-advanced stuff that are part of a preset. As I said, is a much wider discussion, nothing to do with this PR specifically, it is just a note that we need to standardize on a behaviour. |
Actually this creates more problem than just UX, letting @JulienIgnace-Unity chime in with the details but there is slack conversation about it. |
Yeah, there was a big conversation a couple days ago about this sort of logic in Volume inspectors: |
Converting to draft until we have a general consensus on what to do in these cases. |
| **Property** | **Description** | | ||
| ------------------ | ------------------------------------------------------------ | | ||
| **Focus Mode** | Use the drop-down to select the mode that HDRP uses to set the focus for the depth of field effect.<br />• **Off**: Select this option to disable depth of field.<br />• **Use Physical Camera**: Select this option to use the physical [Camera](HDRP-Camera.html) to set focusing properties for the depth of field effect. For information on what Camera properties affect depth of field, see [Physical Camera settings](#PhysicalCameraSettings).<br />• **Manual**: Select this option to use custom values to set the focus of the depth of field effect. | | ||
| **Quality** | Select one of the **Low**, **Medium** or **High** quality presets or **Custom** quality to override some or all the settings localy.| |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Specifies the quality level to use for the effect. You can select either the Low, Medium, or High quality presets or, if you want to override properties locally, select Custom quality and provide your own values.
|
||
Depth Of Field includes [more options](More-Options.html) that you must manually expose. | ||
|
||
Depth Of Field includes properties that you define in the quality presets (**Project Settings > Quality > HDRP > Post-processing quality settings**). You can override these properties locally when using the Custom quality option. In this case, more options will appear in the UI. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Depth Of Field includes properties which you can define in your Project's quality presets (Project Settings > Quality > HDRP > Post-processing quality settings). If you do not want to use a quality preset and instead want to override these properties locally, select Custom from the Quality drop-down. This makes more properties appear in the UI which you can then edit.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks Lewis. I will keep this PR on hold for awhile until we have a meeting with UX, and then integrate your changes in the final version.
I'm closing this PR, the new one (based on our UX meetings and discussions) is here: |
Purpose of this PR
https://fogbugz.unity3d.com/f/cases/1240204/
There were two issues with the Post process UI:
As suggested by Remi, the solution I implemented in this PR is to show the properties that you can customise only when the custom option is selected.
Keep in mind that after I finish the DoF improvements (at the moment looks more like a rewrite), the UI might/will change again.
Manual Tests