Linux: resizing Houdini window(s) hard/impossible
8037 29 5-
- danyargici
- Member
- 19 posts
- Joined: 3月 2014
- Offline
-
- rf
- Member
- 24 posts
- Joined: 4月 2011
- Offline
-
- jason_iversen
- Member
- 12672 posts
- Joined: 7月 2005
- Offline
Hi @Rob,
After trying the fix for several weeks, artists can't abide the flicker, and are back to being unable to resize the window. Is there any chance of your proper fix making it into 19.5? Another half a year or more of this is quite uncomfortable for us.
Thanks!
Jason
After trying the fix for several weeks, artists can't abide the flicker, and are back to being unable to resize the window. Is there any chance of your proper fix making it into 19.5? Another half a year or more of this is quite uncomfortable for us.
Thanks!
Jason
Jason Iversen, Technology Supervisor & FX Pipeline/R+D Lead @ Weta FX
also, http://www.odforce.net [www.odforce.net]
also, http://www.odforce.net [www.odforce.net]
-
- SWest
- Member
- 313 posts
- Joined: 10月 2016
- Offline
Here’s my take on this. When using Debian11 with KDE or XFCE I’ve occasionally had trouble resizing some windows, for example Houdini or Zbrush (with Wine) directly using the mouse. Nevertheness, when right clicking the panel item for the window and choosing maximize/unmaximize and resize it has always been easy to control with the arrow keys or mouse. I think the keyboard hotkeys are alt+space (this is for XFCE).
Edit: Video demo added
Edit: Video demo added
Edited by SWest - 2022年10月22日 07:11:22
Interested in character concepts, modeling, rigging, and animation. Related tool dev with Py and VEX.
-
- ajz3d
- Member
- 580 posts
- Joined: 8月 2014
- Offline
SWest
when right clicking the panel item for the window and choosing maximize/unmaximize and resize it has always been easy to control with the arrow keys or mouse. I think the keyboard hotkeys are alt+space (this is for XFCE).
In XFCE you can also hold Super key (or whatever you have set for that purpose in "Window Manager Tweaks -> Accessibility") and click-and-hold RMB near one of the corners to scale a window that is under the cursor in any direction.
Edited by ajz3d - 2022年10月22日 07:57:51
-
- rvinluan
- スタッフ
- 1283 posts
- Joined: 7月 2005
- Offline
jason_iversen
Hi @Rob,
After trying the fix for several weeks, artists can't abide the flicker, and are back to being unable to resize the window. Is there any chance of your proper fix making it into 19.5? Another half a year or more of this is quite uncomfortable for us.
Thanks!
Jason
Hi Jason,
I'll talk with our UI/UX team to see what can be done. The proper fix requires some architectural changes that I'm not sure can be backported safely enough to H19.5. But we'll look into it.
Hopefully though, one of the workarounds posted by SWest or ajz3d can help in the meantime.
Cheers,
Rob
-
- jason_iversen
- Member
- 12672 posts
- Joined: 7月 2005
- Offline
Hi Rob, thanks for looking into it. Let us know if we need to muddle through.
In the meantime, I'm trying to help out one relatively common use case: resizing the main window over two screens. This doesn't help with the other dialogs in Houdini which is often too narrow, but maybe it's some relief. So a tool:
In the meantime, I'm trying to help out one relatively common use case: resizing the main window over two screens. This doesn't help with the other dialogs in Houdini which is often too narrow, but maybe it's some relief. So a tool:
from Qt import QtWidgets
def get_main_window(widget=None):
widget = widget or QtWidgets.QApplication.activeWindow()
if widget is None:
return
parent = widget.parent()
if parent is None:
return widget
return get_main_window(parent)
mainWindow = get_main_window()
mainWindow.move(0,0)
mainWindow.setFixedSize(1920*2, 1200)
Jason Iversen, Technology Supervisor & FX Pipeline/R+D Lead @ Weta FX
also, http://www.odforce.net [www.odforce.net]
also, http://www.odforce.net [www.odforce.net]
-
- danyargici
- Member
- 19 posts
- Joined: 3月 2014
- Offline
Hi Rob.
This is still absolutely killing us here at ETC. To echo Jason, the flickery-ness of the fix was deemed to be worse that than the issue itself by the artists here (myself included).
Any update regarding this? Our move to Rocky has been delayed by Autodesk (*rolls eyes*) so unfortunately we are stuck with this a while longer.
Thanks.
This is still absolutely killing us here at ETC. To echo Jason, the flickery-ness of the fix was deemed to be worse that than the issue itself by the artists here (myself included).
Any update regarding this? Our move to Rocky has been delayed by Autodesk (*rolls eyes*) so unfortunately we are stuck with this a while longer.
Thanks.
Edited by danyargici - 2023年5月23日 05:19:32
-
- rvinluan
- スタッフ
- 1283 posts
- Joined: 7月 2005
- Offline
Hello,
There's not much to update on the development side. I've been re-architecting things in Houdini to avoid the bug but there is no chance that I can backport the changes to Houdini 19.5.
However, Jason and company recently brought to my attention a workaround in KDE:
Note that KDE removed the resize texture scale effect setting in 5.24 but from my understanding the Houdini window resize issues don't appear in newer KDE versions anyway.
Cheers,
Rob
There's not much to update on the development side. I've been re-architecting things in Houdini to avoid the bug but there is no chance that I can backport the changes to Houdini 19.5.
However, Jason and company recently brought to my attention a workaround in KDE:
If we enable the SystemSettings->DesktopEffects resize window as fast-texture-scale, then it resizes without issuesNote that KDE removed the resize texture scale effect setting in 5.24 but from my understanding the Houdini window resize issues don't appear in newer KDE versions anyway.
Cheers,
Rob
-
- danyargici
- Member
- 19 posts
- Joined: 3月 2014
- Offline
-
- Quick Links