C / C++ / MFC

Re: how can I catch WM_DROPFILES from a list view control's in api win32

6-Jul-04 15:54

MFC does not change the way a control works. All the same styles, messages and structures apply equally.

"No matter where you go, there your are." - Buckaroo Banzai

-pete

youpiyoyo7-Jul-04 5:55

youpiyoyo

7-Jul-04 5:55

ok thank you for your help, I finally found it, you tell me the truth, with subclassing...

for people who are interesting there is my solution:

<br />
WNDPROC wpOrigEditProc;<br />
<br />
LRESULT APIENTRY EditSubclassProc(<br />
    HWND hwnd, <br />
    UINT uMsg, <br />
    WPARAM wParam, <br />
    LPARAM lParam) <br />
{ <br />
    if (uMsg == WM_GETDLGCODE) <br />
        return DLGC_WANTALLKEYS; <br />
	if(uMsg == WM_DROPFILES) MessageBox(0,"drop",0,0);<br />
 <br />
    return CallWindowProc(wpOrigEditProc, hwnd, uMsg, <br />
        wParam, lParam); <br />
} <br />
<br />
LRESULT CALLBACK DlgMainProc(HWND hwnd, UINT msg, WPARAM wParam, LPARAM lParam)<br />
{<br />
	switch(msg)<br />
	{<br />
	   case WM_INITDIALOG:<br />
	   {<br />
            DragAcceptFiles(GetDlgItem(hwnd,IDC_LIST1),TRUE);<br />
	    wpOrigEditProc  = (WNDPROC)SetWindowLong(GetDlgItem(hwnd,IDC_LIST1),GWL_WNDPROC,(LONG) EditSubclassProc);<br />
<br />
             ........<br />
              .......<br />
           }<br />
     ...<br />

for people who have questions e-mail me!!! Blush | :O

MoveWindow problem

BlackDice6-Jul-04 5:31

6-Jul-04 5:31

I have a dialog with a picture box control on it. Within the picturebox I dynamically draw a CListCtrl object at a random position when the user clicks a button. Now I'm using a CRectTracker object to allow the user to resize and/or move the control. The problem is that when it gets the rect of the control, it gets it relative to the control itself, but when I call the control's MoveWindow function using those coordinates, it moves it relative to the parent window's coordinates, so that if I only move it over to the right one pixel, it moves it to the left coordinate of 1 for the parent window. I've tried using ScreenToClient, ClientToScreen, and I can't seem to get this to work right. Any help would be greatly appreciated.

Here's what I have so far in my control's OnLbuttonDown MessageHandler:

if (m_tracker)
	{
		m_tracker->Track(this, point, FALSE,(CWnd*)&m_pDlg->m_picWindow  );
		Invalidate(FALSE);		
		CDC* pDC = GetDC();
		m_tracker->Draw(pDC);

		LPRECT rect = new RECT;
		CWnd* wnd = (CWnd*)this;
		rect = LPRECT(m_tracker->m_rect); 
        LPRECT rect2 = new RECT;
        LPRECT rect3 = new RECT;
        m_pDlg->m_picWindow.GetWindowRect(rect3);
        this->GetWindowRect(rect2);
       
		wnd->MoveWindow(rect,TRUE) ;
		delete rect;
		rect = NULL;	
        
	}
    CListCtrl::OnLButtonDown(nFlags, point);

If it's broken, I probably did it

bdiamond

0v3rloader6-Jul-04 5:44

0v3rloader

6-Jul-04 5:44

bdiamond wrote:
rect = LPRECT(m_tracker->m_rect);

Where is m_rect being defined/assigned?

______________________________

dNimrod#X
________________________

BlackDice6-Jul-04 6:01

6-Jul-04 6:01

the rect is set for CRectTracker in this code (that I got from an example on codeproject):

CListCtrl::OnSetFocus(pOldWnd);

    CDC* pDC = GetDC();
	if (m_tracker)
	{
		delete m_tracker;
		m_tracker = NULL;
	}
    LPRECT rect = new RECT;
    CWnd* wnd = (CWnd*)this;
    wnd->GetWindowRect(rect);
    ScreenToClient(rect);
    m_tracker = new CRectTracker(rect,CRectTracker::dottedLine  | CRectTracker::resizeOutside | CRectTracker::hatchedBorder );
    m_tracker->Draw(pDC);

If it's broken, I probably did it

bdiamond

palbano6-Jul-04 6:24

6-Jul-04 6:24

That's somewhat messy including memory leaks. MoveWindow takes coordinates in relation to the client area of the parent window.

bdiamond wrote:
Within the picturebox I dynamically draw a CListCtrl object at a random position

What is the parent window of the CListCtrl?

"No matter where you go, there your are." - Buckaroo Banzai

-pete

BlackDice6-Jul-04 6:31

6-Jul-04 6:31

yes, I know it's somewhat messy, and I actually deleted some of the mess just to make it easier to read here, but I will clean that up after I can come up with a solution. The parent of the CListCtrl is the CStatic-derived picture window; I've also tried it with the dialog being the parent, and I know that you're right about it moving it according to the parent window's coordinates, but I can't seem to get it to move accordingly even using ClientToScreen or ScreenToClient ( I got confused, so I tried both).

If it's broken, I probably did it

bdiamond

palbano6-Jul-04 6:45

6-Jul-04 6:45

bdiamond wrote:
at a random position

If the random postion is supposed to be within the Picturebox then there is no reason to use GetWindowRect() and ScreenToClient() into this. You only need to find a x,y coordinate that is zero based within the picturebox... so the limit is the width and height of the picturebox minus the width and height of the list control. Keep it simple.

"No matter where you go, there your are." - Buckaroo Banzai

-pete

BlackDice6-Jul-04 7:04

6-Jul-04 7:04

the code to place the control is fine and that is done in my class's constructor. The problem is that using the CRectTracker, the m_rect member is based upon the control's coordinates. If I move the control over to the left one unit, the m_rect will have -1 as it's Left member. so when I use MoveWindow, the control is placed at -1 in its parent instead of just moving over to the left one unit. m_rect is using the control's coordinates, and Movewindow is using the parent's coordinates.

If it's broken, I probably did it

bdiamond

palbano6-Jul-04 9:52

6-Jul-04 9:52

bdiamond wrote:
If I move the control over to the left one unit,

Sorry but now you have lost me. That does not match what your original post said

bdiamond wrote:
I dynamically draw a CListCtrl object at a random position when the user clicks a button.

So if you are trying to move the window based on it's current position you need this:

1) GetWindowRect of the list control
2) Transform the screen coordinates to client coordinates of the picture control
3) Adjust the rect as per positioning requirements.
4) Move the list control using the resulting coordinates

"No matter where you go, there your are." - Buckaroo Banzai

-pete

BlackDice6-Jul-04 10:16

Service pack 6 and serialization

6-Jul-04 10:16

got it now, thanks!!

If it's broken, I probably did it

bdiamond

Salvador Dali6-Jul-04 5:16

Salvador Dali

6-Jul-04 5:16

Hello,

I have downloaded and installed the latest service pack (6) for developer studio, and it seems to me that files I had saved with my programs using CObject serialization (I know, I know, bad choice), now can't be opened with the new compiled code and crash the program.

Has anybody else experienced this? Confused | :confused:

Have no fear of perfection - You will never reach it

Re: Service pack 6 and serialization

Navin6-Jul-04 7:04

Navin

6-Jul-04 7:04

It seems odd that Microsoft would break something as ubiquitous as serialization with a service back, but you never know. Have you tried debugging and stepping through your routines? Can you tie the crash to a particular line in your code (e.g., a certain piece of data being deserialized)?

Also, what happens if you serialize with the latest service pack (6) and then deserialize?

I guess it's possilbe you were doing something that may have been working by accident, or some undocumented feature, and SP6 ended up changing that for whatever reason and broke your code. I'm merely suggesting some possible ways of figuring out what's wrong.

I think VC++ comes with something called a document viewer that can actually view serialized data files - but I am not sure as I have never used or experimented with it.

"Fish and guests stink in three days." - Benjamin Franlkin

Re: Service pack 6 and serialization

Ravi Bhavnani6-Jul-04 10:52

Ravi Bhavnani

6-Jul-04 10:52

