Prise en charge de Windows 8 pour Codename One

Prise en charge de Windows 8 pour Codename One
la boîte à outils open source pour le développement mobile multiplateforme sur une base de code Java unique

Codename One, la plateforme open source pour le développement mobile en Java prend désormais en charge Windows Phone et les tablettes Windows 8.

Développé par deux anciens ingénieurs de SUN Microsystems, Codename One est un écosystème léger, fondé sur Java, conçu pour permettre aux développeurs de créer des applications natives pour de multiples plateformes mobiles et tablettes en utilisant une base de code unique.

La bêta de la boîte à outils avait été présentée en juillet dernier, et permettait de développer pour iOS, Android, BlackBerry et Windows 7, tout en réduisant la fragmentation, le temps et les coûts de développement.

Le SDK est disponible actuellement en version finale avec un plugin pour NetBeans et Eclipse, une API cliente, un environnement de simulation pour téléphones et tablettes, un serveur de build et un service de Cloud computing pour faire interagir les applications avec les plateformes Cloud.

L’API Codename One est décrite comme une abstraction de la majorité des plateformes mobiles, combinée à des fonctionnalités portables riches. Elle exploite le plus grand ensemble commun de fonctionnalités au sein des dispositifs mobiles. L’API dispose de contrôles d’interface utilisateur riches et personnalisables, de fonctions pour l’accès à la caméra, au GPS, etc.

Codename One est disponible gratuitement sous une licence open source et peut être utilisée pour développer des applications commerciales.



:fleche: Télécharger Codename One


Source : Le site du projet

Et vous ?

:fleche: Que pensez-vous de cet outil ?

Si j'ai bien compris , pas de build sur le client ? si c'est le cas ,cette solution est problématique.

