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 <nikrou77(a)gmail.com>
Le 28 août 2013 15:06, Christopher Crouzet
<christopher.crouzet(a)gmail.com>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 - Dev(a)list.dotclear.org -
http://ml.dotclear.org/listinfo/dev