|
Member 4744683 wrote: If you didnt intend to answer it you shd ve kept quiet.
Did you even read my post? What do you call this quote from my post if it is not an attempt to help?
led mike wrote: So based on that one could guess that you do the drawing in a timer event handler. Drawing needs to be done in response to Draw events or WM_PAINT messages, not timer events. Also a Picture control can be used. The Picture control would then do the drawing in response to the Draw events. To use a Picture control you would create an Image and draw into the image then assign the image to the Picture control.
Here's a tip. Don't smoke crack when you are posting requests for help in internet forums.
Here's another tip. Tell me to be quiet one more time if you want to see what rude really looks like.
led mike
|
|
|
|
|
Yes I did read your post.But you had already done the harm.
First you write rude words.then you attempt to erase it by trying to write some help.But one wont forget wht u did initially.
Even after telling you not to reply to my post,you ve stl done tht.....
I can understand that your quarrel with whomsoever is stl not over.So I can see you fuming with my reply....hota hai....
May be you know the highest peak of being rude to someone.....May be you ve been brought up tht way.....but I dnt give importance to ppl who dnt knw to speak politely.I cant wait n advice them whoever behaves tht way.I ve more imp work to do.
Now even if you post anything I am not going to get it.Because I knw how to prevent it.
Good luck for your future.Hope you keep quiet this time
|
|
|
|
|
F*** off a**hole
led mike
|
|
|
|
|
Succinct.
|
|
|
|
|
At least I'm good at something!
led mike
|
|
|
|
|
led mike wrote: At least I'm good at something!
It's always amusing when somebody attempts to make an argument out of nothing and then gets seriously, seriously pissed off when somebody points out that they are being arsehalfs.
|
|
|
|
|
Well my day just went from bad to worse when I received requirements from a business person stating there are 4 valid values for gender:
male
female
unisex male
unisex female
Now I'm no rocket surgeon but I'm pretty sure that business person couldn't find their ass with both hands and a flashlight. I guess having a Business Degree means you are an expert at sticking your nose in business that you don't know anything about because, well, apparently you don't know anything. In fact how did they keep breathing long enough to even have that excellent moment? I guess they're just one of natures marvels, like hurricane katrina, I big blustery wind that leaves a trail of destruction in it's wake.
led mike
|
|
|
|
|
|
Mark Salsbery wrote: What are you going to do? Even a tri-state boolean won't help here!
I guess I will have to finally migrate to .NET 3.5 so I can use Lambda Expressions, they solve everything you know! Maybe I can finally get rid of my left handed bolt stretcher.
led mike
|
|
|
|
|
Surely unisex male and unisex female are effectively the same - they are hermaphrodites. Anyway, everybody knows the three values for sex; male, female and nowhere near enough.
|
|
|
|
|
Well I guess thats all wht u ve been taught by ur mama.
U shd ve the guts to write the full words,Mr good for nothing!
I return those words to your face!
|
|
|
|
|
I have recently moved to VS 2008 to code with but am having an issue. The
"asp:..." tags won't list in intellisense and give me the following error:
EXAMPLE:Validation (): Element 'scriptmanager' is not supported
The funny thing is that the code compiles and runs without any errors, even with the green underline under the tag name. I have loaded VS90sp1-KB945140-ENU to get the use of SilverLight into some testing. What could be wrong or missing from the web.config file that is causing intellisense and the apsx file to lose the ability to see these and user control tags. This problem didn't exist until I ran through this upgrade.
Thanks for your assistance,
Leo T. Smith
Program/Analyst Supervisor
|
|
|
|
|
Leo Smith wrote: EXAMPLE:Validation (): Element 'scriptmanager' is not supported
Looks like you are missing AJAX framework
|
|
|
|
|
Does anyone know what IoC container works in Medium Trust?
|
|
|
|
|
A simple CP search would have turned up this[^] one.
|
|
|
|
|
Thanks Pete
but it doesn't say anywhere that it works in Medium Trust (I'll test it)
Does anyone know if one of these work in Medium Trust
Windsor, Ninject, StructureMap (I know Unity works)
|
|
|
|
|
|
The closest thread I found to my question was http://www.codeproject.com/script/Forums/View.aspx?fid=1649&msg=2149266[^].
I'm looking to have a thread send an update to a status indicator control. Because the control (and the form hosting it) will be on a different thread, it's necessary to perform the update via control.invoke. If window displaying the control is disposed, it would be perfectly acceptable for the call to simply do nothing.
Presently, I'm using a static Boolean field called 'tryingInvoke' which is set to True immediately before the invoke and to False as the first step of the invoked procedure. Only one thread will be attempting to perform the invocation, so that shouldn't introduce any thread-safety issues. The invoke() call is surrounded by a try block which includes
Catch ex As ObjectDisposedException When tryingInvoke
That seems to catch the ObjectDisposedException in case the object gets disposed between the invoke attempt and the actual invocation, but it seems rather clunky and it doesn't avoid a first-chance exception. Delaying the form close while making repeated calls to Application.DoEvents (suggested in the other thread) might be workable, but I would think that having a control calling DoEvents would be a Bad Thing.
Are there any better approaches?
|
|
|
|
|
supercat9 wrote: but it seems rather clunky
Sure but it's the second clunk, which is required due the first clunk. The first clunk was a design that allows an object to be disposed while another object has a reference to it. In a garbage collected environment that's not supposed to happen. It probably takes the violation of one or more principles/best-practices to accomplish that loud of a clunk.
led mike
|
|
|
|
|
How would you suggest that a status indicator control should be implemented when the thread whose status is being monitored is separate from the thread that owns the form where the control appears? I have a control which is perfectly happy with having its underlying data changed asynchronously (that's all thread-safe), but I need some way to request that the control be updated when that occurs. I don't see any reason the .Net framework couldn't have provided an asynchronous .Refresh method (which would return immediately, but cause the control to be refreshed when convenient), but I'm not aware of any such feature.
|
|
|
|
|
supercat9 wrote: How would you suggest that a status indicator control should be implemented
Ever hear of the Observer Pattern[^]?
led mike
|
|
|
|
|
I'm not quite clear how the Observer Pattern would solve the problem. The Subject is running on a different thread from the control that's acting as Observer. Between the time the Subject decides to "Invoke" the control and the time the Invoke actually happens, the Observer could notify the Subject that it's going away, but there would be no way for the Subject to act upon that information before the Invoke occurs.
(IDEA): Perhaps a dummy object could be created which is bound to the same thread, and the invocation passed through that? Since the code invoked on that control would be running on the only thread that could dispose the control, it could guarantee that the control couldn't get asynchronously disposed. Not sure how to create such an object without it being bound to the window handle that might asynchronously disappear, though.
|
|
|
|
|
|
Nice post and nice links. Thanks
Giorgi Dalakishvili
#region signature
my articles
#endregion
|
|
|
|
|
Hmm... I'm probably barking up the wrong tree, but I'm not quite clear what the 'right' tree would be. What should happen, effectively, is that a message should get posted that the control will receive when convenient which asks it to refresh. To minimize excessive queueing of events, the control could have a variable which indicates whether an event has yet been queued and not yet received. The code that's considering sending the message should interlocked.Exchange this value to 1; if it was zero, send the refresh request. The code that handles the refresh should clear the value before performing the refresh.
Should some method other than .invoke be used to send the refresh request to the control? If so, what?
|
|
|
|