Renommer les champs? Plugin Renamer?
Envoyé de mon iPhone Le 26 sept. 2011 à 14:11, <gael.gayad...@orange.com> a écrit : > Merci beaucoup pour cette réponse rapide. > > L'idée de la personnalisation de l'interface permet de : > - renommer le champ des interfaces > - inhiber ou ajouter certains champs > - réagencer l'interface (positionnement de certains champs). > > L'objectif de tout cela est pouvoir avoir la personnalisation tout gardant la > possibilité de faire évoluer le Core GLPI (partie générique). > > En état on s'orienterait vers un plugin ou option GLPI : > - incluant toute la personnalisation cliente > - qui renverrai non pas la page par défaut de GLPI mais la page personnalisée > Ce plugin devrait contenir exclusivement ce qui n'est pas prévu ou possible > dans le GLPI Core. > > Dans un premier temps on aurait un plugin/option simple, qui par défaut > proposerait l'interface native de GLPI. > Cette interface servirait de base à la personnalisation. > > En terme, quand le concepte des interactions sera murit, on proposerarait un > dashboard pour gérer les dépendances entre les champs. > > Petite question subsidiaire : > Où dois-je présenter le projet ? est-ce dans le forum (Suggestions de > nouvelles fonctionnalités / Spécifications / Développement) ? > > Par avance Merci beaucoup. > > > Gaël GAYADINE-HARRICHAM > Tel : +33 5 59 40 01 89 > Mob: +33 6 61 39 01 42 > Fax : +33 5 59 40 01 99 > gael.gayad...@orange.com > Network Integration Services , 40, rue ronsard - 64000 Pau > www.orange-business.com > > > -----Message d'origine----- > De : glpi-dev-boun...@gna.org [mailto:glpi-dev-boun...@gna.org] De la part de > jmd > Envoyé : lundi 26 septembre 2011 00:09 > À : Liste de diffusion des developpeurs GLPI > Objet : Re: [Glpi-dev] URGENT : Offre de Contribution > > Bonsoir, > > Merci de l'intérêt que vous portez au projet GLPI et à votre volonté de > contribution. > > Le 24/09/2011 16:09, gael.gayad...@orange.com a écrit : > (...) >> Expressiondes besoins >> >> Pouvoir personnaliser 4 interfaces de GLPI (Home, saisie de ticket, >> liste de ticket, traitement de ticket). La personnalisation de ces 4 >> interfaces est nécessaire pour garder la cohérence des modifications. > > C'est à dire, je ne saisis par vraiment ce que vous mettez derrière le > mot personnalisation... Pourriez-vous développer ? > >> Pouvoir ajouter ou inhiber certains champ en fonction des besoins. > > Dans le cadre des tickets par exemple, les template de ticket intégrés > en 0.83 répondent à cette problématique. > >> Pouvoir mettre en œuvre des dépendances entre certains champs : préfinir >> la valeur d’un champ en fonction d’une combinaison des autres champs >> Objectif > > La problématique sur ce genre de feature, c'est de déterminer un niveau > de généricité qui ne rendent pas l'ensemble impossible à utiliser. > > >> Réaliser les modifications de GLPI en accord avec le communauté : Il >> s’agirait donc d’intégrer ces modifications dans votre roadmap et donc >> dansle futurs versions de GLPI. > > Nous intégrons les contributions extérieures avec grand plaisir > lorsqu'elle respectent le worflow spécifié sur la forge : > > https://forge.indepnet.net/projects/glpi/wiki/WorkflowGlpi > > >> Notre proposition >> >> Nous avons constaté dans le Forum, qu’il s’agissait d’un besoin évoqué >> par d’autres personnes : ce développement représente donc un intérêt >> pour beaucoup d’utilisateurs. > > Attention au miroir déformant que constitue le forum, "d'autres > personnes" ne constitue pas "beaucoup d'utilisateurs". ;) > >> Nous vous proposons de : >> >> §Présenter dans le détail le besoin de notre client > > Oui c'est la première étape. > >> >> §Etudier avec vous comment réaliser le développement (spécifications de >> la communauté) > > Voir Worflow. > >> §Réaliser nous même les développements > > Voir coding standard. > >> Compte tenu des contraintes de calendrier de notre client, il nous >> faudrait qualifier rapidement la faisabilité de ce projet. > > J'attire votre attention sur cette problématique de calendrier. Le > terme "Urgent" dans le sujet de votre message interpelle également. > > En effet, les developpeurs du projet GLPI fonctionnent toujours en mode > "best effort" mais ne peuvent pas se synchroniser sur les calendriers > d'autres projets en mode "ambulance". > > La coopération intelligente et profitable à tous nécessite des phases de > discussion, de prise de connaissances des problématiques, d'acceptation > des règles et mode de fonctionnement de chacun et l'établissement d'une > confiance mutuelle. Bref, ça risque de demander un peu de temps... > > Cordialement, > > -- > Jean-Mathieu Doléans > GLPI-PROJECT.ORG > > _______________________________________________ > Glpi-dev mailing list > Glpi-dev@gna.org > https://mail.gna.org/listinfo/glpi-dev > > ******************************************************************************** > IMPORTANT.Les informations contenues dans ce message electronique y compris > les fichiers attaches sont strictement confidentielles > et peuvent etre protegees par la loi. > Ce message electronique est destine exclusivement au(x) destinataire(s) > mentionne(s) ci-dessus. > Si vous avez recu ce message par erreur ou s il ne vous est pas destine, > veuillez immediatement le signaler a l expediteur et effacer ce message > et tous les fichiers eventuellement attaches. > Toute lecture, exploitation ou transmission des informations contenues dans > ce message est interdite. > Tout message electronique est susceptible d alteration. > A ce titre, le Groupe France Telecom decline toute responsabilite notamment s > il a ete altere, deforme ou falsifie. > De meme, il appartient au destinataire de s assurer de l absence de tout > virus. > > IMPORTANT.This e-mail message and any attachments are strictly confidential > and may be protected by law. This message is > intended only for the named recipient(s) above. > If you have received this message in error, or are not the named > recipient(s), please immediately notify the sender and delete this e-mail > message. > Any unauthorized view, usage or disclosure ofthis message is prohibited. > Since e-mail messages may not be reliable, France Telecom Group shall not be > liable for any message if modified, changed or falsified. > Additionally the recipient should ensure they are actually virus free. > ******************************************************************************** > > > _______________________________________________ > Glpi-dev mailing list > Glpi-dev@gna.org > https://mail.gna.org/listinfo/glpi-dev _______________________________________________ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev