|
The send message works as a "Combobox", that's why the CB_ADDSTRING is there in the example code.
If I change the window to a "ListBox", and swap out CB_ADDSTRING with LB_ADDSTRING, it doesn't work. error code 87, but then I get a error code 87 with CB_ADDSTRING as well, but the combobox loads the text.
It seems really simple to me, CB for combo box and LB for Listbox. It's driving me nuts.
|
|
|
|
|
Have you tried SendDlgItemMessage?
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
Sometimes it takes a lot of work to be lazy
Individuality is fine, as long as we do it together - F. Burns
|
|
|
|
|
I didn't think of that,
I tried PostMessage, SendNotifyMessage
I'll give that a spin later tonight.
I'm just going to finish out the code with the combobox first.
Thanks
|
|
|
|
|
jkirkerx wrote: LBS_HASSTRINGS | WS_TABSTOP | WS_VSCROLL | WS_CHILD | WS_VISIBLE | ES_LEFT | ES_MULTILINE,
Why the use of edit-control styles?
jkirkerx wrote: (HMENU)IDC_SETUPWIZARD_CREATEUSER_LISTBOX_SELECT,
Did you mean to cast this identifier to an HMENU?
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous
|
|
|
|
|
DavidCrow wrote: Why the use of edit-control styles?
I thought I needed it to set the alignment to the left, and show as multiline
DavidCrow wrote: Why the use of edit-control styles?
I was going to make it to where you can select the user by listbox only, but it didn't work out.
Should I take them out?
I haven't tried the SendDlgItem yet, will try it today.
|
|
|
|
|
I removed the ES_left and ES_MULTILINE, and now it works as a ListBox.
As far as the (HMENU) cast goes, I'm not sure what the proper way to do it is. And I'm not sure why the Listbox works now in detail.
|
|
|
|
|
My theory:
ES_LEFT resolves to 0 and ES_MULTILINE resolves to 4. When you were using a combobox, a value of 4 was the same as CBS_DROPDOWNLIST|CBS_SIMPLE. When you were using a listbox, a value of 4 was the same as LBS_NOREDRAW. So, the items were likely being added to the listbox but since redraw was turned off, you could not see them.
"One man's wage rise is another man's price increase." - Harold Wilson
"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons
"Show me a community that obeys the Ten Commandments and I'll show you a less crowded prison system." - Anonymous
|
|
|
|
|
OOOOh
I was thinking yesterday, I know the names are being added, but it looks like the listbox is not being repainted. I looked into the WM_DRAWITEM and WM_PAINT, and checked all the Proc's, they were firing, so finally I changed the Listbox to a ComboBox and it worked.
Thanks a million times over for the help David. I would of never figured it out by myself.
I changed the ES_LEFT and ES_MULTILINE before I tried the SendDlgItemMessage.
|
|
|
|
|
Hi friend,
I am working with Client Server windows(VC++ and MFC) project which is connceted via TCP IP concept. it is working fine with in a organization(LAN).but my requierment, server in one location, client in another location.
How to connect Client and Server.
Can i use virualiztion concept?
I do not know how to start.
Do you have any virualiztion concept reference website link?
Please teach me.
|
|
|
|
|
If you're using TCP/IP already, your application can already support separate server and client machines/locations. Your question doesn't exactly make sense.
|
|
|
|
|
No what he means is that it does not work across internet, it's because of firewall/router/port redirection going on between client and server.
However, I don't have time to help on this, it depends on too much parameter, device, and network policy of his company.
What I can advice is to pick a book on how tcp/ip work, and basic networking class that cover firewall, port redirection, and public/private IP.
|
|
|
|
|
My five.
He should contact the network administrators on the client and server sides.
|
|
|
|
|
Wouldn't you think it would have been more helpful to answer the OP instead of posting all this for me?
|
|
|
|
|
D.Manivelan wrote: Do you have any virualiztion concept reference
A pretty efficient concept is to switch off your antivrus software, open the SPAM folder in your email client, and open every single mail and URLs provided therein. That should virualize your machine nicely.
Or did you mean virtualization? 
|
|
|
|
|
I want to open the child application form outside my parent form. I am using MDI application,
The way the application currently opening a child form is pretty simple, straight out from the MFC library.
AddDocTemplate( new CMultiDocTemplate( IDR_SCRIBTYPE,
RUNTIME_CLASS( CScribDoc ),
RUNTIME_CLASS( CMDIChildWnd ),
RUNTIME_CLASS( CScribView ) ) );
Thanks,
Ash
asdasdadadasd
|
|
|
|
|
What's the question? There's nothing that resembles a question in there. Multiple monitor support is managed by the operating system, what exactly do you want to be able to do?
|
|
|
|
|
Sorry if I couldnot make you clear. Question is very simple, currently in our application
we are not able to drag the child window outside the main frame window. If I move the main frame window my child window is also moving along with it. So I need to move my child window free out of main window
Hope I make it more clear than earlier. Waiting for your reply
asdasdadadasd
|
|
|
|
|
You can't do that with a CView derived class, without heavy modification of the MFC code.
It's easier to create a non-CView window and write your own linkages to the document class to manage creation and destruction.
|
|
|
|
|
Sorry if I couldnot make you clear. Question is very simple, currently in our application
we are not able to drag the child window outside the main frame window. If I move the main frame window my child window is also moving along with it. So I need to move my child window free out of main window
Hope I make it more clear than earlier. Waiting for your reply.
asdasdadadasd
|
|
|
|
|
I understood you.
MFC doesn't support what you're doing.
You'll have to write that yourself.
You might base this on the docking technology introduced in 2008/2010.
|
|
|
|
|
In MDI application we cannot move single window to another monitor.
I think if you create view using SDI method,then you can move that particular view to next monitor.
Anu
|
|
|
|
|
I Have a derived class Ownerdraw CListboxAdv derived from Clistbox On a CDialog
It handles records with multiple fields
View field by 'formatted" string
Reads/Writes to file
reads/writes to clip
in place edit of fields or record
Sorts records by any field/combination of fields
Can View any Field (Listbox columnar) or switch
to std View with fields in neat columnar format
Can search for records by any field or
combination of fields
Etc
Bascally it can eat any file with fields in each
record seperated by "Delimiter" char
Simply I'm trying to add a toolbar to the blasted thing
Tried adding toolbar directly to Clistbox - Always comes in client area and can't adjust "Listbox" not to update right over it.
Tried tinkering with ondraw to ignore that area -That worked until the window was scrolled. It also mucked the record selection on mouse down.
Gave up on that line
created the toolbar on the parent -- Tried subclassing toolbar to the listbox -- again failure
Seems you can't subclass to a window that exists or is on permanent map
Now I could easily intercept/push the messages from the parent to the derived class via parents WndProc -- But then
its not a stand-alone class UGLY
So now I'm looking for a way to basically derive a class from "something" comprising 2 controls a listbox and a toolbar
And there I'm lost
Any help/links/examples will be appreciated
|
|
|
|
|
A basic construction could be designed as following 
class CYourListFrame : public CFrameWnd
{
CYourToolBarChild m_cYourToolBar;
CYourListCtrlChild m_cYourListCtrl;
public:
protected:
};
Then - just place such a frame onto a dialog or view surface...
They sought it with thimbles, they sought it with care;
They pursued it with forks and hope;
They threatened its life with a railway-share;
They charmed it with smiles and soap.
|
|
|
|
|
Thanx -- I thought it might work that way -- still seeking a more elegant solution though
Trying not to create to many layers of classes between parent and the meat operations of the derived listbox
MFC does it Re Combobox (Listcontrol+edit) and they probably did it that way
|
|
|
|
|
A bit stuck on placing frame on dialog
Added Cframewnd LBA Via class wizard to project
Edited in the following
LBA.h
pragma once
#include "listboxadv.h"
#include "afxwin.h"
#include "MediaPlayer.h"
class LBA : public CFrameWnd
{
DECLARE_DYNCREATE(LBA)
public:
LBA();
virtual ~LBA();
protected:
DECLARE_MESSAGE_MAP()
public:
CToolBar m_toolbar;
ListBoxAdv m_list;
afx_msg int OnCreate(LPCREATESTRUCT lpCreateStruct);
afx_msg void OnSize(UINT nType, int cx, int cy);
CComboBox m_combobox;
CEdit m_searchfor;
CEdit m_sortstring;
};
LBA.cpp
/ LBA.cpp : implementation file
#include "stdafx.h"
#include "MediaPlayer.h"
#include "LBA.h"
IMPLEMENT_DYNCREATE(LBA, CFrameWnd)
LBA::LBA()
{
}
LBA::~LBA()
{
if(IsWindow(m_toolbar.GetSafeHwnd()))m_toolbar.DestroyWindow();
if(IsWindow(m_list.GetSafeHwnd()))m_list.DestroyWindow();
if(IsWindow(m_searchfor.GetSafeHwnd()))m_searchfor.DestroyWindow();
if(IsWindow(m_combobox.GetSafeHwnd()))m_combobox.DestroyWindow();
if(IsWindow(m_sortstring.GetSafeHwnd()))m_sortstring.DestroyWindow();
}
BEGIN_MESSAGE_MAP(LBA, CFrameWnd)
ON_WM_CREATE()
ON_WM_SIZE()
END_MESSAGE_MAP()
int LBA::OnCreate(LPCREATESTRUCT lpCreateStruct)
{
if (CFrameWnd::OnCreate(lpCreateStruct) == -1)
return -1;
CRect rec;
int i;
.... all the toolbar code
Then used dialog editor -- added Picturebox as a placeholder,and control variable m_ctrllist
Edited dialog header so
LBA m_ctrllist
And ran the code
resized m_ctrllist in dialog::OnInitDialog --LBA::OnSize was called worked fine
BUT -- Had a break in LBA::OnCreate it was never tripped
and dialog shows a picture box (as you would expect since OnCreate was never invoked)
So tried deleting the picturebox and added to Dialog::OnCreate() the following
CRect rec;
m_ctrllist.Create(_T("FrameWnd"),NULL,WS_VISIBLE|WS_CHILD,rec,this,NULL,0);
Heap errors up the yazoo
I'm Missing something very basic
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
