|
Thank you both, excellent explanation. You should write a book.
|
|
|
|
|
You're welcome!
ormonds wrote: You should write a book.
Who buys books any more? 
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!
|
|
|
|
|
Have you not read "The Cruel C"? 
|
|
|
|
|
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!
|
|
|
|
|
|
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....
modified 18-Feb-19 19:40pm.
|
|
|
|
|
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?
|
|
|
|
|
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!
|
|
|
|
|
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);
}
|
|
|
|
|
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!
|
|
|
|
|
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 ...
|
|
|
|
|
Stupid question, but why is all the code commented out?
|
|
|
|
|
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.
|
|
|
|
|
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.
|
|
|
|
|
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.
|
|
|
|
|
Impossible to guess since we do not have enough information.
|
|
|
|
|
That is exactly when a guess is required...
When all information is available, you can rationally deduce what causes the problem.
|
|
|
|
|
Luc Pattyn wrote: When all information is available
Exactly so; but until then ...
|
|
|
|
|
Until then...
For now I can live without an answer.
|
|
|
|
|
And without providing more information that's how it will remain, I am afraid.
|
|
|
|
|
Wild guess: your project got corrupted. Try "rebuild all".
|
|
|
|
|
LOL. Already tried that. Didn't work.
|
|
|
|
|
Hi all, I'm following a basic dotnet core tutorial ASP.NET Tutorial | Hello World in 10 minutes | .NET using a SBC Nanopim4 running Armbian. I've reached the dotnet run stage Of the asp sample ) and it reports it's listening on ports 5000 and 5001. However I can't browse to the site and if I run nmap from my laptop it returns both ports closed. Another thing is, if I run nmap localhost on the Pi it returns ports open but using it's actual ip address it returns ports closed - any ideas folks ?
We can’t stop here, this is bat country - Hunter S Thompson RIP
|
|
|
|
|
By default, Kestrel only listens for connections on localhost; you normally use another web server as a "reverse proxy" to your application.
You should be able to add a UseUrls call to your WebHostBuilder to make it listen on the actual IP address:
c# - Remotely connect to .net core self hosted web api - Stack Overflow[^]
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Thanks Richard, through that link I found that you can modify Properties\launchSettings.json as I show below - and all is good - probably not the way to do it in a production app but good enough for my learning at this early stage, The 10.10.1.143 parts were set to localhost. Thanks again.
{
"iisSettings": {
"windowsAuthentication": false,
"anonymousAuthentication": true,
"iisExpress": {
"applicationUrl": "http://localhost:6371",
"sslPort": 44318
}
},
"profiles": {
"IIS Express": {
"commandName": "IISExpress",
"launchBrowser": true,
"environmentVariables": {
"ASPNETCORE_ENVIRONMENT": "Development"
}
},
"WebApp": {
"commandName": "Project",
"launchBrowser": true,
"applicationUrl": "https://10.10.1.143:5001;http://10.10.1.143:5000",
"environmentVariables": {
"ASPNETCORE_ENVIRONMENT": "Development"
}
}
}
}
We can’t stop here, this is bat country - Hunter S Thompson RIP
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
