Re: [Glpi-dev] 0.78.1 : 2 propositions d'intégr ation

2010-11-08 Thread MoYo

Le 08/11/2010 16:59, Remi Collet a écrit :

Le 29/10/2010 10:21, Walid Nouh a écrit :

   

pas de soucis de mon côté
 

- Statut "Non soumis à Validation" par défaut à la création des tickets

Pour éviter le statut ambigu "Accepté" lorsqu'il n'y a pas de demande de
validation.
   

C'est fait.

Pour le libellé, c'est discutable "Aucune" ou  "Sans" aurait peut-être
suffit, j'ai choisi qq choise d'explicite "Non soumis à validation"

   

Salut,

ca me semble bien comme ca.
Il faut que je push le dictionnaire dans l'appli de trad.

Pour la table, on pourrait mettre la valeur par défaut à 'none' mais
j'ai pas voulu toucher au schéma (donc c'est dans le prepareInputForAdd)
   


Vu que des modifs sont prévues pour l'autre élément que tu voulais faire 
tu peux changer la DB pour ca aussi.



On pourrait, si vous trouver cela pertinent, ajouter au moteur de
recherche la valeur "canfix" (pour "none" ou "accepted")
libellé = "Accepté ou non soumis à validation"
   

Ca me semble pertinent effectivement.

++

Julien




++

___
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


Re: [Glpi-dev] 0.78.1 : 2 propositions d'intégr ation

2010-11-08 Thread Remi Collet
Le 29/10/2010 10:21, Walid Nouh a écrit :

> pas de soucis de mon côté
>> - Statut "Non soumis à Validation" par défaut à la création des tickets
>>
>> Pour éviter le statut ambigu "Accepté" lorsqu'il n'y a pas de demande de
>> validation.

C'est fait.

Pour le libellé, c'est discutable "Aucune" ou  "Sans" aurait peut-être
suffit, j'ai choisi qq choise d'explicite "Non soumis à validation"

Pour la table, on pourrait mettre la valeur par défaut à 'none' mais
j'ai pas voulu toucher au schéma (donc c'est dans le prepareInputForAdd)

On pourrait, si vous trouver cela pertinent, ajouter au moteur de
recherche la valeur "canfix" (pour "none" ou "accepted")
libellé = "Accepté ou non soumis à validation"

++

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev


Re: [Glpi-dev] 0.78.1 : 2 propositions d'intégr ation

2010-10-29 Thread Walid Nouh
Le 29/10/2010 09:51, Remi Collet a écrit :
> English at the end
>
> Je vous propose d'intégrer 2 évolutions mineures avant la sortie de la
> prochaine 0.78.1
>
> - Rubrique de la KB par entité
>
> c'était (AMHA) un raté de la 0.78
>
> reprise du backport déjà fait sur la branche CNAMTS
> https://forge.indepnet.net/projects/glpi/repository/revisions/12395/diff/branches/0.80-alpha/inc/knowbaseitemcategory.class.php
>
>
pas de soucis de mon côté
> - Statut "Non soumis à Validation" par défaut à la création des tickets
>
> Pour éviter le statut ambigu "Accepté" lorsqu'il n'y a pas de demande de
> validation.
>
> Pas d'impact sur le schéma (sauf peut-être la valeur par défaut du champ)
>
> Si ça vous semble OK, je peux m'en occuper au plus tard pour le 10/11
>
>
effectivement ça fait plus de sens, et ça évitera je pense pas mal de 
question.


par contre cela veut dire modifier la doc en conséquence pour ces 2 options.

Walid.


___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev


Re: [Glpi-dev] 0.78.1 : 2 propositions d'intégr ation

2010-10-29 Thread MoYo
Le 29/10/2010 09:51, Remi Collet a écrit :
> English at the end
>
> Je vous propose d'intégrer 2 évolutions mineures avant la sortie de la
> prochaine 0.78.1
>
> - Rubrique de la KB par entité
>
> c'était (AMHA) un raté de la 0.78
>
> reprise du backport déjà fait sur la branche CNAMTS
> https://forge.indepnet.net/projects/glpi/repository/revisions/12395/diff/branches/0.80-alpha/inc/knowbaseitemcategory.class.php
>
> - Statut "Non soumis à Validation" par défaut à la création des tickets
>
> Pour éviter le statut ambigu "Accepté" lorsqu'il n'y a pas de demande de
> validation.
>
> Pas d'impact sur le schéma (sauf peut-être la valeur par défaut du champ)
>
> Si ça vous semble OK, je peux m'en occuper au plus tard pour le 10/11
>
Salut,

De mon point de vue ca ne me semble pas poser de problème même si 
j'aurais fortement préféré qu'on ne touche pas à la structure de la DB 
sur les versions correctives de la 0.78.

Pour les rubriques de KB il faut bien reprendre toutes les modifications 
du ticket associé :
https://forge.indepnet.net/issues/2227
et non uniquement celles de la révision concernée par le lien fourni.

Julien


___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev


[Glpi-dev] 0.78.1 : 2 propositions d'intégr ation

2010-10-29 Thread Remi Collet
English at the end

Je vous propose d'intégrer 2 évolutions mineures avant la sortie de la
prochaine 0.78.1

- Rubrique de la KB par entité

c'était (AMHA) un raté de la 0.78

reprise du backport déjà fait sur la branche CNAMTS
https://forge.indepnet.net/projects/glpi/repository/revisions/12395/diff/branches/0.80-alpha/inc/knowbaseitemcategory.class.php

- Statut "Non soumis à Validation" par défaut à la création des tickets

Pour éviter le statut ambigu "Accepté" lorsqu'il n'y a pas de demande de
validation.

Pas d'impact sur le schéma (sauf peut-être la valeur par défaut du champ)

Si ça vous semble OK, je peux m'en occuper au plus tard pour le 10/11

 English (short) ===

I would like to add 2 features before 0.78.1

- KB categories by entity (already done in 0.80)

- New default ticket validation status "No validation asked"
to avoid the actual ambiguous status "accepted" when no validation have
been asked.


Remi.

___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev