|
i have no real time device for database connection .i want to develop a database application which can made insertion daeletion updation of records in my database.plz help me for this prob.thanks
|
|
|
|
|
Hi all!
I would like to make my PPC application able to make and receive phone calls. But unfortunately im new to TAPI, and dont know where to start.
I read the MSDN about it, and i checked out the CEDialer example, but it doesnt work... I'm using eVC++, Siemens SX45 (Pocket PC 2000).
Can anybody tell me, how to start, or the location of a tutorial, or a working sample code (that would be the best)!
It is fit, if i could send datas (phone number and command) to Pocket Dialer, and it would do the rest (make calls, receive calls) if it is possible.
Thanks in advance!
Best regards:
Shane99
|
|
|
|
|
Hi again!
I got CeDialer to work, but now i can do only data calls, with no voice. It only beeps when i pick up the called party's receiver.
I suppose its becouse the line 1122.:
lpCallParams->dwMediaMode = LINEMEDIAMODE_DATAMODEM;
what should be
lpCallParams->dwMediaMode = LINEMEDIAMODE_INTERACTIVEVOICE;
But if i set to interactivevoice, than the lineMakeCall gives an error.
What is wrong?
Thanks in advance:
Shane99
|
|
|
|
|
using ppc2k2 with just wince api, i'm trying to determine the size required by a button control based on it's text. my understanding is that by default 8pt tahoma bold font is used for the button text.
in order to determine the minimum button size, my plan is to use DrawText() to return the RECT structure of the text based upon the 8pt tahoma bold font in the DC.
however, when i use the following code, i have to add padding to the RECT in order for the button to not be too small.
what am i not understanding about correctly measuring the size of text in the DC used by the button control?
thanks...
<br />
HWND hChildWnd;
RECT cliRect, txtRect;
HDC hdc;
HFONT hBtnFnt, hOldFnt;
LOGFONT lf;
<br />
GetClientRect(hWnd, &cliRect);<br />
<br />
memset(&txtRect, 0, sizeof(RECT));<br />
memset(&lf, 0, sizeof(LOGFONT));<br />
<br />
hdc = GetDC(hWnd);<br />
<br />
lf.lfHeight = -8 * GetDeviceCaps(hdc, LOGPIXELSY)/72;<br />
lf.lfWeight = FW_BOLD;<br />
lf.lfPitchAndFamily = VARIABLE_PITCH | FF_SWISS;<br />
_tcscpy(lf.lfFaceName, _T("Tahoma"));<br />
<br />
hBtnFnt = CreateFontIndirect(&lf);<br />
<br />
hOldFnt = (HFONT)SelectObject(hdc, hBtnFnt);<br />
DrawText(hdc, szBtnTxt, -1, &txtRect, DT_CALCRECT);<br />
<br />
SelectObject(hdc, hOldFnt);<br />
DeleteObject(hBtnFnt);<br />
ReleaseDC(hWnd, hdc);<br />
<br />
txtRect.bottom += 6;<br />
txtRect.right += 30;<br />
<br />
hChildWnd = CreateWindowEx(NULL, _T("BUTTON"), szBtnTxt,<br />
WS_VISIBLE | WS_CHILD | BS_CENTER | BS_VCENTER | BS_PUSHBUTTON,<br />
(cliRect.right/2 - txtRect.right/2) , cliRect.bottom - 25,<br />
txtRect.right, txtRect.bottom,<br />
hWnd, (HMENU)IDC_PROPBTN, g_hInst, NULL);
|
|
|
|
|
I can't read your code, but I would say that you have a wrong assumption:
rodent¹ wrote:
my understanding is that by default 8pt tahoma bold font is used for the button text.
It is not, unless you tell it to. By default you get the system font that is larger than Tahoma 8.
Regards,
João Paulo
|
|
|
|
|
thanks...my assumption was based on the sdk doc's concerning the ui services which show tahoma bold 8pt used as the button text...i'll play with my code to see if using the system font gives better results as you suggest.
|
|
|
|
|
thanks for the info joão paulo...after the liberal use of the following code snippet, i discovered a few interesting points re: wince fonts..
1) the SYSTEM_FONT on my ppc2k2 sdk emulator and on my dell axim x5 is tahoma. the system font's LOGFONT lfHeight member was -12 while tmHeight, tmInternalLeading, tmDescent, and tmExternalLeading (from the system font's TEXTMETRIC struct) were 14, 2, 2, and 0 respectively.
2) to properly calculate the RECT size of the text used in my button control using the system font, i had to set lfHeight to 9 (??) in my first post's code snippet
<br />
hTmpFnt = (HFONT)GetStockObject(SYSTEM_FONT);<br />
GetObject(hTmpFnt, sizeof(LOGFONT), &lf);<br />
GetTextMetrics(hdc, &tm);<br />
<br />
wsprintf(szOut, _T("LOGFONT:\nFace: %s, h: %li\n\nTEXTMETRIC:\nh: %li, il: %li, d: %li, el: %li"),<br />
lf.lfFaceName, lf.lfHeight, tm.tmHeight, tm.tmInternalLeading, tm.tmDescent, tm.tmExternalLeading);<br />
MessageBox(hWnd, szOut, _T("Sys Font Info"), MB_OK);
|
|
|
|
|
rodent¹ wrote:
the SYSTEM_FONT on my ppc2k2 sdk emulator and on my dell axim x5 is tahoma
You are luckier than me. My iPAQ 3850 gives me something other than Tahoma 8. But I believe that you can change this using a registry setting. Maybe Dell did that for you...
Regards,
João Paulo
|
|
|
|
|
interesting. as you suggested in an earlier post, it makes sense to use SYSTEM_FONT rather than assuming Tahoma...more cross platform.
fyi, i discovered the reason why i had to use -9 for lfHeight (rather than -12) was that i was inconsistently muliplying by GetDeviceCaps(hdc, LOGPIXELSY)/72...everything works as expected when i use it consistently.
thanks for the feedback
|
|
|
|
|
using ppc2k2 sdk and getting "cannot convert from 'unsigned short [7]' to 'unsigned short [32]" compiler error on the following snippet...sdk doc's say lfFaceName member should be a null terminated string specifying typeface name of desired font
<br />
LOGFONT* lplf;<br />
memset(lplf, 0, sizeof(LOGFONT));<br />
lplf->lfFaceName = _T("Tahoma");<br />
any ideas?.....thanks
|
|
|
|
|
Try the following:
<br />
_tcscpy(lplf->lfFaceName, _T("Tahoma"));<br />
Daniel
---------------------------
Never change a running system!
|
|
|
|
|
after making the change, i now get the following C2440 compiler error:
cannot convert from 'unsigned short *' to 'unsigned short [32]'
There are no conversions to array types, although there are conversions to references or pointers to arrays
|
|
|
|
|
Take a look on João Paulo's "A font chooser dialog for the Pocket PC" article.
He also uses the LOGFONT struct and it works:
...
LOGFONT lf;
...
lf.lfHeight = -11;
lf.lfWidth = 0;
lf.lfEscapement = 0;
lf.lfOrientation = 0;
lf.lfWeight = FW_BOLD;
lf.lfItalic = FALSE;
lf.lfUnderline = FALSE;
lf.lfStrikeOut = 0;
lf.lfCharSet = ANSI_CHARSET;
lf.lfOutPrecision = OUT_DEFAULT_PRECIS;
lf.lfClipPrecision = CLIP_DEFAULT_PRECIS;
lf.lfQuality = DEFAULT_QUALITY;
lf.lfPitchAndFamily = DEFAULT_PITCH | FF_SWISS;
_tcscpy(lf.lfFaceName, TEXT("Tahoma"));
m_fontBold.CreateFontIndirect(&lf);
...
Daniel
---------------------------
Never change a running system!
|
|
|
|
|
thanks daniel and i'll check out his article!
actually, your code worked perfectly once i had a cup of coffee and corrected how i had cut & pasted it into my code.
|
|
|
|
|
Hi all,
Can anyone give me a sample code for reading and writing files
using embedded VB.
Mahesh
|
|
|
|
|
Where can i find STL for Embedded Visual C++ 3.0. Is it compatible or not??? Please help.
And how can I ubgrade my Windows CE 3.0 to Windows CE 4.0???
|
|
|
|
|
|
using evc3.0/ppc2k2 on win2k system and just finished tracking down what appears to be a bullsh!t issue with the dialog editor mangling my .rc file
first, it tried to include a nonexistent "afxres.h" header, then it automatically created a DIALOGEX resource (??) and finally it created an SS_CENTERIMAGE style on a CTEXT resource (nevermind that the docs say it's not supported with text static's). after spending too much time figuring out that DIALOGEX should be DIALOG and SS_CENTERIMAGE should be SS_CENTER and including "winuser.h" instead of "afxres.h", things seem to now work except for one of my text static's being clipped.
so is it (a) the tool sucks and i'm stuck manually double-checking and editing my .rc files , or (b) have i screwed something up in the tool settings?
|
|
|
|
|
Facts:
0) Using EVC3 on Win2K Pro
1) I have the following project folder structure:
PocketApp
|
+-----CommonSourceCode
2) The app uses MFC, and contains the standard "stdafx.h" file.
3) The "CommonSourceCode" folder contains code that can be used by other apps, but right now, no sharing of code is going on.
4) I added some code to the "CommonSourceCode" folder that includes the following lines at the top of the CPP file:
#ifdef POCKET_APP
#include "stdafx.h"
#else
#include "winbase.h"
#endif
5) The compiler complains that the "#else" is unexpected. So I tried this:
#ifdef POCKET_APP
#include "stdafx.h"
#endif
#ifndef POCKET_APP
#include "winbase.h"
#endif
6) The compiler now complains that the #endif is unexpected.
7) I also tried making the "stdafx.h" a macro itself, and still the same errors.
8) The only way I can #include stdafx.h is by NOT using macros to determine if the inclusion is the desired one.
9) This sucks. Microsoft sucks. Windows CE sucks. EVC3 sucks.
I can't upgrade to EVC4 (and even if I could, I doubt they would have fixed this problem). Am I missing something here?
------- signature starts
"...the staggering layers of obscenity in your statement make it a work of art on so many levels." - Jason Jystad, 10/26/2001
"You won't like me when I'm angry..." - Dr. Bruce Banner
Please review the Legal Disclaimer in my bio.
------- signature ends
|
|
|
|
|
Try this: Open the project settings (Alt-F7), go to the C++ tab, select the "Precompiled Headers" category and select "Not using precompiled headers". If your code now compiles correctly, you are suffering from stdafx / precompiled headers blues (yeah, I know it sucks). What can you do to retain the precompiled header functionality? Try to remove all nonessential stuff out of stdafx.h and copy it into another include file. Leave there only microsoft-generated stuff. Always include stdafx.h unconditionally.
Well, I hope I made some sense...
Regards,
João Paulo
|
|
|
|
|
John Simmons / outlaw programmer wrote:
Am I missing something here?
My guess is that something gets screwed with the pre-compiled header directive.
Turn off precompiled headers for your \CommonSourceCode files in your mfc project.
That should atleast make it compile.
John Simmons / outlaw programmer wrote:
Microsoft sucks. Windows CE sucks. EVC3 sucks
I know the feeling. I get to this state about once a month.
Jonas
“Our solar system is Jupiter and a bunch of junk” - Charley Lineweaver 2002
|
|
|
|
|
Hello all...
I am just about to get into Pocket PC development.
My background includes ASP, ASP.NET with C# and VB.net and VB 6.0
I am requested by my boss to investigate on Pocket PC development on order to decide if we are going to expand our web based apps to work on Pocket PC.
What developer web sites would you suggest other than CP which is good but not focused on Pocket PC dev...
Basic question is, what versions of Windows for Pocket PC support the Compact .NET framework?
Any kind of response from any of you would be much appreciated...
and aplogies for my ignorance on Pocket PC development...
Thanks
theJazzyBrain
Wise is he who asks good questions, not he who gives good answers
|
|
|
|
|
theJazzyBrain wrote:
What developer web sites would you suggest other than CP which is good but not focused on Pocket PC dev...
Try The Pocket PC Developer's Network[^]
theJazzyBrain wrote:
Basic question is, what versions of Windows for Pocket PC support the Compact .NET framework?
I'm not sure about the original Pocket PC, but you will find support for the .NET Compact Framework on the Pocket PC 2002 (in RAM) and 2003 (in ROM). If you are going down the .NET CF way, find yourself a fast machine...
theJazzyBrain wrote:
and aplogies for my ignorance on Pocket PC development...
We are all born ignorant. The ones that die that way never asked questions, or never had the chance to.
Regards,
João Paulo
|
|
|
|
|
Hi,
Anybody having idea about s/w piracy in pocket pc ..
If so please expalin in detail.
Awaiting for your reply.
Thanks,
Siva
|
|
|
|
|
Anonymous wrote:
Anybody having idea about s/w piracy in pocket pc
What do you mean: for copying, or for protecting from copy?
Regards,
João Paulo
|
|
|
|
|