Deux petites questions

Version imprimable

27/03/2016, 23h29
Invité

Deux petites questions

Bonsoir,

Sur le module guriddo, je bloque sur le format des dates. Ces dernières sont affichées avec le format YYYY/MM/DD et je tente de les remettre au format DD/MM/YYYY.
Pour ce faire, j'ai rajouté le formateur:

Code:

$oTable->addColumn('RDV','RDV',array('sortable'=>false,'align'=>'center',"formatter"=>"date","formatoptions"=>array("srcformat"=>"YYYY-mm-dd","newformat"=>"dd/mm/YYY")));

Cependant lorsque que je relancer mon tableau, je n'obtiens plus rien et le débogueur m'annonce : date est indéfini. J'ai loupé une étape ?

Autre point qui n'a rien avoir avec le format des dates, je me demandais si il est possible de contrôler un champ précis du formulaire par rapport à une entrée dans une table MYSQL, ceci afin pour éviter les doublons.

Au passage, encore merci pour ce framework qui me simplifie grandement la vie.

Oui c'est normal, formatter demande une fonction

comme ici sur cet exemple de demo,
http://www.guriddo.net/demo/guriddoj...tom/index.html
Code:

1 2 3 4 5 { name: 'Rating', width: 50, formatter: formatRating }
ils ont créé une fonction js formatRating
Code:

1 2 3 4 5 6 7 function formatRating(cellValue, options, rowObject) { var color = (parseInt(cellValue) > 0) ? "green" : "red"; var cellHtml = "<span style='color:" + color + "' originalValue='" + cellValue + "'>" + cellValue + "</span>"; return cellHtml; }
Et oui vous pouvez controler avant d'enregistrer en base grace à la methode getCheck() de votre classe row_votreTable
http://mkframework.com/tutoriaux.html#formulaire

merci à vous de l'utiliser ;)

dans votre cas

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
<script>function formatDate(cellValue, options, rowObject) {
            var tDate=cellValue.split('/');
 
            var year=tDate[0];
var month=tDate[1];
var day=tDate[2];
 
            return day+'/'+month+'/'+year;
        }
 
 
console.log(formatDate('2016/12/25'));
</script>

28/03/2016, 09h06
imikado
Et votre appel change donc pour
Code:

1 2 $oTable->addColumn('RDV','RDV',array('sortable'=>false,'align'=>'center',"formatter"=>"formatDate"));
Et le code javascript est à copier dans module/guriddo/view/build.php ;)
28/03/2016, 11h52
Invité

Merci pour la réponse hyper rapide, ca fonctionne super bien!
Par contre je me retrouve avec un effet de bord.
Lorsque je modifie une ligne avec une date qui est maintenant au bon format, lors de l'enregistrement le champ date passe automatique en 00-00-00 car j'ai l'impression que le masque de saisie attend encore le format YY-MM-DD.

Pour la validation, j'y avais pensais mais je trouvais cela trop simple :)
Pour tester j'ai décommenté la partie isNotEqual pour tester le champ "utilisateur', mais la vérification fonctionner.
En fait, je n'ai aucun enregistrement et cela peut import la valeur du champ utilisateur.

Code:

$oPluginValid->isNotEqual('utilisateur','toto','Le champ est égal à '.$valeurB);

Pour le javascript il faut checker avant:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
 
<script>
function formatDate(cellValue, options, rowObject) {
 
    var re = /^([0-9]{4})\/([0-9]{2})\/([0-9]{2})$/;
    if( cellValue.match(re) ){
 
        var tDate=cellValue.split('/');
 
        var year=tDate[0];
        var month=tDate[1];
        var day=tDate[2];
 
        return day+'/'+month+'/'+year;
    }else{
        return cellValue;
    }
 
}
 
console.log(formatDate('2016/12/25'));
 
console.log(formatDate('25/12/2012'));
</script>

super, je n'y avais pas pensé!
Maintenant il faut que je regarde pour implémenté cela sur la partie ajout d'une ligne.

