Restore Ctrl + mouse wheel function in Labview 2023 Q3

[Darren]

---

wiebe@CARYA wrote:

NI* didn't even give the info (or even tell us there is info) when explicitly asked for it.

* As a  company, I understand not everybody at NI knows these things, and not everybody can choose to share.

---

I might have been the one you asked, and I didn't know about these INI tokens until reading about them in this thread. I was told (by "NI", haha) that there was no way to turn off zooming.

---

wiebe@CARYA wrote:

It's resizeObjectsOnBlockDiagram=True all over...😁

---

I didn't know about this one, either.  Very cool, I've wanted this feature before, I'll have to try it out.

[crossrulz]

---

wiebe@CARYA wrote:

---

@Yamaeda wrote:

---

wiebe@CARYA wrote:

---

It's resizeObjectsOnBlockDiagram=True all over...😁

---

It's what now?

---

People have been asking about that, and it's there, but they won't tell.

Feels like somewhere a programmer is having a laugh at us.

---

Make sure this gets added to the LabVIEW Wiki page.

[Hooovahh]

This isn't mean to be a critique of Darren, he can't know everything.  But I remember a simpler time.  A time when NI told us about new features in LabVIEW, instead of the other way around.  Awesome thread all around.

[Darren]

I have admittedly been out of the loop on new LabVIEW features since leaving LV R&D in mid-2020.

[rolfk]

---

@Yamaeda wrote:

---

wiebe@CARYA wrote:

Editor.Zoom.BlockDiagram.MinFactor=2

; limit on zoom in...

Editor.Zoom.BlockDiagram.MaxFactor=1

; we don't want to zoom out too much

Editor.Zoom.MouseWheelGestureRequireShift=True

; switches shift for zooming\scrolling

;Editor.Zoom.BlockDiagram.Enabled=False

; optionally disable zoom completely

---

Thanks! Good to know! They should be in the options though.

---

My guess is: Adding the Zoom feature to LabVIEW was mainly a compile switch that had to be thrown in the setup, since the actual programmatic work for that had been done long ago already. It's not like it is a super complicated feature to do programmatically as most of that can let be done in the underlaying window manager through the OS. But adding the according settings in the Preference Dialog setup was considered to much work, so that it more or less held up the feature from being released.

Then when looking through what could be added as new feature for the Q3 release to be remotely more than just a bug fix release, someone noticed that compile switch, threw it on and did some tests and found that it worked, et voila, a new bullet element in the feature list for this release for virtually zero effort. Never mind that the shortcuts did also change. It may not even have been noticed. The person who had been implementing that feature, likely already doesn't work in the LabVIEW team or for NI for a long time. 😁

[Novgorod]

---

@Yamaeda wrote:

---

---

I do like that they try to follow industry standard though instead of making up some real random control for zoom.

---

I understand the marketing decision because Ctrl + scroll is the zoom function everywhere else, but the Labview GUI is inherently not a "zoomable" environment (with a few exceptions) nor is it meant to be. Every other IDE or document viewer/editor uses underlying vector graphics (including text) which allows seamless zoom, but it doesn't work well at all with Labview's pixel-precise GUI elements, it feels like zooming out a gif in the 90s. Labview already supported the Windows dpi scaling feature for the vision impaired and they should have kept it at that - it's a total waste of R&D resources (IMHO, of course) which is also cannibalizing a shortcut that's been widely used probably for decades, just for the gimmick of zooming around the block diagram like it's a PDF document (only with worse rendering).

Luckily the secret settings have been finally leaked to undo it, but it's always good to vent 😊 ...

[billko]

---

@Novgorod wrote:

---

@Yamaeda wrote:

---

---

I do like that they try to follow industry standard though instead of making up some real random control for zoom.

---

I understand the marketing decision because Ctrl + scroll is the zoom function everywhere else, but the Labview GUI is inherently not a "zoomable" environment (with a few exceptions) nor is it meant to be. Every other IDE or document viewer/editor uses underlying vector graphics (including text) which allows seamless zoom, but it doesn't work well at all with Labview's pixel-precise GUI elements, it feels like zooming out a gif in the 90s. Labview already supported the Windows dpi scaling feature for the vision impaired and they should have kept it at that - it's a total waste of R&D resources (IMHO, of course) which is also cannibalizing a shortcut that's been widely used probably for decades, just for the gimmick of zooming around the block diagram like it's a PDF document (only with worse rendering).

Luckily the secret settings have been finally leaked to undo it, but it's always good to vent 😊 ...

---

This was probably the number one request made by LabVIEW hacks so they could zoom OUT on their multi-screen uberVis.

[Hooovahh]

---

@billko wrote:

---

---

This was probably the number one request made by LabVIEW hacks so they could zoom OUT on their multi-screen uberVis.

---

To be fair this feature was requested by non-LabVIEW hacks too, but I've usually heard them want the zoom in.  Since having a 4k monitor, with 32x32 pixel icons can be hard to get autotool to be in just the right spot for wiring or selection.

[wiebe@CARYA]

---

@Hooovahh wrote:

---

@billko wrote:

---

---

This was probably the number one request made by LabVIEW hacks so they could zoom OUT on their multi-screen uberVis.

---

To be fair this feature was requested by non-LabVIEW hacks too, but I've usually heard them want the zoom in.  Since having a 4k monitor, with 32x32 pixel icons can be hard to get autotool to be in just the right spot for wiring or selection.

---

I pleaded for a default Editor.Zoom.BlockDiagram.MaxFactor value of 1 before zoom was planned, but that was ignored...

At least it is possible to set this 'limit', even if it's just a hack and might be removed at some point.

[Novgorod]

---

@Hooovahh wrote:

---

To be fair this feature was requested by non-LabVIEW hacks too, but I've usually heard them want the zoom in.  Since having a 4k monitor, with 32x32 pixel icons can be hard to get autotool to be in just the right spot for wiring or selection.

---

But hasn't that been "solved" long ago via the Windows dpi scaling? The dpi-based zoom-in was always a courtesy to the blind people who still insist on a high-dpi monitor. Zoom out just feels plain wrong when 1-pixel wires end up with a rounded width of 0 pixels...