PHP|Débutant :: Forums

Ouh la ! Sacré bestiau !
Ce site de démo est assez bluffant, je dois dire.
Bon, bah y-a plus qu'à ...
Merci mon Pierrot, je te tiens au courant.

voila ce que l'on peut faire :

çà pète

a++

Première comparaison entre ce que pro-im-pose jQGrid et ce que j'essaye d'extrapoler du chapitre 12 : Exemple d'application utilisant jQuery, Ajax et PHP du livre jQuery 1.7 & jQuery UI (Eyrolles 2° édition) Une bibliothèque pour Javascript d'Éric Sarrion.

Les différences entre cet exemple et ce que je cherche à en faire :

On voit que JQGrid prend en charge très proprement l'aspect scroll et ajoute des outils de navigation, voire de recherche, qui pourraient ne pas s'avérer inutiles.

J'aime moins le recours à une popup pour l'édition des lignes (ajout, modif, suppression), les utilisateurs actuels étant habitués à gérer tout cela dans des feuilles de tableurs, l'édition en ligne fait partie du cahier des charges.

Y rencontrera-ton les mêmes difficultés pour y interfacer les champs de type date avec datepicker de jQuery UI ?

Quid des champs à choix multiples ?

Je vois mal comment faire rapidement la synthèse de tout cela avec jQGrid, d'où ma valse hésitation. D'autant que je me rends compte combien tout ce petit monde jQuery est éminemment évolutif et combien ça devient vite la pagaille pour s'y retrouver parmi la foultitude des paramètres, feuilles de style et/ou méthodes (pas toujours explicitement documentés) auxquelles viennent systématiquement s'agréger ceux de jQuery UI et de chacun de ses plugins.

De toutes façons, je vais faire une pause jusqu'à mardi. J'ai ma pelouse à tondre, mes abeilles à nourrir, la belle-mère et sa Dame 4in de fille à promener.
Bref, du taf. Et je n'ai toujours pas reçu l'immatriculation de ma SKYTEAM DAX 125, donc toujours pas de plaque et toujours pas d'assurance. Faut que je m'occupe de relancer tout cela dès lundi.

La vie de retraité, un enfer d'hyper-activité !

Bon, l'édition dans une pop-up semble ne plus soulever une opposition aussi farouche que jusqu'alors.

Mais je ne remettrai probablement pas le nez dans cette affaire avant mercredi.

Là je suis en pause déjeuner.

@pluche

C'est pas déjà fait ?

Tu sais que tu viens quand tu veux, ici, au moins, il ne neige pas.

Ceci dit, Marckolsheim->Plomodiern on doit friser les 1000 bornes, non ?

Et puis, Marckolsheim, ce n'est pas là qu'il y a une centrale électrique ? T'es pas irradié au moins ? Ah non c'est vrai, c'est de la houille blanche chez toi, c'est à Fessenheim que c'est tout pourri.

Bon, bah bon voyage, alors.

Première lacune, comment interfacer une cellule d'un tableau en mode édition 'inline' avec UI DatePicker.
La doc est carrément muette à ce sujet, se contentant de mettre un titre : UI DatePicker et un paragraphe vide (en haut de la page 66).
Heureusement, en demandant à l'ami Gxxxxe  : "jQuery UI Datepicker & jQgrid" on obtient quelques réponses explicites dont celle-ci :Problem with JQuery datepicker inside jqGrid.
Je poursuis ma découverte.

Merci Pierrot.
Juste une précision, dans le cas d'une nouvelle ligne (futur INSERT) il n'y a pas encore d'id dans la BD, donc que passer en argument à la méthode pickdatesProchainContact(id) ?

Ça sera plutôt 0 car je ne sais pas trop les effets que pourraient inférer des ids du genre '-1nom'.
Je pensais effectivement à quelque chose comme ça, Merci.

Sinon, les options seront parfois (souvent) identiques pour tous les grids, je pense à datefmt:"yyyy-mm-dd", hidegrid:false, height:230,  loadtext:"traitement en cours", loadui:block | enable | disable, mtype:"POST", scroll:true, toolbar{true,"bottom"}, usw;
Si j'ai bien compris il suffit de faire

Par ailleurs l'option url, définit le script (PHP ici) qu'invoquera AJAX pour récupérer les données auprès du SGBD dans un format XML, ça, ça semble clair.
Mais je n'ai pas encore bien saisi comment se gèrera la mise à jour (INSERT-UPDATE-DELETE), à quel(s) évènement(s) on doit raccorder ces appels AJAX et sous quel format les données sont transmises à PHP.
D'autant que je tiens à conserver le polymorphisme initial.

