C / C++ / MFC

Mortie4224-Mar-06 10:11

24-Mar-06 10:11

I must be close but...

Using your method (thanks), my hex values are \x62a4\x6797.

But I get empty boxes. When I use \x2021, I get the double dagger symbol.

My code is basically,

...
CFont font1;
font1.CreateFont(13,0,0,0,FW_NORMAL,FALSE,FALSE,FALSE,0,OUT_DEFAULT_PRECIS,
CLIP_DEFAULT_PRECIS,DEFAULT_QUALITY,DEFAULT_PITCH|EF_DONTCARE,_T("SimSun") );
Button.SetFont(&font1, TRUE);
Button.SetTitle(_L"\x62a4\x6797");
...

What am I missing?

Mortie42

Michael Dunn24-Mar-06 10:38

Michael Dunn

24-Mar-06 10:38

You need to set the charset parameter correctly. For Chinese, there two - CHINESEBIG5_CHARSET and GB2312_CHARSET. One is simplified, one is traditional, I can never remember which is which. :->

--Mike--
Visual C++ MVP Cool | :cool:

LINKS~! Ericahist | NEW!! PimpFish | CP SearchBar v3.0 | C++ Forum FAQ

Mortie4224-Mar-06 11:07

24-Mar-06 11:07

Hmmm. I tried both. I compile w/o warnings But I still get two squares and a dagger with (L"\x62a4\x6797\x2021"); . Any ideas? Confused | :confused:

Mortie42

-- modified at 17:10 Friday 24th March, 2006

Michael Dunn24-Mar-06 11:32

Michael Dunn

24-Mar-06 11:32

This works for me in a WTL dialog-based app

LRESULT CMainDlg::OnInitDialog(UINT /*uMsg*/, WPARAM /*wParam*/, LPARAM /*lParam*/, BOOL& /*bHandled*/)
{
CButton btn = GetDlgItem(IDOK);
 
    m_font.CreateFont ( -13, 0, 0, 0, FW_NORMAL, false, false, false, CHINESEBIG5_CHARSET, OUT_DEFAULT_PRECIS,
                        CLIP_DEFAULT_PRECIS, DEFAULT_QUALITY, DEFAULT_PITCH|FF_DONTCARE, _T("SimSun") );
 
    btn.SetFont ( m_font );
    btn.SetWindowText ( L"\x62a4\x6797" );
//...
}

The only change I made was the font size and char set params to CreateFont()

--Mike--
Visual C++ MVP Cool | :cool:

LINKS~! Ericahist | NEW!! PimpFish | CP SearchBar v3.0 | C++ Forum FAQ

Mortie4224-Mar-06 11:48

24-Mar-06 11:48

I think I have issues else where.

I'm using an old copy of VisualC++6.0 on a new WinXP o/s.

I copied the DLL's for Chinese; APPWZCHS.DLL AND APPWZCHT.DLL from disc to machine. I tried making a simple MFC dialog application using these. The dialog box in VC showed one set of gibberish while on compilation and execution, the resulting dialog box had rows of ?'s. I'm taking a break for the weekend but before I go, could you tell me which version of VC and o/s you used?

Thx for all the help.

PS WTL is ...?

Mortie42

Michael Dunn24-Mar-06 12:56

Michael Dunn

24-Mar-06 12:56

I'm using VC 6 on XP SP2. If you're on a fresh XP you probably don't have the east Asian language support installed. Control Panel-Regional and Language options-languages-Install files for east Asian languages.
WTL: clickety[^]

--Mike--
Visual C++ MVP Cool | :cool:

LINKS~! Ericahist | NEW!! PimpFish | CP SearchBar v3.0 | C++ Forum FAQ

Waldermort24-Mar-06 13:19

Waldermort

24-Mar-06 13:19

Writing strings of Chinese in Hex format, urghh!!! It would be ok for very short items, but damn near impossible to read.

I am using VC6, with windowsXP SP1, and the MS MultiLingual User Interface (English and Chinese version installed as one). I have no real problems writing chinese text into my code (without using ascii), or displaying it in the application.

One point though, I never build Unicode, I always select MBCS. Try making a simple hello world app with a chinese string and play around with the settings until you get it right. If you have further problems I could give you a simple project to test.

Mortie4225-Mar-06 8:01

25-Mar-06 8:01

Hi waldermort

please send me the project, I value any tips I can get.

mmortimer47 at hot mail dot com

Mortie42

Mortie4225-Mar-06 7:56

25-Mar-06 7:56

Thx

