Installation
Comme tous les autres plugins, cf. https://www.spip.net/fr_article3396.html
Le plugin nécessite [1] les plugins SPIP Bonux (si Spip2), Saisies (Spip2 et Spip3) et Yaml (Spip2 et Spip3).
Il utilise [2] les plugins Palette et Pages.
Création du manuel
Écrire votre manuel d’utilisation dans un article. Soit dans une rubrique qui ne sera pas affichée dans le site public (par exemple verrouillée avec le plugin accès restreint). Ou bien en utilisant le plugin Page Unique.
Lors de l’affichage du manuel, le plugin applique un effet toggle de jquery sur les intertitres (h3). Si vous utilisez les Enluminures Typographiques pour le Porte Plume, l’effet sera aussi appliqué aux titres de 2e niveau (h4).
Blocs de texte génériques
Depuis la version 0.6, le plugin fournit des blocs de texte que l’on peut insérer directement dans le texte de l’article du manuel. Tous ces blocs peuvent être regroupés sous un sous-titre FAQ par exemple sous la forme <faq|b=nom_du_bloc>. On peut aussi les insérer sans la question : <faq|b=nom_du_bloc|q=non>.
Les blocs sont définis dans un fichier similaire à un fichier de langue, mais dont le nom commence par « faq- ». Les blocs définis par défaut dans ce plugin se trouvent donc dans le fichier faq-manuelsite_fr.php. Les autres plugins peuvent donc proposer leurs propres blocs. Il faut alors rajouter un paramètre au code d’insertion : <faq|p=nom_du_plugin|b=nom_du_bloc>.
L’insertion de ces codes :
produira donc :
Tous les codes des blocs disponibles sont listés dans la colonne de gauche dans la page d’édition du manuel. Les contenus correspondants s’affichent au survol de la souris.
Comme dans les chaînes de langue, on peut insérer dans les blocs des paramètres s’écrivant sous la forme @le_paramètre@ : <faq|b=nom_du_bloc|params=p1:v1;p2:v2>. Par exemple, <faq|b=thumbsites|q=non|params=rubrique:Liens> affichera
Enfin, petite astuce, dans le cadre d’une mutualisation, on peut créer un plugin qui ne servira qu’à fournir des blocs de texte. En activant ce plugin sur chacun des sites de la mutualisation, on aura accès à l’ensemble des éléments de cette FAQ partagée.
Cette collection de textes est évidemment à enrichir... Faites vos demandes dans le forum ou participez directement via l’espace de développement svn.
Configuration du plugin
Affichage du manuel
Une icône est affichée dans le coin haut gauche du navigateur. Si cliquée, le manuel est chargé en ajax et s’ouvre « par dessus » l’espace privé sur la largeur définie dans la configuration.
L’article du manuel peut être créé dès l’installation du site par le webmaster. Si les crayons sont activés dans l’espace privé, le manuel est directement modifiable... Cela permet au webmaster de le rédiger au fur et à mesure de l’avancement du site et de l’installation des fonctionnalités.
Discussions par date d’activité
28 discussions
Bonjour,
Sur un spip tout neuf en 4.0.7 et PHP 8.0 avec juste le plugin/theme html5up story qui installe et requiert « crayons », « favicon », « liens vers réseaux sociaux », « meta+ », « saisies » et « spip reset », j’ai installé « manuel » sans problème mais quand je vais sur la page de config du plugin j’ai cette erreur :
Erreur d’exécution ../plugins/auto/saisies/v4.4.1/inclure/generer_saisies.html | File […]/plugins/auto/saisies/v4.4.1/inc/saisies_lister_disponibles.php Line 45 : array_merge() : Argument #2 must be of type array, null given
Si je reviens en PHP 7.4 plus d’erreur.
Pierre
Bug du plugin saisies effectivement en PHP 8.0, lorsque le plugin YAML n’est pas activé.
Je viens d’ouvrir un PR https://git.spip.net/spip-contrib-extensions/saisies/pulls/208
En attendant, tu peux activer aussi le plugin YAML.
Top, merci pour la correction, j’ai testé c’est bon avec YAML et PHP 8.0 :-)
Bonne nuit quand même !
Pierre
Répondre à ce message
Bonsoir,
Depuis l’une des dernière mise à jour du plugin, l’icône (bouée) est à droite au lieu d’à gauche, que ce soit sous Spip 3.2* ou spip 4.0.
Outre que c’est perturbant pour les rédacteurs du site, c’est gênant quand on a activé la lame du Couteau suisse "Bouton « Voir le site public »" car, dans ce dernier cas, la bouée chevauche le logo du site.
Merci d’avance,
Cordialement,
Hervé
Répondre à ce message
Bonjour
J’utilise ce plugin bien pratique depuis peu sur un site SPIP 3.2.7.
Tout fonctionne très bien.
J’ai juste un truc qui m’embête un peu : chacune des pages de l’espace privé intégrant le manuel de rédaction possède un titre (le titre html entre les balises « head » dans le code source des pages) avec la mention « Manuel de rédaction » ajoutée au titre habituel.
Y a t-il un moyen d’enlever cet ajout ?
Merci d’avance pour votre réponse.
Répondre à ce message
Bonjour,
dans le cadre d’une mutualisation, j’aimerai réalisé un manuel de rédaction pour les sites.
donc j’ai déposé le plugin dans plugins_dist ce qui forcera son activation pour tous les sites.
mais j’avoue que je comprend pas bien ce qui est dit ici
quelqu’un pourrais t’il m’orienter sur la façon de procéder
merci
Répondre à ce message
Bonjour,
J’aurais voulu afficher la page de Manuel dans l’espace public (id_article=xx). Ma boucle a beau inclure « tout », rien ne s’affiche.
Merci pour vos lumières
Répondre à ce message
Comment rendre multilingue le "Manuel de rédaction du site" ?
Bonjour,
les rédacteurs étrangers d’un site multilingue s’expriment dans plusieurs langues et ne maitrisent pas toujours le français. Pour le premier "accueil" des rédacteurs étrangers qui pratiquent le Letton, l’Anglais, le Russe, ... le "Manuel de rédaction du site" avec traduction serait bien utile et pratique.
Je n’ai pas encore réussi à le concevoir pour d’autres langues, certains l’ont-il déjà réalisé multilingue ?.
Si vous avez des idées et solutions, bien merci. »
utiliser la syntaxe des blocs multilingues dans l’article ne suffit pas ?
Qu’as tu essayé ?
Bonsoir,
Merci Maïeul pour les réponses.
,
C’est « Écrire une nouvelle traduction » d’un article une fois que celui-ci est fait qui est d’habitude le processus utilisé.
Pour l’article « Guide de rédaction » du site, comme il semble être unique, je ne sais pas trop comment faire.
Je vais tester la formule avec le code dans l’article « Guide de rédaction » du site,
Est-ce que l’affichage différencié des langues se produira coté privé « rédacteur » ?
Le Guide est déjà un article d’une certaine longueur, cela risque de multiplier par 3 sa longueur.
Y a-t-il d’autres solutions ?
merci pour toutes vos suggestions et exemples.
je ne suis pas auteur dudit plugin, donc je ne peux pas dire. Mais si vous n’arrivez pas avec les traductions d’article c’est que ce n’est pas prévu pour. Cela ne devrait cependant pas être trop dur.
Mais la solution que je propose devrait fonctionner en attendant (c’est un comportement standard de SPIP)
Bonsoir,
Cela semble fonctionner pour les lignes d’écritures relativement simples.
Mais avec l’explication des tableaux dans SPIP cela se complique ....
A quel moment mettre les balises multi et les [fr] dans un tableau de trois lignes et quatre colonnes .... on s’emmèle les variations de solutions ...
c’est en essai ...
;-)
pourquoi tu ne fais pas tout simplement
J’ai un peu regardé pour gérer via la traduction d’article : il y a pas mal de chose à modifier pour s’assurer que les traductions n’apparaissent pas côté public ...
Merci de la suggestion,
c’est vrai que sous cette forme c’est plus simple à gérér
Bon week-end
Bonjour,
Je reviens sur cette discussion : l’idée de gérer par les balises < multi > a ses limites :
- gestion lourde quand on doit gérer 4 langues,
- impossibilité de segmenter les fichiers joints par langue (PDF de manuel et testimoniaux par exemple), d’écrire d’intro par langue, etc.
— > Ne serait-il pas possible de réserver un article par langue à Manuel Site ? Si c’est une bonne solution, cela dit...
Ce plugin est une merveille, je ne peux plus m’en passer... une version multilingue du plugin, c’est mon voeu de cette année ;-)
Répondre à ce message
Ce plugin semble ne plus fonctionner avec spip 3.1.13
La page de configuration n’existe plus :
« Fichier configurer_manuelsite introuvable »
Importé à partir d’une copie de l’archive trouvée sur : http://plugins.spip.net/manuelsite.html
Oups, je l’avais mal téléchargé. Il fonctionne très bien en fait.
Désolé...
Répondre à ce message
J’utilise la lame « blocs dépliables » du couteau suisse
Pas de problème partie publique ou partie privée... excepté dans l’article « manuel de rédaction du site » : les blocs sont inopérants (les blocs ne se déplient pas).
Une piste ???
SPIP 3.0.20 et CS à jour...
Un petit up : pas de piste à proposer ? En PJ, un fichier image qui explique le dysfonctionnement observé :
les blocs dépliables du couteau suisse se déplient bien dans l’espace privé (et l’espace public, mais pas dans le manuel de rédaction du site
Un conflit qqpart ? Une histoire de pipeline ?
Merci (beaucoup) d’avance
[Résolu]
cf http://contrib.spip.net/Des-blocs-depliables#comment484244
Répondre à ce message
Bravo pour ce plugin. C’est une solution élégante et bien faite qui répond bien à la question : comment apporter simplement une documentation complémentaire aux rédacteurs du site.
Un grand merci !
Peetdu
Répondre à ce message
depuis la mise à jour 3.0.17 de SPIP, le bouton du manuel, affiché habituellement en haut à gauche de l’Espace privé, à disparu.
Pour être bien sûr, j’ai, bien entendu vidé le cache de spip, cache des images compris.
Merci d’avance,
[problème résolu] par la version 0.9.5
Répondre à ce message
Bonjour,
J’ai un curieux « Au secours : help2. » qui s’affiche en dessous de l’intro du manuel, juste avant le contenu de l’article du manuel, et qui pointe vers un lien bizarre :
.../ecrire/?exec=_edit&new=oui... C’est normal, docteur ? (Manuel 0.9.3 sur un SPIP 2.1.23)Merci !
Je confirme, même problème ici. C’est un peu gênant.
Le lien « help2 » est une chaîne de langue qui n’existe pas. Il est défini d’après l’option du formulaire de configuration qui n’a pas non plus de chaîne de langue correspondante : « label formu ».
A mon avis, c’est donc une option encore en développement qui n’a rien à faire sur la version stable.
Répondre à ce message
J’ai toujours utilisé ce plugin.
depuis de actualiser a la version 0.9.0 il ne fonction plus (avant j’utilisait la version 69661). Je ne vois plus le icon an haut a gauche.
Il y a d’autre webmasters avec le même probleme ?
Merci
Mon site : www.observador.info
Cela pose t il toujours problème ?
Non !
Nouvelle version fonctionne parfait !
; )
Répondre à ce message
Bonjour,
Ce petit plugin est très pratique et je l’ai utilisé sur plusieurs sites. Cependant, je viens de tenter de l’installer sur un nouveau site avec SPIP 3.0.7 et j’ai deux petits bugs :
Sur la page de configuration du plugin, après avoir validé les changements, j’ai ce message d’erreur :
Sur le petit manuel (la bouée de sauvetage), avant le contenu proprement dit, j’ai ce message :
Savez-vous comment corriger cela ?
Merci de votre aide.
Le commit suivant http://zone.spip.org/trac/spip-zone/changeset/71243 devrait réparer cette erreur donc il va falloir mettre à jour le plugin (attendre le nouveau zip si besoin)
Pour les autres erreurs, peut on avoir une capture d’écran ? Est ce que ton article de manuel a des images ? As tu GD2 d’activé pour la réduction d’images ?
Ok suite au message de Pierre KUHN j’ai pu voir le problème des erreurs PHP et patcher par : http://zone.spip.org/trac/spip-zone/changeset/71262
Ca devrait régler ce problème
Bonjour,
Merci pour cette réaction très rapide ! Je viens de faire la mise à jour et les erreurs ont disparu.
Il y a cependant encore un petit détail concernant la largeur de la boîte. A la base, la largeur est bien celle que j’indique dans la configuration du plugin. Mais lorsque je déplie un intertitre, la boîte s’étend sur toute la largeur de la plus grande ligne (sans faire un paragraphe sur plusieurs lignes)...
Salut
Moi j’ai plus de message d’erreur et j’ai pas le dernier soucis évoquer, tu vides tes caches ?
En effet, j’ai tout rechargé et cela fonctionne. Merci beaucoup.
Répondre à ce message
Bonjour
Depuis le dernier commit, le plugins sauvegarde pas l’article souhaiter, chez vous aussi ?
Est ce toujours valable ?
Salut
Oui pour l’article mais je sort les erreurs de Raphaël maintenant.
J’ai ceci exactement. Avec un GD2 actif
Ok j’ai reproduis sur une installation sans conf et j’ai patché avec : http://zone.spip.org/trac/spip-zone/changeset/71262
Ca devrait régler ce problème
Je te tiens informé dans la journée
Répondre à ce message
Aucun problème, jusqu’ici, mais je tenais a dire : Merci et félicitations pour ce plugin ;-)
Voila @+
Après quelques semaines d’utilisation spip 3.0.5 ..., je remarque dans mes log des erreurs de ce genre :
une idee de ou ça peut venir ?
Hello
C’est un problème de log un peu trop verbeux de spip. Sans conséquence sur le fonctionnement. Voir cette discussion : http://thread.gmane.org/gmane.comp.web.spip.zone/29221/focus=29236
ok merci de ta réponse, j’avais pourtant fait des recherche , mais je ne suis pas tombé sur ce fil.
Ce qui m’étonne, dans ce cas précis c’est que je dois avoir une trentaine de plugins installé sur le site de test et je n’ai des log d’erreur que sur celui la, hors le thread parle d’une généralité de spip, j’aurais donc due avoir plus d’erreurs, mais bon, a par moi qui regarde les logs ^^, faut relativiser !
merci encore pour le plugin et bonne journée ;-)
Moi, j’en ai sur d’autres plugins... Donc attendons la correction dans le core et ensuite on verra...
Répondre à ce message
Super plug in, bravo !
J’ai un seul soucis : impossible de poursuivre ma FAQ sur le modèle de ce qui est présenté.
J’ai fait (sans les espace, bien sûr)
< h 3 > Evenements : < /h 3 >
< h 4 > Pour créer un évenement < / h 4 >
Aller dans Edition > Evenements > Créer un évenement
Attention, tout événement doit être lié à un article.
... mais tout s’affiche de la même manière, en H3
Comment faire ?{{}}
Merci !
Hello
Je ne pense pas que ce soit une bonne idée d’écrire du html dans l’article. Actuellement pour créer plusieurs niveaux, il faut passer par les enluminures typo du porte plume.
N’y-a-t’il pas également un problème d’écriture ? j’ai l’impression qu’il y a des espaces en trop
<h 3>au lieu de<h3>etc...Oui, oui, bien sûr, je passe par les enluminures typo du porte plume.
Mes < h 3 > étaient juste là pour que vous compreniez.
Mais j’a comme l’impression qu’il y a une incompatibilité entre utiliser les FAQ déjà prêtes (et bien faites !) et y ajouter les siennes avec un format similaire. Non ?
Autrement dit, comment faire cohabiter les deux ?
Merci !
Je ne sais pas comment tu as fait les tiennes. Moi j’ai fait un plugin « faqcommune » qui contient juste un fichier paquet.xml et les chaines de langues pour la faq dans un fichier lang/faq-faqcommune_fr.php. Et ca fonctionne...
Yffic
Ah, bah moi j’édite directement l’article... Ce n’est pas ce qu’il faut faire ?
Où est ce plugin « faqcommune » ?
Je peux voir un exemple ?
Merci !
Je ne comprends pas bien le problème... Est-ce que tu peux m’envoyer en privé un accès admin à ton site ?
Une réinstallation des enluminures a tout résolu.
Merci, top ce plug in !
Répondre à ce message
Petit bug concernant la publication de l’article contenant le mode d’emploi dans le flux rss ?
Je viens de me rendre compte que l’article que j’utilise pour le mode d’emploi est publié dans le flux rss du site,
bien que j’ai coché la case pour cacher l’article dans les paramètres cfg du plugin.
J’ai essayé de modifier le statut de l’article pour qu’il ne soit visible que des administrateurs. Mais si l’article n’est pas associé au statut « publié en ligne », il n’apparaît pas dans le back office.
C’est génant car le mode d’emploi peut contenir de l’infos qu’il n’est pas nécessaire de rendre publique.
Sinon bravo pour ce plugin
Hello
Peux tu recalculer ton flux rss pour voir si l’article en question est toujours dedans ?
Oui il y est toujours.
Sur le rss de spip.
Mais, Je m’en suit rendu compte en essayant ce site de curation par flux rss :
http://memolane.com/gillesklein_sites
Et le mode d’emploi apparaît à la date du « tue oct 11 2011 ». C’est le deuxième item.
J’ai vérifier dans cfg, la fonction cacher l’article est bien activée.
Je suis le seul à qui cela arrive ? ;(
Ton flux, c’est bien celui-la ?
http://christophegarda.com/spip.php?page=backend
Oui :)
Il a maintenant disparu du flux...
Je pense que c’était un bête problème de cache de spip.
Rien à voir avec le plugin...
Merci d’avoir répondu.
Et désolé.
Je vais invalider le cache quand on modifie ce paramètre, comme ca on sera sûr de ne pas diffuser un vieux cache
Bonjour,
j’avais aussi ce problème. Mon article apparaissait dans le site public alors que j’avais coché la case « ne pas publié sur le site public ».
En effet, j’ai vidé le cache et celui-ci a disparu.
Une astuce à savoir !
C’est intégré dans la version 0.7.5 : Invalider le cache si on modifie l’option de config permettant de ne pas afficher l’article dans l’espace public
Répondre à ce message
Bonsoir
Dans le cas d’une mutualisation, comment pourrais je faire pour que tous les sites l’ai dans leurs sites et non sur un site précis ?
Salut
Ce n’est pas trop l’objet... enfin, je ne l’ai pas imaginé pour ça... Pour moi, ce qu’il y a dans ce manuel est justement ce qui est spécifique à chacun des sites d’une mutu. Bon c’est vrai y’a des paragraphes communs (du genre comment insérer une vidéo ou un son). Tu pourrais à la limite rajouter dans le chapeau un lien vers un pdf qui serait commun à l’ensemble de tes sites et stocké dans le répertoire IMG de la racine) mais Il y a déjà le lien vers le manuel du rédacteur spip, ça risque d’être trop compliqué pour le rédacteur qui veut un accès rapide à l’aide.
Et puis chacun a sa manière de rédiger,le niveau de son public cible... donc difficile de faire du générique pour parler du cas particulier
Donc pas imaginé et pas réalisable.
Je vais me monter mon plugins pour faire ce que je veux.
Hello
Avec les blocs génériques de la version 0.6, et en créant un plugin spécifique (fournissant les blocs que tu désires) à activer sur tous les sites de ta mutu, tu dois pouvoir arriver à faire ce que tu veux...
A+
Merci Yffic
Je regarderais cela à l’occasion et te ferais le rapport.
Répondre à ce message
Une petite suggestion : ne pas limiter la hauteur de fond de couleur de l’article. Quand l’article est long ou que les blocs dépliables le sont ils dépassent du fond bleu et cassent l’homogénéité.
Et cerise sur le gâteau : que le fond change en fonction de la couleur choisie dans l’espace privé < :-).
Heum... Peux tu reformuler ? Qu’est-ce donc que « la hauteur de fond de couleur de l’article »
Quand l’article est très long le début est sur fond bleu et ensuite il s’arrête soudain et on est sur le fond blanc.
Il faudrait que le fond soit extensible, qu’il ait la taille de l’article, quelle que soit cette taille.
Salut
Désolé pour la réponse tardive. Je viens de retester chez moi, ca fonctionne correctement. Peux tu me donner plus d’infos sur ta configuration ( navigateur et version ) ?
Désolée pour le retard.
SPIP 2.1.10 , firefox et chrome.
Bon ben je reviens de vérifier chez moi ça fonctionne pour ces 2 navigateurs FF4 et FF5 et Chrome tout neuf...
On ne doit pas se comprendre...
Envoie moi une copie écran
Répondre à ce message
J’ai un bug à l’installation du plugin : un message d’erreur apparait dans l’espace privée après l’activation du plugin :
“2 Erreur(s) dans le squelette
1 Aucun squelette saisies/email.html n’est disponible... ../plugins/auto/saisies/saisies
2 Aucun squelette saisies/email.html n’est disponible... ../plugins/auto/saisies/saisies
ou voir pièce jointe
???
Salut
C’est plutot un soucis avec le plugin saisies... reinstalle le pour voir
Effectivement, j’ai réimporté le plugin qui est sur http://plugins.spip.net/Saisies (est-ce la meme source que sur spip-contrib ?),
et maintenant les deux plugins fonctionnent correctement.
Bravo et merci pour ce plugin. :)
Ce plugin fait partie des choses qui semblent petites mais qui vous changent grandement la pédagogie de votre site < :-)
Je confirme en ce qui concerne cette erreur : même motif, même punition !
Les versions ne sont-elles pas les mêmes dans les divers lieux de téléchargement ?
Salut
Apparemment plugin.spip.net ne se met pas a jour tout seul :
http://article.gmane.org/gmane.comp.web.spip.zone/23145
Répondre à ce message
Conflit avec saisies ?
Sur un site en développement, j’ai un souci avec le plugin manuel du site que je viens d’installer. Son activation provoque des dysfonctionnements dans l’espace privé. L’affichage des pages liste de plugins ou plugins activés est incomplet (la zone où apparaissent les listes des plugins existant ou activés est « blanche ». Tout comme la page de configuration cfg (?exec=cfg).
J’ai multiplié les tests et en désinstallant tous les plugins et en les réinstallant pour traquer le conflit, c’est le mariage « manuel » + « saisies » qui semble défaillant ce qui est étonnant. Pourtant, je viens de faire l’essai avec seulement saisies (1-9), cfg (1-16-0) + vidage de tmp...
Une piste ?
Salut
Je viens de refaire une livraison, j’avais oublié un necessite de Bonux. ëux tu retester ?
Hummmmm, je viens de refaire une installation. Ce n’est pas mieux... Je te mets une copie d’écarn en pièce jointe (et en attendant, ****MERCI**** pour ce chouette plugin qui est vraiment ce qu’on appelle une bonne idée)
J’ai peut être trouvé... Il manque un necessite YAML sur le plugin Saisies... Mais la tu dois êtr bloqué... Donc supprime le dossier manuel_site de plugins/auto, installe et active YAML, puis re-installe manuel_site
Yes, c’était bien ça ! Tout est rentré dans l’ordre...
Bonjour,
J’ai le même problème que Manu. J’ai désinstallé tout mes plugins et remis les versions les plus récentes : rien n’y fait.
J’utilise : Autorité 0.9.8 - cfg 1.16.0 - Liens spip_out ouvrants 1.0 - Pages 0.3.5 - Bonux 2.2.17 - Zpip 1.7.9 - Zen-Garden 1.1.2
Il semble bien que ce soit le duo Manuel_site/Saisies qui pose problème.
C’est quoi YAML ? Que faut-il en faire ?
Moi pas comprendre langage informatique :-)Merci de vos lumières
Cela veut dire qu’ill faut simplement que tu installes le plugin YAML
Ok, on rajoute un plugin de plus :-) .... et ça marche !
Merci bien
Répondre à ce message
Pour cacher l’article on peut aussi (plus radical et en fin de compte plus simple !) utiliser
/config/mes_options.phpavec un genre de code comme ça :Super merci... J’ai rajouté ca en option
Il y a une erreur de syntaxe, le code serait plutôt :
J’avais vu... Et de toute façon dans un plugin ca ne se fait pas de cette manière... Mais le principe est là
Pour cacher l’article
En complément d’information a ceux et celles qui utilise le splendide squelette Sarka ( bon j’en fait un peu trop).
Il suffit d’écrire votre manuel d’utilisation dans un article, qui soit la rubrique le Secteur spécialisé pour le squelette Sarka.
- Pour rappel :
Répondre à ce message
Bonjour, je ne comprends pas ce qui pourrait souci. J’ai téléchargé en mode automatique les plugins requis (saisies - CFG - pages - Palettes), puis le plugin « manuel ». J’obtiens un message d’erreur dans la liste des plugins qui m’empêche de l’activer : Fichier absent : ../plugins/auto/manuel_site/manuelsite_pipelines.php
J’ai vérifié, ce fichier est pourtant présent dans le dossier en question...
Quelqu’un a-t-il essuyé le même problème ?
J’ai oublié de préciser que la version de spip installée est la 2.1.8 [16966]
Après vérification plus attentive, le fichier est bien manquant, puisque c’est manuelsite_prive_pipelines qui se trouve dans le dossier et non manuelsite_pipelines. Si je renomme le fichier, je peux activer le plugin, mais il y a un message d’erreur...
Désolé, j’avais oublié le fichier dans la dernière livraison
Je télécharge donc la nouvelle version :) j’ai hâte de tester !
Répondre à ce message
que dire ?
« génial, chouette, extraordinaire, fabuleux, formidable, ingénieux, intelligent, prodigieux, sensationnel, super, talentueux. »
- Cela va nous être bien utile dans le cadre de notre projet de mutualisation de spip
Effectivement le site image aura donc :
Répondre à ce message
GE-NIAL !!! Merci :)
Répondre à ce message
Excellent que dire de plus
Répondre à ce message
salut,
je fais toujours pour les rédacteurs d’un site un document pdf pour les guider dans les mises à jours, si jamais il y a des comportements propre à leur site.... et j’avais jamais eu l’idée de leur mettre ça en ligne... (certainement que ça me paraissait trop difficile à faire)
donc l’idée me paraît très très utile, merci d’y avoir pensé !
niveau test, ça marche très bien, vraiment très beaucoup, alors merci de l’avoir fait !
c’est trop fort, voilà tout...
Répondre à ce message
Voilà une idée qui est intéressante, même si bizarrement, je verrais plus ça dans un onglet du navigateur, comme on peut le faire avec l’aide en ligne.
Une question : le contenu vient il en ajax ? Si c’est pas le cas, ça veut dire qu’il y a plein de contenu non pertinent dans le HTML pour les navigateurs texte ?
Salut Matthieu
Concernant l’affichage dans une div, l’idée vient de Dotclear. Je trouve ça plus accessible et plus rapide que dans une nouvelle fenêtre ou un nouvel onglet.
Concernant l’ajax, j’y avais pensé mais je n’ai pas encore eu le temps... yakafaire ;-)
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires :
|
