File Dialog Problem

When I use a file dialog with a datalog type wired to it, it only list all
files
with the same datalog type, that's ok. But then i open one of them, when
I try to read another file, the first one is no longer in the list.
Do you know why, and how to solve it?
Thank you

using JFileChooser can we create a file under specified directory.if so through which method we can perform

Similar Messages

File dialog problems

When I try to place a file, the file dialog box closes automatically before I have a chance to find my file. Seems like a bug. Had to switch back to CS6. That's two problems now! AE CC is unusable too!

There was no question in your post. Do you seek any assistance?
To place files, you can also drag 'n drop.
About the self-closing dialog window - is your mouse/keyboard perhaps faulty?

Save File Dialog problem

Hello ! I'm new with java so dont be to rude plz ;) ...
First, my situation :
I have a jsp that calls a servlet that get data from a database. After that I have to take these data and write them in a .txt file by calling a Save File Dialog. What I've done for now is to put
response.setContentType("application/msword");
response.setHeader("Content-Disposition",
"attachment; filename=\""+fileName+"\"");
in my servlet after created my file.
My problem :
The Save File Dialog shown but if I save the file, it contains the code of my jsp page. I suppose that I have to "bind" the file and the response, but how do I do that ??
Or if you have a better way to do it ...
Thx a lot !

Here's some changes ...
I'm now able to get the file with a Save File Dialog, but I also get my jsp code in the top of my page.
Here's my code :
String fileName = "MyData.txt";
File myFile = (File)request.getAttribute("file");
/*cyc.mypackage.DataDefects ddDefects = bConn.getddMyDefects();
cyc.mypackage.Export exp = new cyc.mypackage.Export();
File myFile = exp.createDataFile(ddDefects, fileName);*/
String value = "attachment; filename=\"" + myFile.getName() + "\";" ;
response.setContentType("application/octet-stream");
response.setHeader("Content-Disposition",value);
response.setContentLength((int)myFile.length());
BufferedInputStream fif = new BufferedInputStream(new FileInputStream(myFile.getAbsolutePath()));
int data;
while((data = fif.read()) != -1)
out.write(data);
fif.close();
and the result is :
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<link href="./css/Cyclic.css" type="text/css" rel="stylesheet">
<meta http-equiv="Content-Type" content="text/html; charset=windows-1252"/>
<title>Infos</title>
</head>
<body>
<form id="fInfos" method="POST" action="./Login.jsp" >
<input type="submit" value="Unconnect" />
</form>
<form id=...>
( ... I dont put all cause the code is too long ...)
</form>
212007778197.9059295654296875-1600
212007779245.207000732421875-1600
212007779927.3587188720703125-1600
212007774641.695709228515625-960
(... rest of my good data)
Does anybody knows how to get rid of the jsp code ??

File dialog problems in JSP

Hi I am trying to open a file dialog using java script in my JSP program. Below is the code written for JS. I have also imported
<%@ page import = "java.awt.*" %>...when I try to execute by pressing a button supposed to open the dialog box it shows "object expected for the line "var Frame = new Frame();" written in the code below.seek help
Regards
PS: I am using IE 6.0 with cookies enabled
<SCRIPT language="javascript">
function buttonHandling(event,str)
     if(str == '4')
          document.StreamTestingKCC.submit();
     if(str == '5')
          var Frame = new Frame();
          var fd = new FileDialog(Frame, "Browse File",
               FileDialog.LOAD);
          fd.toFront();
          fd.show();
          var getDirectory = new FileDialog(Frame1);
          var filename = fd.getDirectory() + fd.getFile();
          alert('You selected: ' + filename);
     return false;
</SCRIPT>

OK, do you have any idea if I have to implment the same in IE 6.0
Thanks

File dialog box: how get full path and filename (firefox 3.0 problem)

Hi,
I have a smilar problem then discussed in this thread: file dialog box: how get full path and filename
Now this solution doesn't seem to work in firefox 3.0,I only get the filename but not the full path.
I have tried to solve this problem by adding *"netscape.security.PrivilegeManager.enablePrivilege("UniversalFileRead");"* in a javacript function but that doesn't do the trick
Although when i tested it local it does work.
Any idees how to solve this?
Best Regards
Stijn

