MFC sur Pocket PC

Salut !

j'aimerai développer une application sur Pocket PC équipé de VM 4.0 ou 5.0.
J'ai eu beau chercher sur le forum, la faq et les tutoriaux, je n'ai rien trouvé la-dessus. Dans l'idéal il me faudrait une doc qui explique ce qu'il faut avoir comme composant IDE (histoire qu'au besoin j'installe ce qui me manque), quelles sont les différences par rapport aux MFC sur un PC (et donc ce qu'il faut faire) et aussi si possibles les "best pratices" pour que tout ceci soit réalisé le mieux possible.

Je ne demande pas forcément que quelqu'un réalise un tuto :roll:
Quelques URL intéressantes et des conseils me satisferont amplement :mrgreen:

Merci d'avance !


PS : Je dispose de VS 2008

salut,
je viens de faire développer à un stagiaire une petite application windows mobile en MFC.
la principal différence c'est que sous windows Mobile ou CE le projet est impérativement en unicode.
après il y a des différences d'api 32 dont je n'ai pas la liste comme ça.
sinon globalement ça ce passe bien.

Je n'ai donc juste qu'à créer un projet "MFC Smart Device Application" (par exemple) et bien tout faire en Unicode ? Rien d'autre à savoir ? :)

en gros oui, et bien réfléchir a l'interface...
un problème simple par exemple : j'utilise boost hé bien boost n'est pas disponible sous wince il reconstruire la bibliothèque dans l'environnement .
hé bien j'ai abandonné c'est d'un compliqué.
voila le style de problème que tu peux rencontrer en plus de quelques différences de fonctionnement par rapport a windows comme:
Un programme fermé par la croix continu a tourner en tache de fond , il faut en tenir compte ou du moins l'avoir à l'esprit pour la gestion mémoire des ressources ouvertes etc..

Ok merci, je vais commencer à bidouillé en gardant ça à l'esprit :)

Les sites traitant du sujet que j'ai trouvé sont obsolètes et à l'abandon depuis plusieurs mois à plusieurs années, donc si quelqu'un en a de bons à proposer n'hésitez pas ;)

J'ai passé beaucoup de temps à rechercher des exemples ou des façons de procéder pour accéder à telle ou telle fonctionnalité (par exemple activesync) et je ne trouve que du code en C# ou VB (auquel je ne comprends pas grand chose) ... n'y a-t-il personne qui développe en C/C++ avec les MFC sur WM ?

je galère au possible :help:

quel est le problème ?
activesync c'est transparent , ça permet d''établir une liaison avec le pc tu peux même faire passer un socket dessus.

Citation:

---

quel est le problème ?
activesync c'est transparent

---

ah bon ?

Voici l'exemple de la msdn :
http://msdn.microsoft.com/en-us/library/ms861160.aspx

C'est même plus que transparent c'est inconsistant :pleure:

Citation:

---

Envoyé par TheGzD

ah bon ?

Voici l'exemple de la msdn :
http://msdn.microsoft.com/en-us/library/ms861160.aspx

C'est même plus que transparent c'est inconsistant :pleure:

---

Encore une fois quel est le problème ?
On peut répondre à un problème que si il est correctement défini .