ParticleCode avait une solution intéressante avec Java (un sous ensemble en fait ) et/ou AS3 ( le SDK n'est plus développé :( (la boite a été rachetée par Appcelerator ) mais il est toujours dispo : http://www.particlecode.com , j'avais codé un client Twitter pour android :
http://mpmedia.alwaysdata.net/ksutweet/

L'appli est codée en java (exportée en flash , designée pour mobile , vous devez donc faire défiler la liste des tweets avec un "drag" sur la list , mais on peut coder en AS3, le source est dispo ici :

https://github.com/mparaiso/TwitterClient

La démo est du java compilé vers flash.

Dommage qu'ils n'aient pas continué le dévelopement . Le projet était vraiment bon.

EDIT :

voici l'APK pour android >= 2.2.* :

https://github.com/downloads/Mparais...t/ksutweet.apk

Personnellement, la galerie n'emballe pas trop, c'est moche :aie:

Une autre option serait de se tourner vers des toolkits web comme Phonegap

Ca a l'air plus qu'intéressant, comme projet. La galerie montre des choses sympas et d'autres plus mal faites, c'est clair (en particulier, l'application tout en haut de la page et qu'on voit donc en premier est particulièrement moche. Mais en descendant, on en voit des mieux foutue. Pas très pertinent, comme choix). Mais visiblement, on peut faire des belles choses, avec. Après, c'est aussi une question de talent.

Pouvoir écrire des applications mobiles multiplateformes (Android, iOS, Blackberry et Windows Phone) en Java, c'est quand même plutôt cool !

Bon, je vois mon intérêt, pérenniser mon savoir-faire, forcément...

Citation:

---

Envoyé par camus3

Si j'ai bien compris , pas de build sur le client ? si c'est le cas ,cette solution est problématique.

---

Très, ça te rends entièrement dépendant d'eux pour ton buisness model. Si il disparaissent, toutes tes applications sont cuites, plus de mise à jour possible. Alors qu'avec un modèle client, même si ils disparraissent, tu peux toujours faire des compilations en utilisant des workaround à gauche ou à droite.

En plus, l'accès "libre" à leur serveur de build est limité à 100 builds / mois. Quel développeur arrive à travailler en ne faisant que 4 compilations par jour 8O?

Bonjour,
en fait ce SDK est sorti depuis janvier et je vous assure que c'est du bon. Ceux qui ont déjà touché LWUIT se retrouveront très vite puisque codename one est créé par les anciens concepteurs de LWUIT chez Sun depuis 2008. Ils ont reconduit LWUIT en ajoutant pleins de trucs et je vous assure que c'est très complet sauf que ce n'est pas du tout orienté vers les applications ludiques. Le code est très simple, clair et très compréhensible. Je vous conseille de tester avant de juger. Ne vous fiez pas à ce que vous voyez dans la galerie du site. Allez y faire votre propre avis plutôt. Moi je l'utilise beaucoup (puisque j'étais aussi un ancien utilisateur de LWUIT) et j'écris même actuellement un tutoriel de démarrage sur ça pour developpez. Et pour ceux qui préfèrent les GUI builder, vous serez servi.

Citation:

---

Envoyé par tchize_

Très, ça te rends entièrement dépendant d'eux pour ton buisness model. Si il disparaissent, toutes tes applications sont cuites, plus de mise à jour possible. Alors qu'avec un modèle client, même si ils disparraissent, tu peux toujours faire des compilations en utilisant des workaround à gauche ou à droite.

En plus, l'accès "libre" à leur serveur de build est limité à 100 builds / mois. Quel développeur arrive à travailler en ne faisant que 4 compilations par jour 8O?

---

Tu as peut-etre raison mais en plus d'avoir un simulateur rapide (pour tes tests), il est possible que tu fasses tes builds offline mais les créateurs disent que c'est un processus complexe mais pour ceux qui veulent le faire ils leur expliquent comment faire sur leur google groups servant de forum.

Cet outil est en beta, utilisez plutot NeoMAD : allez sur http://www.neomades.com, en plus c'est français!

Avantages :
- Compilation locale (c'est pas de codenameOne)
- Compilation conditionnelle
- Génération projets natifs
- API Native
- Intégration code natif
- Plugin Eclipse et NetBeans

Citation:

---

Envoyé par neomad

Cet outil est en beta, utilisez plutot NeoMAD : allez sur http://www.neomades.com, en plus c'est français!

---

Ce n'est plus en beta actuellement. Et puis c'est marqué aussi dans le post de l'article. As tu au moins pris la peine de lire le post?

Citation:

---

Envoyé par doderic

Ce n'est plus en beta actuellement. Et puis c'est marqué aussi dans le post de l'article. As tu au moins pris la peine de lire le post?

---

Je l'ai utilisé au mois de juillet, j'avais pas vu qu'ils étaient en version non beta. Autant pour moi. Mais j'ai du mal avec la compilation sur le serveur. Certains de mes clients n'apprécieront pas du tout que le code source se ballade sur un serveur tiers (raisons de confidentialité et de sécurité)...

Citation:

---

Envoyé par doderic

il est possible que tu fasses tes builds offline mais les créateurs disent que c'est un processus complexe mais pour ceux qui veulent le faire ils leur expliquent comment faire sur leur google groups servant de forum.

---

Ca c'est quand même un critère important :) Même si c'est complexe, c'est réalisable :mouarf:

Citation:

---

Envoyé par neomad

Je l'ai utilisé au mois de juillet, j'avais pas vu qu'ils étaient en version non beta. Autant pour moi. Mais j'ai du mal avec la compilation sur le serveur. Certains de mes clients n'apprécieront pas du tout que le code source se ballade sur un serveur tiers (raisons de confidentialité et de sécurité)...

---

Manque d'information meomad. Ill est expliqué dans la FAQ que le code source ne se promène pas sur le serveur sauf pour un cas spécial que je vais te dire juste après ceci. Seuls les fichiers .class générés sont envoyés sur le serveur pas ton code source donc de cee coté sois tranquille. Maintenant, étant donné que codenameone permet de faire un binding du code écrit en java et du code natif écrit avec les autres langages tels Objective C et autres, (eh oui quand vous chercher une fonctionnalité dans codenameone et que vous ne trouver pas, vous pouvez l'écrire dans le langage natif de la plateforme visée et codenameone se contente de vous lier tout ça) alors dans ce cas, le code écrit en langage natif de la plateforme visée sera uploader sur le serveur pour compilation mais si tu n'es pas dans ce cas de figure, ton code ne bougera pas de ta machine.

Citation:

---

Envoyé par tchize_

Ca c'est quand même un critère important :) Même si c'est complexe, c'est réalisable :mouarf:

---

oui c'est réalisable donc t'inquiète

Citation:

---

Envoyé par doderic

Manque d'information meomad. Ill est expliqué dans la FAQ que le code source ne se promène pas sur le serveur que je vais te dire juste après ceci. Seuls les fichiers .class générés sont envoyés sur le serveur pas ton code source donc de cee coté sois tranquille. Maintenant, étant donné que codenameone permet de faire un binding du code écrit en java et du code natif écrit avec les autres langages tels Objective C et autres, (eh oui quand vous chercher une fonctionnalité dans codenameone et que vous ne trouver pas, vous pouvez l'écrire dans le langage natif de la plateforme visée et codenameone se contente de vous lier tout ça) alors dans ce cas, le code écrit en langage natif de la plateforme visée sera uploader sur le serveur pour compilation mais si tu n'es pas dans ce cas de figure, ton code ne bougera pas de ta machine.

---

Tout développeur java sait que les fichiers .class sont facilement dé-compilables et que l'on peut voir le code source.
On peut obfusquer les .class dans des projets java classiques mais avec codenameOne je ne sais si on peut s'introduire dans la chaine de compilation pour obfusquer ce qui est envoyé.

Donc pour le moment ça revient au même dans tous les cas, les .class et parfois du code natif se balade sur un serveur tiers, et ça ÇÀ ME DERANGE !

Citation:

---

Envoyé par neomad

Tout développeur java sait que les fichiers .class sont facilement dé-compilables et que l'on peut voir le code source.
On peut obfusquer les .class dans des projets java classiques mais avec codenameOne je ne sais si on peut s'introduire dans la chaine de compilation pour obfusquer ce qui est envoyé.

Donc pour le moment ça revient au même dans tous les cas, les .class et parfois du code natif se balade sur un serveur tiers, et ça ÇÀ ME DERANGE !

---

Oui le code envoyé est toujours obfusqué par défaut à la compilation. tu n'as même pas besoin de le préciser pour qu'il le fasse. Et puis ils ne gardent pas tes .class après sur leur serveur. Ils sont nettoyés juste après la compilation. Après tout c'est une question de goût, de choix et de pleins d'autres choses. Tes raisons sont valables dans certains cas. Tu as déjà fait ton choix avec l'outil NeoMAD mais je t'assure qu'il y a mieux avec CN1 et si c'est la compilation dans le cloud qui te pose problème alors suis les instructions pour faire de la compilation offline. En tout cas c'est un bon outil bien bourré quand même

Citation:

---

Envoyé par doderic

Et puis ils ne gardent pas tes .class après sur leur serveur. Ils sont nettoyés juste après la compilation.

---

A bon tu as été vérifié? ou tu travailles pour eux!

Après je pense que ça reste un outil de meilleure qualité que ceux qui génèrent des applications hybrides.

NeoMAD est dans le même esprit que CodenameOne, avec des degrés de liberté supplémentaires :
- Intégrer du code natif ou des bibliothèques tierces est tellement clair et simple.
- tu peux compiler sans connexion internet
- tu peux rester indépendant de l'outil, j'ai quand même accès au projet natif généré et pour moi ça n'a pas de prix!!!

Citation:

---

Envoyé par neomad

A bon tu as été vérifié? ou tu travailles pour eux!

---

lol Non je n'ai pas vérifié et je ne travaille pas pour eux mais je préfère les croire parce que c'est ce qu'ils disent. Voilà pourquoi je dis que tout ça est une question de choix. Il y a pleins de choses qu'on te dit sur le net et que tu ne peux pas vérifier. Quand on te dit par exemple que tes mails sont en sécurité dans ta boite mail. qu'est ce qui te le prouve? tu ne sais même pas si yahoo ou gmail ou autres choses les lisent ou non. ok je comprends ta position.
Au plaisir

OK mais si tu comptes revenir ou retester CN1, demande les infos nécessaires pour faire une compilation offline ;-)

