MouseStillDown? - C# Discussion Boards

18-May-09 12:21

Hey all!

I was just wondering if I should dispose of the dirty little RichTextBox control contained within the Selected TabPage that I will be removing? Or does that somehow just "magically" happen automatically? I searched on msdn and google (i did see code that disposes rtb's) but i couldn't find anything that says that it's neccessary?

thank you
jay

p.s. <--- what does P.S stand for? and... does anybody know of a better way to remove a selected tab page other than:

if( Tc.TabPages.Count >= 1 )
        {
            Tc.TabPages.Remove(Tc.SelectedTab);
        } // Tc = tabControl1

IceWater4218-May-09 12:47

18-May-09 12:47

I'll let Yogi Berra help you with this one ... hehe

"ps: stands for post script ... which is what you say after you are through saying what you said before you said what you said"

Baeltazor18-May-09 12:49

18-May-09 12:49

haha thanks mate, i knew why people said p.s i was just unaware of what the letters actually stood for lol Big Grin | :-D

IceWater4218-May-09 19:51

18-May-09 19:51

oh .. hehehe .. guess you didn't need Yogi's help ... lol

My favorite yogiism (though he says he never said it) is: "Nobody goes to that restaurant anymore because it is always so crowded" ... lol

Good luck with your Disposal problem ... neither Yogi nor i can help you with that.

Baeltazor18-May-09 20:07

18-May-09 20:07

hehe thanks Smile | :)

yogii's fun i like him lol

MouseStillDown?

IceWater4218-May-09 12:11

18-May-09 12:11

In my background application, I want to "borrow" the cursor for a few microseconds and do some clicking and dragging (in an external application's textbox) in preparation for copying to the clipboard (that part works great), but it is uncool to steal the cursor from the user while he (for example) is in the process of moving or resizing a window as the result IS A MESS and generates some nasty language Big Grin | :-D

.

So i need to know if the User is currently using the mouse for ANYTHING in ANY other application just before i begin the fun stuff.

I'd like some code that functionally looks like:
... while (MouseDown) Thread.Sleep(100);
regardless of what application is active.

Thanks very much for your time and help!

Baeltazor18-May-09 12:24

18-May-09 12:24

hmmm... that does sound fun! Big Grin | :-D

PIEBALDconsult18-May-09 12:40

18-May-09 12:40

I don't see why you'd need the mouse to do that; find a better way.

IceWater4218-May-09 13:11

18-May-09 13:11

I'm open to suggestions ... however, the SendInput that worked fine on a 32-bit XP machine no longer worked when recompiled on a 64-bit Vista machine.

Dunnno why, but i suspect SendInput might be fubar on x64 machines. SendMessage and mouseEvents weren't great solutions either ... hence the fun stuff.

btw ... your answer seems arrogant and condescending. I didn't realize that it was important to get your approval of my method before asking for help on how to do it ... shame shame.

Luc Pattyn18-May-09 13:21

Luc Pattyn

18-May-09 13:21

I bet you are using a wrong struct, where a pointer is held in an int or so.

CORRECTION: I know you do, and I told you before.

Smile | :)

Luc Pattyn [Forum Guidelines] [My Articles]

The quality and detail of your question reflects on the effectiveness of the help you are likely to get.
Show formatted code inside PRE tags, and give clear symptoms when describing a problem.

IceWater4218-May-09 19:24

18-May-09 19:24

yes you did ... thank you.

I'll try the 8b pointers if we can find the original program from whence that code came ... he chucked it. If not i'll write a simple pgrom to verify that the 8b pointers solves the problem.

Thanks again.

PIEBALDconsult18-May-09 15:19

18-May-09 15:19

IceWater42 wrote:
your answer seems arrogant and condescending

Good, I had hoped that had come across. Big Grin | :-D

What you were describing just sounds kludgey to me. Like using the clipboard to do a screen capture.

IceWater4218-May-09 19:28

18-May-09 19:28

LOL ... kludgy? ... no KIDDING! It does to me too. I would LOVE to have an alternative solution.

What i don't think i need is your admitted arrogance. Please feel free to NOT help me in the future.