que faut-il faire pour implémenter, en utilisant les MFC, une synchronisation en utilisant activesync ? (déclarations, séquence d'appels, ...)

Commençons déjà par ça pour commencer :roll:

as tu vu une seule information qui laisse penser que activesync est un protocole ouvert avec des api pour le manipuler ?
ce n'est pas un piège c'est une question.
j'ai toujours utilisé activesync pour synchroniser un téléphone ou une terminal CE mais c'est le soft à partir de windows qui fait le boulot.
le seul bénéfice que j'en ai tiré dans une application mobile c'est qu'il permet d'établir une connexion socket sur le pc host a travers un cable usb.

J'ai trouvé cette API sur la msdn : http://msdn.microsoft.com/en-us/library/aa458014.aspx

Après sans explication c'est aussi bien que si j'avais commandé un magnétoscope que qu'on me l'avait livré en pièces détachées :aie:

Citation:

---

j'ai toujours utilisé activesync pour synchroniser un téléphone ou une terminal CE mais c'est le soft à partir de windows qui fait le boulot.

---

ok, en partant de là comment puis-je faire pour synchroniser un soft du pocket PC avec un soft qui lui se trouve sur le pc fixe ?

ce quoi le soft sur le pc ?
c'est toi qui l'a écrit ?

Citation:

---

ce quoi le soft sur le pc ?
c'est toi qui l'a écrit ?

---

Oui :oops:
Pour préciser un peu le contexte dans lequel je me trouve : j'ai développé un soft sur PC et j'aimerai lui adjoindre un version Pocket PC. Ces 2 logiciels devront se synchroniser via activesync.

hé bien le moyen simple que j'ai mis en place dans mon cas , un connexion socket entre le pocket et le pc.
et un transfert de données par sérialisation fonctionne.

Pour préciser encore un peu plus mon problème, j'ai une BDD de chaque côté. Quand j'ai développé la version PC j'ai rapidement choisi MySQL pour sa gratuité et sa documentation bien faite. Puis avec la version Pocket PC j'ai trouvé sur le blog de Pascal Belaud des explications concernant les Scenarii Online/Offline et le Replication merge sous SQL server, cependant il semblerait que SQL server Express ne dispose pas des fonctionnalité de "publisher" permettant une telle opération. Ne voulant pas d'une solution payante j'ai décidé de rester avec MySQL et de trouver une autre solution pour la synchronisation des BDD (d'ailleurs je n'ai même pas encore choisi de BDD pour la version Pocket PC).
Est-ce que ça te donne d'autres idées ? :zoubi:

on avance dans la définition du problème :D
alors sauf erreur de ma part (et j'utilise mysql) il n'y a de version mysql pour pour pocket pc ou windows CE.
je me suis moi aussi intéressé à ce problème et ne voulant pas (moi aussi) de solution onéreuse et monstrueuse à base de sql serveur,
la réponse que j'ai trouvé c'est sqlite .
c'est entièrement gratuit et il y a une version pour Windows ce .
la synchronisation se limitera au transfert du fichier de la base ...

Citation:

---

alors sauf erreur de ma part (et j'utilise mysql) il n'y a de version mysql pour pour pocket pc ou windows CE.

---

tout à fait pas de version mobile de MySQL :?

Citation:

---

je me suis moi aussi intéressé à ce problème et ne voulant pas (moi aussi) de solution onéreuse et monstrueuse à base de sql serveur,
la réponse que j'ai trouvé c'est sqlite .
c'est entièrement gratuit et il y a une version pour Windows ce .

---

Ok, merci pour le tuyau je vais regarder ça de prêt :)

Cependant avec ton histoire de socket pour te connecter au Pocket PC, j'ai vraiment l'impression que tu contournes complètement ActiveSync pour n'utiliser que la connectique USB.

Voici un schéma des couches logicielles utilisées dans le cadre d'une synchronisation par ActiveSync (source MSDN) :

http://i.msdn.microsoft.com/ms879784...MSDN.10%29.gif

En clair pour utiliser ActiveSync on est sensé implémenté le "Provider" côté PC fixe et Pocket PC.

Allé promis si j'y arrive je pondrais un guide expliquant comment mettre ça en place :aie:

Ce n'est pas que je contourne activesync , mon problème était de faire transiter des données saisies sur le terminal.
La solution de connexion que j'ai réalisée pour échanger des données entre mon pc et le pocket pc par socket avec un support wifi ou la connexion cable usb m'a pris 2h montre en main.
maintenant si tu veux te lancer dans la réalisation d'un provider pour synchronisation d'une base sqlite c'est un autre sujet.
moi personnellement je ferais autrement pour un question de temps de réalisation et donc de cout, en gros je pense qu'en 3h ou 4h maxi de boulot j'ai finis.
puisque tu maitrises les deux cotés un simple transfer de fichier suffit ,sqlite stocke ses tables dans un seul fichier.
maintenant si tu as du temps ...

Je crois que je veux plus de contrôle sur la synchro que la méthode que tu propose permets, mais c'est pas super important dans l'état actuel des choses. Je regarderai ça en détail un peu plus tard ;)

Pour un revenir au sujet plus général du topic (à savoir la programmation native sur Pocket PC), voici une doc qui date un peu, mais qui peut valoir le coup d'œil :
Introduction to User Interface Controls in a Windows Mobile-based Smartphone Application Using C++ and Visual Studio 2005

En espérant que les amateurs apprécieront :aie:

salut,
je ne veux pas faire mon rabat joie, mais bof ,je ne vois pas ce que tu apprends avec cette doc et de plus c'est du win32 .
donc bof ² ...

Perso j'ai trouvé la partie Adding Smartphone Softkeys intéressante ainsi que le lien vers Smartphone User Interface Guidelines bien utile car il fournit le genre de petites info qui font la différence.

Concernant les softkey j'ai trouvé ceci dans la msdn qui est plus d'actualité que les infos de la doc précitée : How to Create a Soft Key Bar

Testé et approuvé ^^


Je me pose toujours certaines questions (que je n'arrive pas vraiment à formuler en mots clés pour certaines d'où le fait que je ne trouve pas) :
- comment choisir entre "ok" et la croix dans le coin en haut à droite ? y a-t-il une différence entre les 2 (je l'espère :D) ?
- faut-il gérer de façon particulièrement drastique la mémoire ? si oui que faut-il faire exactement ?
- dans la version PC de mon soft j'utilise souvent des char * : quelle(s) alternative(s) en unicode (s'il y a besoin) ? existe-t-il un moyen de rendre mon code plus générique ?

Citation:

---

Envoyé par TheGzD

Concernant les softkey j'ai trouvé ceci dans la msdn qui est plus d'actualité que les infos de la doc précitée : How to Create a Soft Key Bar

Testé et approuvé ^^


Je me pose toujours certaines questions (que je n'arrive pas vraiment à formuler en mots clés pour certaines d'où le fait que je ne trouve pas) :
- comment choisir entre "ok" et la croix dans le coin en haut à droite ? y a-t-il une différence entre les 2 (je l'espère :D) ?
- faut-il gérer de façon particulièrement drastique la mémoire ? si oui que faut-il faire exactement ?
- dans la version PC de mon soft j'utilise souvent des char * : quelle(s) alternative(s) en unicode (s'il y a besoin) ? existe-t-il un moyen de rendre mon code plus générique ?

---

-je ne comprends pas la première question , le ok c'est IDOK la croix c'est IDCANCEL.
-En developpement CE il n'y a pas de détection des fuites mémoires en debug , donc il faut redoubler de prudence.
- l'alternative c'est d'utiliser la classe CString (unicode) et CStringA (multi-bytes).
dans mon dernier projet je n'utilise jamais de char , que des CString et CStringA.

Citation:

---

-je ne comprends pas la première question , le ok c'est IDOK la croix c'est IDCANCEL.

---

ok c'était pas super clair je le conçois :mrgreen:
dans le coin supérieur droit d'une application sous WM il y a soit "ok" (dans un disque) soit une croix (aussi dans un disque) : comment puis-je choisir d'avoir l'un ou l'autre ? et y a-t-il une différence autre que l'affichage ?

Merci pour les autres infos ;)