Effectivement le code java est facilement décompilable ( http://java.decompiler.free.fr ).

Il devraient par contre permettre la build locale par défaut , et proposer leur service cloud en sus ( comme le fait phonegap ou ou titanium il me semble ).

@neomad : Vous avez un Gui-builder( et pas que pour les polices) ?
Les apps sont elles facilement skinnables ? je suis graphiste à l'origine donc , les skins génériques c'est pas trop mon truc.

bref moi ce que je voudrais c'est :

+ un projet avec pour base le langage java ( ou python , au moins ), un seul langage est suffisant.
+ avec un framework complet ( avec une couche MVC par exemple comme ParticleSDK )
+ possibilité d'utiliser un grand nombre libs externes en pur java
+ builds locales vers Android , Ios , Win7/8 , Blackberry et pourquoi pas HTML5 et flash comme Particle SDK
+ plugins Eclipse et NetBeans
+ GUI builder ergonomique ( celui de particle SDK est vraiment sympa )
+ possibilité d'utiliser des libs "natives" à la plateforme ( des activités sur android ou des classes perso en Obj-C pour Ios ) .
+ support des différentes tailles d'écran ET résolutions dans le GUI-builder ( comme Particle SDK)
+ gestion des assets ( images , son , etc ... ).
+ gratuit pour l'open source , avec une license commerciale pour les projets commerciaux ( le tout gratuit n'existe pas ).
+ license pour un serveur de build locale.
+ offres de formations , de contrôle qualité , d'assistance rapide , etc ...

