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
