|
Now it really works. I can input Arabic in CEdit.
But it seems that VC6.0 doesn't support unicode input while coding. I can't input Arabic directly in the code.
Visual Studio.net will support unicode well.
|
|
|
|
|
Dear all,
I would like to display japanese character in my editbox, and the no of characters should be 32. that means its not 32 japanese characters. its 32 keyboard strokes. If a user enters 32 keyboard strokes, then the edit box shouldnt display the character which was pressed after 32.
Can anyone please help me on this?
Thanks in advance.
Regards,
Ram
|
|
|
|
|
It's been a long time since I did C++, but surely it should be easy to handle the event and maintain a character count? Of course, make sure to _reduce_ the count if the user hits Backspace/Del. Also, you shouldn't increase the count if a non-char key, like Ctrl or the arrow keys was pressed.
Also, pay attention to the paste operation!
Cheers,
Vıkram.
After all is said and done, much is said and little is done.
|
|
|
|
|
I was trying to catch the character by the onchangeeditbox() function. But if i press a char in keyboard it doesnt come to that function. after i press enter only it will go to that function. thats why i couldnt able to count the no of chars.
Regards,
Ram
|
|
|
|
|
Hi,
I donot know whether u have tried this. CEdit::SetLimitText(32)
|
|
|
|
|
ya i tried this too. I set a limit to 32. may be let me explain a bit about japanese fonts using English keyboard. the OS will wait until a user presses enter to confirm the char. otherwise all the typed characters will be in buffer. So once i reach 32 charecters, i can still type characters without pressing enter. if i press enter, anything more than 32 chars will be truncated off.
Regards,
Ram
|
|
|
|
|
Normally, SetLimitText() will not allow more than the specified characters. It doesnot require pressing enter key. Iam not sure about japanese fonts. If SetlimitText doesnot work i thing u need to handle many windows events like WM_KEYDOWN, ...
|
|
|
|
|
As you earlier said that the control comes to onchangeeditbox() only when you press ENTER key, then let the control come to this function. Afterwards you can take the data of Edit box in some array and do the necessary manipulation in array i.e make the data 32 character long....and then display the data in this modified array in Edit box.
|
|
|
|
|
hi i am loading an bmp image in a button. in windows vista the image background color differs from the dialog color. how to rectify this. pls help me
|
|
|
|
|
You loaded a bitmap on the button now what is different of background?
|
|
|
|
|
image shows a different color with dialog box
|
|
|
|
|
But you load an image for button,right?
|
|
|
|
|
yes but the image is not transparent with button in vista. Incase of windows xp its looking fine
|
|
|
|
|
Does this help?
"A good athlete is the result of a good and worthy opponent." - David Crow
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Hello and good day to all,
I am currently working on a project where I can patch together a number of bitmaps and make them as one. It also has options of resizing the bitmap before saving it by removing some bytes here and there. Because of the limitation in CreateCompatibleBitmap() on large files, what I do is I store the needed data on BITMAPINFOHEADER and BITMAPFILEHEADER and I also have a char * for saving the actual data of the bitmap.
Here is where the problem starts. I have a 3200 x 3200 and easily saves it on a bitmap, then I can also reload and resize and make it into half (1600 x 1600) then saves it and it works(I can see it in the explorer). However, when I resize it to a third of a size (1067 x 1067), the bitmap file (when opened in explorer) won't show and even load. But when I resize it to a fourth of the original size it shows. These problem also occurred on the one-sixth of the original.
BmapFHeader.bfType = 'MB';<br />
BmapFHeader.bfSize = (gBitMap.width * gBitMap.height * 3) + 54; <br />
BmapFHeader.bfReserved1 = 0x00;<br />
BmapFHeader.bfReserved2 = 0x00;<br />
BmapFHeader.bfOffBits = 54;<br />
<br />
BmapIHeader.biSize = 40;<br />
BmapIHeader.biWidth = gBitMap.width;<br />
BmapIHeader.biHeight = gBitMap.height;<br />
BmapIHeader.biPlanes = 1; <br />
BmapIHeader.biBitCount = 24; <br />
BmapIHeader.biCompression = BI_RGB;<br />
BmapIHeader.biSizeImage = gBitMap.width * gBitMap.height * 3;<br />
BmapIHeader.biXPelsPerMeter = 0x00;<br />
BmapIHeader.biYPelsPerMeter = 0x00;<br />
BmapIHeader.biClrUsed = 0x00;<br />
BmapIHeader.biClrImportant = 0x00;
Above is the BITMAPINFOHEADER and BITMAPFILEHEADER and I write it to the file, and afterwards I write the data. I double checked every parameter but all of them seems correct. Its just weird that it works on certain sizes while does not work on some. I am hoping that someone here might know the answer. Please help me out! Thank you very much!
Edit: Already solved! 24bitmaps that I am processing needs to have a row which is divisible by 4. Many thanks to Whitesky for the immediate attention and help, Naveen.R for the suggestions, and specially to Paresh Chitte for the great articles that solved my problem. Thanks also to the others for the time and effort!
-- modified at 3:15 Monday 9th July, 2007
|
|
|
|
|
|
Thanks! I already read this one though. But unfortunately it did not solve my problem. It's just weird that there are certain sizes of the bitmap that it can't display.
|
|
|
|
|
Does CImage::Save solve your problem of course it saves uncompressed bitmap but you have other choices like jpg,...
|
|
|
|
|
I just use WriteFile() and write the BITMAPFILEHEADER and BITMAPINFOHEADER and then the char * containing the data. I am thinking maybe I got something wrong off my bitmap header, but it works on other values like 3200x3200 and 1600x1600. But when it comes to 1067x1067 it does not. I checked the char * to see whether I got the size of data wrong but it is right. Checking the bitmap file that I produced(1067x1067) it seems right. I just dont get it why it doesnt display. I pasted below the header of the bitmap file for reference. Thank you for the help and time!
42 4D E1 1D 34 00 00 00 00 00 36 00 00 00 28 00 00 00 2B 04 00 00 2B 04 00 00 01 00 18 00 00 00 00 00 AB 1D 34 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
|
|
|
|
|
It seems your problem solved.;)
|
|
|
|
|
Yes it has been! Thanks a lot for all your help and time to solve this problem! 
|
|
|
|
|
Try to keep height and width of your bmp in multiple of 4.
Hope this will help you.
Regards,
Paresh.
|
|
|
|
|
Yes it does help! though the application's requirements are to display it in different multiples.  Really tough. I'm just wondering why the bitmap won't work on other multiples besides 2 and 4. Thanks a lot for the help though!
|
|
|
|
|
|
Wow nice articles! I might find the answer in one of them. Thanks Paresh for the help!
Edit: Your right! It must be on a multiple of 4! Nice research on the articles! Thanks a lot for the help!
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