J'avais testé Haxe qui est génial pour les jeux , mais pas pour les applis type client avec widgets , reporting , etc ...

Adobe Air sera bien quand il fonctionnera sur tout les phones androids > 2.0.

Il me semble qu'Alcatel - Lucent avait un projet mais impossible de remettre la main dessus.

camus3, pour CN1 aussi tu as un vrai GUI Builder qui supporte beaucoup de choses, l'internationalisation et la localisation, la conception de ton interface via drag and drop avec aperçu en live et dans le simulateur (même sans ouvrir un IDE), le traitement des images de ton appli, l'animation de tes images via un timeline, la création ou l'utilisation des thèmes d'applications pré-définis... Vas y faire un tour ;-)

Citation:

---

Envoyé par neomad

Donc pour le moment ça revient au même dans tous les cas, les .class et parfois du code natif se balade sur un serveur tiers, et ça ÇÀ ME DERANGE !

---

Mais, si tu fais une application android, ca ne te dérange pas qu'il se balade sur tous les téléphones de tes clients. Faut rester un peu logique. Ton code à bien moins de chance de se faire décompiler sur leur serveur que de se faire démonter par un utilisateur sur son téléphone qui veux trouver comment pas payer tous les mois :)

Citation:

---

Envoyé par tchize_

Mais, si tu fais une application android, ca ne te dérange pas qu'il se balade sur tous les téléphones de tes clients. Faut rester un peu logique. Ton code à bien moins de chance de se faire décompiler sur leur serveur que de se faire démonter par un utilisateur sur son téléphone qui veux trouver comment pas payer tous les mois :)

---

+1

Citation:

---