Actually, that is strange and scarry. With 20% of the browser market share they decide to behave like Microsoft did in the past - they want to decide what users need and what they do not need. With 3.0 I have a real problem with some of my applications. They are all tested in IE6, IE7, FF2.0 and they all work the same way (they even work with Opera and Safari). Now, I will for sure not go there and make it work for 3.0, just because 2 out of 200 users use FF3.0. Up to now I have always recomended FF as the best browser. 3.0 causes my opinion to change completely. Competition is always good but it is a question if it is good if we have 20 different browsers out there with equal market shares.
Denes Kubicek
http://deneskubicek.blogspot.com/
http://www.opal-consulting.de/training
http://apex.oracle.com/pls/otn/f?p=31517:1
-------------------------------------------------------------------

Problem using the File Dialog Box in a Client/Server application

I am developping a client-server application using Labview 5.1 . The application on the server acquires data from some instruments and saves it on file, while the application on the clients displayes such acquired data. For doing this I call some routines on the server via the "Open Application vi" (remote connection). All goes well except when I open on the server the "File Dialog Box vi" : in this case the application on the clients is blocked (is blocked the execution of the called vi on the server). Only when
the File Dialog Box on the server is closed, the execution of the called vi on the server starts again.
I need to use the File Dialog Box on the server, but I don' t want to stop at the same time
the clients !!
I need help for resolving such problem.
Many thanks in advance !!!

Hi!
waldemar.hersacher wrote:
"It seems that the VIs called by the clients are running in the user interface thread.
A call to the file dialog box will call a modal system dialog. So LV can't go on executing VIs in the user interface thread."
Are you sure? I think, that File Dialog, called by LabVIEW File Dialog from Advanced File Functions Palette doesn't blocking any cycles in subVI, which running in UI Thread. Look in my old example (that was prepared for other topic, but may be good for this topic too).
2 linus:
I think, you must a little bit reorganize you application for to do this. You must put your File Dialog into separated cycle. This cycle, of course, will be blocked when File Dialog appear on the screen. But other cy
cle, which responsible for visualization will run continuosly at the same time...
Attachments:
no_block_with_file_open_dialog.zip ‏42 KB

File dialog in jsf form problem

Dear community,
I created a form with several input text fields, one of which is to input a filename to attach a file to a form entry. This field has a button next to it which pops up a file dialog. My problem is if I set the button's immediate property to true all the other inputs get lost when the response is rendered. If I set immediate to false other required input fields have to be entered before I can open the file dialog.
Can anybody please help me out here?
Thanks,
Achim

Hi Achim,
Did you figure out the answer to your question? I am having the same problem.
Thanks. -Ceily

Trying to create multithreading problems when opening file dialog

Warning: Newbie to Labview...
I have a problem in a rather complicated VI where bringing up the open file dialog halts some background operations.
I would really like to reproduce this behaviour for various reasons, but am unable to. I've created a simple VI with a for-loop where the index feeds a sine converter which in turn feeds a tank indicator. This produces an oscillating behaviour. To this VI I've added a file dialog control.
Regardless of the multithreading setup, I'm unable to get the oscillating of the tank indicator to stop when the dialog is open. Is there something I can do to get this behaviour? I realize it's unusual to try to break things, but it is rather important for me.
Tha
nk you,
Nigel

