Click here to Skip to main content
15,068,168 members

Comments by Jaime Olivares (Top 9 by date)

Jaime Olivares 28-Dec-11 3:59am View
   
Deleted
Reason for my vote of 3
The topic is very interesting but combining with a bunch of other HTML5 doesn't help to make your point.
Jaime Olivares 25-Jul-11 22:35pm View
   
Deleted
Reason for my vote of 1
What is the utility of this?
Jaime Olivares 6-Sep-10 4:18am View
   
Deleted
What looks shorter and understandable is:
if (f.DialogResult.Equals(true))
Jaime Olivares 6-Sep-10 4:16am View
   
Deleted
Indeed you don't have to declare a variable to evaluate the result. DialogResult is a property of the form.
Jaime Olivares 6-Sep-10 4:14am View
   
Deleted
Reason for my vote of 4
I like it.
I think it should work as well, but the intent is not so evident at a first sight.
Jaime Olivares 6-Sep-10 4:12am View
   
Deleted
Reason for my vote of 3
That's basically the same as my original proposal: to use .Equals(true)

The problem with using constructor in the same line as ShowDialog is that you don't have any reference to the dialog inside the "if" block, so you cannot gather any data from it. This will work just in dialogs like messageBox with yes/no or ok/cancel.
Jaime Olivares 29-Jun-10 2:44am View
   
Deleted
I really like so much the ?? operator, but in this case doesn't look too readable.
Jaime Olivares 29-Jun-10 2:42am View
   
Deleted
Yeah, that would be equivalent to Equals(true), although it looks unnecessary like this typical case:

bool a = true;
if (a == true) { etc.... } // it would be enough: if (a)

But in this case IT IS necessary in order to avoid a compile-time error.
Jaime Olivares 14-Jun-10 12:52pm View
   
Thanks Henry, but I am looking for Microsoft-owned solutions, not 3rd party.