|
I want to Create CMFCRibbonButton control with custom width independent of it's caption length.
and even I want know if I could change their width dynamically (at running time)
|
|
|
|
|
Try CMFCRibbonBaseElement::Get/SetRect(..) 
To my intuition
it should be used at creation time,
or you will call something like "ReAdjustLayout" for the parent bar/pane
after the setting of the rectangle at RT... virtual void BeHappy() = 0;
|
|
|
|
|
It was so surprising to me when i found that actually these two methods (CMFCRibbonBaseElement::SetRect and CMFCRibbonBaseElement::GetRect) do nothing, even after creating your ribbon element and put it in the ribbon menu you can't retrieve the dimensions of your element with CMFCRibbonBaseElement::GetRect and the only thing it gives is a rect object with zero dimentions 
|
|
|
|
|
Hello,
I would like to get some ideas on writing a stack library using C language, that will as generic as possible
It should support different data types - (handle strings, ints, chars, doubles, and other misc data types), different stack sizes, etc...
I am open to hear about any ideas that may come, (See prototypes, and get some code if anybody happen to have it already) and/or will be happy if anyone can referee me to places with this issue already solved.
Thanks.
|
|
|
|
|
|
|
try STL::Stack class for same! "Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
Never mind - my own stupidity is the source of every "problem" - Mixture
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You
|
|
|
|
|
Hi All,
I am trying to add a cmd functionality into my app, however it's not working very well and I am looking for alternate methods. What I'm going right now is taking an input command and using CreateProcess with cmd /C *command* > outputFile, then reading the file and displaying the output. However, the problem with this approach is that if I want to start an app, lets say Notepad, I would not be able to do anything else until Notepad closes. As well, the cd command is rendered useless, as when cmd exits and I call another command, the new cmd created by CreateProcess is still at the same directory.
Does anyone have any suggestions for a different approach - perhaps somehow piping the input/output from the cmd window directly to my app?
Thanks very much.
|
|
|
|
|
Oh, and I can't distinguish between a successful command and an unsuccessful one (whether that command even exists or not).
|
|
|
|
|
| Have you tried to create console for your process with AllocConsole? Life is a stage and we are all actors!
|
|
|
|
|
No, I haven't because I don't see how would I receive the output of any command with that method. I don't see how I can input stuff into it either...
EDIT: aha, I see now. Going to try it right now. Thanks! modified on Saturday, March 13, 2010 6:40 PM
|
|
|
|
|
Okay, that doesn't work either because the only ways I can actually call the command is ShellExecute or system() - they both cannot change the current directory.
I'm going to try ShellExecute instead now, I think that might work.
Thanks again for your help.
|
|
|
|
|
Start the command directly but use pipes to redirect it's output. See this[^] article for details.
As for telling when the program is done use the process HANDLE returned in the LPPROCESS_INFORMATION structure passed to CreateProcess. A process HANDLE can be passed to one of wait functions such as WaitForSingleObject because it becomes signalled when the process has finished executing. Also note that a common mistake made by people is not to close the process and thread HANDLEs when they're done with them (or not at all).
Use GetExitCodeProcess to retrieve the return code.Steve
|
|
|
|
|
Ok sorry for being dumb but I have been staring at this for a couple of days now and I am getting nowhere.
My dialog has a menu with a couple of controls, the main one being a CTreeCtrl.
I have captured the OnCancel() to prevent accidental closure but I notice that the 'Enter'/CR key causes the app to close and I have no idea why? It triggers an orderly close bypassing the OnCancel().
I know I have missed something but I just cannot see what.
Any pointers?
Many thanks
Alan
|
|
|
|
|
Please ignore this.
Just figured out that I did not have a handler in place for the OnOK. Thus the default behaviour was being called which closes the app.
Doh!
Sorry for wasting your time guys.
Alan
|
|
|
|
|
Hi,
I have two classes, MainDlg.cpp, and Game.cpp . My MainDlg.cpp file is responsible for TCP communication, and it works fine on its own. I initially start MainDlg.cpp and then I start the Game.cpp class from there. Iam trying to call the DoSend() (on MainDlg.cpp) method from the Game.cpp file and it just results in a SOCKET_ERROR !
Just for experimentaion I've tried to call a method on MainDlg.cpp from Game.cpp to display a simple MessageBox and it works, so the problem is not with the class object I created.
This is how I created/call the Game.cpp object on MainDlg.cpp
Game* game = new Game;
game->Create(Game::IDD);
When the Game.cpp dialog comes up, this is how I execute the method on MainDlg.cpp:
CMainDlg* Main = new CMainDlg;
Main->GetResults();
In MainDlg.cpp :
GetResults method: <-- Works fine when run locally
void CMainDlg::GetResults()
{
Message_PDU Message;
Message.iMessageNumber = 80;
DoSend(Message);
}
DoSend Method: <-- Works fine when run locally
void CMainDlg::DoSend(Message_PDU Message)
{
int iBytesSent;
iBytesSent = send(m_iSocket, (char *) &Message, sizeof(Message_PDU), 0);
if(SOCKET_ERROR == iBytesSent)
{
MessageBox("Failed to send","Client");
}
}
Any help will be really appreciated!
|
|
|
|
|
Did your applications performed correctly the preliminary steps (i.e. there's an established connection between client and server?)?
If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
Yes, the connection is started and is running. On the server side I have a small counter that counts the active connections, and before/after I start the Game.cpp dialog it remains connected... =/
|
|
|
|
|
OK just for experimentation I tried to do a simple SetWindowText from the secondary class, and it resulted in a Debug Assertion error, when I debugged I got this:
void CWnd::SetWindowText(LPCTSTR lpszString)
{
ENSURE(this);
ENSURE(::IsWindow(m_hWnd) || (m_pCtrlSite != NULL));
if (m_pCtrlSite == NULL)
::SetWindowText(m_hWnd, lpszString);
else
m_pCtrlSite->SetWindowText(lpszString);
}
I think this problem has nothing to do with the sockets and has something to do with permissions?
Sorry I am new to C++
|
|
|
|
|
The problem is that when you do this:
CMainDlg* Main = new CMainDlg;Main->GetResults(); in your Game dialog, this creates a NEW INSTANCE of the main dialog - not the already existing one. This new one has not even done initialization of it's windows.
What you need to do is to make
CMainDlg* Main; a member variable in your Game dialog, and then change the way you create the game dialog in the main dialog to:
Game* game = new Game;
game->Main = this;
game->Create(Game::IDD); Now you'll find that Main (the member variable in your Game dialog actually points to the existing Main dialog.
Hope that helps.Karl - WK5M
PP-ASEL-IA (N43CS)
PGP Key: 0xDB02E193
PGP Key Fingerprint: 8F06 5A2E 2735 892B 821C 871A 0411 94EA DB02 E193
|
|
|
|
|
it worked!
Karl YOU ARE A STAR!
Thank you so much!
|
|
|
|
|
| Suppose there are multiple windows application opens. now I want to know the class and caption of all the open windows application . Trioum
|
|
|
|
|
|
| But How Can I get the class and Caption programmatically Trioum
|
|
|
|
|
For each iterated window
you could use the GetClassName(..) and GetWindowText(..) functions virtual void BeHappy() = 0;
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