Hi,
The for loop (all loops by the way) is halted until everything in it is
finished.
Try this:
+ Make a while loop
+ wire TRUE to the stop criterium.
+ Put an indicator on the 'I'.
+ Put a MS Wait in it (e.g. 80 ms), to prevent 100% processor time.
Run it, and the indicator will increase fast.
Now put any dialog in the while loop. E.g. a message box.
The indicator will increase everytime you press 'OK'.
Note: stop by pressing CTRL+. and clicking 'OK' several times.
Regards,
Wiebe.
"N Cook" wrote in message
news:[email protected]..
> Warning: Newbie to Labview...
>
> I have a problem in a rather complicated VI where bringing up the open
> file dialog halts some background operations.
>
> I would real
ly like to reproduce this behaviour for various reasons,
> but am unable to. I've created a simple VI with a for-loop where the
> index feeds a sine converter which in turn feeds a tank indicator.
> This produces an oscillating behaviour. To this VI I've added a file
> dialog control.
>
> Regardless of the multithreading setup, I'm unable to get the
> oscillating of the tank indicator to stop when the dialog is open. Is
> there something I can do to get this behaviour? I realize it's unusual
> to try to break things, but it is rather important for me.
>
> Thank you,
> Nigel

Open File dialog in 1.1.0.21

This is an old issue which I thought was supposed to be resolved in 1.1, but whenever you go to the open file dialog, it still always starts in the installation directory. It does not remember the last directory used and I cannot find anything in the global preferences that enables you to specify a preferred default location. There is a feature request that is marked as complete in 1.1 which kind-of covers this issue but relating to saving files, but the behaviour of both the save file and open file dialog is the same as it was.
Using build MAIN-21.41 on windows xp.

I too was disappointed that this promised enhancement was left out of version 1.1. However, I found a workaround that helps minimize the problem.
If you have a Windows Explorer window open to the folder where your SQL file resides, you can drag-and-drop the file into SQL Developer to open it. The trick is that you must drag your cursor to the tab bar area of the SQL Developer window to get the file to open in a new tab. Dragging it to the editor section of the SQL Developer window will not open the file.
Paul

File Dialog and Report Generation Toolkit

Hi,
I designed a VI for an electrometer calibration and it works quite well The only problem I have is the following:
I used the Report Generation Toolkit to put the measurement data in an Excel file. When I run the VI I'd like a window to pop up to define the location and name of the Excel report file. If these two things are done LabVIEW should create the specified Excel file and run the rest of the code.
So i tried this with the "File Dialog" Vi and all the needed low-level File I/O VIs and it worked.
But when i connect the "File Dialog" VI with the "New Report" VI of the Report Generation Toolkit I get an error message.
Is there any solution to get this file dialog pop up window with the Report Generation VIs?
thx for any help...!
Message Edited by Flea on 12-15-2005 03:58 AM

Wow, thanks for your fast and very helpful reply devchander!
I already tried this and it works fine
thx!

What does the open file dialog do 'under the hood' and is there a way to simulate it

What does the open file dialog do 'under the hood' and is there a way to simulate it?
I have a bug in my code (that I've posted about before, here) which I can't fix at the moment, but I do have a workaround.
Briefly, the bug:
I call a dll from a function node, to initialise and run a spectrometer. If I start up the PC, LabVIEW and run my vi the code runs without complaint, the first call to the dll to initialise the spectrometer doesn;t return an error but the spectrometer is not detected either.
I've tried various solutions, see the link above, and none work
The workaround:
If, at any time before running the code containing the function node I open an 'open file' dialog window, select the dll and click ok/hit enter then everything is fine. When I run the main code the spectrometer is detected.
I use an express vi to open the file dialog, I specify the start path and file name as constant inputs and just click ok/hit return when the dialog pops up. I don't do anything with the dialog outputs. In fact the vi that contains the open file dialog can be run before the project containing the bug is even open.
I have to do this everytime I turn the PC on.
So, either
1) Can somewone suggest a fix for the original bug?
2) What is the easiest way to simulate the enter keypress when the open file dialog pops up
or
3) Can someone tell me what the open file dialog does under the hood that somehow causes the dll to work and can it be simulated in straight LabVIEW
I suspect that the dll itself is dodgy ( I have in the past talked to the supplier but not got very far, and I will try again but I would like a quick, temporary solution too). I'm guessing that the file dialog is making some kind of check on the file, and possibly registering its presence with the OS (winXP). I tried using the file/folder exists vi to see if checking the file like that worked but no luck.
Any help greatly appreciated.
Dave

