Imaq Display Control, zoom to fit disappeared at runtime.

Like in the title. The right-click menu is impossible to call at runtime in the Imaq Display control. This has happened after compiling the code.
Some idea why it is happen this?
Francesco.
Solved!
Go to Solution.

Thank you very much, this is exactly what i search for!
b.ploetzeneder ha scritto:
I have had this problem before.
The solution is not very pretty, but it can be found here: http://forums.ni.com/t5/LabVIEW/Missing-quot-Zoom-to-fit-quot-in-application-EXE-build/td-p/905681
Birgit

Similar Messages

Imaq Image Display Control - Zoom tool - zoom factor changes slowly

Hi at all,
we have a strange behavior with the zoom factor of the Image Display Control in an Labview executable.
Ususally by clicking into the image with the zoom tool activated, the zoom factor changes from 1,2,4,8,16, ... ("x2")
Now we have one PC, where it changes from 1,2,3,4,5,... ("+1")
Has anyone an idea on which windows setting this behavior depends on? The PC runs with Windows XP SP3, the LV-Exe was built
with LabVIEW 8.5.1 and the Vision Development Module 8.5.0. Is there any regsitry setting where I can adjust the "click intensity" or
something like that? Or can I set a property of the image control to force a specific behavior?
Actually I have never seen this behavior before, I only know the half/double mode.
In the software the operator has to search for fiducials on PCBs what means he has to click several times into the image.
Changing in the Mode "+1" instead of "x2" is not acceptable for him.
Thanks for your help!
Stefan

Hello Stefan,
thank you for posting at the National Instruments forum. The "Zoom Behaviour" was changed due to customer requests. I totally agree with you, that it is not the best solution to click 24-times to get the desired region of interest.
I created a small example for LabVIEW 2010, which uses a property node and event structure, to perform the zoom programmatically.
Best regards
MarianO
Attachments:
Calculate Zoomfactor.vi ‏21 KB
Image Example.vi ‏63 KB

Can a Vision image display's "zoom to fit" action be seen by an event structure?

The "Image Display" indicator from the "Vision" palette has a right-click (context) menu option of "Zoom to Fit".
Is there any way to capture the selection/execution of this action with an event structure?

I don't believe there is a way to do this with an event structure. However, there is an image window property node for the zoom to fit option. You can wire the output boolean into the input of a case structure and execute a different set of code depending on whether or not the zoom to fit option is selected. This should give you the same functionality as an event structure. Please let me know if you have any further questions.
Regards,
Chris L
Applications Engineer
National Instruments
Certified LabVIEW Associate Developer

Can't find image display in the IMAQ Vision control palette

Hi
I am trying to display an image on the front panel. But i cannot find the image display vi .. according to the manual, it is available from the IMAQ Vision control palette. I have the academic version of LabVIEW 7 express. Does my version have the vi? Thank you
rsa..

Hello,
The IMAQ Display control is a part of the NI-IMAQ driver. This driver is free of charge and can be downloaded from our website by going to www.ni.com/download. Here is a URL directly to the current version of IMAQ: "http://digital.ni.com/softlib.nsf/websearch/CD7EAFE90E9E47398625703000754A12?opendocument&node=132060_US". If you plan on using that control, I would recommend just installing the driver for it on whatever computer you want to use it on.
Regards,
Aaron B.
National Instruments

Image display control scrolling does not work properly when zoomed in

I am using a ROI on an image in the image display control. When zooming into the image to fine-adjust the positioning of the ROI, the image scrolling does not work properly. As far as I understand, the image should scroll automatically when the ROI is leaving the visible area. However, the scrolling behaviour seems to depend on the origin of the Labview panel, not the origin of the image display control, which might require to move the ROI way out of the visible area before the scrolling takes place. In other words: the coordinate system of the image display control is shifted with respect to the true visible image area, depending on where you place it on the front panel. As a consequence, when clicking on a ROI which is in the visible area, but is outside of what Labview thinks is the visible area, it might immediately jump to the left border of the image, making the positioning of the ROI really difficult.
Has anyone noticed this behaviour, and what would be a reliable solution to avoid this?
Dirk

Hello,
no, I am not talking about the tools palette. Just place an image control with some image in it on a new VI front panel. Then, use the rectangle from the tools and select a ROI in the image. If you zoom in (using the magnification glass), and then grab the ROI and move it around, the image scroll with the ROI. So far, so good. If you now place the image control elsewhere on the panel, or add new control above it, resize the panel, etc. , this scrolling when moving the ROI will not work correctly if the origin (0,0) of the panel is far away from the image control.
I have attached a VI for simplicity (although there is hardly any code in it).
If you make a ROI and try to move it down, you will notice that scrolling starts if you move the mouse out to about 10cms below the image (depens on your screen, of course). After that, if you click on the ROI, the scroll bars and ROI might jump up to the upper end of the image. Imagine how annoying this is if you try to finely adjust the ROI position.
I think it is a bug in the implementation of the image display control.
Thanks,
Dirk
Attachments:
scrolling.vi ‏818 KB

Using IMAQ Image Display control vs IMAQ WindDraw for large image files

