Mobile

Check the article here: QA: How do I add a title to a view?[^] Regards, João Paulo

Ok, nice!! Thanks :-)! I think I will take the third solution because I just want my views to be hidden and not destroyed. Again, thanks! Cedric

Just a hint, maybe create your own Dialog class derived from CDialog ?? Then use CenterWindow(). Hope this helps

John Simmons / outlaw programmer wrote: Any other recommendations? This is quality stuff, although it's more expensive: Spb AirSetup[^] Regards, João Paulo

Could be, since it also defaults to Pocket_PC. What happens when you change the default name to something else, does it work then? IIRC (its been a while since I used something as fancy as TCP/IP on the PDA, Ive been using arcance ECU protocols over the com-port for the past 2 yrs now) you can have several PDA's with the default name connected to their "hosts" with ethernet/wlan cards using ActiveSync on the same LAN, so it should be possible. One possible work-around would be to check what api calls you use that uses (directly or indirectly) the hostname of the device and see if you can replace them with something that only uses the ip. Its hard to come up with something specific without more information, but I googled a bit using the error message and found this[^] page. WINS Naming Issues By default, Microsoft has named the devices Handheld_PC, Pocket_PC and Palm-size_PC. All of these names contain invalid characters for naming a WINS device. The names can only be from 1 to 15 characters, a leading character in the range 'a'-'z' or 'A'-'Z', and the rest of the characters in the range 'a'-'z', 'A'-'Z', '0'-'9', or '-'. I recommend that all users rename their device prior to synchronizing or using them on a network to guarantee compatibility Otherwise, all I could see was Connection Manager issues... Not much, but I HTH some. --- Jonas “Our solar system is Jupiter and a bunch of junk” - Charley Lineweaver 2002

could be. my pda is connected to the internet via ActiveSync. However, I just tried to an Windows CE SDK-example called "browse". It displays "file://\start.htm". if i change it to "http://www.web.de" it will also show the web-page. the sampe uses DTM_NAVIGATE and not much more except a simple htmlview-window. I don't know why the sample works, but my onw program not.... thx, Daniel

There is actually not much out there, but you can try this site: Pocket PC Developer's Network[^] Regards, João Paulo

João Paulo Figueira wrote: You can set a breakpoint on that line and inspect the call stack to see where in your code that method was called. Beware that call stack information is not always intiutive. Joao, Thanks for the help and the tip. After doing the above I was able to figure out that one of my views was calling this too many times and I was able to fix it in less than five minutes. This bug had been following me around since I started the app a few months ago! Thanks again! -Eric

ok, i found out more on this. my problems seems to have something to do with the html i am showing. i modified the html and now it seems to work (at least now...). the reason could be one ore more of the following: 1) links to jpgs were to long. I had some links that were 32 characters long, and that always causes problems after some of those images. now the link (and the filename) is 15 chars long and it seems to work. 2) the character "\" in the path to the image. Now I have all images in the base-directory ("\") 2) German Umlauts in HTML could be a problem. (i replaced ä,ö and ü with ä etc). 3) Maybe the character " (quoatation) within -tags is a problem. wow, this took me 3 days of work. Probably all because my image-filenames were too long. and remember, the images and all other html were always shown correctly. I just couldn't close my application after it anymore and i had to soft-reset my PDA in the end. strange strange strange thx, Daniel

you can open evc ,in the section project->setting->debug->download to set the download directory in the remote pocket pc(emulator). good lucky.

Atlantys wrote: I suggested the registry because PocketPCs don't seem to use ini files. Hence my question. Atlantys wrote: Can I safely assume that since you have tried WritePrivateProfileString that you have also tried WriteProfileString? WriteProfileString *only* writes to the registry in CE. I need to write to INI files on a storage card. ------- 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

Wow! This is fantastic. Truth be told. I spoke with the company that deployed my handheld PC and they told me to use EVC++ 4.0 using the STANDARDSDK_420 platform to develop Windows CE devices (Particularyly...theirs!). Since I already develop PPC apps with EVC++ 3.0, after installing EVC++ 4.0 on a seperate PC I had already installed the PocketPC_2003 SDK and had selected it under my platform manager thus rendering all compilations invalid even though they were written for the ARM processor. (I know..run on sentence and all.) :) I have a saying for moments like this: "Slap Self!" {{Like2Byte slaps self}} Again, thanks.

If you put objects derived from CObject into a map, there is a mechanism to make sure they do not get damaged by multi-threading... Good idea but it does not seem to work and I have not found anything anywhere... So I tried to put this in my code : _Lockit::_Lockit() {} _Lockit::~_Lockit() {} and it did link... not sure the whole thing is thread-safe but I'll worry about this later!