Envoyé par tchize_

Mais, si tu fais une application android, ca ne te dérange pas qu'il se balade sur tous les téléphones de tes clients. Faut rester un peu logique. Ton code à bien moins de chance de se faire décompiler sur leur serveur que de se faire démonter par un utilisateur sur son téléphone qui veux trouver comment pas payer tous les mois :)

---

Sur android quand on veut masquer ce qui est critique (du code par exemple) pour un client, on crée du code c++ que l'on compile (lib.so) et que l'on intègre dans le binaire final. Dans ce cas là, le code critique est mieux protégé que le code java, mais ta remarque reste vrai pour le reste du code Java.
Au final le binaire tu peux décompiler le code java mais pour les bibliothèque c++ compilés: ACCROCHE TOI !
Ce n'est pas impossible mais c'est moins accessibles aux novices.

Cette technique est utilisé par les jeux vidéos qui utilisent des systèmes de DRM !!!

J'en reviens à mon problème, je ne peux utiliser cet outil avec certains clients soucieux de la sécurité. Le choix d'un outil se fait aussi parfois par l'aspect sécurité et confidentialité.

Au plaisir!

Citation:

---

Envoyé par neomad

Sur android quand on veut masquer ce qui est critique (du code par exemple) pour un client, on crée du code c++ que l'on compile (lib.so) et que l'on intègre dans le binaire final. Dans ce cas là, le code critique est mieux protégé que le code java, mais ta remarque reste vrai pour le reste du code Java.
Au final le binaire tu peux décompiler le code java mais pour les bibliothèque c++ compilés: ACCROCHE TOI !
Ce n'est pas impossible mais c'est moins accessibles aux novices.

Cette technique est utilisé par les jeux vidéos qui utilisent des systèmes de DRM !!!

J'en reviens à mon problème, je ne peux utiliser cet outil avec certains clients soucieux de la sécurité. Le choix d'un outil se fait aussi parfois par l'aspect sécurité et confidentialité.

Au plaisir!

---

Personne ne rejette ton point de vue et c'est pour ça que je suis venu préciser que tu peux faire du build offline même si ce n'est pas le choix proposé par défaut. La sécurité n'est nul part. De la même manière que tu peux écrire ton code en C++ pour le protéger, tu peux en faire de même avec CN1. Bonne suite à toi

Citation:

---

Envoyé par neomad

A bon tu as été vérifié? ou tu travailles pour eux!

---

C'est marrant cette agressivité sur ce point venant de quelqu'un ayant créé son compte juste pour parler de son logiciel. ;)

PS : Je suis neutre dans la bataille.

Quelqu'un sait si Codename One est déjà prêt pour du code production ?

Sur le principe, je ne suis pas certain de bien comprendre le principe : est-ce qu'on génère un applicatif natif, façon Monotouch/Monodroid ou est-ce qu'on embarque une JVM dans l'application ? Je pose la question parce que c'est ce que j'ai vaguement cru comprendre en survolant le guide du développeur...

Citation:

---

Sur le principe, je ne suis pas certain de bien comprendre le principe : est-ce qu'on génère un applicatif natif, façon Monotouch/Monodroid ou est-ce qu'on embarque une JVM dans l'application ? Je pose la question parce que c'est ce que j'ai vaguement cru comprendre en survolant le guide du développeur...

---

Au final le code est natif avec un framework par dessus. De toute manière ,interdit de faire tourner une VM fdans une app sous iOs.

Citation:

---

Envoyé par camus3

Au final le code est natif avec un framework par dessus. De toute manière ,interdit de faire tourner une VM fdans une app sous iOs.

---

Justement, c'est un peu ce qui m'étonnait.

Bonjour à tous,