Hello All;
I am designing an application that is currently using IMAQ Image Display control to view large images (5K x 3K and larger). My problem is that these images take 10-20 seconds to load and display, whereas if I use IMAQ WindDraw to display my image in a separate window, it only takes a couple of seconds. My application is designed such that I am making use of the Subpanels in LabVIEW 8.0, and to make it pleasant for the user, the interface is such that my line profile, histograph and image viewer displays are contained within the same GUI (panel).
I read the National Instruments application note regarding displaying of large images, and it did not seem to make a difference. For example, I switched the 'modern' IMAQ Image Display control with the classic Image Display control, since the 'classic' does not contain any of the 3D rendering tools which might slow the process down.
Why is there such a huge difference in loading times if I am trying to do exactly the same thing with both methods? How can I bring the IMAQ Image Display control up to the same speed as the IMAQ WindDraw tool?
I am currently using LabVIEW 8.0 with the latest IMAQ/NI Vision package from NI (IMAQ v7.1?). Thanks.
DJH

Use a property node and select 16 bit image mapping. You can create a control for this or whatever you need. If you select the individual elements, you can get enumerated controls.
Bruce
Bruce Ammons
Ammons Engineering

Any way for one VI to dynamically update images shown in another VI's Image Display control?

I've just discovered (in LV v7.0) that, while I can wire to it, I cannot write image data to a "value" input terminal of a property node associated with an Image Display. When the VI runs I get this error:
"IMAQ Vision: (Hex 0xBFF6051A) The Image Display control does not support writing this property node."
(I must admit that I have to wonder why we are allowed to wire to it, if all it does is generate this error)
Is there any way for one VI to dynamically update images shown in another VI's Image Display control?
I am not interested in using IMAQWindDraw windows.