CM-709-HV, c'est, enfin, l'immatriculation de mon SKYTEAM DAX 125. Ouf !

Ok, Merci pour editurl, je l'avais zappé celui-là.
C'est du XML par défaut, donc il faut modifier l'option datatype:json et sinon le jsonReader type

c'est lui qui le génère pour les (INSERT/UPDATE) ?
Où y trouve-t-on le nom de la page ?
Il faut le passer en GET dans (editurl : 'lescript.php?page='+page) ?
Là, on n'est plus vraiment dans le polymorphisme.

Pour les DELETE on a juste besoin du nom de la table et de l'id de la ligne.

Quels sont les avantages du JSON par rapport au XML ?

fichier généric update_table.php

<?php

    require_once('init.php');
    $path = getcwd().DIRECTORY_SEPARATOR;
    $id = isset($_POST['id']) ? $_POST['id'] : 0;
    $oper = isset($_POST['oper']) ? $_POST['oper'] : '';
    if ($oper > '') unset($_POST['oper']);
    unset($_POST['id']);
    $fields = array();
    $table = isset($_GET['table']) ? $_GET['table'] : '';
    unset($_GET['table']);
    $pretraitement = isset($_GET['pretraitement']) ? $path.$_GET['pretraitement'].'.php' : '';
    $posttraitement = isset($_GET['posttraitement']) ? $path.$_GET['posttraitement'].'.php' : '';
    unset($_GET['pretraitement']);
    unset($_GET['posttraitement']);
   
    $result = array_merge($_POST, $_GET);
   
    if( $pretraitement>'' &&  file_exists($pretraitement)){
        include_once($path.$pretraitement);
    }
   
    if ($oper == 'del') {
        try{
            $stmnt = "DELETE FROM $table WHERE id=$id";
            $count = $connexion->exec($stmnt);
        }
        catch (Exception $exc) {
                $msgerr .= $exc->getMessage();
        }
    } else {
        foreach ($result as $key => $value) {
            array_push($fields, "$key = '" . addslashes($value) . "'");
        }
        $fields_str = join($fields, ', ');
        if ($id >= 0) {
            try {
                $stmnt = "UPDATE $table SET $fields_str WHERE id = $id";
                $count = $connexion->exec($stmnt);
            } catch (Exception $exc) {
                $msgerr .= $exc->getMessage();
            }
        }
        // Si on recoit -1 dans record_id alors c'est une insertion
        else {
            try {
                $stmnt = "INSERT INTO $table SET $fields_str";
                $count = $connexion->exec($stmnt);
                $id = $connexion->lastInsertId();
            } catch (Exception $exc) {
                $msgerr .= $exc->getMessage();
            }
        } 
    }
   
    $ar = array();
    if( $posttraitement > '' &&  file_exists($posttraitement)){
        include_once($posttraitement);
    }
   
    $ar['msgerr']=$msgerr;
    $ar['path']=$path;
    $ar['sql']=$stmnt;
    $ar['id']=$id;
    echo json_encode($ar);
?>

voila un editurl standart

dans init.php tu fait une connection mysql ($connexion) et se renseigne comme ca :

editurl : 'update_table.php?table=unetable&pretraitement=lenomduficherquiferalepretraitemtsansextension&posttraitement=lenomduficherquiferaleposttraitemtsansextension'

pretraitement et posttraitement son facultatif, seul table est obligatoire.

en retour

msgerr : je comment pas
id : l'id qui a été inseré ou modifié
sql : la requete générée et utilisée pour faire le traitement.

ce script passe dans 100% des cas, tu peux même l'utiliser tel quel

je l'utilise aussi pour mes formulaires et tel quel.

a++

>>Parce que ce $result = array_merge($_POST, $_GET) me semble assez rock'n roll !

pk ????

c'est un script générique 

et preuve qu'il est très générique, puisque qu'il fonctionne avec jqgrid et avec mes formulaires.

il fonctionne en total transparence, mais rien ne t’empêche de passer des param supplementaire.

par $_GET par exemple.

>>Et pourquoi qu'il s'emmerde à les passer dans un jsonReader si c'est pour finalement les balancer en POST (ou GET) à l'ancienne ?

là, je te donne la permission de réfléchir

et te casse pas la gueule avec ta super moto

a++