Sorry to have wasted your time.

Dave Kreskowiak18-May-09 15:40

Dave Kreskowiak

18-May-09 15:40

IceWater42 wrote:
btw ... your answer seems arrogant and condescending. I didn't realize that it was important to get your approval of my method before asking for help on how to do it ... shame shame.

Well, since Windows is a shared system, your app has to work and play nice with others. Since your solution is grabbing the mouse away from the user rather violently, and completely unreliably, I'd say it's your solution that's arrogant and condescending, to the user. There is no way for you to know that your've about to grab the mouse away from the user in the middle of a double-click, or some other operation. The user is liable to think there is a problem with the mouse. You don't see other application doing this at all, do you?? Maybe there's a reason for that...

A guide to posting questions on CodeProject[^]

Dave Kreskowiak
Microsoft MVP
Visual Developer - Visual Basic
2006, 2007, 2008

IceWater4218-May-09 19:42

18-May-09 19:42

My solution is arrogant and condescending? ... rofl

I would LOVE to have a conventional solution if i had one. And i would love to explore ideas of the bright people here. But tell me how "I don't see why you'd need the mouse to do that; find a better way." helps in ANY way. How is it worth the electrons wasted to say it?

I know it is a terrible approach but i was hoping the more knowledgable people here would offer a bit more than ridicule.

Why would anyone EVER want to come here for help if THAT is the quality of the help they are going to get?

The jerk owes me (and everyone else he talks that way to) an apology. Unbelievable.

Dave Kreskowiak19-May-09 4:37

Dave Kreskowiak

19-May-09 4:37

Your use of the mouse and the clipboard is, obviously, not advised at all, since you're overwriting values on the clipboard that the user may need after your operation.

From your description, you're only option is to get the window handle to the TextBox and send a WM_GETTEXT message to it, retrieve the pointer that may be returned, and copy the string it points to to your own memory location. No mouse, no copying to clipboard, and no pissing off the user.

Google for "C# WM_GETTEXT[^]" for examples.

A guide to posting questions on CodeProject[^]

Dave Kreskowiak
Microsoft MVP
Visual Developer - Visual Basic
2006, 2007, 2008

IceWater4219-May-09 10:41

19-May-09 10:41

I'm told the 32-bit XP program used:
... int nRet = SendMessage(hWndC.ToInt32(), WM_GETTEXT, cap, buffer);
but the original programmer does not recall why that did not work on the 64-bit Vista machine.

Thanks Dave, I'll give WM_GETTEXT another try.

Dave Kreskowiak19-May-09 17:18

Dave Kreskowiak

19-May-09 17:18

IceWater42 wrote:
int nRet = SendMessage(hWndC.ToInt32(), WM_GETTEXT, cap, buffer);

It fails on 64-bit machines because window handles in 64-bit Windows are 64 bits wide. Look at what you passed in the first parameter. A signed, 32-bit integer, instead of a 64-bit wide IntPtr. Change that so hWndC returns an IntPtr and it should work.

A guide to posting questions on CodeProject[^]

Dave Kreskowiak
Microsoft MVP
Visual Developer - Visual Basic
2006, 2007, 2008

window service

yogesh_softworld12318-May-09 10:55

yogesh_softworld123

18-May-09 10:55

i want to create one window service for watching a file. whenever file content change i want to get new data, which is just comes to file.
how can i do this. there is any way to do this??

yogesh

PIEBALDconsult18-May-09 11:25

18-May-09 11:25

Need more information. Is it a text file to which additional data is added at the end, like a log file? I've written a Windows Service to do that.

yogesh_softworld12318-May-09 11:28

yogesh_softworld123

18-May-09 11:28

yes that is a text file. whenever new data comes to file, i want to perform some action through window service. please help me sir,

yogesh

PIEBALDconsult18-May-09 11:40

18-May-09 11:40

I had the service running on a thirty* second cycle; on each cycle it would:

0) Open the file
1) Seek to the position where it had read to on the last read
2) Read to the end of the file
3) Close the file
4) Store the new position

There were a number of other challenges to overcome, including being sure that it read only complete lines.

Your requirements may vary.

* Configurable.