OK, I have found one way to simultaneously access one VI's image data within another VI without the use of globals. I don't know if it makes use of a known feature of image data that will be with us forever or if it is a bug that will disappear sometime in the future...
It seems that if I create an image data stream in one VI using IMAQ CREATE and name the data stream "ABC" and then create an image data stream in another VI using IMAQ CREATE and also name that data stream "ABC" then in fact they are both the same data streams and they can be read or written by either VI.
Using this feature I can write the common data stream in one VI and using a shared occurrence or semaphore let the other VI know when it is OK to display the data from the common stream.
This method requires that the displaying VI needs to have a while loop around the image display which is not nearly as simple as a display that is updated automagically by another VI writing to a VALUE input that is referenced back to the Image Display. I'd still like to know if there is some way to make that work.
One corollary to this is that if you have several image data streams in use in a system (they can be in totally separate VI's, running independently) and you don't want them tromping on each other's image data then you need to make sure that they (the image data streams) get created with different names. An example of a place where this might bite you (and where I discovered this "feature") is to have multiple copies of the same VI with different names to do image acquisition and display from multiple cameras. Being copies of the same VI, they all had the same image data stream names, defined as constants, within them. When they were run simultaneously, the image data from all of the multiple cameras randomly appeared in all of the image displays. I don't know if this feature would hold up if the separate VI's were turned into separate executables and then run. Do any of you know if this sharing of image data streams with common names works across executables running on the same machine?

Scheduling Gantt: How to work with the "zoom-to-fit" drop-down

I'm trying to figure out how to work with the "zoom-to-fit" drop-down on the scheduling Gantt dvt control. It has choices in the drop-down that are not appropriate for my project. The documented purpose of this drop-down is to allow the user to zoom to a level that would allow a certain time range to "fit" within the current window. The choices start at "1 Week" and go up through "2 Weeks", "1 Month" etc. The problem is that the projects I'm displaying are generally just a couple of days long, and consist of many small tasks. So even 1 Week is too big. Also, no matter what I pick in this drop down, nothing happens.
So my questions are these:
1. Can I change the choices in this drop-down? If so, how do I do that?
2. If not, then how can I remove this drop-down? (I figure I probably can if I disable "zoom", but I don't want to do that.)
3. How do I get this to actually do something? I assume maybe I have to code some listener somewhere, but if so, how do I do that.
Thanks for any hints, tips and advice!

Currently, we do not allow customization of zoom-to-fit. Please file an ER. We could add a param to featuresOff attribute to disable/remove zoom-to-fit from the toolbar without disabling/removing zoom.

Preview.app - lost the "zoom to fit" feature ?

you used to be able to set the "zoom to fit" feature and it would zoom every image to fit on screen. Now with Leopard - one cannot do this anymore.
Or am I wrong ?
I tried playing with the controls and no combination made this work again. Its annoying for sure.
Why downgrade features Apple ?

Zoom to fit is still available. You can choose it from your menubar.
Larger than screen images will be made to fit the window, but not smaller ones, larger.
In the Preview preferences, Images tab, setting the default image size to
Scale large images to fit window seems to work for me. Is this what you mean?

HT1338 How do I reset the display setting back to default? My display is zoomed to one corner and the other 2 sides are cut off. I don't know how to fix it.

My baby nephew pressed a lot of the buttons on the my mac and has caused the display to zoom into one corner. It other two corners are cut off which makes it really difficult to use the computer. I attatched and image so that you can see what I am talking about. Please help, thanks ! =)

Hold down the Control key and scroll with the mouse or keyboard. One direction zooms the other unzooms.

IMAQ picture control not working on user computer

I'm using a few IMAQ picture control VIs in an application. When I build the application the picture only works on the computer I devolped it on.
On any other computer the picture does not display and the program is stuck in a while loop waiting for a mouse click on the ok button that doesn't appear. The application does a ton of other things, but I can't seem to get it to display a simple bit map picture.
I do recieve an error when the bit map is not in the correct location, which convinces me that the VI is running. Otherwise there are no error messages.
I'm open to any ideas or experiments that might help me understand what's going on.
thank you
sean

Hi Sean,
It sounds like one of two things is happening. Initially I thought that maybe your driver wasn't included, so be sure that when you create your exe that you include the IMAQ driver. Also, your error message indicates that the image is not in the correct location. It sounds like your program is opening the image from a file. If the file is not in the same location on the new machine as it was on the development machine then the program will not be able to open it. Make sure that either the image is in the same location and has the same name, or put in a dialog box for the user of the program to enter a location for the file. Let me know if you have anymore questions!
-Allison S.
Calibration Services
Product Support Engineer

What menu item is "Zoom to fit Selection"

Just going through a tutorial that asked me to "Press Control-Option-Z (the Zoom to fit Selection command). I can't for the life of me find this in any of the menus. I realize I can type control-option-z, but I would think you could get to that from a menu. Also, control-z returns me back. Is there a comparable menu item for that? I don't have a problem with shortcuts, just wondering...
Thanks

Some key commands are unique and don't have the corresponding menu items, so I think this is the case.

Zoom to fit doesn't work with Jpegs (works with pdfs)

Note: we are not talking about zoom to fit for pdf, etc but ONLY about zoom to fit for jpegs and similar graphics files.
The problem: starting with Snow Leopard if you have a small picture in actual size but expand the window then click zoom to fit the picture will not expand to fit the larger window (yes it reduces resolution). Please don't tell me it works fine for PDFs, we know it does but talking about jpegs and similar graphics. Dozens have reported this problem but the response was to disregard the postings and then archive them. Does everyone have the same problem with JPEGS under Snow Leopard (with Jpegs only)? Anyone have a solution? A year ago someone posted and had dozens reply. Here is the posting a year ago:
"Hello, just checking to see whether other people are having the same problem with Snow Leopard. In Preview, if you resize the window and then click View --> Zoom to Fit, it simply resets to actual size. In Leopard, it would resize the picture to fit the window.
Is this broken for others? "

baltwo wrote:
If you want Apple's engineers to address your issue, then you'll have to take the time to register and report it via its bugreporter system; otherwise, your complaints are just rants and won't be addressed. Here's a quote from an Apple employee that worked with AppleScript:
+"Even if we already know about the issue, bug reports help guide prioritization and may provide more information to help us reproduce a problem or help ensure an enhancement meets your specific needs.+
+When reporting bugs, please provide detailed steps. In the case of AppleScript, a sample script that reproduces or illustrates the issue and which is as short and clear as possible helps immeasurably. (The ideal case is when the problem can be reproduced by running a script in Script Editor, without using any additional applications. If the problem requires sending events to another application, be sure to note whether the problem only occurs with that application.+
+For enhancement requests, it helps to include a description of your general needs, not just specific UI or behavioral changes. It helps us to understand how you wish to use the software, which helps guide larger design changes."+
If the process isn't worth your while or you don't think they're doing it correctly, then these forums are not the place to voice your objections.
What isn't worth my while is responding to your continual posts telling me to jump through a million hoops, in territory completely foreign to me, just to describe a simple problem. Applescripts, larger design changes, sample scripts, my general needs? Come on man, one feature of a basic program is not functioning properly, this is not rocket science, nor does it entail a great deal of complicated & detailed data! And really, if these forums are not the place to voice problems with the functioning of Apple's basic software, what are they for?
< Edited by Host >

Is it possible to connect a MacBook Pro (prev model 2009, 2.26ghz) to an Apple Thunderbolt display: will the cable fit?

Is it possible to connect a MacBook Pro (prev model 2009, 2.26ghz) to an Apple Thunderbolt display: will the cable fit?

Sorry it won't work. It will fit but the laptop can't communicate with it. Please see many of the other threads here, specifically this one just above your post, that is discussing this exact question.
Apple's specs for the ThunderBolt display state that it needs a ThunderBolt-enabled computer. Your laptop has a mini-display port connection so it is not compatible with the new displays.

Hierarchy Viewer - programmatically invoked the "Zoom To Fit"

I am using JDeveloper 11.1.2.4.
Is there a way to programmatically invoke the "Zoom to Fit" action?
Thanks in advance.

Hi,
looking at the JavaDocs it seems that the behavior is a client side behavior and not available as a Java API. This said it seems that you cannot programmatically invoke it
Frank

Imaq Display Control, zoom to fit disappeare​d at runtime.

Similar Messages

Maybe you are looking for

Imaq Display Control, zoom to fit disappeared at runtime.