|
WebControl is a good choice to inherit from if you are developing a control with a user interface. You could encapsulate an instance of a GridView control within your control and only expose the properties that you want consumers of your control to access. These properties could then be used to update the state of your encapsulated GridView control. If you override the Render() on your control, you could then render out the GridView control as your control's user interface.
Paul
|
|
|
|
|
Right on Paul. Your thoughts have definately helped. What I've done was use a "PlaceHolder" then have a method that will add controls to it on call. I think this is more dynamic and flexible. I bet there are many ways to do this, but hey this works. 
|
|
|
|
|
Hi,
Can anyone make a quick example that shows how to countdown in time? I want to run a function every minute, so it needs to countdown in the background with no textoutput (where it shows the timer).
Thanks.
|
|
|
|
|
|
Hi,
you would use some kind of timer:
- if the periodic function is lightweight and needs to access the GUI (assuming
a Windows app), the easiest solution is a Windows.Forms.Timer
- if the periodic function takes more than say 50 msec, you should use
a Timers.Timer or Threading.Timer; it will execute its handler on a different
thread, hence not blocking the GUI. But if it also needs to access the GUI,
you will have to use the Control.InvokeRequired and Control.Invoke() pattern.
Just one example.
somewhere, maybe in the form's constructor:
Windows.Forms.Timer timer=new Windows.Forms.Timer();
timer.Interval=60000;
timer.Tick+=new EventHandler(timer_Tick);
timer.Start();
And this is the method that will execute periodically; you may not use
the parameters, but they must be there anyway.
void timer_Tick(object sender, EventArgs e) {
Console.WriteLine("whatever");
myTextBox.Text=DateTime.Now.ToString("hh:mm:ss");
}
Warning: most timers vanish (i.e. could be garbage collected) as soon as
you stop them, unless of course you keep a reference to it (e.g. as a class member,
rather than a local variable).
|
|
|
|
|
For the very precise intervals you can creat a worker thread and with the help of Thread.Sleep() function you can do the countdown.
Manoj
Never Gives up
|
|
|
|
|
Thanks to all Works perfect!
|
|
|
|
|
Hi there
I'm relatively new to C#, so please exuse me if this seems n00bish...
But, when referencing a control on a form is it good practice to include "this.", for example:
textBox1.Text = "Hello World";
-or-
this.textBox1.Text = "Hello World";
I ask this because I haven't seen any convention mentioned anywhere, or consistency. Does it even matter? Also, I note that within a contructor for a class, you might use the same variable name for a parsed variable as you would for the private local variable, eg:
public class fclsHelloWorld: Form
{
private bool sayHelloWorld;
public fclsHelloWorld ( bool args, bool sayHelloWorld )
{
InitializeComponent ();
this.sayHelloWorld = sayHelloWorld;
}
...
}
So, it's obviously needed to specify which variable you're referring to.
Thanks in advance 
Cheers
Poolee
... pessimists are rarely disappointed ...
|
|
|
|
|
I almost never use this, unless it is the constructor case you mentioned.
|
|
|
|
|
In most cases, I've just seen people use the "this" keyword to trigger intellisense.
Deja View - the feeling that you've seen this post before.
|
|
|
|
|
I've seen people use it for intellisense (however, CTRL+J will bring up intellisense without having to type 'this').
Some tools, such as widely-used Resharper tool issues warnings for using 'this' when it's not needed. Since it purely is excess typing and more words to read while reading code, I recommend against using 'this' keyword unless it's warranted (e.g. the constructor example or passing the current class instance into a function).
|
|
|
|
|
Hello,
Poolee wrote: this.sayHelloWorld = sayHelloWorld;
I wouldn't want to see a codeline like this in my project!
There for, I only need "this" when passing an instance to a function. (like Judah pointed out very well)
All the best,
Martin
|
|
|
|
|
Thanks for your reply.
So just to clarify, you would use a differently-named private variable to the passed variable name?
Cheers
Poolee
... pessimists are rarely disappointed ...
|
|
|
|
|
Poolee wrote: So just to clarify, you would use a differently-named private variable to the passed variable name?
Yes!!!!
All the best,
Martin
|
|
|
|
|
I think it is a matter of style. I don't have anything against using this when it is superflous and I won't go around changing anyone's code that uses it.
My personal style is to not use this unless it is needed or unless it helps code readability.
Upcoming events:
* Glasgow: Mock Objects, SQL Server CLR Integration, Reporting Services, db4o, Dependency Injection with Spring ...
"I wouldn't say boo to a goose. I'm not a coward, I just realise that it would be largely pointless."
My website
|
|
|
|
|
You specify this to tell the compiler or yourself it's about this class, not somewhere else.
I almost only use it in the constructor example you mentioned, and very occasionally when eg I do something with a form like this.Close(); or if(this.DialogResult == DialogResult.OK)...
One of my colleagues uses this to point out variables that are defined globally in the class. Please, for the sake of your dear fellow colleagues, avoid this ..... in this case  !
V.
No hurries, no worries
|
|
|
|
|
V. wrote: One of my colleagues uses this to point out variables that are defined globally in the class. Please, for the sake of your dear fellow colleagues, avoid this ..... in this case
I find it more readable when this is used like this :P
It's all down to style and personal preference.
|
|
|
|
|
yeah man f*ck this 
|
|
|
|
|
Indexers have to be declared with 'this'.
public string this[string theThingIWant ]
{
get
{
return _myListOfStuff[theThingIWant];
}
set
{
myListOfStuff[theThingIWant] = value;
}
}
-- modified at 3:13 Friday 3rd August, 2007
"More functions should disregard input values and just return 12. It would make life easier." - comment posted on WTF
|
|
|
|
|
This is a fun one!!!
I have a ActiveX control that automatically creates files at certain intervals and save them to a folder on the hard disk. I have no control over the file name the ActiveX control uses and cannot see a way to capture the file name as it is being stored to disk.
I do however know the path, it is a set path that I do have control over.
So how would the code look to into the folder (let's say c:\data) find the file that was written last (the most recent file in the folder) and put the whole path (c:\data\1234556.txt) into a textbox? It has got to be easy but I am not getting it. I want it so when I click a button, I can see that last log file path that was put into the directory.
I got close when I used the ".LastWriteTime" property, and using a messagebox I was able to get it to show me the date and time of the newest file correctly but I don't know how to get the filename of that particular file.
Here is what I have so far, and I think I am close.
String ImgPath = textBox2.Text;
FileInfo myFile1 = new FileInfo(ImgPath);
String NewFile = myFile1.LastWriteTime.ToString();
MessageBox.Show(NewFile);
Thanks in advance!!!
Mike
|
|
|
|
|
newb2vb wrote: but I don't know how to get the filename of that particular file.
Keep using the intellesense until you find it because I don't think there is any DOCUMENTATION FOR FileInfo
|
|
|
|
|
Yes, it's really a shame that they forgot to implement this in their DOCUMENTATION[^]
All the best,
Martin
|
|
|
|
|
Yeah telling people that documentation "does" exist doesn't seem to be working so I thought I would try some reverse psychology and well.... see it worked but on the wrong person. 
|
|
|
|
|
led mike wrote: so I thought I would try some reverse psychology
Yes, I'm also using this very often with my kids!
led mike wrote: see it worked but on the wrong person
All the best,
Martin
|
|
|
|
|
Hi..
this is the first time I ask a question in this forum .. I'm a beginner
in C#
my question is: is there a way to make a button circular?
thanks
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