I had assumed that because I could see the Chinese glyphs in Excel, word and Notepad that all was well. Bad me. With the East Asian Languages set the glyphs appear. Smile | :)

Mortie42

Sheng Jiang 蒋晟25-Mar-06 17:10

Sheng Jiang 蒋晟

25-Mar-06 17:10

Use the String Table resource, don't put strings in code.

My blogs:

http://blog.joycode.com/jiangsheng
http://blog.csdn.net/jiangsheng
http://bloglines.com/public/jiangsheng

Command what is yours
Conquer what is not
---Kane

Someone please Help

Shoaib Patel24-Mar-06 2:16

Shoaib Patel

24-Mar-06 2:16

hello,

Iam using CInplaceEdit class which I got from our own "codeproject".
This class adds an edit box into grid. Iam extending the feature by associating a spinbutton control with this edit box.
I have successfully done this.
But there are some problems which Iam unable to solve, which are as follows.

1) when the focus is in edit box and user pressess Up or Down arrow key in order to change the value of the buddy (edit box), the edit box looses focus and when user again clicks in the edit box & presses Up or Down arrow key the value of buddy changes & again edit box looses focus, & same process is repeated.
What is the solution to this. Confused | :confused:

2) when the grid column is resized it is showing many edit and spinner button control. Sigh | :sigh:

for more information Iam posting the code for creating a spinner button control:

BOOL CInPlaceEdit::ShowEditCtrl(DWORD dwStyle,
const RECT &rCellRect,
CWnd* pParentWnd,
UINT uiResourceID,
int iRowIndex,
int iColumnIndex,
CString& strValidChars,
CString& rstrCurSelection)
{
m_iRowIndex = iRowIndex;
m_iColumnIndex = iColumnIndex;
m_strValidChars = strValidChars;
m_strWindowText = rstrCurSelection;
m_bESC = FALSE;

if (NULL == m_pInPlaceEdit->m_hWnd)
{
BOOL bCreated = m_pInPlaceEdit->Create(dwStyle,rCellRect, pParentWnd, uiResourceID);
CRect rect;
rect.left = rCellRect.left + 50;
rect.top = rCellRect.top;
rect.right = 20;
rect.bottom = rCellRect.bottom;

bCreated = m_spinCtrl.Create(WS_CHILD | WS_VISIBLE | UDS_ALIGNRIGHT | UDS_SETBUDDYINT | UDS_ARROWKEYS |UDS_AUTOBUDDY
, rect, pParentWnd, IDC_SPIN);

m_spinCtrl.SetRange32(0, 1000);

UDACCEL uda;
uda.nInc = 20;
uda.nSec = 0;

m_spinCtrl.SetAccel(1, &uda);
m_spinCtrl.SetBuddy(m_pInPlaceEdit);

return bCreated;
}
return TRUE;
}

You need to comment(remove) following statement from "OnKillFocus" event handler of CInPlaceEdit class
//PostMessage(WM_CLOSE);

also one thing I observed that whenever u clicks on edit box Kill Focus event is generated is this the reason of edit box loosing focus??
Please help me.
I have almost achieved this but stuck b'coz of this minor(offcourse minor for u GURUS) problem. Smile | :)

PJ Arends24-Mar-06 5:03

PJ Arends

24-Mar-06 5:03

Shoaib Patel wrote:
1) when the focus is in edit box and user pressess Up or Down arrow key in order to change the value of the buddy (edit box), the edit box looses focus and when user again clicks in the edit box & presses Up or Down arrow key the value of buddy changes & again edit box looses focus, & same process is repeated.
What is the solution to this.

In the CInPlaceEdit c'tor set the m_bExitOnArrows variable to false, this will prevent CInPlaceEdit::OnKeyDown from kicking you out of the edit control when an arrow key is pressed.

Shoaib Patel wrote:
2) when the grid column is resized it is showing many edit and spinner button control.

Override CGridCellBase::Draw to do your cell's drawing

You may be right
I may be crazy
-- Billy Joel --

Within you lies the power for good - Use it!

Shoaib Patel26-Mar-06 17:39

Shoaib Patel

26-Mar-06 17:39

Hello PJ
I did not found the boolean member variable "m_bExitOnArrows" in CInPlaceEdit
class & not even in it's base class CEdit.
What did u mean by that
should I supposed to declare it...
plz clearify it. Confused | :confused:

Thank u for ur reply.

PJ Arends26-Mar-06 18:42

PJ Arends

26-Mar-06 18:42