Hi David
I am very conscious about thread hijacking but this sounded like my issue so I hope you dont mind me asking about your issue. I am hoping that you have a spectrometer from the same vendor as me and its not just me seeing an Error 1097 issue. My spectrometer is from a company called Stellarnet.
So far I have unable to get it to work with other VIs. There is one condition where I can get it to work but its no good for me.
Case 1
I open the VI in a fresh labview environment with no other VIs in memory. The code runs with no issue.
Case 2
Labview is not opened. I double click the spectrometer VI in windows explorer. The VI opens but it fails to run resulting in Error 1097. Personally, I dont see the difference between this and Case 1 above and yet it fails.
Case 3
If I already have other VI's in memory and try to load the spectrometer VI and run it fails with Error 1097. This case is the one that most important to me. I have a test executive that will load test VIs dynamically and I can't get this to work. Same problem Error 1097.
I wanted to share what I have seen with you and to let you know that maybe somebody else has the same issue. I am convinced its the DLL but the vendor dis-agreed saying it was LabVIEW. I couldn't convince him otherwise.
Thanks in advance
David

File Dialog Box often takes a long time to execute

Hi all
The Labview File Dialog Box Express VI sometimes takes 5 to 10 seconds to execute. On other occasions, it executes in a blink of an eye. Why is that so?
I have tried to use the older Open/Create/Replace File VI as suggested in one of the forum's posts...but it behaves exactly the same way. Another problem is the trimming of the filename, which has also been reported and has NOT YET been solved.
(By the way...Recently, I updated to LV 2012 SP2 by suggestion of the NI Update Manager, only to find out that I was not entitled to this SP (which apparently only includes bug fixes) and I will have to roll back to LV 2012. Still, in the evaluation version I can see that the bug is not fixed. Labview must have a lot of serious bugs for NI to ask for a paid bug fix, in which some bugs remain after having been reported a long time ago..well...)
What worries me now is that intermittent lag in the execution of the File Dialog (such a basic basic function of a program...). Anyone have any idea about this? The support menu said "Ask an engineer"...any of the NI engineers has any suggestion?
Regards
Helder
Attachments:
FileDialogTest.vi ‏26 KB

