New Feature: Diagram Zoom

[Christina_R]

---

@Hooovahh wrote:

---

@Christina_R wrote:

---

---

Is Ctrl+0 (and the corresponding menu item View>Actual Size) insufficient for resetting to 100%?

---

I guess it is sufficient.  There are just times when I'm looking at VIs and I can't tell if it is zoomed or not.  Yes I can press CTRL+0 (and learn that it does that) but I see many image manipulation programs like Photoshop and Gimp that show you the zoom level at all times, and updates as zoom changes.  Some have a the + and - buttons next to zoom, which would also allow for easier touch screen zooming, until a pinch is implemented.

---

I see. Thanks for the feedback! 

BTW, I believe pinch is working (at least, on Windows) for zooming. Does it not work for you?

[Hooovahh]

---

@Christina_R wrote:

---

BTW, I believe pinch is working (at least, on Windows) for zooming. Does it not work for you?

---

Wow so sorry that I assumed it wasn't working. Not sure how I would test it in a VM anyway.

[sth]

---

@Christina_R wrote:

---

BTW, I believe pinch is working (at least, on Windows) for zooming. Does it not work for you?

---

Pinch works fine on the trackpad of a MacBook Air!

[altenbach]

---

@crossrulz wrote:

---

@Christina_R wrote:

Notes:

•  Ctrl-- and Ctrl-+ no longer modify the font size, since they are now the default shortcuts for zoom. Ctrl-< and Ctrl-> are the new shortcuts for font size. 

---

This is a huge blow to me since I use those nearly constantly.  Are they replaced with something else?

---

Agreed.

Note that the text size (legacy) and now diagram zoom using crtl+/- does NOT require the shift key, even though the unshifted "+" is actually an "=" (!!!).

The new text sizing assignment requires ctrl+shit+> and ctrl+shit+< (3 simultaneous keys!). I wonder if we could get rid of the need for the shift key and just do the same as ctrl-comma and ctrl-period. (not sure how it looks on non-us keyboards)

Overall, I would have preferred if diagram zoom would just do an image manipulation with proper anti-aliasing instead of changing (virtual) font sizes and redrawing/coercing everything to hard pixels. Zoom should be a purely cosmetic property of the diagram. Behind the scenes the diagram should always be 1:1, with a thin layer mapping mouse coordinates of the zoomed diagram to it.

[Ray.R]

---

@ShockHouse wrote:

There appears to be a visual bug with array constants on the block diagram that have scrollbars. The scrollbar does not zoom out with the rest of the block diagram, but instead just says where it is as the rest of the diagram moves. When you zoom in, the scrollbar area just goes gray instead.

I did not test with any other scrollbars on block diagrams so it may be in more than just array constants.

---

I did not see the behavior that you described with Linux.

[Ray.R]

---

@PNR wrote:

The (blinking) cursor position for text boxes (strings, labels, etc.) is off by a few pixels when zoomed.

The thinner bar on the left is where the next character will actually appear. The wider bar to the right is where the cursor is blinking. It works just fine, just looks a bit strange when working with text while zoomed.

---

This looked fine up to max zoom in Linux Mint.  There was no extra spacing between the cursor and the blinking line (in Linux), as shown above.

[Ray.R]

---

@PNR wrote:

Text can also wrap differently depending on the current zoom level (Size To Text is disabled).

 

---

So far, I'm impressed with the Linux version.  I could not reproduce what you demonstrated in Linux Mint.  The wrap remains as it should when zooming in or out.  I tried both having the entire text on a single line, but resizing the string constant and when there is a carriage return between Hello & World!.

I never thought I'd become a fan of this feature, but as vision is not as great as it used to be, this is actually a nice feature that I have already adopted.  Thanks NI!

[Ray.R]

---

@PNR wrote:

Here is one more. When dragging the icon of a VI onto a zoomed block diagram, artifacts will remain in the dragged locations. It appears that the wrong region on the screen is updated as is visible in one of the zoom levels in the example below. The artifacts can easily be fixed by resetting the zoom level or scrolling. It also does not seem to affect any other drag operation.

 

---

I reproduced this in Linux Mint. 

I also noticed an interesting behavior and will pay more attention to it and will report it in a separate thread.  It seems that when adding a new VI to the project and opening that VI, the opened block diagram is minimized.  I was not able to reproduce it and I do not recall if I did something unusual.... 

As I tried to repeat the steps that cause what I wrote above, I noticed that when placing the icon of another VI on the block diagram that an artifact started but then it stopped and it displayed correctly. 

[Ray.R]

---

@Hooovahh wrote:

---

@Jay14159265 wrote:

Perhaps this is a new era and I am the dinosaur here, why have 1000s of sub VIs when you can just zoom around one giant 200 acre sim city VI. 

---

I think zooming in is a feature that is needed.  Monitors are getting larger, and resolutions are going up with them.  Trying to use auto-tool on a two pixel spot, when you are on a huge high resolution monitor is very difficult.  And locking icons to be at 32 pixels when there are 3840 pixels wide makes them very tiny.  The benefits of zooming out can be debated, but I still see value in it.

---

I agree with you both.  This is likely to be a feature which will be highly abused...  But I already adopted it because I am working on a 4K screen which is very small to read the block diagram in its default size.  I like it..

Spoiler

Yes... I strongly opposed this idea when it was being proposed...  I'm allowed to change my mind.. 😛

[Intaris]

---

@PNR wrote:

Text can also wrap differently depending on the current zoom level (Size To Text is disabled).

 

---

Reminds me of THIS.