FileSelectPopupEx

Hello NO,.

I miss some documentation...

The aide said that Windows XP and Server 2003 do not support this dialog box style, and if you use this function on Windows XP or Server 2003, LabWindows/CVI replaces it with the FileSelectPopup function running.

However, FileSelectPopup has two parameters, more than the FileSelectPopupEx, so what will be the values of the parameters used in these cases?

In addition, a comment or a suggestion: at the present time, FileSelectPopupEx is not supported under Linux, while not brand ICB use FileSelectPopup instead?

Thank you

Wolfgang

Hi Wolfgang,.

You are right that the documentation doesn't tell you what are on the two missing settings. I will file a bug report for it.

Allow him Make Directory and cancel parameters are set to "yes" or 1 when running the FileSelectPopup on XP and Server 2003. The reason is because this is the behavior of the popup window Vista style which is not configurable.

The FileSelectPopupEx function is not currently supported under Linux because CVI 2010 is the latest version of the Linux module and this function is new to CVI, 2012. However, we have described as not supported because it would not export to Linux in the next version of the Linux Module because it is not relevant. I can see that it would be useful for the purpose of having a single source for Windows and Linux. We will consider adding to this effect in the next version of the Linux Module.

Tags: NI Software

Similar Questions

  • FileSelectPopupEx dialog box does not appear for the type of file

    When I make a selection of files using FileSelectPopup of dialogue and request files with a specific extension, the dialog box displays the extension correctly in the "files of type:" control ring.  When I use FileSelectPopupEx, the control of the ring is here, but it is empty.

    The attached screenshot shows the difference.

    I'm under LabWindows 2015 f1 on Windows 7 Professional.

    I took a quick look inside and it seems that this is a known issue and there is a request for corrective Action action, currently ranked for her.  You can follow the number 414667 in the updates to see if it has been processed.  Thank you for bringing this to my attention!

  • GetActivePanel seems to behave differently for ConfirmPopup / MessagePopup and FileSelectPopupEx

    Hello

    I have a GUI with a XY Chart and to change the style of mouse (by default against the hair) and indicate the coordinates of graphic I use a timer control where the callback checks the coordinates of graphic.

    Because it can happen that a pop-up Panel appears, I also check the active panel is the current Panel to avoid having a mouse cursor focus on the pop-up Panel.

    The code is as follows:

    int CVICALLBACK MouseCursorTimer (int command face, int, int event, void * callbackData, int eventData1, int eventData2)

    {

    If ((événement == EVENT_TIMER_TICK) & (UtilityGetActivePanel () == sign))

    {

    the details of the graph using GetRelativeMouseState () and GetGraphCoordsFromPoint)

    ....

    As expected, the cursor will move style according to the position of the mouse. If I view a panel using InstallPopup () (which appears on the top of my chart), the cursor will move if placed default style on the popup panel. So far so good and I was happy--until I discovered that the other popup panels may behave differently...

    If I call ConfirmPopup or the cursor style MessagePopup mouse does not change, for example, it is shown as a focus, even if the mouse is placed over the popup panel.

    Interestingly, FilePopupEx () behaves correctly. Somehow, it seems that the Panel handle returned by GetActivePanel () depends on the pop-up Panel function called... It is by design or can it be fixed?

    Thank you

    Hi Wolfgang,.

    I slightly modified your program adding evidence when you set the cursor cross. It seems that the program sets the cursor again when navigating in the menu, even if the system is not honored by this parameter (it is probably correct that cursor remains that by default within the menu, right?). Question is why the system shows the cursor cross inside the pop-up window, but it is indeed honour your choice!

    As you already put out, the problem checks according to the State of the cursor when the window is issued and is not the type of window: I've added two options in the menu to display a panel with InstallPopup and display it in a floating window with DisplayPopup. This last option is useful to see what is happening in various situations when the window partially overlaps the chart, and you can click on it when coming from the area of tracing and the rest of the main window.

    It seems to me the system honors the cursor style when, within a Panel (perhaps because in this area, there are controls that could be exploited on, who knows?) while is shows the default cursor elsewhere.

    Since when the popup appears the timer code is never executed and change of cursor is done by the operating system, I guess the only solution you must exclude the timer of the cursor when you use in the menu.

    (you will see that I changed from 32-bit configuration: I wanted to check if that changes behavior, but it works the same way)

  • Problem with the translation into Chinese of msgrte.txt

    With the help of LabWindows/CVI 2012 SP1.

    I am trying to create a Chinese version of one of our applications. I have a msgrte.txt that has been translated into Chinese, and I ran countmsg.exe on update magic numbers. Countmsg.exe reports of success, and the numbers are changed.

    I replaced the following files with the new msgrte.txt for testing purposes:

    C:\Windows\SYSWOW64\cvirte\bin\msgrte.txt

    C:\Windows\SYSWOW64\cvirte\bin\msgrt4.txt

    C:\Windows\System32\cvirte\bin\msgrte.txt

    When I run the application, it blocks (unrecoverable error) whenever I do anything that requires the text in this file, for example a FileSelectPopup.

    If I use the standard version of English to msgrte.txt, the application works OK (though of course the standard popup panels have English text).

    An inspection of the eyeball of the msgrte.txt translated shows anything special on the file.

    Locale system is set to Chinese (simplified, China).

    Anyone has any ideas to identify the problem?

    I promised to report when a solution is found, so here it is:

    It turns out the format of at least some of the messages in msgrte.txt is critical and will result in the application crash if it is not correct. In my case, the message:

    1331 ' __All files (*.) " *)... »

    has been translated with a missing space character, that is to say (the Chinese equivalent of):

    1331 «files __All...»

    This message appears to be used as a filter in FileSelectPopup (and FileSelectPopupEx) specifier, so the space between the description and the designation of generic character is important.

    So if you translate msgrte.txt, be careful! If, like me, you find it translated by a third party in a language you don't understand, be doubly careful

  • Can someone get FileSelectPopuEx and WMI calls to CoInitializeEx / CoInitializeSecurity to coexist in the same code?

    I'm having a problem to run the attached code, which in an ideal world, would allow me to access the hard disk on the host PC serial numbers and use the FileSelectPopupEx function in any order.

    It seems that as soon as I launch FileSelectPopupEx (even by cancelling) the disc code stops working. There will be mistakes retrun to CoInitializeEx run from the same thread or CoInitializeSecurity run from separate threads.

    Based on aid for the 3 functions, it's probably that the error is caused by the mode of apartment for pieces of code. With WMI needing an MTA and the FileSelectpopupEx that need to be threaded in a single compartment. The FileSelectPopupEx suggests executes in a separate thread to avoid conflicts. I tried this, and unless I have that messed up, separate threads did not fix the problem.

    Since I never plan on the implementation of these components at the same time, it would be quite 'Cancel initialization' environment variables set FileSelectPopupEx after each instance in my case. Unfortunately, I'm at a bit of a loss on the bits to switch.

    Regarding the attached code, I tried to run in the two CVI2012 SP1 (32-bit and 64-bit) and CVI2013 (SP1 (32-bit and 64-bit) with identical results. If you want to re-create the link of a few questions for the following static libraries from lib SDK for CVI: ole32.lib, propsys.lib, Ole32.lib and WbemUuid.lib.

    I discovered that the code 'error' in this case was just a warning that was already called CoinitializeSecurity. The code is equal to RPC_E_TOO_LATE and can be swallowed with the following slight change to the code provided.

    If (FAILED (hr) &!) (HR) IS RPC_E_TOO_LATE))

    Sorry for the bug world.

  • reading / writing file of computer network

    HelloW!

    I have to read pc specific network, save/display the path file and then write back the file I've already read, and then after confirmation that the file written is correct I have proceed please guide me steps in order to achieve this... Although this is a very basic question, but I ask you to start as I've never used before network with cvi. Please provide us with some examples of code if possible

    Thanks in advance

    A lot depends on how you get the path to the original remote file.

    If the process starts with the operator interactively by selecting the file (for example with FileSelectPopupEx), you can simply use the path returned by the function and process the remote file somehow on your PC.

  • It is possible to omit the popup warns "do you want to replace the existing file?

    Well, the title says already

    I have an application where the user can save the results to a log file; These data are added

    (using OpenFile (file_name, VAL_WRITE_ONLY, VAL_APPEND, VAL_ASCII), so the opening of this file will not replace its content, but it adds up.) It would be appropriate to use the same file.

    Unfortunately, when the caller (FileSelectPopupEx) and selecting an existing file of the warning that appears the file already exists. It's OK. But the message keeps saying "want to replace you? In this case, this message is quite confusing for the user, because the program will not replace anything (which of course does not function FileSelectPopupEx).

    So I was wondering if it is possible to avoid or change this message popup?

    Thank you!

    What constant you spent buttonLabel parameter? The behavior of the function changes depending on the indicated button. In particular, (citing the help):

    Note   If VAL_SELECT_BUTTON or VAL_LOAD_BUTTON is passed to the parameter buttonLabel, FileSelectPopupEx service confirms that the selected file exists. If the file does not exist, the function prompts the user to select an existing file.

    Using the button "Save" should result in the confirmation message that you face now.

    I guess if you are using the simple OK button no prompt (to confirm: I'm not sure but I can't test it at the moment).

Maybe you are looking for