L'idée est d'identifier un simple test côté public pour réaliser des opérations seulement seulement dans le contexte d'un billet seul. (de type billet, pages, machin issu ce muppet, pollsFactory, etc..)
-- Greg Le 9 août 2013 11:40, Franck Paul <[email protected]> a écrit : > Je ne vois pas pourquoi il faudrait absolument corréler le type de post > (stocké dans la base) et le schéma d'URL utilisé pour l'afficher. > > De plus je me demande s'il n'y a pas des plugins qui permettent de changer > le schéma d'URL des billets (post ou autre), il me semble que Dsls avait > codé un truc comme ça. > > Donc, non Pages n'est pas une exception et d'autre peuvent faire de même. > > > Maintenant le problème évoqué par Christopher est différent et concerne le > template chargé pour afficher un contenu. Faudrait plutôt regarder du côté > des schémas d'URLs je pense. > > > Le 9 août 2013 11:17, Greg <[email protected]> a écrit : > > > Il faut donner la préconisation aux codeurs de plugins :) > > > > Et prier pour que les pages restent la seule exception. > > > > > > > > -- > > Greg > > > > > > Le 9 août 2013 11:08, Christopher Crouzet <[email protected] > > > > a > > écrit : > > > > > Dans quel cas il n'est pas possible de connaitre pour sur le type d'un > > post > > > a moins de savoir comment chaque plugin definit son URL !? > > > > > > > > > > > > 2013/8/9 Greg <[email protected]> > > > > > > > Tu as une exception SI le plugin définit un type d'URL différent du > > type > > > de > > > > billet comme c'est le cas avec le plugin Pages. > > > > > > > > > > > > > > > > -- > > > > Greg > > > > > > > > > > > > Le 9 août 2013 10:59, Christopher Crouzet < > > [email protected] > > > > > > > > a > > > > écrit : > > > > > > > > > En effet, j'ai repondu sans reflechir, pardon :) > > > > > Ma question serait donc plutot : comment savoir qu'un fichier > > template > > > > > charge correspond donc bien a l'un de ces types si on ne peut pas > > faire > > > > la > > > > > comparaison avec url->type? Est-ce qu'il y a une methode generique > > pour > > > > ca > > > > > ou est-ce qu'il faut creer une exception pour chaque plugin qui > > > > deciderait > > > > > de creer un nouveau type de post ? > > > > > > > > > > > > > > > > > > > > 2013/8/9 Franck Paul <[email protected]> > > > > > > > > > > > Si justement getPostTypes retourne ça. > > > > > > > > > > > > On y trouve, comme clés, *post* et *page* sur une installation > par > > > > > défaut. > > > > > > > > > > > > > > > > > > Le 9 août 2013 10:50, Christopher Crouzet < > > > > [email protected] > > > > > > > > > > > > a > > > > > > écrit : > > > > > > > > > > > > > Argh, je suis un peu perdu... le nom de la methode > `getPostTypes` > > > me > > > > > > > semblait pourtant explicite. > > > > > > > N'y a-t-il donc pas de methode existante pour recuperer tous > les > > > > > > differents > > > > > > > types de posts enregistres/enregistrables dans la table > > `dc_post` ? > > > > > > > > > > > > > > > > > > > > > > > > > > > > 2013/8/9 Franck Paul <[email protected]> > > > > > > > > > > > > > > > Attention, il me semble que post_type et url->type sont deux > > > choses > > > > > > > > différentes. > > > > > > > > > > > > > > > > Le plugin Pages enregistre un schéma d'URL avec …/pages/… et > un > > > > type > > > > > de > > > > > > > > post "page" > > > > > > > > Que la fonction url->type retourne "pages" est conforme avec > le > > > > > schéma > > > > > > > > enregistré. > > > > > > > > > > > > > > > > > > > > > > > > Le 9 août 2013 09:56, Christopher Crouzet < > > > > > > [email protected] > > > > > > > > > > > > > > > > a > > > > > > > > écrit : > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > https://github.com/christophercrouzet/dotclear-plugins-postsStats/commit/f1ba358434b5b65b91d3e040f2671a61a81d3c16 > > > > > > > > > > > > > > > > > > > > > > > > > > > Bonjour, > > > > > > > > > > > > > > > > > > suite au commentaire d'Osku sur le lien plus haut, il > > > semblerait > > > > > > qu'il > > > > > > > y > > > > > > > > > ait potentiellement un bug au niveau de > > dcCore::getPostTypes() > > > > > > > puisqu'il > > > > > > > > ne > > > > > > > > > reconnait pas les posts generes par le plugin Pages. > > > > > > > > > > > > > > > > > > En effet, sur un post genere par le plugin Pages, la valeur > > > > > > > > > dcCore::url_type retourne 'pages', alors qu'un appel a > > > > > > > > > dcCore::getPostTypes() retourne un Array avec comme clef > > > 'page'. > > > > > > > > > > > > > > > > > > Comme ca, je dirais que le dcCore::url_type devrait > retourner > > > > > 'page', > > > > > > > > pour > > > > > > > > > se conformer a 'post', mais vu que ca risquerait de casser > > > > certains > > > > > > > > > plugins, peut-etre qu'il serait mieux de mettre a jour la > > > methode > > > > > > > > > dcCore::getTypes a la place ? > > > > > > > > > > > > > > > > > > > > > > > > > > > A moins que tout ca soit un comportement voulu ? > > > > > > > > > > > > > > > > > > Christopher. > > > > > > > > > -- > > > > > > > > > Dev mailing list - [email protected] - > > > > > > > > > http://ml.dotclear.org/listinfo/dev > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > > Franck > > > > > > > > -- > > > > > > > > Dev mailing list - [email protected] - > > > > > > > > http://ml.dotclear.org/listinfo/dev > > > > > > > > > > > > > > > -- > > > > > > > Dev mailing list - [email protected] - > > > > > > > http://ml.dotclear.org/listinfo/dev > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > Franck > > > > > > -- > > > > > > Dev mailing list - [email protected] - > > > > > > http://ml.dotclear.org/listinfo/dev > > > > > > > > > > > -- > > > > > Dev mailing list - [email protected] - > > > > > http://ml.dotclear.org/listinfo/dev > > > > > > > > > -- > > > > Dev mailing list - [email protected] - > > > > http://ml.dotclear.org/listinfo/dev > > > > > > > -- > > > Dev mailing list - [email protected] - > > > http://ml.dotclear.org/listinfo/dev > > > > > -- > > Dev mailing list - [email protected] - > > http://ml.dotclear.org/listinfo/dev > > > > > > -- > Franck > -- > Dev mailing list - [email protected] - > http://ml.dotclear.org/listinfo/dev > -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