Je reviens sur la partie validation des données. Sur tes conseils j'essaie d'utiliser getCheck() pour contrôler la saisie des numéros de série.
Pour cela, j'ai :
- Créé la jointure pour chercher l'information qui m’intéresse dans une autre table
- Rajouté la requête adéquate dans le modèle lié ma seconde table.
- Activé isEqual.

Mais lorsque je tente un test d'enregistrement, rien ne se passe. Je n'ai pas de message d'erreur et aucun n'ajout n'a été fait.
Est-ce que tu peux m'aider à débugguer ?

Voici le code de mon module guriddo:
Code:

1 2 3 4 5 private function getCheck(){ $oSNUC=model_parc::getInstance()->findSNUC($this->newSNUC); --> jointure vers ma seconde table pour tester si la valeur du formulaire guriddo existe dans cette seconde table. $oPluginValid=new plugin_valid($this->getTab()); $oPluginValid->isEqual($oSNUC,'1','l'enregistrement existe';'); --> Test $oSNUC=1 c'est que l'enregistrement existe, on peut donc procéder à la création de la nouvelle ligne dans le CRUD.
voici un extrait de la requête qui est dans le modèle 'model_parc.php' lié à ma seconde table
Code:

1 2 3 4 public function findSNUC($uSNUC){ return $this->findMany('SELECT count(*) as total FROM '.$this->sTable.' WHERE sn=?',$uSNUC ); --> je compte combien de fois la valeur existe. Si 0 c'est que la saisie est erronée. }
La requête semble fonctionner car dans les logs je la vois bien s’exécuter : 2016-03-28;20:18:32;info;sql select:SELECT count(*) as total FROM parc WHERE sn=? [ 12345 ]
Lorsque j’exécute cette même requête sur Adminer, j'ai bien le résultat =1
Par contre, je n'ai aucun autre élément dans le log pour avancer sur le problème.

j'espère avoir été clair dans mes explications.

Merci et bonne soirée.

29/03/2016, 15h17
imikado

Oui avec Guriddo je n'ai pas encore eu le temps d'implementer le retour d'erreur lors de l'enregistrement

si vous passez par un CRUD "normal" vous verrez votre message d'erreur ;)
29/03/2016, 16h10
Invité

ok, je comprend mieux.
Sans vouloir abuser, peux-tu me dire si tu as déjà planifié la mise en place de cette fonctionnalité ?

Du temps, je vais tester la partie graphique :)

Encore merci pour ton aide !
30/03/2016, 09h34
imikado

Bonjour,
Pour info il y a une roadmap pour le framework http://mkframework.com/roadmap.html

je vais ajouter ceci dedans, vous n'etes pas le premier à demander, je vais le mettre dans la todo en cours ;)
31/03/2016, 21h35
Invité

Bonsoir,

merci pour ton retour.
Javais bien vu la roadmap et comme je n'y ai pas trouvé mon bonheur, je t'ai sollicité ;)
je vais patienter sagement la sortie de cette fonctionnalité.

Encore merci pour ton aide précieuse:D
01/04/2016, 10h27
imikado

Oui je dois l'ajouter à la roadmap histoire d'etre transparent sur les avancées
Un peu sous l'eau cette semaine,mais je vais trouver le temps :)
04/04/2016, 17h19
Invité

Salut,

y'a pas le feu au lac, je comprend qu'il peut-être compliqué de tout concilier.

A+
04/04/2016, 23h12
imikado

J'ai déjà trouvé, je prend un peu de temps pour mettre à jour le module Gurrido ainsi que la génération

Il y a en effet 2 choses:
1. dans le fichier build de Guriddo il faut ajouter du code dans le paramétrage json
2. dans la partie php, il faut sortir l'erreur en question en json dans un attribut error

je finalise tout ça pour simplifier son implémentation pour tous ;)
06/04/2016, 13h51
Invité

Merci pour ta rapidité :king:
06/04/2016, 22h02
imikado

Vous pouvez mettre à jour (via le market) : le module Guriddo ET le module builder crud Guriddo ?

Ensuite regenerer le CRUD guriddo pour voir si cela vous convient ?
07/04/2016, 08h44
Invité

ah super !

par contre faute de temps, je ne pourrai tester avant ce week-end.
Je reviens vers toi dès que je peux.

Encore merci pour ta rapidité !