Est ce que Porte plume est toujours compatible avec SPIP 2.0.10 (14698)?
J'ai mis a jour avec les dernier commits et j'ai eu http://www.creativityinwriting.com/shot.gif dans tous mes sites. Dans celui-ci il n'y a que Enluminures typo 3 et CFG comme autres plugins.
Je constate effectivement le même bug avec tmp/ et local/js local/css vidés sur une SPIP 2.0.10 SVN [15495] avec
cfg crayons enluminures_typographiques_v3 fulltext gestion_documents porte_plume spip-bonux-2
Tous à jour de tout de suite.
Le 14 mars 10 à 14:23, Matthieu Marcillaud a écrit :
On 14/03/2010 13:09, George Kandalaft wrote:
Est ce que Porte plume est toujours compatible avec SPIP 2.0.10 (14698)?
J'espère bien, sinon, c'est une erreur. J'ai testé mes modifications en 2.1 svn et 2.0 svn.
Avais tu vidé le cache entre temps et réessayé ? Quand on met à jour les plugins, il faut vider le cache en général.
Le 14 mars 10 à 14:23, Matthieu Marcillaud a écrit :
On 14/03/2010 13:09, George Kandalaft wrote:
Est ce que Porte plume est toujours compatible avec SPIP 2.0.10 (14698)?
J'espère bien, sinon, c'est une erreur. J'ai testé mes modifications en 2.1 svn et 2.0 svn.
Avais tu vidé le cache entre temps et réessayé ? Quand on met à jour les plugins, il faut vider le cache en général.
j'ai aussi un bug seulement avec porte-plume sur une 2.1 à jour si dans la config j'interdis l'affichage public du porte-plume et aucun bug si je l'autorise.
C'est ca, j'ai enleve define('PORTE_PLUME_PUBLIC', false); dans mes options et tout est rentre dans l'ordre.
George
Quoting Pierre Fiches <pierre.fiches@free.fr>:
j'ai aussi un bug seulement avec porte-plume sur une 2.1 à jour si dans la config j'interdis l'affichage public du porte-plume et aucun bug si je l'autorise.
Le 14 mars 10 à 14:23, Matthieu Marcillaud a écrit :
On 14/03/2010 13:09, George Kandalaft wrote:
Est ce que Porte plume est toujours compatible avec SPIP 2.0.10 (14698)?
J’espère bien, sinon, c’est une erreur. J’ai testé mes modifications en 2.1 svn et 2.0 svn.
Avais tu vidé le cache entre temps et réessayé ? Quand on met à jour les plugins, il faut vider le cache en général.
j’ai aussi un bug seulement avec porte-plume sur une 2.1 à jour si dans la config j’interdis l’affichage public du porte-plume et aucun bug si je l’autorise.
Le 14 mars 10 à 14:23, Matthieu Marcillaud a écrit :
On 14/03/2010 13:09, George Kandalaft wrote:
Est ce que Porte plume est toujours compatible avec SPIP 2.0.10 (14698)?
J’espère bien, sinon, c’est une erreur. J’ai testé mes modifications en 2.1 svn et 2.0 svn.
Avais tu vidé le cache entre temps et réessayé ? Quand on met à jour les plugins, il faut vider le cache en général.
j’ai aussi un bug seulement avec porte-plume sur une 2.1 à jour si dans la config j’interdis l’affichage public du porte-plume et aucun bug si je l’autorise.
Le 15 mars 10 à 12:22, george@middleeastwatch.net a écrit :
C'est ca, j'ai enleve define('PORTE_PLUME_PUBLIC', false); dans mes options et tout est rentre dans l'ordre.
George
Quoting Pierre Fiches <pierre.fiches@free.fr>:
j'ai aussi un bug seulement avec porte-plume sur une 2.1 à jour si dans la config j'interdis l'affichage public du porte-plume et aucun bug si je l'autorise.
je suis super content que ça marche mais comme je n’ai saisie que le sens général du script et rien aux détails ce n’est qu’un sparadrap pour l’instant…
Mathieu sûrement pourra mieux faire.
pierre
Le 15 mars 10 à 12:25, Pierre Fiches a écrit :
Le 15 mars 10 à 10:48, Pierre Fiches a écrit :
Le 14 mars 10 à 14:23, Matthieu Marcillaud a écrit :
On 14/03/2010 13:09, George Kandalaft wrote:
Est ce que Porte plume est toujours compatible avec SPIP 2.0.10 (14698)?
J’espère bien, sinon, c’est une erreur. J’ai testé mes modifications en 2.1 svn et 2.0 svn.
Avais tu vidé le cache entre temps et réessayé ? Quand on met à jour les plugins, il faut vider le cache en général.
j’ai aussi un bug seulement avec porte-plume sur une 2.1 à jour si dans la config j’interdis l’affichage public du porte-plume et aucun bug si je l’autorise.
il semble que certains js et css ne sont pas charge (dans l'espace
privé quand on interdit l'affichage dans le public)
je propose un sparadrap.... Connexion · GitLab
Bien vu.
Je pense que Connexion · GitLab fait aussi cela donc. Pouvez vous vérifier ?
Chez moi 2.0.10 tout à jour (dont plugin), tout va bien
Merci !
Le 17 mars 10 à 10:13, Matthieu Marcillaud a écrit :
On 15/03/2010 14:02, Pierre Fiches wrote:
il semble que certains js et css ne sont pas charge (dans l'espace
privé quand on interdit l'affichage dans le public)
je propose un sparadrap.... Connexion · GitLab
Bien vu.
Je pense que Connexion · GitLab fait aussi cela donc. Pouvez vous vérifier ?
Chez moi 2.0.10 tout à jour (dont plugin), tout va bien
Merci !
Le 17 mars 10 à 10:13, Matthieu Marcillaud a écrit :
On 15/03/2010 14:02, Pierre Fiches wrote:
il semble que certains js et css ne sont pas charge (dans l'espace
privé quand on interdit l'affichage dans le public)
je propose un sparadrap.... Connexion · GitLab
Bien vu.
Je pense que Connexion · GitLab fait aussi cela donc. Pouvez vous vérifier ?
Merchi
--
MM.
idem pour une 2.1
merci
Sur un autre sujet, celui de cfg :
dans l'espace public on charge une feuille de style bien souvent inutile cfg.css
ne peut-on pas prévoir un système de contrôle de nécessité de ce chargement ?