|
The VB My feature is supported in the compact framework. Perhaps that will simplify your efforts
msdn.microsoft.com/en-US/library/5btzf5yk(v=vs.80).aspx
I can't find any useful info about Application.Run with the current MSDN site.
So I keep having to switch to another machine that has most of the old Windows CE stuff.
Can you let me know any error codes that you receive, I will be able to look those up, on the other machine too.
"It's true that hard work never killed anyone. But I figure, why take the chance." - Ronald Reagan
That's what machines are for.
Got a problem?
Sleep on it.
|
|
|
|
|
How can I create a dialog Window in VB for CE. I mean something like DoModal() in C++. Sorry, I have just poor knowledge about this.
The error message what you are asking me for is:
Error 3 Value of type 'AOut.WNDMSG' cannot be converted to 'System.Windows.Forms.Form'. C:\Program Files\Measurement Computing\DAQFlex for Windows CE\Examples\VB\AOut\AOutForm.Common.vb 209 25 AOut
|
|
|
|
|
|
I know that example. I does not help me because my Window class is derived from Microsoft.WindowsCE.Forms.MessageWindow, not from System.Windows.Forms.Form.
|
|
|
|
|
You might get more help within Microsoft's own developer forums, as there's scant info about Windows CE programming on the wider web.
They have been happy to help me in the past.
"It's true that hard work never killed anyone. But I figure, why take the chance." - Ronald Reagan
That's what machines are for.
Got a problem?
Sleep on it.
|
|
|
|
|
Do you have a web address?
|
|
|
|
|
|
I use the statements like the following:
If SaveFileDialog1.ShowDialog() = System.Windows.Forms.DialogResult.OK Then
If SaveFileDialog1.FileName = "" Then
MsgBox("Plase input file name ")
Then if I don't input file name in the dialog,just press the save button, it seems the dialog can't return, i.e, close it.
Is the DialogResult.OK requires user must input filename?
|
|
|
|
|
The "ShowDialog" method is blocking; it will halt the execution of the current thread until the dialog is dismissed by the user. You're checking whether the result of that method equals the enumerated value "DialogResult.OK".
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
I mean if user input nothing in the dialog, then user press save, it will not return.
Is that showdialog() ask user must input something?
|
|
|
|
|
econy wrote: I mean if user input nothing in the dialog, then user press save, it will not return.
It'll return, but with a different value.
econy wrote: Is that showdialog() ask user must input something?
Yup, with various options[^] to influence it's behaviour.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
Eddy Vluggen wrote: econy wrote: I mean if user input nothing in the dialog, then user press save, it will not return.
It'll return, but with a different value.
Nope, not so, please see Richards answer, which is correct to my knowledge
Why can't I be applicable like John? - Me, April 2011 ----- Beidh ceol, caint agus craic againn - Seán Bán Breathnach ----- Da mihi sis crustum Etruscum cum omnibus in eo! ----- Just because a thing is new don’t mean that it’s better - Will Rogers, September 4, 1932
|
|
|
|
|
I did, a few weeks ago. Didn't update this answer, as his problem is already solved.
Simply downvote the answer if you don't like it
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
No need for that, I was just passing by and felt the need to butt in...
Why can't I be applicable like John? - Me, April 2011 ----- Beidh ceol, caint agus craic againn - Seán Bán Breathnach ----- Da mihi sis crustum Etruscum cum omnibus in eo! ----- Just because a thing is new don’t mean that it’s better - Will Rogers, September 4, 1932
|
|
|
|
|
You cannot use OK without a filename, you must use Cancel .
Use the best guess
|
|
|
|
|
Yes, that was I encountered. shodialog() seems that user must input a file name and then click OK, otherwise, user can only click cancel
|
|
|
|
|
In MSDN forum, it explains that:
the RestoreDirectory property to ensure that the current directory is restored when the dialog box is closed.
But I tried the example code, I can't find the difference between
RestoreDirectory = true or RestoreDirectory = false.
Private Sub Button3_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button3.Click
Dim myStream As Stream = Nothing
Dim openFileDialog1 As New OpenFileDialog()
openFileDialog1.InitialDirectory = "c:\"
openFileDialog1.Filter = "txt files (*.txt)|*.txt|All files (*.*)|*.*"
openFileDialog1.FilterIndex = 2
openFileDialog1.RestoreDirectory = False
If openFileDialog1.ShowDialog() = System.Windows.Forms.DialogResult.OK Then
Try
myStream = openFileDialog1.OpenFile()
If (myStream IsNot Nothing) Then
' Insert code to read the stream here.
End If
Catch Ex As Exception
MessageBox.Show("Cannot read file from disk. Original error: " & Ex.Message)
Finally
' Check this again, since we need to make sure we didn't throw an exception on open.
If (myStream IsNot Nothing) Then
myStream.Close()
End If
End Try
End If
End Sub
|
|
|
|
|
The documentation[^] could be worded better. However, I think the issue is that the OpenFileDialog by default remembers the last directory navigated to. If RestoreDirectory is set to true then it restores the previous saved directory. This should be easy to confirm with a test.
Use the best guess
|
|
|
|
|
Yes, it only reopen the last directory navigated to, whether the ResotreDirectory is set to true or false.
Don't know what the RestoreDirecotry property can do.
|
|
|
|
|
You are right; I just tried it and cannot see any difference.
Use the best guess
|
|
|
|
|
|
I don't think that's entirely true.
I think the FileDialogs change the CurrentDirectory when you navigate around the directory tree. They don't remember the last directory navigated to, but rely on the CurrentDirectory to supply it. When you set RestoreDirectory to true, the CurrentDirectory is reset back to what it was when the dialog was Shown.
|
|
|
|
|
Thanks, I'll look at this more closely some time.
Use the best guess
|
|
|
|
|
It's all a bit confusing as RestoreDirectory does not affect the file dialog's initial directory. What RestoreDirectory is restoring is the program's current directory as reported by Environment.CurrentDirectory . If RestoreDirectory is true then Environment.CurrentDirectory is not affected by any browsing undertaken within the file dialogs.
As for the directory where the file dialog opens that depends.
If InitialDirectory is not set then the directory stored in the LastVisitedMRU registry key is used or if that directory is not available then it's the current directory.
For Windows XP LastVisitedMRU is at HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\ComDlg32\LastVisitedMRU where per application settings are stored. The registry key values contain a pair of null terminated Unicode strings, the first being the application name and the second the last visited directory.
Alan.
|
|
|
|
|
I have run some further tests and cannot find any effect from this setting. I have also reported it to Microsoft.
Use the best guess
|
|
|
|