C / C++ / MFC

Writing keyboard directly

30-Jun-05 18:40

NTense wrote:
class CDlgTree : public CDialogBar

Not sure if this is related to your problem or not, but it might be.

Check this MSDN article[^]

Note this:

While it is normal to derive your own dialog classes from CDialog, you do not typically derive your own class for a dialog bar. Dialog bars are extensions to a main window and any dialog-bar control-notification messages, such as BN_CLICKED or EN_CHANGE, will be sent to the parent of the dialog bar — the main window.

--
jlr
http://jlamas.blogspot.com/[^]

willken30-Jun-05 7:10

willken

30-Jun-05 7:10

Hi folks please help me. I am trying to learn how to simulate direct keyboard coding using the work of Fred Bulback from

http://www.geekhideout.com/iodll.shtml
I created a win32 console application and tried out the following codes :
PortWordOut(0x64 , 0xd2) ;
PortWordOut(0x60,18);
cin >> ch ;
cout << "ch= " << ch ;
cin.ignore(2);
PortWordOut(0x64 , 0xd2) ;
PortWordOut(0x60,19);
cin.get(nh);
cout << "nh= " << nh ;
cin.ignore(1);
//cin.get(sh) ;
PortWordOut(0x64 , 0xd2) ;
PortWordOut(0x60,20);
cin.get(sh);
cout << "sh= " << sh ;

The result is this :
both
PortWordOut(0x60,19);
and
PortWordOut(0x60,20);
are not captured by nh and sh as they are supposed to be.When i run the codes through debug i noticed that both codes which

are 'r' and 't' are produced but on the debug screen so it implies that the 2 lines of code work but output are send to the

wrong place.Incidentally the first line PortWordOut(0x60,18) works very well.
Can anybody please help explain what I did wrong and how I can get the keyboard to generate all 3 chars to the console
screen.
Regards and thanks

Question about...ehh, i don't even know

toxcct30-Jun-05 6:51

toxcct

30-Jun-05 6:51

hello every one,

i received this morning a mail that revealed to be a CPian in a high need of help (Mr Pazzuzu[^])... saddly, i cannot help him as i don't really understand his need... (maybe i don't have enough knowledge on the related topic).

