Le 6 septembre 2012 13:05, Richard Fairhurst <rich...@systemed.net> a écrit : > Pieren a écrit: >> Ces deux points nécessitent du développement assez >> conséquent > > Je serai heureux d'ajouter réprojection Lambert->spherical Mercator à > Potlatch 2. > > L'accès aux images avec cookie sera moins facile, mais on peut créer un > proxy cadastre_tools (sur dev.osm.org peut-être). Malheureusement quand > j'essaie > > richard@errol:~/cadastre$ ./cadastre_client.py 399409.28@165107.11 > 405833.71@171964.30 3800 Caen 14 caen_city.png > > le resultat est entierement blanc > (http://richard.dev.openstreetmap.org/caen_city.png). Peut-etre vous pouvez > m'aider? > >> Un dernier point : P2 utilise Flash et son language ActionScript3. >> On sait que de récentes décisions de grands acteurs industriels >> font que cette plateforme n'a plus d'avenir. > > Oui, elle a un avenir, mais pas dans le navigateur. Adobe AIR utilise > ActionScript 3 pour les apps iOS, Android, OS X et Windows (mais pas Linux).
Alors que Java marche presque partout (sauf Android qui a une VM Dalvik, "supposée" compatible Java mais avec de grosses différences d'implémentation (et surtout de sécurité : le modèle de sécurité de Java n'est PAS présent, et des tonnes d'exceptions de sécurité ou de validation ne sont PAS levées quand il le faudrait. Une appli Java standard ne marche pas sans grosses modifs pour Dalvik VM (avec des fonctions de contournement en détectant dans le code le type de VM). Au delà de ça, l'appli pour Android ne se livre pas sous forme de JAR ou JNLP mais seulement avec un packaging spécifique (.apk). Le déploiement sur Android est d'un compliqué ! Il n'y a même pas assurance de la compatibilité ascendante comme avec une vraie installation de Java, il faut compiler autant d'APK que de versions d'Android et chaque fois repasser le validateur (et ça ne règle pas tout! il y a aussi des différences selon les modèles de smartphones ou tablettes, selon les constructeurs, notamment pour les périphériques d'entrée : boutons, surface tactile, multitouch, claviers virtuels et leurs mode de correction autoamtqiue dans les formulaires, qui envoient des évènements spécifiques). Pas moyen d'envisager JOSM pour l'instant en version Android : rien que les raccourcis claviers poseront problème (un problème qui concerne aussi les sites web avec la validation des formulaires DHTML/Javascript : on touche là à la compatibilité entre navigateurs web). Pour Windows Phone il faut encore une autre plateforme (développement en .net "managé", pas en Java ni Dalvik VM, ou bien HTML5 avec extensions spécifiques Microsoft). Malheureusement les constructeurs ont tendance à de moins en moins accepter la convergence des plateformes et créent tous des plateformes propriétaires. Java a été la plateforme le plus universelle. Flash est en cours d'abandon. HTML5 ne prendra pas en charge auttre chose que les codecs MPEG (sous licence payante MPEG LA, ce qui ferme la porte aux distributions Linux gratuites, sauf si le distributeur de Linux finance sa licence par des services commerciaux non pas sur les licences mais le support et a assez de clients pour offrir cette licence aussi gratuitement dans sa version gratuite, ou si c'est le constructeur du matériel qui a acquis cette licence MPEG LA, comme c'est le cas de Microsoft, Google, Apple, et tous les constructeurs de smartphones, et bon nombre de constructeurs de PC à condition qu'ils distribuent Windows ; Mozilla vient de renoncer suite au désengagement de Google, et il utilisera, comme aussi Google maintenant, les codecs de l'OS sous-jascent, sinon il n'y aura pas de vidéo du tout). _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