Je suis le co-fondateur de la société Neomades qui édite le logiciel NeoMAD. Je tenais à intervenir sur cette discussion pour apporter quelques précisions, en espérant ne pas être hors sujet (auquel cas je m'excuse par avance auprès des modérateurs)

Tout d'abord, je tiens à remercier le dénommé "neomad" pour la ferveur avec laquelle il défend notre produit ;)

Il est vrai que Codename One et NeoMAD sont deux solutions très proches, la différence principale étant la compilation locale ou en SAS. Cela dit, il est évident que la plupart des outils de développement d'applications mobiles multiplateformes ont des objectifs communs et des fonctionnalités très proches. Ce qui distingue en général ces solutions, c'est la cible (développeurs web, Java, C/C++, etc.) et le format des applications générées (Web App, natif, hybride). Le choix d'un outil ne peut donc pas se faire sur des critères purement objectifs, mais dépend d'un grand nombre de facteurs comme les compétences, la complexité de l'application, les contraintes de distribution...
En cela, Codename One et NeoMAD sont extrêmement similaires, et ce sont les petites différences qui comptent: fonctionnalités supportées dans l'API, outils annexes, communauté d'utilisateurs, qualité du support technique, fréquence des releases.
J'invite donc chacun à tester ces solutions (une version d'évaluation de NeoMAD peut être téléchargée gratuitement sur le site: http://neomades.com/) et à se faire son avis. Nous sommes à l'écoute des développeurs et très demandeurs de retours sur notre outil.

Citation:

---

Envoyé par camus3

@neomad : Vous avez un Gui-builder( et pas que pour les polices) ?
Les apps sont elles facilement skinnables ? je suis graphiste à l'origine donc , les skins génériques c'est pas trop mon truc.

bref moi ce que je voudrais c'est :

+ un projet avec pour base le langage java ( ou python , au moins ), un seul langage est suffisant.
+ avec un framework complet ( avec une couche MVC par exemple comme ParticleSDK )
+ possibilité d'utiliser un grand nombre libs externes en pur java
+ builds locales vers Android , Ios , Win7/8 , Blackberry et pourquoi pas HTML5 et flash comme Particle SDK
+ plugins Eclipse et NetBeans
+ GUI builder ergonomique ( celui de particle SDK est vraiment sympa )
+ possibilité d'utiliser des libs "natives" à la plateforme ( des activités sur android ou des classes perso en Obj-C pour Ios ) .
+ support des différentes tailles d'écran ET résolutions dans le GUI-builder ( comme Particle SDK)
+ gestion des assets ( images , son , etc ... ).
+ gratuit pour l'open source , avec une license commerciale pour les projets commerciaux ( le tout gratuit n'existe pas ).
+ license pour un serveur de build locale.
+ offres de formations , de contrôle qualité , d'assistance rapide , etc ...

---

Non, NeoMAD ne dispose pas d'un GUI-builder pour le moment. Il faut coder l'UI en Java. La version 3.2, prévue pour la fin du mois, introduit la possibilité de définir l'UI en XML, ce qui ouvre plus de possibilités et constitue une première étape dans la mise à disposition d'un véritable GUI-builder.
Pour le reste, NeoMAD permet d'écrire un code unique en Java et d'adresser toutes les plateformes d'un simple clic, s'utilise en local et ne nécessite aucune connexion, dispose d'un plugin pour Eclipse et Netbeans, permet d'utiliser des bibliothèques externes, du code spécifique à la plateforme (C#, Obj-C, etc.), gère les ressources de manière complètement intégrée, ce qui permet de générer des binaires multi-résolution avec localisation des textes, génère un projet natif pour chaque cible. La courbe d'apprentissage est très faible pour un développeur Android, ce qui rend le besoin de formation limité, mais le support est réactif en cas de questions / problèmes.

J'espère avoir répondu à vos questions :)
Cordialement.

Une différence essentielle que je vois, c'est que NeoMAD n'est pas open-source, à première vue.

Citation:

---

Envoyé par Traroth2

La différence essentielle que je vois, c'est que NeoMAD n'est pas open-source.

---

Effectivement. Mais la licence NeoMAD n'est pas payante tant qu'on ne produit pas d'applications commerciales. C'est donc gratuit pour les phases d'étude de faisabilité, de prototypage, de développement de POC, etc.

En ce qui concerne Codename One, seul le client est open source, et la version gratuite me semble globalement très limitée, non? Si j'en crois la grille tarifaire, seule la licence "pro" à 29.95 USD est compatible avec une véritable logique de production d'application.

Et puis il y a un certain nombre de facteurs à prendre en compte, comme la disponibilité du support technique et les différents services proposés par l'éditeur (conseil, aide à la mise en oeuvre pour un premier projet mobile, etc.). En ce point, l'équipe de Neomades met tout en oeuvre pour assurer un service réactif et de qualité.

Mais en tant qu'utilisateur d'un certain nombre de logiciels open source, je peux comprendre votre remarque. Je pense simplement qu'on ne peut pas se contenter de balayer du revers de la main une solution sur le simple critère qu'elle n'est pas open source. ;)


Edit: tiens, je vois que votre message a légèrement évolué vers plus de retenue pendant que j'étais en train d'écrire le mien... ;)

