J'ai l'impression de passer pour le boulet de service et j'en suis desole mais c'est un peu trop cryptique pour moi. De ce que j'ai cru comprendre de Clearbricks et de comment Dotclear et les plugins accedent a la db, `$this->core->con->openCursor( $this->table )` sert seulement dans le cas ou on veut inserer/updater une row dans la db, mais pour faire un select il faut passer par `$core->con->select( $request )`. Et ca fait du sens parceque meme si on pouvait faire un select avec un cursor, on serait limite a faire une requete qui agirait sur une seule table, rendant la recuperation de donnees depuis d'autres tables assez delicate surement. Je me trompe ? Si non, je comprends pas trop le message que t'essayes de faire passer.
Quant au probleme de nom de table, personellement je suis plutot adepte de la philosophie de fixer les trucs a la source ! :P Mais c'est a vous de me dire si vous etes chauds ou pas pour faire le fix parceque moi je suis un peu depasse par le sujet la... 2013/8/28 Nicolas <[email protected]> > Le 28 août 2013 15:06, Christopher Crouzet > <[email protected]>a écrit : > > > Heuuu... ben che pas, j'ai toujours vu les requetes ecrites comme ca dans > > les codes dont je me suis servi d'exemple ? Meme dans le code de Dotclear > > c'est comme ca. A moins qu'on ne parle pas du meme truc... tu parles bien > > des variables $request, c'est ca ? Ca serait quoi la bonne methode du > coup > > ? > > > > $this->core->con->openCursor( $this->table ); > > > > Quoiqu'il en soit, si il faut passer ca en minuscule je vais le faire > mais > > pfft, c'est un peu dommage de rendre le truc moins lisible simplement > pour > > une petite limitation de clearbricks :P > > > > On peut aussi corriger clearbricks !! > -- > Dev mailing list - [email protected] - > http://ml.dotclear.org/listinfo/dev > -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
