|
hi all
I am maintaining an old app which works fine in 2000 and 98'
there is a printing issue which is not consistant across Windows XP boxes. On some it works fine and others it doesnt - on these "bad" ones the print preview has text is "off the page" and text is correct just too wide and large !
but as i say, on other XP pc's there is no problem and its all cool
On windows 2k and 98 there is no problem.
I figure this isnt the first time this problem has been encountered...
Is there a simple fix to make it work on all XP/2k/98 boxes or do i need to get down and dirty with the code and detect that i'm running XP and do appropriate things...also why does it work on some pc's and not others...is it a driver type issue?
cheers
Bryce
---
To paraphrase Fred Dagg - the views expressed in this post are bloody good ones.
--
Publitor, making Pubmed easy.
http://www.sohocode.com/publitor
Our kids book :The Snot Goblin
|
|
|
|
|
HI , I have already build application , now i am doing chaning in it.
I have added new items in Menu ,( say in File menu I added "Show Labels" item ).
But at runnig the application it shows "Show Labels" item Inactive ..
I checked its properties .. its all OK .
So where and how can I show it as Active item in SDI application.
thanx.
Regards.
|
|
|
|
|
Add a handler for your menu item. This should activate it from your menu.
I Dream of Absolute Zero
|
|
|
|
|
Yes it is active .. if i add handler but how can i inactive it now..
When after a specific action how can I make it Inactive....
I Mean to say that by programming ..
thanx
Regards.
|
|
|
|
|
well in the same way that you can add an event handler for your menu item, you can also add a UI (user interface) handler.
It uses the ON_UPDATE_COMMAND_UI macro.
To enable or disable your item, you would then call the appropriate method in the given CCmdUI variable.
for example:
void CMainFrame::OnUpdateViewHello(CCmdUI *pCmdUI)
{
pCmdUI->Enable(m_bEnable);
}
I Dream of Absolute Zero
|
|
|
|
|
Can any body tell me how to use Picture Control present on controls toolbar in VC6 and also animate control?
|
|
|
|
|
|
I have designed the database in MS SQL server and I am using QT library. I'm using VC++ as the compiler but I am not able to connect to the database.
In the connect method, I have created a Pointer to the database which is not getting initialised.
|
|
|
|
|
i tried some times but all failed.my codes below:
================================
CInstDllApp theApp;
CWaitDlg *m_waitdlg=NULL;
extern "C" __declspec(dllexport) int SDUnloadDriver()
{
AFX_MANAGE_STATE(AfxGetStaticModuleState());
AfxSetResourceHandle(theApp.m_hInstance);
int res;
if (m_waitdlg==NULL)
{
m_waitdlg=new CWaitDlg;
m_waitdlg->Create(IDD_DIALOG,NULL);
m_waitdlg->ShowWindow(SW_SHOW);
}
else
{
m_waitdlg->ShowWindow(SW_SHOW);
}
AfxSetResourceHandle(AfxGetInstanceHandle());
Sleep(1000);
if (m_waitdlg!=NULL)
{
m_waitdlg->DestroyWindow();
delete [] m_waitdlg;
m_waitdlg=NULL;
}
return res;
}
in this code i can created the dialog,and show the dialog without the controls on the dialog,and can not drag the dialog,maybe without message deal,how to solve this problem?
thanks
|
|
|
|
|
m_waitdlg->ShowWindow(SW_SHOW);
}
AfxSetResourceHandle(AfxGetInstanceHandle());
-- There is no message processing loop here at all...
Sleep(1000);
-- There is no message processing loop here at all...
if (m_waitdlg!=NULL)
{
m_waitdlg->DestroyWindow();
Because the thread showing the window, presumably the only thread in program, is not processing messages.
|
|
|
|
|
i know,but how to solve this problem,i do not know how to do this?
thanks,can you give me some sample code or articles?
best regards
|
|
|
|
|
the code is:
COleDateTime time2;
time2.SetDateTime(2005,2,2,10,54,12);
CString str = time2.Format(_T("%H:%M:%S %B %d, %Y"));
when the function returns,the error is:
" module:
file:i386\chkesp.c
line:42
the value of esp was not properly saved across a functin cail. this is usually
a result of calling a function declared with one calling convention with a function pointer declared with a different calling convention "
But in release mode ,it is all right!
why?How can I solve the problem,that is "convert a date type variant to string"?
Thanks!
|
|
|
|
|
stick04 wrote:
when the function returns,the error is:
" module:
file:i386\chkesp.c
line:42
Have you stepped into the Format() method to see what statement produces the error?
stick04 wrote:
But in release mode ,it is all right!
Have you compared compiler options between debug and release mode?
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
|
|
|
|
|
Hi!
I have a problem with GDI.
I want draw a rectangle to memDC, then rotate it, last draw it to Screen. But when I draw it to memDC, it's single color.
code (draw it to memDC)
CDC DC;
DC.CreateCompatibleDC(pDC);
CBitmap bmTempBitmap;
bmTempBitmap.CreateCompatibleBitmap(&DC1,1024,768);
DC.SelectObject(bmTempBitmap);
CBrush brush;
brush.CreateSolidBrush(RGB(100,100,100));
CBrush* pOldBrush = (CBrush*)pDC->SelectObject(&brush);
CPen* pOldPen = (CPen*)pDC->SelectStockObject(NULL_PEN);
DC.Rectangle(&rcObj);
.... Rotate Rectangle....... copy to pDC, then write to screen.
Help me! Thank you very much.
|
|
|
|
|
Why would it be anything but single color ? GDI+ will allow you to draw bitmaps with textures, etc.
Christian
I have several lifelong friends that are New Yorkers but I have always gravitated toward the weirdo's. - Richard Stringer
|
|
|
|
|
Hello!
What is your 'rcObj'
it maybe a CRect object so you must send just itself to Rectangle function NOT a pointer, but if it is a RECT structure, well I didn't find any other special problem!!
|
|
|
|
|
 What do you mean, single color? Once you have draw it, in a single color (or any other way), then it is drawn. Whether you rotate it of not, afterward should make no difference.
Having said that, I think you need to dig a little deeper. I wrote an article that rotates a bitmap (and so have other members), it's either CDibData or CBitmapEx (I think!). I hope I gave enough comments, so that every one can see how it is supposed to work.
Good Luck!
INTP
"The more help VB provides VB programmers, the more miserable your life as a C++ programmer becomes."
Andrew W. Troelsen
|
|
|
|
|
Remember that creating a bitmap compatible to a memory DC is always monochrome. You have to create the bitmap compatible to a real DC. So in the CreateCompatibleBitmap() call, use pDC rather than &DC to make a colour bitmap.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
Hi guys,
Im trying to develop an application that takes in a video image and derives a bunch of information from it. The problem is that there is ALOT of info to be displayed and I want to be able to make the interface extensible and add/remove "Dialog bars" from it that have controls in them such as CEdits, combos etc.
I started out with a dialog based application, then went to an SDI for its support of dockable Dialog bars, but now Im running into the issue that I can handle events for the controls, but I cant setup variables to control the data in them. i.e. I setup a message map but I get assertion issue when I try and use UpdateData(), if I use it in a global context in the mainfrm then I get an error. Now if I specify the dialogbox that has the Edit control in it I want to update i.e. m_wndViewTrans.UpdateData() then it does nothing with no error.
Specifically here are some code snippets:
From MainFrm.H:
/////////////////////////////////////////////////////////////////////////////
// CMainFrame
IMPLEMENT_DYNCREATE(CMainFrame, CFrameWnd)
void CMainFrame::DoDataExchange(CDataExchange* pDX)
{
CFrameWnd::DoDataExchange(pDX);
//{{AFX_DATA_MAP(ViewTrans)
DDX_Text(pDX, IDC_00, m_Edit00);
//Where IDC_00 is a edit box in a dialog resource(IDD_ViewTrans).
//}}AFX_DATA_MAP
}
In the OnCreate():
if(!m_wndViewTrans.Create(this,
IDD_ViewTrans,
CBRS_LEFT | CBRS_GRIPPER | CBRS_TOOLTIPS | CBRS_FLYBY,
IDD_ViewTrans) )
{
TRACE0(_T("Failed to create the toolbox\n"));
return -1;
}
Then a button on another toolbar is clicked causing the Edit box to be updated. The message map is omitted, trust me it works.
void CMainFrame::OnCalibPos()
{
m_Edit00 = 5.0;
m_wndViewTrans.UpdateData(FALSE);
}
From MainFrm.H
class CMainFrame : public CFrameWnd
{
protected: // create from serialization only
CMainFrame();
DECLARE_DYNCREATE(CMainFrame)
// Attributes
public:
// Operations
public:
// Dialog Data
//{{AFX_DATA(ViewTrans)
enum { IDD = IDD_ViewTrans };
//CComboBox m_Combo;
double m_Edit00;
and the rest...
PLEASE TELL ME WHAT I AM DOING WRONG... is what Im trying to do impossible? It builds with no errors, but it does nothing.
ALSO if anyone has any other ways to be able to create a bunch of modeless dialogs that can be docked and have message maps I would be greatly appreciated.
FURTHERMORE, if what I appear to be doing is complete garbage you are probabaly right, this is only my second MFC app.
Cheers, and thanks,
Will.
|
|
|
|
|
This is very confusing and not specific enough!
The assersions can be eliminated by testing the value that caused the assertion before calling the function (how you handle that is up to you).
If you are dealing with still images of the video data then you may be able to use CxImage (at CP), which converts the supported images to bitmap images (limits the image data you can manipulate, but only one dialog required).
I'm not sure if this helped, but it's better than nothing.
INTP
"The more help VB provides VB programmers, the more miserable your life as a C++ programmer becomes."
Andrew W. Troelsen
|
|
|
|
|
Hey there...
Hoping someone might be able to shed some light on an issue I am having while resizing windows. I've been banging my head against the wall for a week now and quite frankly, am out of ideas.
The main concept of what I am doing: I have a main window and three child windows. I essentially need to redraw the children over various parts of the main window. I do this during the main window's WM_SIZE.
ChildA and ChildB are drawn at start up and work perfectly, no issues. I calculate client_x and client_y from the lParam variable as normal. The problem is with ChildC which can be called at any point during run time. When it is invoked, it is loaded as the others are. ChildB redraws its bottom to be roughly half of the client height and ChildC draws its top at ChildB.bottom and its ChildC.bottom equal to client_y - status_bar.height
(these aren't real variables, just trying to be clear.
ChildA.bottom is ALSO equal to client_y - status_bar.height, again this looks perfect.
Looking with a debugger, both ChildA and ChildC have the same bottom value (447 in most cases). The thing is, ChildC ignores this value and draws well beyond the client area. I have to set it's bottom to be client_y - status_bar.height - 400 before I can even see the bottom of the window ???
I've compared window settings between all the children 100 times or more and am convinced they are all identicle (save for the controls they have).
Has anybody ever seen behaviour like this before? Or have any idea what it is I may be doing wrong?
I typically use MoveWindow(...) during the WM_SIZE call, but have experimented with SetWindowPosition(...) just to see if it would help.
I am coding with VC++ 7.1
thanks for any help/advice that you can offer.
Dave
|
|
|
|
|
It seems to me that ChildC is not being created as a child of the parent window that is controlling ChildA and ChildB. It might instead be a child of the desktop, and this could explain the '-400' you offset to modify its position. Double check the parenting for ChildC and see if that solves your problem.
|
|
|
|
|
Hi Blake and thanks for replying.
I double checked the parentage as you suggested. All three children are created in the WinProc(...) callback and all three use the same variable for parent (arg 1: HWND hWnd). Because I wrapped the creation process in a seperate function for each, I took the time to trace the process with the debugger so that I could actually eyeball the value of the handle, and it is indeed the same parent.
Another "strangeness I noticed last night while poking around at this issue: if I draw ChildA down to client_y, the two positions meet and form a nice 2px wide grey line (looks docked in other words). If I manage to get ChildC drawn to the same position, that 2px line forms, but it turns black instead of staying grey. I just don't understand the differnt behavior.
just to make sure the dialogs are being created the same, I opened up the *.rc and eyeballed the script:
ChildA:
DLG_TREE DIALOGEX 0, 0, 173, 154
STYLE DS_SETFONT | DS_FIXEDSYS | DS_CONTROL | WS_CHILD | WS_VISIBLE |
WS_CLIPSIBLINGS | WS_THICKFRAME
EXSTYLE WS_EX_TRANSPARENT | WS_EX_STATICEDGE
ChildB:
DLG_RECIPELIST DIALOGEX 0, 0, 301, 159
STYLE DS_SETFONT | DS_FIXEDSYS | DS_CONTROL | WS_CHILD | WS_VISIBLE |
WS_CLIPSIBLINGS | WS_THICKFRAME
EXSTYLE WS_EX_TRANSPARENT | WS_EX_STATICEDGE
ChildC:
DLG_RECVIEW DIALOGEX 0, 0, 331, 151
STYLE DS_SETFONT | DS_FIXEDSYS | DS_CONTROL | WS_CHILD | WS_VISIBLE | WS_CLIPSIBLINGS |
WS_THICKFRAME
EXSTYLE WS_EX_TRANSPARENT | WS_EX_STATICEDGE
I'm completely confused. The only other thing I can think of is to try creating the window at the time that the other two are created ??? I fail to see how that would help though... but I've given up on logic at this point and am happily grasping at straws
thanks for the input!
Dave
|
|
|
|
|
One more straw to grasp at.
I am not EXACTLY sure what the consequences of 'clipping a sibling' are. But suppose they accidentally overlap, even by one pixel. So, try perhaps removing the WS_CLIPSIBLINGS, just for grins, and see if that solves the problem. Maybe 'C' overlaps just a tad, and since it is clipped, it does not get draw messages, or some other bizarre side effect you did not anticipate. Just an idea, anyway.
|
|
|
|
|
Blake...
That was it I turned off the clipping for all three and it looks perfect and behaves as expected now.
Thanks so much for the help, after a week of that nonsense I'm tickled pink to see things line up
Thanks again
Dave
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