If you're interested, this[^] article describes how to do serialize objects without any reliance on CObject.

/ravi

My new year's resolution: 2048 x 1536
Home | Articles | Freeware | Music
ravib@ravib.com

IHTMLTxtRange::moveToBookmark

*Dreamz6-Jul-04 4:59

*Dreamz

6-Jul-04 4:59

Hi
How can i use the function IHTMLTxtRange::moveToBookmark?

I have a bookmark in my xml file(like #32346).I've got the IHTMLTxtRange for the document.But couldn't move to the bookmark(return VARIANT_FALSE).

Or i have to use IHTMLTxtRange::getBookmark for that?

Please help me Frown | :(

Thanks

crystal reports 10 in unmanaged c++ in vs.net 2003

Irish_GUI6-Jul-04 4:18

Irish_GUI

6-Jul-04 4:18

has anyone got the active x component to work correctly
in unmanaged c++ (mfc 7.1) in visual studio.net 2003 ?

Re: crystal reports 10 in unmanaged c++ in vs.net 2003

Antony M Kancidrowski6-Jul-04 4:49

Antony M Kancidrowski

6-Jul-04 4:49

It seems that you have posted this here before! I can't speak for 10 as I have only used upto 8.5.

BusinessObjects ought to have examples of their API. Have you tried there?

Ant.

I'm hard, yet soft.
I'm coloured, yet clear.
I'm fruity and sweet.
I'm jelly, what am I? Muse on it further, I shall return! - David Williams (Little Britain)

Re: crystal reports 10 in unmanaged c++ in vs.net 2003

Michael P Butler6-Jul-04 8:38

Michael P Butler

6-Jul-04 8:38

Irish_GUI wrote:
has anyone got the active x component to work correctly
in unmanaged c++ (mfc 7.1) in visual studio.net 2003 ?

Not tried it yet as I haven't the funds to upgrade. What kind of problems are you running into?

Have you tried any of the samples that come with Crystal.

Michael

CP Blog [^]

MRU Files in Dialog Program

sweep1236-Jul-04 3:41

sweep123

6-Jul-04 3:41

I have been trying to implement the MRU option for a MFC Dialog program. I have a Menu for New, Open, Save etc, but would like to add a Menu option for MRU files.

All the examples are based on SDI or MDI MFC applications.

The Menu is defined in the AppDlg.cpp file but LoadStdProfileSettings(); is not a member of this dialog class, only the App.cpp class.

Are they any dialog based samples, even the Microsoft site uses a SDI example.

MRU Files for MFC Dialog Program

sweep1236-Jul-04 3:39

sweep123

6-Jul-04 3:39

Knowing Insert/Overwrite is on/off

0v3rloader6-Jul-04 3:36

0v3rloader

6-Jul-04 3:36

Hello,

I am creating an application in MFC which, among many other features, has to perform keyboard input processing.

My question has to do with the fact that the custom control that I am coding has to take in account what the state of INSert/OVeRwrite is (as seen in the status bar). I would like to know if it is possible to know this without having to listen to ALL the keyboard input. Can anyone give me a hint? That would be much appreciated.

David Nimrod

V.6-Jul-04 3:42

6-Jul-04 3:42

In OnKeyDown catch the Insertbutton then set a bool to true/false?

just an idea.

good luck!

"If I don't see you in this world, I'll see you in the next one... and don't be late." ~ Jimi Hendrix

David Crow6-Jul-04 4:43

David Crow

6-Jul-04 4:43

Just for clarification, why does your application care about the state of the INS key?

I've seen a few applications that use this implementation.

"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen

0v3rloader6-Jul-04 5:06

0v3rloader

6-Jul-04 5:06

The application I am developing uses several Custom Controls (which I am also working on) and (mostly) all these controls accept keyboard input. Because of this fact and also because I want to provide the user with the best * standard * input interface I can, I have to allow overwrite/insert at the current cursor position, among many other features (such as cut&past, drag&drop, etc, etc).

I was asking if it is possible to know (in a simple way) what the state of INS/OVR is without having to recur to a (main) Keyboard Listener, which in turn would set Global flags on/off.

I take it there is not.

dNimrod#X
________________________