First of all: Thank you very much for the objective answer. I suppose that yor actually ARE a NI engineer, as I had hoped for.
lease find my comments above (helder---------------------)
helder wrote:
The Labview File Dialog Box Express VI sometimes takes 5 to 10 seconds to execute. On other occasions, it executes in a blink of an eye. Why is that so?
What worries me now is that intermittent lag in the execution of the File Dialog (such a basic basic function of a program...). Anyone have any idea about this?
The file dialog is provided by the OS, so if it is slow it is not LabVIEW's fault.
What kind of computer do you have? Is this a laptop that spins down the HD to save power? In this case it needs to wait for the HD to spin up. (You can change the windows power profile or you can spend more money and get an SSD).
Are you very low on memory?
Does your LabVIEW program waste 100% CPU in parallel doing nothing due to bad coding?
Are you pointing to a location that has millions of files?
Are you pointing to a network location?
helder:---------------------------------------
I understand that the File Dialog is provided by the OS. But I have other applications on my PC and this doesn't happen - just in Labview. Sorry! And sometimes it
doesn't happen. Every 10 times I open the File dialog Box, 5 times it takes long and 5 times it is immediate.
(I am not low on memory, my coding is not bad>-look at the VI I sent, it just contains the fragment which uses the File Dialog Box and it behaves the same way! I am pointing to the same location that the other applications point to, I am not pointing to a network location, the PC is not spinning the disk down, etc etc.)
But yes, I will try it on another PC
(There was another post on the forum on this issue, but can't seem to find it now, just find my own post )
I attach a video demo of what happens.
helder wrote:
Another problem is the trimming of the filename, which has also been reported and has NOT YET been solved.
What problem is that? Can you elaborate? There is a known bug in the windows dialog box that sometimes the pre-filled file names are shifted and not fully visible. This is a windows bug documented by Microsoft and LabVIEW has no control over it. It is not NIs job to fix OS problems.
helder:-------------------------------------------
Of course you can't fix the OS.
If it is a windows bug, we will have to live with it.
A previous post on your forum did not provide me with that information (http://forums.ni.com/t5/LabVIEW/File-dialog-trimming-the-default-name/td-p/2189874). The fact that it is a windows bug was not mentioned there.
helder wrote:
Hi all
(By the way...Recently, I updated to LV 2012 SP2 by suggestion of the NI Update Manager, only to find out that I was not entitled to this SP (which apparently only includes bug fixes) and I will have to roll back to LV 2012. Still, in the evaluation version I can see that the bug is not fixed.
Patches are included, service packs are not included. I think this is well documented. Most users are on SSP, this way you are always entitled to the newest version.
As with anything else, software has bugs. It is impossible to test a huge, complex system like LabVIEW under all scenarios. The possible number of combinations of hardware and other installed software on any particular computer probably exceeds the number of atoms in the universe. It is actually amazing how few bugs there are and how well it works. What "bug" are you talking about? Bugs are prioritized according to rules. Critical bugs are typically fixed very quickly. A cosmetic issue that only affects you and nobody else will take longer or might not even get fixed. Are you talking about a confirmed bug that could be reproduced by NI? Do you have a CAR#?
helder:----------------------------------------
I was referring to the file-name-shifting-cosmetic-bug that the October-2012 post had indicated. But if it is a Windows-bug, NI does not have any responsibility, of
course.
Regarding the bugs, of course they are unavoidable.
helder wrote:
Labview must have a lot of serious bugs for NI to ask for a paid bug fix, in which some bugs remain after having been reported a long time ago..well...)
That sentence makes no sense! Why would the number of serious bugs depend on the cost of upgrading?? You are just rambling here....
In an ideal world, NI would have an unlimited number of programmers that can work 24/7 to immediately fix any discovered bug. This would only be possible if all users are willing to pay an unlimited amount of money for the software. As I mentioned, bug fixes are free in the form of patches, and they come out regularly. Service packs include new features and are not free.
helder:---------------------------------------
"....include new features"..????
---->>From http://www.ni.com/labview/release-details/
"LabVIEW 2012 Service Pack 1 is an exclusive update to LabVIEW 2012 for NI Standard Service Program (SSP) customers. There are no new product features introduced in service pack releases; instead, these releases provide bug fixes and improved stability for LabVIEW 2012. For a list of these bug fixes, click here."
No new features, just bug fixes!"
Moreover: If it isn't free, it shouldn' have let me update if I am not a SSP costumer.
Now I have a 45 days evaluation version. After that, I have to uninstall and reinstall everything.That takes some time and effort.
If there is a more direct way of rolling back t the previous version, please let me know.
Thank you

After clicking "Save" in "Save as" file dialog, the dialog disappears but no download is started. Is this a Windows 7 64 bit issue? It works fine in Windows XP.

I am trying to download the iTunes installer for Windows 7 64 bit.
I have "Always ask me where to save files" checked in Firefox's download options.
Steps to reproduce the problem:
1) In the iTunes download page I click the "Download now" link and Firefox shows me a "Opening iTunes64Setup.exe" dialog with a "Save File" button.
2) I click the "Save File" button. Sometimes the dialog disappears but nothing else happens. Other times I get the Windows 7 "Save as" dialog.
3) I click the "Save" button in the save file dialog (I'm using the default user documents folder). The dialog disappears and nothing happens.
If I uncheck "Always ask me where to save files" then the download works fine.
I also have a Windows XP 32 bit with the same configuration where everything works fine which makes me think that this problem only happens in Windows 7 or in the 64 bit version.

It is possible that anti-virus software is corrupting downloaded files or is otherwise interfering with downloading files.
Try to disable the real-time (live) scanning of files in your anti-virus software temporarily to see if that makes downloading work.
See:
*http://kb.mozillazine.org/Unable_to_save_or_download_files
*browser.download.manager.scanWhenDone

File dialog box: how get full path and filename

Hello All
i have a problem to save the full path and filename with file dialog box.
I want to save full path and filename in the database for creating a link to a file.
I use a file-dialogbox to choose a file.
I see in the textfiled something like this
\FULLPATH\filename.ppt
but when i save the textvalue in the database or look at the seesionvalue I see
this:
F2087258868/filename.ppt
but I need the full path to create a link. How I can get?
I use version 2.2.1..
Thanks
Putcho

Hi Putcho,
You can create some javascript that puts it into a hidden item.
In HTML Form Element Attributes: onChange="$x('P15_X').value=$x('P15_FILE').value;" Then create another process that stores the value of the hidden item in your own table...
I quickly made an example with a normal text item, so you see it copies itself to the other box: http://apex.shellprompt.net/pls/apex/f?p=286:15
Hope that helps,
Dimitri
http://dgielis.blogspot.com

File sharing problems and horror story (nearly)

I use Leopard on a MacBook Pro, a MacBook and a iMac G4 800 MHz (unsupported model).
I have on the iMac and the MacBook Pro many users (the same ont he two machines) and I always use Fast User Switching.
I have had very few problems with Leopard until now; I like it even if there are some glitches or some new features which are not my cup of tea (hierarchical menus missing from the dock, stacks useless when there are many items, FireWall impossibilities (?) to open specific ports, Back to my Mac working on a Lan but not from outside until now, problems with a few apps (Parallels networking erratic), ...
Now about File Sharing.
Let say my main account is user1 (Administrator), and I have another user2 also administrator, plus user3, user4 standard users.
On the iMac I activate File Sharing.
On the MacBookPro, as user1, if I connect to the iMac Server (using afp://IPaddress_of_theiMac/) I do NOT get the dialog
"Enter your user name and password to access file server YYY
Connect to server as Guest or as Registered User"
but I directly get the dialog
"Select the volumes you want to mount on YYY"
From this, if I select user1 it mounts with full read/write permissions which is normal. It appears that I am connected with my Apple account user1&mac.com (same as mentionned in the Account panel of System Preferences).
On the other hand, if I try to connect to the user2 account, I only get limited access although in the File Sharing Preferences, user1/iMac is mentionned with full Read/Write preferences for the Home Folder of user2.
What is very surprising is that if I log on the MacBook Pro as user2, or user 3 or user4, then connect to the iMac, I first get the dialog to enter a user name and a password. This gives me access with the correct full permissions on user1/iMac or user2/iMac using the corresponding user name/password pair; this is the usual behaviour which is missing when trying to connect from user1/MacBook Pro.
Now for the Horror Story!
Trying to understand what was going on with the permissions of the user2/iMac account, I logged in to the iMac as user1, went to the Users folder and from there had a look on the informations about user2 home folder. In the lower part of the pannel, Sharing & Permissions says "You have no access" (which is normal) and this is followed by a table where users and permissions are listed. It seems user1 has Read and Write access in contradiction with the preceding phrase...
Anyway, I tried to modify these authorizations for user2 by clicking on the lock of the Information pannel and entering name and password of the administrator. Didn't go farther than that. By mistake, I hit Command-Delete and user2 was GONE from the list AND NOT ONLY from the list in the Information window! Using Fast User Switching and going to user2, nothing left on the Desktop and NO Home anymore.
In the System Preferences/Accounts panel, user2 was still mentionned.
In the Users folder, no user2 folder anymore.
Using once again Fast User Switching, I logged as user2 and got by magic an all new Home. Nothing left in Documents, Library or other user1 folders. Standard settings for icons, dock, etc.
My first move has been to use a very recent backup to restore everything (Thank you Mike Bombich from Copy Cloner!).
Once everything was back to normal, I had a look at the Trash from user1 and guess what, the Home folder of user2 was there, complete.
So now I am left with two questions
why is it I do not have the same dialogs when connecting from all the accounts although as far as I can see, configurations are the same?
why is it possible, from an Information pannel to delete the account of another user?
Thank you all for comments!

For the file sharing problems, answer is found in
http://docs.info.apple.com/article.html?artnum=306723

File Dialog Problem

Similar Messages

Maybe you are looking for