Salut
Quelques réflexion assez générales et diverses propositions en vrac
- Je suis fan de l'idée d'API
- Penses tu à une API affichage ou aussi saisie ?
- Faut il partir sur une API "programmme" (PHP) ou XML (URL refuges.info/extractions/format...) ou autre (voyez vous une interface adapté - lecture - écriture genre GML) ?
- Je suis en train d'étudier les apps mobiles. Une appli WRI risque bien d'être mon premier essai et j'aurai besoin d'une API serveur.
- Il serait intéressant pour la modularité du site de sortir la partie gestion des polygones : On peut parfaitement en faire un sous systéme isolé (avec sa partie saisie des polygones et infos) et l'interfacer comme une API. D'ailleurs cette API existe déja :
http://refuges.info/exportations/locali ... &lat=45.42 puisque je m'en sers pour localiser les points chemineur (dans une version pas encore livrée).
Autre point de vue : je pense depuis un moment à repartir sur une base PhpBB3, en laissant PhpBB gérer les fiches, commentaires, photos et toute la saisie, recherche, news,...
Ça permettrait de factoriser un max de code avec PhpBB.
L'idée est d'aller jusqu'au bout de 1 fiche = 1 topic du forum "refuges", avec un template d'affichage similaire à l'affichage de la fiche WRI actuelle quand on veut visualiser le topic comme un point. Les commentaires du point seraient les posts possédant un flag adéquat. Cela permet de factoriser la saisie et de passer rapidement des commentaires de la fiche au forum et vice-versa.
Les données des fiches (mur, poil, ... géographiques) seraient ajoutées à la table phpbb_topics et on laisse PhpBB gérer l'accès lecture/écriture (il y a 2 ou 3 lignes de code à ajouter au kernel pour faire le lien avec le template point).
Pas de crainte, je vois bien comment faire en minimisant les interactions avec le code PhpBB et si j'ai un peu merdé sur la conversion chemineur, c'est surtout au niveau de la synchro et dédoublonage avec les autres sites. Je pense être prêt pour WRI et faire une maquette.
Je maitrise assez bien la récup de bases et les templates.
Pour en revenir au sujet API : il devient trivial avec les templates PhpBB. On peut développer un template "mobiles", un template "XML", ... Ce sont des fichiers à chaque fois bien séparés et indépendants du code PHP du kernel.
Dans ce cas, je prendrais en charge la reprise de l'interface actuel + une sortie flux XML lecture/écriture + une interface mobile si Léo m'en donne la syntaxe.
Autre point de vue qui n'a rien à voir : j'ai acheté récement un smartphone (je n'en étais jusque là qu'au mobile où on parle dedans et c'est tout) et je peine sur WRI
- les cartes sont catastrophiques : impossible de faire un zoom, de changer de fond de carte, de passer plein écran...
- La localisation ne marche pas, ce qui est un comble sur un mobile
- que constatez vous sur vos mobiles et quels O.S. avez vous ?
Je pensais que OL 2.12 était compatible mobile mais pas testé = ne marche pas. Gros travail pour moi pour passer sur 2.13 (ou attendre 2.14 qui ne devrait pas tarder ou OL V3 beta qui semble assez stable et sympa sur mobile) et faire un truc qui marche aussi sur smartphone.
- Les pages d'accueil et de points passent assez bien mais pas la barre de menu qui se met en vrac. Et sans menu, on ne va pas loin.
- Par contre, tout se gâte sur les pages de saisie : le CSS [censuré] complètement, la taille des champs varie ridiculemet et on passe son temps à zoomer. De plus, la barre de menu surgit intempestivement (c'est déja le cas mais avec un tout petit écran, c'est redibitoire) notamment sur un pavé de saisie ce qui fait qu'au lieu d'insérer un caractère, on se retrouve sur la page des cartes...
Je n'ai pas encore regardé ce qui pose pb mais faudra en profiter pour refaire un template de saisie propre.
Quelle est votre expérience de l'entrée de points ou commentaires via mobiles ?
Le but est de se pointer devant la cabane et de créer ou comenter le point en un nombre réduit de clics (devrais-je dire tapotage ?)
Je résume la modularité et factorisation de mes prooositions:
- Un coeur sur base PhpBB3 + un min de modifs au kernel (moi)
- Une moulinette de récup de la base + photos + forum (moi)
- Un template PhpBB standard pour le forum (un de ceux de PhpBB)
- Un template PhpBB à coder pour l'affichage des fiches et des pages d'accueil (moi)
- Un template PhpBB entrée/sorties fiches + commentaires format XML (moi)
- Un template PhpBB spécifique API mobile si Léo m'en donne la syntaxe.
- Un module localisation d'un point par rapport à une base de polyones et données associées (interface ouvert à d'autres sites) localisation.php?lon=5&lat=45 Dans un premier temps, on peut utiliser le site de prod. Aprés, j'apprécierais un coup de main de SLY car je ne me suis pas trop investi dans les postgres.
- Le sous systéme d'affichage de cartes existant mais à reprendre pour une bonne gestion des mobiles et à documenter (il s'agit de javascript entièrement objet suivant les règles de codage openlayers mais une bonne doc ne nuit pas). Point indépendant de la refonte API. Utiliser l'existant pour la maquette.
- Un interface mobile (actuel Léo)
- Une ou des apps smartphone à venir
Difficuté : identifier toutes les petites fonctions bien utiles accumulées au ciurs du temps. Je compte sur Sly
Je vais essayer de faire une maquette de tout ça pour septembre. Je suis sur que vos idées y ajouteront des +. Ma dispo étant incertaine, ne m'attendez pas pour progresser de votre côté.