Je trouvais codename super mais c'est vrai que la non facilité du build offline ou par défaut comme cité handicape un peu le produit.
Je suis un Java one et me lance dans le mobile et me renseigne et c'est vrai que le cross-plateforme est super intéressant mais à quel prix.

Dans la Licence de NeoMades :

Le prix de la licence dépend du nombre d’applications réalisées dans l’année et du nombre de téléphones supportés ;
La réalisation d’un prototype est gratuite, la licence devient payante lorsque le produit est commercialisé.

Pour l'instant je ne suis pas prêt à payer :)
Donc je préfère codename, il est possible d'essayer l'app sur simulateur en lançant le fichier .launch du projet et puis on peut changer le skins suivant la plateforme pour vérifier le comportement, donc on peut garder les 100 builds mensuels pour les releases.
Est ce que le simulateur de codename est fiable pour le rendu et comportement vu que vous avez plus d'expérience mobile ?

Citation:

---

Envoyé par sayebni

Pour l'instant je ne suis pas prêt à payer :)
Donc je préfère codename, il est possible d'essayer l'app sur simulateur en lançant le fichier .launch du projet et puis on peut changer le skins suivant la plateforme pour vérifier le comportement, donc on peut garder les 100 builds mensuels pour les releases.
Est ce que le simulateur de codename est fiable pour le rendu et comportement vu que vous avez plus d'expérience mobile ?

---

Salut,
pour le simulateur de codenameone c'est ok pour les rendus. De plus il a une particularité c'est qu'il est très rapide au lancement (comparé à celui d'android et de blackberry par exemple). T'as pas à t'inquieter pour le rendu sauf quelques petites différences que tu peux remarquer sur android par exemple en fonction des versions d'android. j'espère avoir répondu à ta question. Bonne suite à toi

Citation:

---

Envoyé par doderic

Salut,
pour le simulateur de codenameone c'est ok pour les rendus. De plus il a une particularité c'est qu'il est très rapide au lancement (comparé à celui d'android et de blackberry par exemple). T'as pas à t'inquieter pour le rendu sauf quelques petites différences que tu peux remarquer sur android par exemple en fonction des versions d'android. j'espère avoir répondu à ta question. Bonne suite à toi

---

Très bien merci bcp.

Je confirme pour celui d'Android ayant déjà essayé ;)

Si vous avez plus de tutos ou docs a part du site cn1 je prends merci.

Citation:

---

Envoyé par sayebni

Très bien merci bcp.

Je confirme pour celui d'Android ayant déjà essayé ;)

Si vous avez plus de tutos ou docs a part du site cn1 je prends merci.

---

Il n' y a pas encore de tutos à part ceux du site mais je prépare un tuto de débutant pour developpez donc à très bientôt