[spip-dev] principe du layout unique cassé sous SVN

Hello,

Petit svn up du matin
→ 2.1.0 dev SVN [14383] avec écran 0.8

→ j’ai l’impression que tous les appels d’inclusion sur la forme <INCLURE{fond=pages/extra/#ENV{type}}{env} /> sont cassés depuis quelques révisions ? Mon zesty n'affiche plus grand chose en dehors de ce que contient le layout.html lui même ?

Numéro | message | squelette | boucle | Ligne |

  • | - | - | - | - |
    1 | Aucun squelette ‹ pages/head/ › n’est disponible… | zesty/pages/layout.html | / | 7 |
    2 | Aucun squelette ‹ pages/contenu/ › n’est disponible… | zesty/pages/layout.html | / | 22 |
    3 | Aucun squelette ‹ pages/extra/ › n’est disponible… | zesty/pages/layout.html | / | 30 |

→ Lorsque je désactive Zesty pour repasser sur la dist, Bonux me rejoue visiblement des tours sur la pagination de la page sommaire :

1 | Table SQL « POUR » inconnue | plugins/spip-bonux-2/modeles/pagination.html | _pages | 7 |

  • | - | - | - | - |

→ Rien à signaler en partie privée sauf un message bizarre qui n’est pas resté longtemps, me signalant un problème avec le plugin /inc/revisions.php ??? Le message avait disparu après un refresh de la page.

Hope it helps…

ok vu: passer le fond dans $contexte_inclus avait une facilité supplémentaire dans la gestion du contexte, évidemment transparent dans le cas d'un squelette non calculé ou dont le contexte précédent avait lui aussi l'information recherchée. Correction à suivre.

Committo,Ergo:Sum

http://trac.rezo.net/trac/spip/changeset/14386
devrait réparer ça.
Regarder pour la pagination, mais je ne pense pas que ça ait à voir finalement.

Committo,Ergo:Sum

2009/8/12 Committo,Ergo:sum <esj@rezo.net>

Hello,

Petit svn up du matin
→ 2.1.0 dev SVN [14383] avec écran 0.8

→ j’ai l’impression que tous les appels d’inclusion sur la forme <INCLURE{fond=pages/extra/#ENV{type}}{env} /> sont cassés

http://trac.rezo.net/trac/spip/changeset/14386
devrait réparer ça.

Je confirme c’est revenu ( [14387] )

Regarder pour la pagination, mais je ne pense pas que ça ait à voir finalement.

Pour la pagination, c’est définitivement ‹ Bonux › qui ne marche plus sur 2.1 (de même que ‹ compositions ›)

Ce que je ne capte pas très bien c’est ce que Bonux vient faire dans la pagination :-?

Salut,

Bonux dispose de son propre modèle de pagination basé sur la boucle
POUR. Celle-ci était cassée dernièrement mais je crois bien que cela a
été réparé (ton bonux est-il bien up ?).

2009/8/12 bruno bergot <brunobergot@gmail.com>

Salut,

Bonux dispose de son propre modèle de pagination basé sur la boucle
POUR. Celle-ci était cassée dernièrement mais je crois bien que cela a
été réparé (ton bonux est-il bien up ?).

++
b_b

C’est ce que m’avait dit Cerdic dans un autre thread oui. Mais c’est pour la 2.0.9 que ca a du être remis d’applomb parce qu’en 2.1 …

Sinon, je uppe tout simultanément (SPIP + plugins) à chaque fois que j’ai à bosser sur mes 2.1, et en l’occurence, je viens de refaire un petit coup sur les plugins pour être sûr mais POUR et CONDITION sont toujours dans les choux :frowning:

Idem pour ‹ Compositions › .

rev [30853]
Et apparament ca n’a rien à voir avec l’ecran_securite. Je viens de tester avec, et sans (renommage) et ca ne change rien.

Et oui j’ai bien vidé le cache et fait un ?var_mode=recalcul :wink:

Non, ça ne répare pas, effectivement. Faut que je prenne le temps de tester sur une révision antérieure, comme suggéré par Cédric.

-Nicolas

Y a un modèle pagination reecrit avec la boucle POUR …
Cédric