[Mono-bugs] [Bug 82531][Nor] Changed - CommonDialog only useful for Mono internal implementations
bugzilla-daemon at bugzilla.ximian.com
bugzilla-daemon at bugzilla.ximian.com
Wed Aug 22 17:03:13 EDT 2007
Please do not reply to this email- if you want to comment on the bug, go to the
URL shown below and enter your comments there.
Changed by monkey at jpobst.com.
http://bugzilla.ximian.com/show_bug.cgi?id=82531
--- shadow/82531 2007-08-22 12:28:21.000000000 -0400
+++ shadow/82531.tmp.22964 2007-08-22 17:03:13.000000000 -0400
@@ -1,22 +1,21 @@
Bug#: 82531
Product: Mono: Class Libraries
Version: 1.2
-OS:
+OS: unknown
OS Details:
Status: NEW
Resolution:
-Severity:
+Severity: Unknown
Priority: Normal
Component: Windows.Forms
AssignedTo: toshok at ximian.com
ReportedBy: andyhume32 at yahoo.co.uk
QAContact: mono-bugs at ximian.com
TargetMilestone: ---
URL:
-Cc:
Summary: CommonDialog only useful for Mono internal implementations
In summary after the Form from the sub-class implementation has been
displayed the Mono CommonDialog implementation displays an internally-
defined Form. The user has to manually close this blank form, and the
result returned to the calling code is thus never DialogResult.OK.
@@ -73,6 +72,15 @@
RunDialog should be abstract in CommonDialog, and in the CommonMonoDialog
class using the current code from ShowDialog, and with the abstract
method implemented by the internal Mono classes being renamed to
SetUpDialog. The current six descendents (ColorDialog, FileDialog, etc)
will need to be updated respectively.
+
+------- Additional Comments From monkey at jpobst.com 2007-08-22 17:03 -------
+Yeah, there isn't much documentation about writing your own
+CommonDialog. :)
+
+I think I understand most of what should be going on, but have one
+question. When you are creating your own derived CommonDialog, is it
+possible to make it return DialogResults other than Ok or Cancel? I
+don't see anywhere you could set it to say, DialogResult.Ignore.
More information about the mono-bugs
mailing list