le module cantonemment

J'ai donner un coup d'oeil au module, je pensait que ca saurait pas mal d'avoir un bdd centraliser.

Je m'explique, on le met sur un server et tout les SWP peuvent y acceder et y en inscrire, a ce moment il saurait utile non?

tout a fait.. Ceci a été déjà proposé par Anolis (voir ici).. Un peu plus bas dans la conversation..
Ce module est encore loin d'être fini, mais pour le moment j'essaye de ne pas me plonger dans la programmation...

voili voilou..

heu pardon, ici: fil 146


Tiens, on ne peut pas éditer ses messages ici???

Non, je n'ai pas mis le bazar en place sur le forum des staffs. Il y a pas mal de différences dans le script et comme j'ai fait ça en vitesse j'avais plus le temps. Et maintenant que je projette une nouvelle mouture rassemblée des deux forums, ce ne sera plus vraiment nécessaire de développer celui-ci

Pour l'accès mutualisé à une base de données, je réponds pourquoi pas. Le tout serait de trouver un serveur et/ou un sponsor motivé pour proposer ce genre d'infrastructure. Sachant que chaque install devrait avoir son login pour accéder à la db et qu'il faudrait bien quelqu'un pour financer ça.
Une autre solution serait l'exploitation d'un fichier par syndication à l'aide de fichiers xml. Là, plus besoin d'accès à une db. Une série de fichiers xml suffit. Et pour les récupérer, on imagine un système d'abonnement décentralisé. Une espèce de P2P de catalogue d'endroits de camps

Sacré projet Je vais y réfléchir tiens.

bha on fout tout sur le server de la fede, et il pourra etre exploiter par d'autres, ca saurait interessant non??

Le seul truc, c'est que nous comptons des membres des Scouts, des Guides, des Scouts et Guides pluralistes, des scouts tunisiens, français, canadiens et j'ai encore des visiteurs du Burkina, du Togo, de Côte d'Ivoire, et j'en passe

On choisit lesquels ?

>< bha ce vrait^^

Mais la fede est pas restrictive non??

ben voila, j'ai quand même craqué.. A force d'en parler, j'ai pas su bosser avant d'avoir progressé dans ce module.. Maintenant, en plus d'entrer un cantonnement et de pouvoir le voir, il y a moyen de modifier un cantonnement existant..

2 petits trucs:
1) Quand on veut modifier un cantonnement, l'affichage n'est pas actualisé.. Il faut faire "actualiser" pour voir la liste comme elle est censée être... C'est quoi le problème?

2)J'aimerais pouvoir tenir compte du fait qu'il peut y avoir plusieurs sections qui ont loué un même cantonnement. Et donc pouvoir disposer de la même fiche avec les données de chaque location... Comment puis-je faire?

1) faut reactualiser la page, ca veurt dire remetre les variables au bon endroit, apres avoir fait envoier, mais metre les nouvelles.
(si la pages est pas recharge, ce normal, tu peut metre un refresh^^ en JS)

2) faire un espece de systeme de commentaires, mais ou tu met tes info, quand tu l'a loue

Quelques remarques :

- à la modification, certains champs ne sont pas enregistrés (numéros de téléphone)
- dans les formulaires, placer le nom du contact au-dessus de son adresse (c'est plus logique)
- à l'ajout, modifier la recherche sur un cantonnement existant en faisant ça par province ou code postal
- sur la fiche, ajouter un lien vers le formulaire de modification
- pour la fiche, mettre la soumission du formulaire en méthode GET pour avoir une url unique pour chaque cantonnement. Plus simple pour faire un lien depuis l'un des forums pour les staffs.
- après modification, le lien de retour vers la fiche est incorrect (ramène toujours vers le cantonnement 1)
- au lieu de mettre les cantonnements dans la gestion de l'unité, je suggère de faire une page à part qu'on ajouterait dans la page Membres. Ca me semble plus logique.
- dans le formulaire, placer les références latitude-longitude (éventuellement voir avec cHiL et aK sur Tabou pour savoir quel format ils ont pour cette référence).
- Placer également la province/département/région dans laquelle se trouve le cantonnement.

Sur la page de gestion des cantonnements, je suggère une liste des cantonnements comme dans la Gestion des pages du site. Avec un tableau : nom du cantonnement, ville/village, nombre de places, icône pour indiquer le type de cantonnement (bâtiment ou prairie), icônes pour modifier ou supprimer le cantonnement.
Et au-dessus ou sous ce tableau, un petit moteur de recherche par critères. On affiche par défaut maximum 20 cantonnements et l'utilisateur peut choisir d'en afficher plus.

Pour ton problème, j'ai donné un début de réponse dans mes remarques (certains champs ne sont pas modifiés).
Pour les plusieurs sections qui ont fréquenté le cantonnement, une seconde table peut être imaginée avec un champ date et un champ reprenant l'index de la section (puis aussi un champ avec l'id du cantonnement. Et tu ajoutes un formulaire pour gérer les fréquentations du cantonnement.

tout ca?

hum, ok boss. Je verrai ca plus tard (après les exams quoi).

Je t'ai fait peur, sorry

ben en fait, comme je fout rien de mes pauses (qui sont malheureusement nombreuses aujourd'hui) je me penche un peu sur tes propositions..

1) Qu'est-ce que t'entends par Province/Région/Département?? c'est un champ dans lequel les gens mettent un des 3?? Ou trois champs distinct a remplir?
moi je suis un peu perplexe, et vu que pour moi la géographie Belge c'est un peu comme celle de l'Ouzbékistan ..

2) hum, c'est quoi une soumission en méthode GET?

3) heuuu, c'est quoi les références latitudes-longitudes

sinon, pour l'adresse et le nom du contact, c'était parce que pour un batiment on a facilement une adresse, par contre, pour une prairie, vaut mieux l'adresse du proprio . Enfin, j'ai arrangé le coup.