C / C++ / MFC

Shog⁹1-Apr-02 13:08

Shog⁹

1-Apr-02 13:08

ON_NOTIFY_REFLECT() only works for WM_NOTIFY messages.
If you've derived a class you don't need to use reflection anyway; just add ON_WM_MOUSEMOVE() and implement OnMouseMove() & you're good to go!

Sometimes i only remember, The days when i was young
Nowadays no one remembers when they were young and stupid...

ADEMA, The Way You Like It

1-Apr-02 13:11

Well I tried that but I put a break in the OnMouseMove function and it never gets there there?

Shog⁹1-Apr-02 13:25

Shog⁹

1-Apr-02 13:25

Make sure:

the button is being created/subclassed correctly: do other message handlers in your CButton-derived class get called?
OnMouseMove() has the correct signature: void OnMouseMove(UINT nFlags, CPoint point);
you're moving the mouse over the button

Sometimes i only remember, The days when i was young
Nowadays no one remembers when they were young and stupid...

ADEMA, The Way You Like It

1-Apr-02 13:30

- Yes, DrawItem and OnCreate both get called (DrawItem repeatedly of course)
- No, OnMouseMove and OnTimer both do not work
- OnMouseMove does have that signature
- Of Course Smile | :)

I was led to believe that if the button was owner drawn it had to be reflected

1-Apr-02 13:51

Actually, when I turn OwnerDraw off the notifications get through just fine, so I think reflection is necessary...can you lead me through it? thanks in advance

Shog⁹1-Apr-02 17:57

Shog⁹

1-Apr-02 17:57

Reflection is used by MFC to allow handling messages sent from a control to be handled by the control itself. WM_DRAWITEM is sent by the button control to its parent; however it is cleaner for the code to exist within a class derived from CButton, rather than wherever the CButton-derived class is used. So there is ON_WM_DRAWITEM_REFLECT() which causes DrawItem() to be called.

WM_MOUSEMOVE (OnMouseMove()) and WM_TIMER (OnTimer()) both are sent to the control itself, so they do not need reflection to be handled by the CButton-derived class.

None of this helps with your immediate problem, however Frown | :(

There's nothing special about an Owner-drawn button that keeps it from getting WM_MOUSEMOVE. Double-check (wait, i guess it'd be triple-check) that your class looks something like this:

BEGIN_MESSAGE_MAP(CButtonDerivative, CButton)
   ON_WM_DRAWITEM_REFLECT()
   ON_WM_MOUSEMOVE()
   // ... possibly other entries
END_MESSAGE_MAP()

// ...

void CButtonDerivative::DrawItem(LPDRAWITEMSTRUCT lpDrawItemStruct)
{
  // ... draw the button
}

void CButtonDerivative::OnMouseMove(UINT nFlags, CPoint point)
{
   // ... handle mouse movement
}

Sometimes i only remember, The days when i was young
Nowadays no one remembers when they were young and stupid...

ADEMA, The Way You Like It

password protect folder

Steven Richardson1-Apr-02 11:03

Steven Richardson

1-Apr-02 11:03

I have a folder that i would like to password protect so you double click on it and you get a password box there needs to be one password that shows the folder and one that shows a different folder and anything else you put in stops you opening it?

How can this be done? Confused | :confused:

dazinith1-Apr-02 11:23

dazinith

1-Apr-02 11:23

this sounds like a windows question more than a coding question? win NT lets you setup folder permissions if you are using NTFS, if your running win 9X then this isn't possible without a 3rd party peice of software

-dz

Steven Richardson1-Apr-02 11:27

Steven Richardson

1-Apr-02 11:27

3rd party software like.....

dazinith1-Apr-02 11:33

dazinith

1-Apr-02 11:33

Go search on download.com or some other site.. win9x uses fat16 or fat32 which has no security at all.. ntfs is the nt file system which lets you set read/write/edit/delete permissions for files or folders.. if you are on fat16 or fat32 then you have to get a piece of software which fakes this out.. but even this can easily be bypassed by just booting to dos and doing whatever you want with the files..

-dz

alex.barylski1-Apr-02 15:52

alex.barylski

1-Apr-02 15:52

I'm a total virgin when it comes to shell extensions, but I think this is where they would come into play. Check under the Shell section. Mike Dunn has wrote some cool articles on Shell extensions which should get you well under way.

Cheers! Smile | :)

"An expert is someone who has made all the mistakes in his or her field" - Niels Bohr

Mukkie2-Apr-02 5:54

Mukkie

2-Apr-02 5:54

I do not know, whether this can be helpfull, but according to msdn:

Multiple Data Streams
NTFS supports multiple data streams, in which the stream name identifies a new data attribute on the file. Each data stream is an alternate set of file attributes. Streams have separate opportunistic locks, file locks, allocation sizes, and file sizes, but files can be shared.

Maybe it is possible to define such stream as password-stream associated with given file system object Confused | :confused:

Mukkie

Multithreading

RK_20001-Apr-02 10:10

RK_2000

1-Apr-02 10:10

I am trying to implement a simple multithreading in my code. I have a dialog box where the user can search for stuff and get the result back in list control. However, if the search result takes too long, I would like to allow my user to stop the search by clicking on Cancel.

I have added a structure to my header which contains a handle to calling window and a few parameters that I need to pass between the worker thread and the display.

On the cpp side of things, I start my threading function when the user presses the search button:

HANDLE hHandle = ::AfxBeginThread(ThreadFunc, m_ptp);

Where m_ptp is defined as a pointer to my threading structure and Threadfun is my threading function.

Inside of my ThreadFunc, I make a query to the database and this query can take significant amount of time at times. I have tried with many different ways of putting an hour glass around this call, but it never shows up. FOr instance, I have tried the following and it doesn't work:

UINT ThreadFunc(LPVOID pParam)
{
THREADPARMS *ptp = (THREADPARMS*) pParam;
ptp->pWnd->BeginWaitCursor();
// Database call
ptp->pWnd->EndWaitCursor();

::PostMessage(hWnd, WM_USER_THREAD_FINISHED, 0, 0);

}

I have also tried starting the cursor in the calling function and it hasn't worked out for me. Any ideas?

Tim Smith1-Apr-02 10:20

Tim Smith

1-Apr-02 10:20

Pointers to windows can't be used between multiple threads. Try passing just the window handle.

Tim Smith

I know what you're thinking punk, you're thinking did he spell check this document? Well, to tell you the truth I kinda forgot myself in all this excitement. But being this here's CodeProject, the most powerful forums in the world and would blow your head clean off, you've got to ask yourself one question, Do I feel lucky? Well do ya punk?

Paul M Watt1-Apr-02 10:33

Paul M Watt

1-Apr-02 10:33

Is your window in the ptp structure part of your ThreadFunc, or the primary thread. Because it is generally not a good idea to call functions for a window, unless it is the same thread that owns the window. In most cases it will just not work.

Also, even if the function is setting the cursor to the wait cursor, the most likely reason that it is not showing is because the WM_SETCURSOR message handler is setting the cursor back the arrow.

What you can do is set a variable in your window object, then handle the WM_SETCURSOR message in your window. This message should call SetCursor() with the wait cursor while that certain bit is set, and pass the message to defwindowproc when that value is not set.

lucy9-Apr-02 9:29

lucy

9-Apr-02 9:29

This is the exact solution that I need. Thank you, kilowatt!