Citation:

---

dans le coin supérieur droit d'une application sous WM il y a soit "ok" (dans un disque) soit une croix (aussi dans un disque) : comment puis-je choisir d'avoir l'un ou l'autre ? et y a-t-il une différence autre que l'affichage ?

---

par défaut on a le bouton "ok" qui renvoie bien IDOK, je n'ai cependant pas encore trouvé comment le remplacer par la croix (qui si possible devrait renvoyer IDCANCEL, mais au pire si ce n'est pas le cas ce n'est pas trop grave) : quelqu'un sait-il comment faire ?

sauf erreur de ma part tu ne peux pas le remplacer ...
sur les boites de dialogue le bouton ok est positionné comme ça pour les applications mobiles.
Regarde l'interface des autres applications mobiles, la croix c'est sur l'application.

Justement j'en ai regardé d'autre y compris "Windows Media" qui dispose d'une croix. Pendant mes recherches je suis tombé sur une information, qui reste à vérifier, comme quoi la croix remplace le "ok" qd on veut que l'application soit juste minimisée et non fermée.

Enfin ce que je voudrais c'est juste changer l'apparence du bouton rien de plus. Bien évidemment que la croix n'émette pas IDOK ma'arrangerai, mais je saurai faire avec :mrgreen:

J'ai fini par trouvé l'information d'une source officiel : http://blogs.msdn.com/windowsmobile/...-No-Close.aspx

Citation:

---

X marks the spot

One thing we did has been pretty contentious. Along the way, we got feedback that users didn’t mind letting us manage the memory for them, but they really wanted a way to say, “I’m done with this. Make it go away.” So we put a “go away” button in the upper right corner of PocketPCs. This button just sends the application to the background. It doesn’t close it. If the system needs more memory while the app is in the background, it’ll close the app. But, if the system doesn’t need more memory, the app will stay in RAM and be ready to come back quickly the next time the user needs it.
Now, in a move that some people consider brilliant and others consider unforgivably stupid, we made the “go away” look like an “X”. Brilliant because anyone who has ever used Desktop Windows will know that an “X” button in the upper right corner of the window will make the window go away. Unforgivably stupid because every one of those same people will assume an “X” button in the upper right corner of the window will make the app close. Whether you think the move is brilliant or stupid is pretty heavily tied to how much you believe that users shouldn’t have to manage their own memory.

---

Enfin je ne sais toujours pas passer d'un mode à l'autre (fermeture ou "réduction") en C++, ni même si on peut changer l'apparence de ce bouton.

il n'y a pas de réduction au sens windows ....
tu fermes par la croix ou tu passes a un autre application par le menu windows.
le programme n'est jamais fermé sauf si tu le kill dans le gestionnaire de mémoire.
on peut dire que la croix c'est la réduction.