Re: Overridden OnPaint method not called on form - C# Discussion Boards

Retrieve all comments in a worksheet using OpenXML

21-Feb-19 1:05

Have you not read "The Cruel C"? Poke tongue | ;-P

Gli Invicibili18-Feb-19 18:29

Gli Invicibili

18-Feb-19 18:29

I am working with OpenXML SDK 2.5.
And I want to get all comment in a sheet of worksheet.
I can get text of shape, but I can not get properties of shape: position, width, height..
Please help me!

Re: Retrieve all comments in a worksheet using OpenXML

Richard MacCutchan18-Feb-19 21:32

(Kinda SOLVED) Active Directory update (do I really need "Run As Administrator"?!)

18-Feb-19 21:32

See DocumentFormat.OpenXml.Spreadsheet Namespace | Microsoft Docs[^].

Super Lloyd18-Feb-19 13:11

Super Lloyd

18-Feb-19 13:11

I am writing a little utility class, using PrincipalContext, UserPrincipal APIs that do some common Active Directory operation that we need.
I am testing with a console app at the moment.

My problem is, even though I create my PrincipalContext with admin user name and password, like this:
new PrincipalContext(ContextType.Domain, Server, Admin, Password)

My test console app only successfully works when run in Administrator mode console.
Do I really need that?
Or am I missing something?

[EDIT]
Never mind, when I run it remotely (i.e from my own machine instead of on the AD server) it works fine and doesn't require admin console.
Kinda strange....

A new .NET Serializer
All in one Menu-Ribbon Bar
Taking over the world since 1371!

modified 18-Feb-19 19:40pm.

Overridden OnPaint method not called on form

pr1mem0ver17-Feb-19 22:37

17-Feb-19 22:37

I am trying to override the OnPaint and OnPaintBackground methods for my Application's main form. For some reason neither of the methods are being called EVER. They are completely ignored. What am I doing wrong?

OriginalGriff17-Feb-19 23:02

OriginalGriff

17-Feb-19 23:02

Without seeing the code, we can have no idea whatsoever - heck, we don't even know what environment you are working in - WinForms. WPF, web app - and that can make a difference!

So show us the relevant code fragments, tell us how have you tested it, how you know it's never getting called, and what environment it is working in.
Help us to help you!

Sent from my Amstrad PC 1640
Never throw anything away, Griff
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!

pr1mem0ver17-Feb-19 23:47

17-Feb-19 23:47

I have no idea what you would want to see. Other than than the fact that I am using a regular System.Windows.Forms form, I have no idea what else matters. All that I should need to do is write an overridden onpaint method... doing this has worked in other applications. that is the only thing that I know is relevant. I have simply written a method override. Here is the content but its all commented out because except for the call to the base method because it wasn't working. Putting a break point in here indicates that the method isn't being executed at all. It is working fine in other applications where I have overwritten the OnPaint method.

protected override void OnPaint(PaintEventArgs e)
		{
			base.OnPaint(e);
			/*if (designMode)
				base.OnPaint(e);
			else
			{
				switch (DisplayMode)
				{
					case DisplayMode.DesktopWidget:
						if (UseWorkerAPI)
						{
							IntPtr dc = GetDCEx(hWorkerAPI, IntPtr.Zero, (DeviceContextValues)0x403);
							base.OnPaint(new PaintEventArgs(Graphics.FromHdc(dc), e.ClipRectangle));
						}
						break;
					case DisplayMode.WindowWidget:
						base.OnPaint(e);
						break;
					default:
						break;
				}
			}*/
		}

OriginalGriff18-Feb-19 0:04

OriginalGriff

18-Feb-19 0:04

And you are right - that should work for WinForms, and a breakpoint should be hit.

And I'm sorry if this sounds like you don't know what you are doing, but I can't see your screen, so we need to start with basics.
1) Are you testing under the debugger?
2) Have you checked the OnPaint override is in the right form class?
3) Have you tried handling the Paint event for the form via the designer?

Sent from my Amstrad PC 1640
Never throw anything away, Griff
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
AntiTwitter: @DalekDave is now a follower!

Ralf Meier18-Feb-19 0:08

Ralf Meier

18-Feb-19 0:08

OK ... that doesn't helps ...
My questions are :
- you work with FORMS ...?
- you have created you own customized Form (I call it myForm) which derives from FORM ...?
- on that myForm you overrided the Method OnPaint ...?
- you have tested how it works with another Form (perhaps called Form1) which derives from myForm ...?
- why are the code-parts in your sample code commented out ...?

If you answer all of these questions it is perhaps possible to help you ...

Richard MacCutchan18-Feb-19 0:45

18-Feb-19 0:45

Stupid question, but why is all the code commented out?

pr1mem0ver18-Feb-19 3:11

18-Feb-19 3:11

Hello all who have made comments. I am replying to my own comment so that I can address all of your comments in one reply.

All of you except for OriginalGriff are asking questions that I have already implied or explicitly written answers too:

Perhaps some of you don't speak English so I will clarify. This statement implies that the code I provided above is in a class derived from System.Windows.Forms:
"Other than than the fact that I am using a regular System.Windows.Forms form"

As for why I commented code out, I answered that question with the statement:
"Here is the content but its all commented out because except for the call to the base method because it wasn't working."

If you don't understand any of the above statements, then ask about that. Otherwise please don't ask questions that I have already answered. It wastes everyone's time. For my part, I probably could have written that second statement better as:
"Here is the content but it's all commented out because, except for the call to the base method, ~~because~~ it wasn't working."

OriginalGriff:
1. Yes
2. Yes
3. No. I did not want the form drawn normally under certain conditions.

EVERYONE:
I wrote a test program to both figure this issue out and move forward with my purpose since that test program is working correctly. I have learned that overriding OnPaint will not accomplish what I am currently trying to do (which is to make the application into a desktop widget when the user decides... that means drawing it as part of the desktop). However, I would still like to troubleshoot this in case I need to override OnPaint for another reason... chances are good I may need to since this is a very customized form.

Richard MacCutchan18-Feb-19 3:51

18-Feb-19 3:51

I just tried something similar (using the code you posted) and it works every time. There must be something else in your form/project that is preventing it calling your OnPaint override.

pr1mem0ver18-Feb-19 10:31

18-Feb-19 10:31

Yeah. I know. I tried it again in the newer "test" app (as I mention in my most recent post above). It works fine. I still can't find anything wrong with the project app. I am hoping someone will have an idea of what could possibly get in the way of the override being called.

Richard MacCutchan18-Feb-19 10:33

18-Feb-19 10:33

Impossible to guess since we do not have enough information.

Luc Pattyn18-Feb-19 12:13

Luc Pattyn

18-Feb-19 12:13

That is exactly when a guess is required...
When all information is available, you can rationally deduce what causes the problem.

Wink | ;)

Luc Pattyn [My Articles] Nil Volentibus Arduum

Richard MacCutchan18-Feb-19 21:21

18-Feb-19 21:21

Luc Pattyn wrote:
When all information is available

Exactly so; but until then ...

pr1mem0ver27-Feb-19 6:29

27-Feb-19 6:29

Until then...

For now I can live without an answer.

Richard MacCutchan27-Feb-19 6:49

27-Feb-19 6:49

And without providing more information that's how it will remain, I am afraid.

Luc Pattyn18-Feb-19 8:21

Luc Pattyn

18-Feb-19 8:21

Wild guess: your project got corrupted. Try "rebuild all".

Smile | :)

Luc Pattyn [My Articles] Nil Volentibus Arduum

pr1mem0ver18-Feb-19 10:28