As he had some difficulties to know where to ask his question (and as i didn't wnat him to mail me for that), i created a thread on my personal homepage to let him ask.

now, if anyone have any idea about this[^], i'd be very grateful not to answer on my homepage but here, on that current thread you're reading at the moment...

thank you so much...

D'Oh! | :doh:

TOXCCT >>> GEII power
[toxcct][VisualCalc]

Jose Lamas Rios30-Jun-05 7:04

30-Jun-05 7:04

Could you or Mr Pazzuzu post the code for ex03aView.cpp::OnDraw?

Mr Pazzuzu wrote:
TemporaryDc is created locally in "ex03aView.cpp::OnDraw"

I suspect OnPrepareDC is not being called for TemporaryDc, but it's just a hunch Smile | :)

--
jlr
http://jlamas.blogspot.com/[^]

toxcct30-Jun-05 7:19

toxcct

30-Jun-05 7:19

Jose Lamas Rios wrote:
Could you or Mr Pazzuzu post the code for ex03aView.cpp::OnDraw?

sure, here it is (pssst, there's no ex03aView.cpp fil e in the project WTF | :WTF:

; i found this into pagesView.cpp) :

void CpagesView::OnDraw(CDC* pDC)
{
   CpagesDoc* pDoc = GetDocument();
   CSize sizeTotal;
   // default scrollsizes to 80 chars X 80 lines
   sizeTotal.cx = 80; 
   sizeTotal.cy = 80;

   //Client Rectangle Size.
   CRect rect;
   GetClientRect(&rect);   
	
   //Creating a temporary Dc.
   MemDc tempDC(pDC,&rect);

   	int pageWidth = 800;
	int pageHeight = 800;
	int pageGap = 5;
	int pageNumber =3;
	SIZE	size;
	size.cx = 1000;
	size.cy = (pageHeight*3)+100;

	//First Page	   
	tempDC->Rectangle(CRect(0,0,pageWidth,pageHeight));	  
	tempDC->TextOut(0,pageGap,"This is the first line on the FirstPage");

   

   sizeTotal.cx *= MulDiv(m_textMetrics.tmAveCharWidth, m_iZoomFactor, 100);
   sizeTotal.cy *= MulDiv(m_textMetrics.tmHeight, m_iZoomFactor, 100);
   SetScrollSizes(MM_TEXT, sizeTotal);
	  
}

thanks for answering Big Grin | :-D

TOXCCT >>> GEII power
[toxcct][VisualCalc]

Jose Lamas Rios30-Jun-05 8:37

30-Jun-05 8:37

Ok. He's using a class named MemDc, which I suppose is the one doing the actual no-flicker work.

Anyway, I'd just point Mr. Pazzuzu to this post[^], which might be of help, and let him post something here if he needs more help.

--
jlr
http://jlamas.blogspot.com/[^]

Difference on CSingleLock ::Lock and CSyncObject::Lock

toxcct30-Jun-05 20:27

toxcct

30-Jun-05 20:27

thank you very much for your help...
Rose | [Rose]

TOXCCT >>> GEII power
[toxcct][VisualCalc]

yccheok30-Jun-05 6:29

yccheok

30-Jun-05 6:29

In the MSDN example, I can see in order to ensure only one thread access a resouce, we use:

CSingleLock singleLock(&m_CritSection);
singleLock.Lock();
// resource locked
//.usage of shared resource...

singleLock.Unlock();

However, since CCriticalSection (inheritance from CSyncObject) already have a Lock method memeber, cannt we just do?

m_CritSection.Lock();
// resource locked
//.usage of shared resource...

m_CritSection.Unlock();

Thanks!

Critical Section vs. Lock

Peter Weyzen30-Jun-05 9:26

Peter Weyzen

30-Jun-05 9:26

A critical section is a nice way to control access to a section of code, not really a resource. (Unless, all access to that resources is only in that section of code)

A lock is a nice way to control accesses to an object/resource though different code paths and shared data.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<br />
Peter Weyzen<br />
Staff Engineer<br />
<A HREF="http://www.santacruznetworks.com">Santa Cruz Networks</A>

Re: Difference on CSingleLock ::Lock and CSyncObject::Lock

PJ Arends30-Jun-05 10:05

PJ Arends

30-Jun-05 10:05

CCriticalSections are usually (not always) class members or global objects that never go out of scope. So if you use CCriticalSection::Lock() you have to remember to call CCriticalSection::Unlock(). This can be tricky to implement if you code can take many divergent paths inside the lock. Using CSingleLock makes this much easier as you would normally declare the CSingleLock inside a function or loop or some other small bit of code where it goes out of scope and is destroyed when no longer needed. CSingleLock automatically unlocks the sync object from within its destructor, you do not have to explicitly call CSingleLock::Unlock().

"You're obviously a superstar." - Christian Graus about me - 12 Feb '03

"Obviously ??? You're definitely a superstar!!!" - mYkel - 21 Jun '04

"There's not enough blatant self-congratulatory backslapping in the world today..." - HumblePie - 21 Jun '05

Within you lies the power for good - Use it!

CList Box controls MFC

goodoljosh30-Jun-05 5:44

30-Jun-05 5:44

I am using .NET with and MFC application.

I have 2 List Boxes on my main dialog. I want to change the color of just one of them to a "pink" for error state. Here is what I have so far....., but it is changing the color of both list boxes to the color.

In the constructor of my main dialog...
m_pEditBkBrush = new CBrush(RGB(255, 200, 200));

HBRUSH CPPMLAnalyzerDlg::OnCtlColor(CDC* pDC, CWnd* pWnd, UINT nCtlColor)
{
/*HBRUSH hbr = CDialog::OnCtlColor(pDC, pWnd, nCtlColor);

pDC->SetBkColor(RGB(10,100,100));

// TODO: Return a different brush if the default is not desired
return hbr;*/
switch (nCtlColor) {

case CTLCOLOR_LISTBOX:
pDC->SetBkColor(RGB(100, 100, 100));
return (HBRUSH)(m_pEditBkBrush->GetSafeHandle());

default:
return CDialog::OnCtlColor(pDC, pWnd, nCtlColor);
/*pDC->SetBkColor(RGB(100, 100, 100));
return (HBRUSH)(m_pEditBkBrush->GetSafeHandle());*/
}

}

As you can see, I am trying to set the background color and then return the CBrush from before.

Not sure what I am doing wrong.

Thanks,

Josh

Jose Lamas Rios30-Jun-05 5:52

30-Jun-05 5:52

goodoljosh wrote:
but it is changing the color of both list boxes to the color.

OnCtlColor receives a CWnd* pWnd parameter which points to the control asking for the color. You should check this parameter and only change the color when pWnd is the one you want to affect.

--
jlr
http://jlamas.blogspot.com/[^]

David Crow30-Jun-05 5:57

David Crow

30-Jun-05 5:57

goodoljosh wrote:
Not sure what I am doing wrong.

The OnCtlColor() method is called for every control. You need to look at the pWnd parameter. Change to something like:

case CTLCOLOR_LISTBOX:
if (pWnd == &listbox_that_i_want_to_change)
    pDC->SetBkColor(RGB(100, 100, 100));
return (HBRUSH)(m_pEditBkBrush->GetSafeHandle());

Another solution is to derive your own class from CListBox and do the coloring in it. Then your dialog can have one CListBox member and one CPinkListBox member.

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

goodoljosh30-Jun-05 6:12

30-Jun-05 6:12

Thank you for replying, but I have one more question...

You say if (pWind == &lisboxthatiwanttochange), but how can I compare them? Is there a member of CWnd that I can compare to the INT ID of my listbox?

David Crow30-Jun-05 6:19

David Crow

30-Jun-05 6:19

goodoljosh wrote:
...how can I compare them?

Exactly as I showed, except that you'd want to use the name of the member control variable and not the name I made up.

"Ideas are a dime a dozen. People who put them into action are priceless." - Unknown

goodoljosh30-Jun-05 6:30

30-Jun-05 6:30

Here is what I did....

if (PWnd == &m_wndListBox) (m_wndListBox is the CListBox variable that I use to add strings to the List Box)

but it still changed both boxes to pink

goodoljosh30-Jun-05 6:35