StrokeCollected , StrokeErased , StrokeErasing in windowsForms

Question

0.00/5 (No votes)

See more:

in WPF i saw some events like StrokeCollected , StrokeErased ,StrokeErasing ,
i want them in my Windows form for my controls like panel or pcitureBox,

is that possible to create a handler to invoke that event ?

thank you in advance

Posted 15-Nov-11 18:21pm

mohanrajkiller

Add a Solution

Comments

Mehdi Gholam 16-Nov-11 1:02am

I believe they are WPF specific, and not available on winforms.

Sergey Alexandrovich Kryukov 16-Nov-11 2:17am

Of course. I provided an answer on events and mentioned this.
Unfortunately, OP is in a very deep confusion about the basics, so it's hard to give him effective help. Only going back to basics can help effectively, but OP needs to be convinced. Delusions, delusions...
--SA

2 solutions

Solution 2

1. You do not invoke events through handlers. Events are invoked based on user actions in UI (in this case) and handler handles it.

2. You can have those events too but for that, you will have to create your own picture box. Why do you need those events anyways? If you could share that, someone can provide you with a solution.

Edit: You will have to handle the Paint event and use the Graphics object to draw the things on screen. Make use of Mouse events to get the coordinates and use Paint event to draw.

Posted 15-Nov-11 20:23pm

dan!sh

Updated 15-Nov-11 20:34pm

v2

Comments

mohanrajkiller 16-Nov-11 2:31am

i am just trying to implement this project in winforms so i need those events :(
http://www.codeproject.com/KB/WCF/DrawMeWCF.aspx

dan!sh 16-Nov-11 2:34am

Updated the reply.

mohanrajkiller 16-Nov-11 2:41am

Yes i have did that using a panel i am able to draw but i have to pass it on to client screen

Mehdi Gholam 16-Nov-11 3:49am

5'ed

Add a Solution

Add your solution here

Treat my content as plain text, not as HTML

Preview 0

…

Existing Members

Sign in to your account

...or Join us

Download, Vote, Comment, Publish.

Your Email
Password
Forgot your password?

Your Email
This email is in use. Do you need your password?
Optional Password

I have read and agree to the Terms of Service and Privacy Policy
Please subscribe me to the CodeProject newsletters

When answering a question please:

Read the question carefully.
Understand that English isn't everyone's first language so be lenient of bad spelling and grammar.
If a question is poorly phrased then either ask for clarification, ignore it, or edit the question and fix the problem. Insults are not welcome.
Don't tell someone to read the manual. Chances are they have and don't get it. Provide an answer or move on to the next question.

Let's work to help developers, not make them feel stupid.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)

Sergey Alexandrovich Kryukov · Accepted Answer · 2011-11-15T20:11:00

An event handler is not used to invoke the event, it is used to handle the event when it is already invoked. So, no, this is not possible.

However, you never need to invoke any event declared in any already created class — this is already done in this class (it it is implemented correctly, of course). Moreover, you never can do it, unless this is your class with the source code which you can modify. You cannot access firing event even if you try to do it in a derived class. This is one of the most important limitation of event instances compared to delegate instances.

All you can do with event declared in some already existing class is to add an event handler to its invocation list or remove previously added handler. Of course you can do it with the events you mentioned in the question. This is all you really need.

[EDIT]

By the way, the class PictureBox is highly misused, it can be used effectively only in very simple situations and there is absolutely no need to use it in WPF. In most situations, it should not be used even in Forms. Explain your ultimate goal if you need to get some help on WPF graphics.

You should better through out the idea of mixing WPF and Forms in one UI. This is in principle possible, but not beneficial, very limited and problematic. It's mostly used for re-using legacy Forms code.

—SA