TestStretchDisplay modifies the Display Mode and thus changes the display in all ortho viewports using that display mode. Change an ortho viewport to a different display mode, for example from Wireframe to Shaded, and the viewport with the different display mode will not be stretched.
A workaround to stretch only selected viewport is to make copies of any display modes you may want to stretch. Then set the viewport(s) to be stretched to the copied display mode before stretching.
The ability to return to no stretching, perhaps by double clicking on the slide, without closing the panel would be appreciated. This would enable a quick return to no stretching, then back to a stretch display.
My use would be to horizontally compress selected viewports, typically Top and Front. I would prefer horizontal stretching/compressing only, not the horizontal/vertical stretching only. Example of my use:
I’ve updated the command a bit. I removed the test command. It is now StretchDisplay
Hi @Gijs thanks for the update! The command is definitely improving.
I have some feedback on the horizontal and vertical stretch sliders. Currently, moving the slider to the right expands the form. This feels counter-intuitive because I usually need to compress the form horizontally to exaggerate surface details.
Suggestion: Could the slider start in the middle (neutral)? This would allow us to slide right to expand and left to compress.
no, this is not possible. You either stretch in X or in Y. I cannot go lower than 1 for the X or Y pixel size. If I would start in the middle as you say, this would act as zooming in. You can try this yourself by starting the command and setting both sliders to 50
In that case you would use the left vertical slider
Indeed this is what I do, but it doesn’t feel right. Because once you move the vertical slider you have to zoom out a lot to get a reasonable part of the model visible.
In Other software’s the interface is different, in one case you can expand and contract and in others you can just draw a window with the desired proportion.
Please take a look at the video and let me know what you think.
@Gijs I’m confused by this claim. StretchDisplay appears to be change the corresponding View Scaling factor in Options > View > Display modes > display mode name > Other settings: move a StretchDisplay slider and the corresponding scale factor in the panel changes. I can manually set View scaling to less than 1.0 directly in the panel. (Also the scale factor is not restricted to integers.)
I also would like/need to be able to set view scaling factor less than 1. I can set a different Dispaly mode in each viewport, and then use StretchDisplay mode to compress each viewport separately. An example where I will need to compress rather than stretch:
A scale factor of 100, the maximum of the current slider, is much larger than I’ll ever use and make the slider too sensitive. A maximum of 5 would be sufficient for me although others may need a larger range. A user set range is needed. The ability to also directly enter a scale factor is desirable.
Not behind a pc right now but I believe the slider can be double clicked to set a value.
When you have subtle defects in a surface like @eobet was showing, I’m quite sure 5x is not sufficient.
Your application seems more targeted at getting your object stretched to the size of your viewport.
Double clicking the slider does not do anything on my PC with Windows 11.
That’s the reason for the request for a user set range. My example is a standard method used when fairing a set of lines of a boat - compress the lines/curves longitudinally so that problems with the shape are more obvious. A compression to half the original length is common.
Thanks a lot @Gijs for the new update in the 9.0.25350.305 version.
the new bounds and compression options work grate!
Anyway I found a inssue, if you change the shade mode the scale resets and the sliders stay visible but not responsive, is this something you are aware of?
@Gijs Thanks for adding compression and setting the bounds.
The ability to directly set the scale factor by typing is still desired. Double clicking on the slider has no effect.
Rhino 9 SR0 2025-12-16 (Rhino WIP, 9.0.25350.00305, Git hash:master @ 69fb66b96bed17a080523ef11d679d871f25b6d0)
License type: Commercial, build 2025-12-16
License details: Cloud Zoo
Expires on: 2026-01-30
Windows 11 (10.0.26100 SR0.0) or greater (Physical RAM: 64GB)
.NET 9.0.11
Computer platform: DESKTOP
Standard graphics configuration using OpenGL
Primary display: NVIDIA GeForce RTX 2080 Ti (NVidia) Memory: 11GB, Driver date: 10-9-2025 (M-D-Y). OpenGL(4.6.0 NVIDIA 581.57)
> Accelerated graphics device with 4 adapter port(s)
- Windows Main Display attached to adapter port #0
OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
GPU Tessellation is: On
Redraw scene when viewports are exposed: On
Graphics level being used: OpenGL 4.6 (primary GPU’s maximum)
Anti-alias mode: 4x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High
Vendor Name: NVIDIA Corporation
Render version: 4.6
Shading Language: 4.60 NVIDIA
Driver Date: 10-9-2025
Driver Version: 32.0.15.8157
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 11 GB
OpenBLAS: OpenBLAS 0.3.29 DYNAMIC_ARCH NO_AFFINITY Haswell MAX_THREADS=64.
Rhino plugins that do not ship with Rhino
Rhino plugins that ship with Rhino
C:\Program Files\Rhino 9 WIP\Plug-ins\Commands.rhp “Commands” 9.0.25350.305
C:\Program Files\Rhino 9 WIP\Plug-ins\WebBrowser.rhp “WebBrowser”
C:\Program Files\Rhino 9 WIP\Plug-ins\rdk.rhp “Renderer Development Kit”
C:\Program Files\Rhino 9 WIP\Plug-ins\RhinoScript.rhp “RhinoScript”
C:\Program Files\Rhino 9 WIP\Plug-ins\IdleProcessor.rhp “IdleProcessor”
C:\Program Files\Rhino 9 WIP\Plug-ins\UpdatesAndStatistics\UpdatesAndStatistics.rhp “UpdatesAndStatistics” 9.0.25350.305
C:\Program Files\Rhino 9 WIP\Plug-ins\RhinoRenderCycles.rhp “Rhino Render” 9.0.25350.305
C:\Program Files\Rhino 9 WIP\Plug-ins\rdk_etoui.rhp “RDK_EtoUI” 9.0.25350.305
C:\Program Files\Rhino 9 WIP\Plug-ins\NamedSnapshots.rhp “Snapshots”
C:\Program Files\Rhino 9 WIP\Plug-ins\MeshCommands.rhp “MeshCommands” 9.0.25350.305
C:\Program Files\Rhino 9 WIP\Plug-ins\RhinoCycles.rhp “RhinoCycles” 9.0.25350.305
C:\Program Files\Rhino 9 WIP\Plug-ins\Toolbars\Toolbars.rhp “Toolbars” 9.0.25350.305
C:\Program Files\Rhino 9 WIP\Plug-ins\3dxrhino.rhp “3Dconnexion 3D Mouse”
C:\Program Files\Rhino 9 WIP\Plug-ins\Displacement.rhp “Displacement”
C:\Program Files\Rhino 9 WIP\Plug-ins\Calc.rhp “Calc”
C:\Program Files\Rhino 9 WIP\Plug-ins\SectionTools.rhp “SectionTools”
Yes, the way this works is that it temporarily changes the display mode. I don’t think I can easily work around that limitation.
The sliders + maximum factor make this request a bit awkward to implement. I think if you simply want a scale factor, the whole interface with sliders is redundant and everything could be done with a script that sets the scale factors directly.
I havn’t read this thread, just skipped through it.
When I try the stretch display command in the latest wip the sliders appear but when I move those sliders nothing happens.
What am I missing?
Could it be that you’re in a perspective view? Viewport non proportional scaling only works in orthogonal and parallel views currently.
That was it.
Thanks for the quick reply!
I’ve been using this quite a lot lately and although I’m not fond of the current limitations (both NX and Alias implementations as mentioned above have slicker UX), but I’ve come to the conclusion that it’s completely fine and usable, which is very nice because that’s not always the case with “new” Rhino tools. 
However, some “bugs” which I would like to see fixed:
My problem is that the above only “sometimes” happens (connected to the fact that only some CPlanes change the view for some reason), but when it happens, it can be to such a degree that I need to restart Rhino to get back the ability to use the stretched display tool.
