|
sruti_p wrote: But how can i do this? is there any function for this??
It should be easy to find one. Hey CP has one for sure I think I saw one. 
Of course WhiteSky has mentioned two. But they work on a single control. But the above mentioned technique can take a bunch of controls and resize them as your specify.
I think I saw one or two or three... of those layout managers in Code Project. Please check.
Nibu thomas
A Developer
Programming tips[^] My site[^]
|
|
|
|
|
Thanks for ur reply.
|
|
|
|
|
There is no need to design a layout manager. You just have to resize the dialog box controls as follows.
1. Get the Client rectangle of the Dialog Box. ( Use: GetClientRect(LPRECT))
2. Calculate the new size of controls.
4. Validate whether the dialog controls are valid window ( Use; IsWindow( HWND ))
5. Move dialog controls to the new position i they are valid windows.
Hope it is useful
Thank You
Regards,
Benoy Bose
|
|
|
|
|
Benoy Bose wrote: There is no need to design a layout manager.
Benoy Bose wrote: 1. Get the Client rectangle of the Dialog Box. ( Use: GetClientRect(LPRECT))
2. Calculate the new size of controls.
4. Validate whether the dialog controls are valid window ( Use; IsWindow( HWND ))
5. Move dialog controls to the new position i they are valid windows.
Which is what the layout manager will do for you. 
Nibu thomas
A Developer
Programming tips[^] My site[^]
|
|
|
|
|
Layout manager in Java ( Like you said ) will automatically resize the controls in the window.
Since we have a very simple method to resize the controls in MFC, designing a layout manager is overhead to the developer.
In Java it's depends upon the personel interest since there are both the features are readly available.
|
|
|
|
|
Benoy Bose wrote: Layout manager in Java ( Like you said ) will automatically resize the controls in the window.
Not always. It depends on the way you design it.
Benoy Bose wrote: Since we have a very simple method to resize the controls in MFC, designing a layout manager is overhead to the developer.
Now imagine she want's to change the layout! Imagine the overhead.
Benoy Bose wrote: In Java it's depends upon the personel interest since there are both the features are readly available.
That is why you must have a layout manager. When you design, generalize your design. That is what OOP is all about.
If you don't want any layout don't call the layout manager. I love the Java layout manager classes.
Nibu thomas
A Developer
Programming tips[^] My site[^]
|
|
|
|
|
its really depends upon the persnel interest. I respect you interest. I believe Layout can generalize the functionality, but my code do the same in simple and a few lines.
While I was working with layout managers in Java, i feel i have only a less freedom to move the control over the window. And I satrted to put NULL in the Java Window layout and moved my controls independently.
|
|
|
|
|
Benoy Bose wrote: my code do the same in simple and a few lines.
Then that is called a simple layout manager. Don't get overrawed by the term Layout Manager.
Benoy Bose wrote: i feel i have only a less freedom to move the control over the window.
I worked in Java for sometime. The LayoutManagers were cool. Some of them were not that good but then they all had some purpose as indicated by their name.
I worked in some MFC layout managers. All of them were real cool. Except for setting them up. Once that pain is over it looks real cool.
But as you said it depends.
Nibu thomas
A Developer
Programming tips[^] My site[^]
|
|
|
|
|
I Even want to increase/decrease the size of the controls based on th ewindow size. How can i do this??
|
|
|
|
|
You can either use Layout Managers or simple use MoveWindow or SetWindowPos in OnSize( WM_SIZE )
|
|
|
|
|
|
Thanks a lot.
I got it.
|
|
|
|
|
you can use WM_SIZE and use functions MoveWindow or SetWindowPos in this event
whitesky
|
|
|
|
|
I am not getting it.
This is what my code is:
void CEgAppDlg::OnSize(UINT nType, int cx, int cy)
{
CDialog::OnSize(nType, cx, cy);
// TODO: Add your message handler code here
CRect wRect,eRect;
GetClientRect(wRect);
m_edit.GetClientRect(eRect);
POINT * pt;
pt->x=eRect.left;
pt->y=eRect.top;
::ClientToScreen(m_edit.m_hWnd,pt);
eRect.bottom+=30;
eRect.right+=30;
::MoveWindow(m_edit.m_hWnd,pt->x,pt->y,eRect.Width(),
eRect.Height(),TRUE);
}
I am getting an Exception
|
|
|
|
|
i guess m_edit.m_hWnd=NULL
insert this
if(m_edit.m_hWnd!=NULL)
{
...
}
whitesky
|
|
|
|
|
Hey, just reduce the code lines do as follows
void CEgAppDlg::OnSize(UINT nType, int cx, int cy)
{
CDialog::OnSize(nType, cx, cy);
CRect ClientRect( 0, 0, 0, 0 );
GetClientRect( ClientRect );
if( FALSE != IsWindow( m_edit.GetSafeHwnd()))
{
m_edit.MoveWindow( ClientRect );
}
}
This code is expected to work only when the Dialog is forcely resize by using Minimize, Maximize, Drag Size etc. To resize the control in Initial state you have to put some similiar code in the OnInitDialog of the dialog class like
CRect ClientRect( 0, 0, 0, 0 );
GetClientRect( ClientRect );
m_edit.MoveWindow( ClientRect );
In OnInitDialog you do not have to check the Window handle because OnInitDialog is called after the creation of the Dialog Box and it's control. But you should check the Validity of m_edit window in OnSize because it is called by the framework when the DialogBox alone is created, before the edit is created.
OK ?
Regards,
Benoy Bose
|
|
|
|
|
sruti_p wrote: How can i resize the dialog box controls when i resize the dialog box?
Either Subclass the control to handle the Dialog resize or use MoveWindow api!
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You
|
|
|
|
|
what is the best way to open a program and check for a file if its not there make it? its a ini file. 
|
|
|
|
|
locoone wrote: what is the best way to open a program and check for a file if its not there make it? its a ini file.
_tgetcwd, GetModuleFileName.
Hope I understood your question. 
Nibu thomas
A Developer
Programming tips[^] My site[^]
|
|
|
|
|
from ur question what i understood that, u have an exe it will check for a file and if not existing, u need to create one right?
here is a sample snippet
CFileFind finder;<br />
BOOL bWorking = finder.FindFile("test.ini");<br />
<br />
if(FALSE == bWorking)
{<br />
}<br />
SaRath.
"Don't Do Different things... Do Things Differently..."
|
|
|
|
|
you can use
<br />
WIN32_FIND_DATA m_data;<br />
HANDLE hFile;<br />
hFile=FindFirstFile(filename,&m_data)<br />
if(hFile==INVALID_HANDLE_VALUE)
else<br />
FindClose(hFile);<br />
whitesky
|
|
|
|
|
|
Hi,
I am using USB-to-Serial cable to connect to my device. In my windows application, I use ReadFile/WriteFile to communicate with my device.
Everything is working fine. But one question I would like to ask.
Is DCB setttings important if we are using virtual COM port, eg:
Dcb.BaudRate
Dcb.ByteSize
Dcb.Parity
Dcb.StopBits
Will those settings affect the communication link because we are actually using VIRTUAL COM PORT not the actual port?
Thanks.
|
|
|
|
|
tctan wrote: Dcb.BaudRate
Dcb.ByteSize
Dcb.Parity
Dcb.StopBits
Almost all!
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You
|
|
|
|
|
So, you mean, even though it is virtual COM port, the DCB setting should also be set properly?
The reason I asked this question is that, someone actually told me that, if you are using virtual com port, you don't need to care about those settings. The only setting concerned is the COM port number.
-- modified at 4:24 Friday 2nd June, 2006
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
