can we have an option to never show HUD handles
3585 28 3- quack_
- Member
- 20 posts
- Joined: March 2016
- Offline
Hello,
the new python HUD Handles are all over the place at the moment, they show up where they want and when they want. sometimes they don't disappear for some reason.
I personally do not use them at all and I find it super distracting to have floating panels everywhere all the time. I would love an option to simply disable all of them in the preferences.
Thank you
the new python HUD Handles are all over the place at the moment, they show up where they want and when they want. sometimes they don't disappear for some reason.
I personally do not use them at all and I find it super distracting to have floating panels everywhere all the time. I would love an option to simply disable all of them in the preferences.
Thank you
- raincole
- Member
- 539 posts
- Joined: Aug. 2019
- Offline
- quack_
- Member
- 20 posts
- Joined: March 2016
- Offline
raincole
By default Shift+F2 hides them.
thank you, however that does not seem to work on my end.
I press shift+F2 with the mouse over the viewport and I see the "Toggle Display of All HUD Handles" message to confirm my button press however I still have random handles showing up in my parameters window afterwards as soon as I select the node again, no matter how often I toggle this. Clicking it manually from the right click menu of the handle does nothing either. Neither does toggling "Visible" (the first checkbox when right clicking the handle)
Edited by quack_ - Aug. 1, 2024 18:59:08
- RGaal
- Member
- 143 posts
- Joined: June 2024
- Offline
- oldteapot7
- Member
- 111 posts
- Joined: Jan. 2018
- Offline
Ahh.. why those relative new python HUD Handles looks sooo oldschool? Basicly its same UI design as 15 years ago.. i asume these are just UI place holders and with time will be replaced? Becouse it looks sux!
Iam not big fan of Blender as whole software. (Its good for kids as starting point with 3D) but redesigning UI was big WIN for them. Still it lags with many 3D standards but looks like their EGO that tries to force own vision is loosig with artists muscle memory that learned and practiced it for long time and are used to industry standards
Anyway i like Blender sliders. From ergonomic point of view. So you dont have slider AND box for numeric text instead its all fused together. Along with DYNAMIC RESIZE option its good UI solution. I wish similar ergonomic things would be implemented in Houdini one day. At least in vieport handlers wich are quite new..
Here is how it behave in Blender if you dont follow this software. (It still can be improved fe. With Houdini style ladder and stuff)
Iam kind of tired of argument that Houdini isnt Autodesk and dont update just UI/UX, give new splashscreen and call it new release.
At least they understand how good DESIGN is important. Specially for artists.
And Houdinis UI design smeels like coding in Asembler
Iam not big fan of Blender as whole software. (Its good for kids as starting point with 3D) but redesigning UI was big WIN for them. Still it lags with many 3D standards but looks like their EGO that tries to force own vision is loosig with artists muscle memory that learned and practiced it for long time and are used to industry standards
Anyway i like Blender sliders. From ergonomic point of view. So you dont have slider AND box for numeric text instead its all fused together. Along with DYNAMIC RESIZE option its good UI solution. I wish similar ergonomic things would be implemented in Houdini one day. At least in vieport handlers wich are quite new..
Here is how it behave in Blender if you dont follow this software. (It still can be improved fe. With Houdini style ladder and stuff)
Iam kind of tired of argument that Houdini isnt Autodesk and dont update just UI/UX, give new splashscreen and call it new release.
At least they understand how good DESIGN is important. Specially for artists.
And Houdinis UI design smeels like coding in Asembler
Edited by oldteapot7 - Aug. 2, 2024 06:44:21
- raincole
- Member
- 539 posts
- Joined: Aug. 2019
- Offline
- edward
- Member
- 7899 posts
- Joined: July 2005
- Offline
- RGaal
- Member
- 143 posts
- Joined: June 2024
- Offline
- mabelzile
- Staff
- 445 posts
- Joined: Feb. 2018
- Offline
quack_raincole
By default Shift+F2 hides them.
thank you, however that does not seem to work on my end.
I press shift+F2 with the mouse over the viewport and I see the "Toggle Display of All HUD Handles" message to confirm my button press however I still have random handles showing up in my parameters window afterwards as soon as I select the node again, no matter how often I toggle this. Clicking it manually from the right click menu of the handle does nothing either. Neither does toggling "Visible" (the first checkbox when right clicking the handle)
The bug was fixed in 20.5 and backported to Houdini 20. Do you have the steps to reproduce the issue ?
- mabelzile
- Staff
- 445 posts
- Joined: Feb. 2018
- Offline
edwardquack_
I personally do not use them at all and I find it super distracting to have floating panels everywhere all the time. I would love an option to simply disable all of them in the preferences.
Try these?
This is the preference panel for the viewport HUD overlays at the top-left, not the preference panel for the HUD handles. There is no preference yet to hide HUD handles permanently yet.
- alexeyvanzhula1984
- Member
- 88 posts
- Joined: Nov. 2023
- Offline
mabelzilequack_raincole
By default Shift+F2 hides them.
thank you, however that does not seem to work on my end.
I press shift+F2 with the mouse over the viewport and I see the "Toggle Display of All HUD Handles" message to confirm my button press however I still have random handles showing up in my parameters window afterwards as soon as I select the node again, no matter how often I toggle this. Clicking it manually from the right click menu of the handle does nothing either. Neither does toggling "Visible" (the first checkbox when right clicking the handle)
The bug was fixed in 20.5 and backported to Houdini 20. Do you have the steps to reproduce the issue ?
Houdini 20.5.315. Deleted nodes often leave their HUD sliders. Changing the value in such sliders leads to Python errors. This problem didn't exist in Houdini 19.5, which didn't have Python HUD sliders.
btw, this also applies to Python Viewer States. Any sidefx Python state works incorrectly. For example, they don't account for critical situations such as changing the type of the pane tab from SceneViewer to the Network View using the Alt+2 shortcut. Such a simple example always results in an error. Of course, if you press Alt+2 in a non-Python state, there is no error. I reported this bug a long time ago, but it still hasn't been fixed.
- quack_
- Member
- 20 posts
- Joined: March 2016
- Offline
mabelzilequack_raincole
By default Shift+F2 hides them.
thank you, however that does not seem to work on my end.
I press shift+F2 with the mouse over the viewport and I see the "Toggle Display of All HUD Handles" message to confirm my button press however I still have random handles showing up in my parameters window afterwards as soon as I select the node again, no matter how often I toggle this. Clicking it manually from the right click menu of the handle does nothing either. Neither does toggling "Visible" (the first checkbox when right clicking the handle)
The bug was fixed in 20.5 and backported to Houdini 20. Do you have the steps to reproduce the issue ?
Well so I had just written some paragraphs about how I'm struggling to reproduce it - then I tabbed back into houdini and it promptly happened haha
So what happened: I played around with the handles for like 15 minutes to try and break them and everything worked frustratingly bug-free as expected.
Then I tab out to write this in this post, tab back in to give it another try and I see the handles are there even though I am not in "Show Handle (Enter)" mode. I press shift F2 and nothing happens. The handle shows in a slightly weird spot (it's on the right of the viewport, not quite as far offset as before when it was directly on top of the parameter window but noticeably offset still)
From this point onwards, the handles are cursed and show up whenever I select a node (grid and poly extrude in this case)
Entering Handle Mode (Enter) and homing the handles, then exiting the mode does not fix it at that point, the handles stay cursed.
Creating a new file does restore expected behaviour.
I have noticed some strange behaviour with the handles when pressing alt while selecting a node, sometimes the handle will appear offset. however it will not fully break and become fully cursed.
I'll try to keep an eye out on this and let you know if I manage to reliably reproduce it. I have a hunch it has something to do with some alt modifier maybe?
Hope this is helpful in some way
- quack_
- Member
- 20 posts
- Joined: March 2016
- Offline
another little bug I noticed that may or may not be related is this:
you can make the hud handle not appear for a certain node by quickly selecting another node.
in my case there is a small but noticeable delay when selecting a node before the hud handles appear.
steps to reproduce:
enter show handle mode (enter)
select node A (grid)
in the small delay it takes the handle to appear, quickly box select another node B (poly extrude)
before the handle for node B appears, quickly select node A again
the handle for node A will now never show up while you have that node selected
this hasn't caused the fully cursed state so far but may be related to the original bug since I do have a habit of spamming box selections around nodes while working and this seems to cause something going wrong with the handles
you can make the hud handle not appear for a certain node by quickly selecting another node.
in my case there is a small but noticeable delay when selecting a node before the hud handles appear.
steps to reproduce:
enter show handle mode (enter)
select node A (grid)
in the small delay it takes the handle to appear, quickly box select another node B (poly extrude)
before the handle for node B appears, quickly select node A again
the handle for node A will now never show up while you have that node selected
this hasn't caused the fully cursed state so far but may be related to the original bug since I do have a habit of spamming box selections around nodes while working and this seems to cause something going wrong with the handles
Edited by quack_ - Aug. 3, 2024 15:59:44
- mabelzile
- Staff
- 445 posts
- Joined: Feb. 2018
- Offline
quack_
another little bug I noticed that may or may not be related is this:
you can make the hud handle not appear for a certain node by quickly selecting another node.
in my case there is a small but noticeable delay when selecting a node before the hud handles appear.
steps to reproduce:
enter show handle mode (enter)
select node A (grid)
in the small delay it takes the handle to appear, quickly box select another node B (poly extrude)
before the handle for node B appears, quickly select node A again
the handle for node A will now never show up while you have that node selected
this hasn't caused the fully cursed state so far but may be related to the original bug since I do have a habit of spamming box selections around nodes while working and this seems to cause something going wrong with the handles
Thank you
Which build version are you using ?
- quack_
- Member
- 20 posts
- Joined: March 2016
- Offline
mabelzilequack_
another little bug I noticed that may or may not be related is this:
you can make the hud handle not appear for a certain node by quickly selecting another node.
in my case there is a small but noticeable delay when selecting a node before the hud handles appear.
steps to reproduce:
enter show handle mode (enter)
select node A (grid)
in the small delay it takes the handle to appear, quickly box select another node B (poly extrude)
before the handle for node B appears, quickly select node A again
the handle for node A will now never show up while you have that node selected
this hasn't caused the fully cursed state so far but may be related to the original bug since I do have a habit of spamming box selections around nodes while working and this seems to cause something going wrong with the handles
Thank you
Which build version are you using ?
apologies, forgot to mention.
20.5.312
dxdiag attached
- mabelzile
- Staff
- 445 posts
- Joined: Feb. 2018
- Offline
quack_I cannot repro (Windows), the HUDs always get displayed in my test when (quickly) selecting the nodes. I've seen the TAB out issue in the past, I believed the problem was showing up with the polyextrude and/or edit nodes but I can't repro the issue either. Please file a bug if you managed to repro the problem consistently.mabelzilequack_
another little bug I noticed that may or may not be related is this:
you can make the hud handle not appear for a certain node by quickly selecting another node.
in my case there is a small but noticeable delay when selecting a node before the hud handles appear.
steps to reproduce:
enter show handle mode (enter)
select node A (grid)
in the small delay it takes the handle to appear, quickly box select another node B (poly extrude)
before the handle for node B appears, quickly select node A again
the handle for node A will now never show up while you have that node selected
this hasn't caused the fully cursed state so far but may be related to the original bug since I do have a habit of spamming box selections around nodes while working and this seems to cause something going wrong with the handles
Thank you
Which build version are you using ?
apologies, forgot to mention.
20.5.312
dxdiag attached
- RGaal
- Member
- 143 posts
- Joined: June 2024
- Offline
For the staff.
Guys, one of the reasons why HUDs are of little use is that using shift for a small step does not work on sliders, there is not enough precision, and scrolling with the mouse wheel does not change the numbers in the input field. So for accurate changes it is more convenient to go to the parameters and adjust there.
And by the way, it would be much more convenient than any HUD for everything to change the numbers with the mouse wheel in the drop-down list (0.001 - 100). So often you just need to add/reduce one step at some level, but carefully moving the mouse a little for this is already inconvenient and stressful.
Guys, one of the reasons why HUDs are of little use is that using shift for a small step does not work on sliders, there is not enough precision, and scrolling with the mouse wheel does not change the numbers in the input field. So for accurate changes it is more convenient to go to the parameters and adjust there.
And by the way, it would be much more convenient than any HUD for everything to change the numbers with the mouse wheel in the drop-down list (0.001 - 100). So often you just need to add/reduce one step at some level, but carefully moving the mouse a little for this is already inconvenient and stressful.
- ajz3d
- Member
- 580 posts
- Joined: Aug. 2014
- Offline
HUD sliders has always been very buggy on my end. Most of the time multiple copies of the same slider stack on each other, they become undeletable, sometimes unmovable, don't react to RMB clicks, or behave in other wierd ways. Because of this I tend to avoid them, which is a pity because in theory they sounded to be a useful addition when they were first announced.
- edward
- Member
- 7899 posts
- Joined: July 2005
- Offline
- quack_
- Member
- 20 posts
- Joined: March 2016
- Offline
-
- Quick Links