First lets clarify which CInPlaceEdit we are talking about. The only one I know comes with Chris' MFC Grid[^]. If you are talking about another one then I am sorry, you can ignore my post. If we are talking the same one then m_bExitOnArrows is a private member of CInPlaceEdit.

On line 69 of InPlaceEdit.cpp change

m_bExitOnArrows = (nFirst != VK_LBUTTON);

m_bExitOnArrows = FALSE;

You may be right
I may be crazy
-- Billy Joel --

Within you lies the power for good - Use it!

Shoaib Patel26-Mar-06 19:04

Shoaib Patel

26-Mar-06 19:04

Ok,
no both of we are talking about different CInPlaceEdit.
the one which u are talking about is of Chris Maunder's class & the one Iam talking about is of Aravindan Premkumar's.
but any ways thank u for answering.

If u think u can, u r right.
If u think u can't, think over it.
Shoaib Patel/

Array Vs Pointers

vikramlinux24-Mar-06 2:14

vikramlinux

24-Mar-06 2:14

Hi friends,
If I have an array containing integer and I want to access elements of it using pointers.

int i=0;
int *ptr=array;
int value=0;

for(i=0; i < 10;i++)
value=*(ptr+i);

for(i=0; i < 10;i++)
value=*ptr++;

Is there any performance hit of
value=*(ptr+i);
over
value=*ptr++;

Vikram S

vikramlinux24-Mar-06 2:15

vikramlinux

24-Mar-06 2:15

Please look the updated code
int array[]={1,2,3,4,5,6,7,8,9,10};
int i=0;
int *ptr=array;
int value=0;

for(i=0; i < 10;i++)
value=*(ptr+i);

for(i=0; i < 10;i++)
value=*ptr++;

Ștefan-Mihai MOGA24-Mar-06 2:23

Ștefan-Mihai MOGA

24-Mar-06 2:23

vikrams wrote:
for(i=0; i < 10;i++)
value=*ptr++;

should be a little faster than:

vikrams wrote:
for(i=0; i < 10;i++)
value=*(ptr+i);

But it's likely to be the same with: value=array[i]

Roger Stoltz24-Mar-06 2:48

Roger Stoltz

24-Mar-06 2:48

vikrams wrote:
for(i=0; i < 10;i++)
value=*(ptr+i);

for(i=0; i < 10;i++)
value=*ptr++;

I don't know if the compiler is able to optimize this, but if we disregard from eventual compiler optimizations the second for-loop will be faster.

Consider the first for-loop.
For each round-trip you...
1) increase the value of i which is held in a register
2) load the address of ptr into another register
3) add the value of i to the register holding ptr Dead | X|

4) assign to value using indirect addressing

Now consider the second for-loop.
For each round-trip you...
1) increase the value of i which is held in a register
2) assign the value of i using indirect addressing

There's more to it than this, but I've omitted parts that are the same for both for-loops such as calculation of the size of the data type pointed to and similar.

It's possible that the compiler is smart enough to optimize the first for-loop so it would generate the same machine code as if you would have written ptr[i], which I beleive would generate the fastest execution, but you have to look at the generated assembler code to be able to figure that one out. An exercise for the reader.

Hope this helps
--
Roger

It's supposed to be hard, otherwise anybody could do it!

vikramlinux24-Mar-06 2:55

vikramlinux

24-Mar-06 2:55

Microsoft VC++ 6.0 compiler generated following code

for: value=*(ptr+i);

mov edx, DWORD PTR _i$[ebp]
mov eax, DWORD PTR _ptr$[ebp]
mov ecx, DWORD PTR [eax+edx*4]
mov DWORD PTR _value$[ebp], ecx

for: value=*ptr++;

mov eax, DWORD PTR _ptr$[ebp]
mov ecx, DWORD PTR [eax]
mov DWORD PTR _value$[ebp], ecx
mov edx, DWORD PTR _ptr$[ebp]
add edx, 4
mov DWORD PTR _ptr$[ebp], edx

Roger Stoltz24-Mar-06 3:30

Roger Stoltz

24-Mar-06 3:30

Yep, the compiler optimizes the first for-loop and generates the exact same assembler as ptr[i].

Conclusion:
Writing *(ptr + i) generates faster code than *ptr++.
However, for readability reasons I recommend writing ptr[i].

Have a nice weekend
--
Roger

It's supposed to be hard, otherwise anybody could do it!

PJ Arends24-Mar-06 5:12

PJ Arends

24-Mar-06 5:12

It generates faster code because there is no code to update the value of ptr. The two operations do different things so it is like comparing apples and oranges.

You may be right
I may be crazy
-- Billy Joel --

Within you lies the power for good - Use it!