|
Well, the artice said to use that... anyway, that's not important. I'm getting the error just with the first 2.
|
|
|
|
|
I think that the problem is that your painting code (which I assume is in the Paint event handler) should use the Graphics object from the PaintEventArgs parameter rather than creating its own. This seems to fix the problem.
Chris Jobson
|
|
|
|
|
Aah, yees, that might be it. Thanks.
|
|
|
|
|
Hi all,
I have a simple task at hand. Does any one know a simple C# way to achieve the following:
1. Flash my applications taskbar icon, if my app isnt the forground application
2. Simply play any of the OS sounds from within a C# application (even beeping).
I am running under windowsXP..any suggestions/code snippets would be greatly appreciated..
thanks
|
|
|
|
|
For the flashing icon i think you will need two icons that you swap with each other at runtime (one could simply be transparent), using a timer.
Let me know if you need me to elaborate.
|
|
|
|
|
I am suffering a brain scramble.
Please remind me why we access members in a class via properties instead of directly through the instance vars. ?
Foo f = new Foo();
f.Name = "Fooby"; // Name is property
f.name = "Fooby"; //name is instance variable of Foo
TIA
R.Bischoff | C++
.NET, Kommst du mit?
|
|
|
|
|
One of the reasons is that you can control access with properties. You can't do this with inst. variables.
You could even raise exceptions if a value is out of bounds.
Cheers,
Simon
"I ask candidates to create an object model of a chicken.", Bruce Eckel on interviewing programmers.
animation mechanics in SVG (latest pic 1) (latest pic 2)
|
|
|
|
|
This is true thanks.
But, you can controling access with instance vars. too
private m_accessPrivate;
[modify]
good point about the exceptions too. Properties do give better control over the access of inst. vars, but I was just looking for specifics, (i.e. exceptions), I guess another reason would be calculations.
public string MiddleName<br />
{<br />
get<br />
{ return m_middleName; }<br />
set<br />
{ m_middleName = value != null ? value : "NA"; }<br />
}
R.Bischoff | C++
.NET, Kommst du mit?
|
|
|
|
|
I didn't really explain that right:
private string _name="";
public string Name{
set{
_name=value;}
get{return _name;}
}
By using a property here, we can validate the sets (and gets) for a property. How would you see this being done with instance variables?
Cheers,
Simon
"I ask candidates to create an object model of a chicken.", Bruce Eckel on interviewing programmers.
animation mechanics in SVG (latest pic 1) (latest pic 2)
|
|
|
|
|
When you said, control access , I thought you were refering to private,protected,public. Your example is exactly like mine, we are both on the same page.
Good day!
R.Bischoff | C++
.NET, Kommst du mit?
|
|
|
|
|
hi ,
anyone know if this is a confirmed bug?:
if i create a system.windows.forms.timer in a usercontrol , and attach an eventhandler to the timer , and set the timer.enabled = true.
the usercontrol can NOT get finalized nor disposed unless you either close the host application or call the .dispose() on the usercontrol yourself...
//Roger
|
|
|
|
|
Its not a bug. Its like that by design, as the timer still is being referenced, the GC will not clean it up, unless you close its parent container or call dispose explicitly.
I rated this article 2 by mistake. It deserves more. I wanted to get to the second page... - vjedlicka 3:33 25 Nov '02
|
|
|
|
|
no , that is not true , all other eventhandlers are weak references , they does not keep the parent alive.
and in this case you can actually do:
---
system.windows.forms.timer t=new system.windows.forms.timer();
t.tick +=new eventhandler(this.somemethod);
t.enabled=true;
t=null;
g.collect();
---
in the above case , the timer will still be alive after you set t=null..
if you do the same with any other control they are gc'ed directly , even if they have eventhandlers on them...
there fore this problem prevents the parent of the timer to be disposed / finalized when the parent goes out of scope (unless you call .dispose yourslef or exit the host app) , since the timer for some reason holds a strong ref to the parent...
//Roger
|
|
|
|
|
When you add a Forms timer, this constructor is invoked:
this.timer1 = new System.Windows.Forms.Timer(this.components);
Thus it is still referenced in the containers components. To solve you problem I would just dispose of the timer or use System.Timers.Timer, but that wont run in the same thread as the form and could cause problems.
I rated this article 2 by mistake. It deserves more. I wanted to get to the second page... - vjedlicka 3:33 25 Nov '02
|
|
|
|
|
not true either
same thing applies if the timer is created w/o the components param.
as:
system.windows.forms.timer t=new system.windows.forms.timer();
//Roger
|
|
|
|
|
I'm looking for info on Bluetooth programming. Anyone know of ANY sources other than the 3 pages you get on MSDN?
Me, wrong!?! Nah, you just need to change your thinking to make me right.
|
|
|
|
|
You probably have but: https://www.bluetooth.org/[^]
Some forums on there which might help as well.
Paul Watson
Bluegrass
Cape Town, South Africa
Macbeth muttered:
I am in blood / Stepped in so far, that should I wade no more, / Returning were as tedious as go o'er
DavidW wrote:
You are totally mad. Nice.
|
|
|
|
|
Thanks, nothing there I could find.
Me, wrong!?! Nah, you just need to change your thinking to make me right.
|
|
|
|
|
There is some kind of limitation about calling a web method from a timer method.
In my case the HelloWorld WebMethod is called in a client thread after every Second (Also tried other time intervals) but after making teh 18th call it stops calling.
The same method is called any number of times when called from a for loop rather then a timer method....
What can be the problem?
|
|
|
|
|
Hi ,
i have a control , which holds refs to 2 forms.
the 2 forms also holds refs to the control ..
when the control is initialized , the forms are created (invisible)
the forms are dialogs that should allow customization of the control...
this all works fine , and as far as i know , .net should be able to deal with circulair refs , (that was one main reason for ditching COM , right?)
now to the problem...
if i use the control on a host form , and then decide to remove / kill the form.
the control still resides in memory , since the child dialogs references it , and windows can apparently exist w/o any direct reference to them. so the child dialogs are alive and kicking and keeping the control ref alive...
so say that i have a MDI app , and place my control on a MDI Child , then i close the mdi child , and the control will still reside in memory...
what would be the best way to solve this?????
when a container (like a form) is garbagecollected , does it call dispose on all the child controls then???
//Roger
|
|
|
|
|
For the life of me I can't differentiate between these two classes. Whatever I try, I seem to end up thinking they are the same. Can someone explain to me with a small example how they differ and how any one Group from a Match class's GroupCollection will have a CaptureCollection with greater than 1 Capture objects. Thanks in advance.
Regards
RegExp Noo-Bee
Author of the romantic comedy
Summer Love and Some more Cricket [New Win]
Review by Shog9
Click here for review[NW]
|
|
|
|
|
Sure. If you're doing a match like:
(?<test> .*? )
I capture strings of non-space characters to the Test capture.
I can use a quantifier on this:
(?<test> .*? )+
If I do this, there will be more than one capture to Test, and they are accessed through the capture collection
|
|
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
