|
Or maybe just use the ToString method 
DateTime.Now.ToString("hh:mm:ss");
only two letters away from being an asset
|
|
|
|
|
Mark Nischalke wrote: DateTime.Now.ToString("hh:mm:ss");
DOH!! 
Thank you guys
Smile: A curve that can set a lot of things straight!
(\ /)
(O.o)
(><)
|
|
|
|
|
By the way, your sig made me laugh so much a couple of months ago,yet I want to know if my understanding was correct so please tell me what it really means:->
Smile: A curve that can set a lot of things straight!
(\ /)
(O.o)
(><)
|
|
|
|
|
or be lazy and use DateTime.ToLongTimeString ( alternatively :DateTime.ToShortTimeString ) methods
there are no facts, only interpretations
|
|
|
|
|
Is there a way to prevent dataGridView to move to the next row after editing the cell? It happens after EndEdit event, so handling EndEdit doesn't help.
Tnx in advance
Dragan Matic
|
|
|
|
|
Did you try saving the current cell address while editing and on the KeyDown event handler go back to the address you saved?? just a thought
Smile: A curve that can set a lot of things straight!
(\ /)
(O.o)
(><)
|
|
|
|
|
Yes, the problem is that currentCell is moved after CellEndEdit event. I can reposition current cell back to coordinates I want in CellEndEdit event, but something after that happens in DataGridView that moves currentCell one field down, and I simply can't find out where it is happening.
|
|
|
|
|
C++ but applied equally, if not more so to C#...
On a recent contract I added a
<br />
using MynameSpace.MyStuff <br />
to the header and proceeded to use my classes. I got a roasting for the using 'using'. Some nobby quote like "If god had meant for us to use 'using' he wouldn't have given us namespaces'. I can see how 'using' can stop the prevention of name collision, but it does help in the speed of development.
<br />
System.Drawing.Color myColor1 = System.Drawing.Color.Red;<br />
System.Drawing.Color myColor2 = System.Drawing.Color.Green;<br />
System.Drawing.Color myColor3 = System.Drawing.Color.Blue;<br />
or
<br />
using System.Drawing;<br />
<br />
Color myColor1 = Color.Red;<br />
Color myColor2 = Color.Green;<br />
Color myColor3 = Color.Blue;<br />
Does anybody have any tips / hints /preferences when 'using' is ok, and when to use fully qualified types. Do you use 'using' for the framework and fully qualified for your own? A mixture of both?
"More functions should disregard input values and just return 12. It would make life easier." - comment posted on WTF
"I haven't spoken to my wife now for 48 hours. I don't like to interrupt her.
|
|
|
|
|
I would use 'using' anywhere that I am going to use an object from that namespace more than once. Seriously, anyone who tells you otherwise is a moron. This isn't C++, where namespace std contains pretty much everything, .NET namespaces are much smaller.
Christian Graus - Microsoft MVP - C++
"I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
|
|
|
|
|
Christian Graus wrote: Seriously, anyone who tells you otherwise is a moron
Good enough for me. Cheers
"More functions should disregard input values and just return 12. It would make life easier." - comment posted on WTF
"I haven't spoken to my wife now for 48 hours. I don't like to interrupt her.
|
|
|
|
|
Christian Graus wrote: This isn't C++, where namespace std contains pretty much everything, .NET namespaces are much smaller.
Yes, therefore figuring out what namespace some Widget is in without resorting to Visual Sudio is very difficult, a fully-qualified name avoids the problem.
|
|
|
|
|
No, it doesn't. Perhaps if you're using intellisense to *search* for something, and elect to have to search *again*, rather than turn it into a using statement. I rarely find that I have to look, I know where most things I use are.
Christian Graus - Microsoft MVP - C++
"I am working on a project that will convert a FORTRAN code to corresponding C++ code.I am not aware of FORTRAN syntax" ( spotted in the C++/CLI forum )
|
|
|
|
|
Christian Graus wrote: I know where most things I use are
Oh, yes, you know where the things you use are, but I might not. And snippets posted on here rarely include the using directives.
In a team environment, or one with consultants coming and going, the standard should be to never use the using directive.
|
|
|
|
|
PIEBALDconsult wrote: In a team environment, or one with consultants coming and going, the standard should be to never use the using directive.
I would expect members of my team to figure out which namespace something is in fairly easy. Visual Studio 2005 makes it even easier because the smart tag will pop up asking if you want it to create the using statement or make it fully qualified.
And if they are a consultant then I would most definitely expect them to be able to figure these things out or I'll be telling them where the door is.
-- Always write code as if the maintenance programmer were an axe murderer who knows where you live.
Upcoming FREE developer events:
* Glasgow: Agile in the Enterprise Vs. ISVs, Mock Objects, SQL Server CLR Integration, Reporting Services, db4o ...
* Reading: SQL Bits
My website
|
|
|
|
|
I should add. The only time it is acceptable to use the fully qualified name is when the compiler needs it because two classes with the same name, but different namespaces, are defined.
I realise that some of the code generated by the designer will insert fully qualified names, but I just leave that be because I don't touch that code.
-- Always write code as if the maintenance programmer were an axe murderer who knows where you live.
Upcoming FREE developer events:
* Glasgow: Agile in the Enterprise Vs. ISVs, Mock Objects, SQL Server CLR Integration, Reporting Services, db4o ...
* Reading: SQL Bits
My website
|
|
|
|
|
Don't forget in that situation you can use: using LameString = SomeThirdParty.String;
|
|
|
|
|
Personally, I always use "using", even if I declare one instance from it & only use the fully resolved namespaces when disambiguating. Being roasted for doing otherwise is pretty stupid. I've been coding in c# since the heady early days of .net 1.0 in Jan 2001 and have never run into problems using "using", other than needing to use phrases like "using 'using'"  .
If god had meant for us to write pointlessly ugly code like System.Drawing.Color my color = System.Drawing.Color.Red, he would never have sent us IDEs.
n
|
|
|
|
|
Aren't you contradicting your self :-
Use using when you want to declare create only few instance of the variable
and
use using statement when you have to use it many times.
"More functions should disregard input values and just return 12. It would make life easier." - comment posted on WTF
"I haven't spoken to my wife now for 48 hours. I don't like to interrupt her.
|
|
|
|
|
Ahem, Visual Studio is clearly not from God.
And even if so, why then doesn't VS automagically add using directives as you type? Such that if I type System.Diagnostics.StackFrame it could remove the System.Diagnostics. and add using System.Diagnostics at the top.
|
|
|
|
|
PIEBALDconsult wrote: why then doesn't VS automagically add using directives as you type?
It pops up a smart tag and asks you what you want to do. There may be situations where you need the full name to disambiguate. It may not know which namespace to use if the class name is used in two separate namespaces, one of which you may not be interested in.
PIEBALDconsult wrote: Such that if I type System.Diagnostics.StackFrame it could remove the System.Diagnostics. and add using System.Diagnostics at the top.
Because it doesn't know if that's what you really want. You may be planning to use another class called StackFrame elsewhere in your code but from a different namespace.
-- Always write code as if the maintenance programmer were an axe murderer who knows where you live.
Upcoming FREE developer events:
* Glasgow: Agile in the Enterprise Vs. ISVs, Mock Objects, SQL Server CLR Integration, Reporting Services, db4o ...
* Reading: SQL Bits
My website
|
|
|
|
|
Colin Angus Mackay wrote: Always write code as if the maintenance programmer were an axe murderer who knows where you live.
Indeed, so don't use the using directive.
|
|
|
|
|
PIEBALDconsult wrote: Indeed, so don't use the using directive.
You're like a record stuck in its groove.
-- Always write code as if the maintenance programmer were an axe murderer who knows where you live.
Upcoming FREE developer events:
* Glasgow: Agile in the Enterprise Vs. ISVs, Mock Objects, SQL Server CLR Integration, Reporting Services, db4o ...
* Reading: SQL Bits
My website
|
|
|
|
|
I always use using because it makes it easier to read the code and better for printing out code. I find having the fully qualified route as too much typing even though it is pretty descriptive.
"Real programmers just throw a bunch of 1s and 0s at the computer to see what sticks" - Pete O'Hanlon
|
|
|
|
|
If Microsoft didn't intend for us to use using, the templates in Visual Studio wouldn't contain a dozen of them.
I usually remove the using statements for namespaces that I don't use at all, but that's only because I don't want them there. A using statement doesn't add anything at all to the compiled code, so it doesn't hurt anything at all to have them there.
To always specify the complete namespace only makes the code harder to read. (It's also more to type, but that's not really a good argument, as the actual typing is a rather small part of the programming.)
---
single minded; short sighted; long gone;
|
|
|
|
|
sure, try removing the first line "#using System;" that will be interesting!
Luc Pattyn [Forum Guidelines] [My Articles]
this weeks tips:
- make Visual display line numbers: Tools/Options/TextEditor/...
- show exceptions with ToString() to see all information
- before you ask a question here, search CodeProject, then Google
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
