Igor le 23/05 a installé "Imprimer document". Il a inséré dans "article.html" le code indiqué, à savoir : #IMPRIMIR_DOCUMENTO** à l’endroit souhaité pour son appel
... et cela a marché du premier coup. Il a modifié directement le squelette de base livré dans SpipR, je crois.
Pour ma part, je l’ai mis en place dans une noisette de Sarka. A savoir dans :
/orbi/squelettes/noisettes/article/cartouche.html
Le squelette utilisé par l’édition est : /orbi/plugins/auto/imprimir_documento/v0.2.1/imprimir_articulo.html

Au 17/06/17, pb de transmission d’un argument apparu de façon spontanée.
Et j’ai du le mettre provisoirement en commentaire. Mais disparu tout seul (changement de plateforme ?), puis réapparu. Message :
Warning : Missing argument 1 for preparar_enlace_imprimir(), called in /var/www/alternc/o/orb29/orbi/tmp/cache/skel/html_9450e190344b1c610c3ebea1296e9888.php on line 80 and defined in /var/www/alternc/o/orb29/orbi/plugins/auto/imprimir_documento/v0.2.1/baliza_imprimir_documento.php on line 3
L’erreur est donc l’absence - parfois - du paramètre (l’url de la page d’impression) d’appel de la fonction "preparar...". On pourrait courtcircuiter tout cela en remplaçant l’appel de la balise par un lien ouvrant une nouvelle fenêtre sur la page http://www.orbi.infini.fr/spip.php?page=imprimir_articulo&id_article=NNN
Quel effet de la disparition de la boite Javascript ? Plutôt satisfaisant !

Analyse de l’anomalie :
Le traitement de cette balise est exécuté une seule fois et le résultat rangé en cache. Donc si une erreur au premier appel, elle subsiste définitivement jusqu’au prochain vidage du cache. Or l’erreur a été identifiée comme le non remplissage du paramètre $arg à la fin de "function balise_IMPRIMIR_DOCUMENTO($p)". En regardant le code, on voit que l’on serait dans ce cas si cette fonction était appelée hors du contexte d’un article ou d’une brève. En approfondissant, on constate que l’erreur se produit quand, après le vidage du cache, la 1ere page appelée est l’accueil, la page "sommaire".
C’est apparemment l’exécution de /orbi/squelettes/noisettes/article/cartouche.html qui, sur l’affichage de l’édito en Une ou du contenu de l’article Accueil, provoque l’anomalie. D’où l’ajout du critère id_secteur= !11 dans la boucle. Malheureusement, pas d’amélioration : il ne faut pas passer par la page "sommaire" après un vidage du cache ; sinon, sur une page quelconque, rajouter à l’adresse "&var_mode=recalcul".

NB : on évite le problème quand après un vidage de cache, on n’appuie pas tout de suite sur "Voir le site public", mais que depuis l’Espace privé, on demande la visualisation d’une page "article" quelconque.
Mais constat : en fév 2019, l’erreur semble avoir disparu

Il y a un autre pb : on affiche le descriptif du rédacteur.
Aussi, j’ai mis en commentaire sa bio :
[/ (#BIO)] remplacé par [(#REM) Bio mise en commentaire / (# BIO)]. (Ne pas oublier l’espace après #)

Le 15/02/18, après avoir procédé à une mise à jour de Spip (passage à 3.1.7) et de tous mes plugins, la page proposée à l’impression est une copie intégrale de la page d’accueil, sans aucun menu d’impression. Il semble que cela soit du au passage de la version imprimir_documento/v0.2.1/ à v0.2.2
A noter que le résultat est bon si on tape http://www.orbi.infini.fr/spip.php?page=imprimir_articulo&id_article=9506
L’anomalie se produit, après l’ouverture de la fenêtre d’impression ; on dirait qu’il n’y a aucun paramètre fourni.
J’ai donc supprimé provisoirement l’appel de cette balise dans "cartouche.html"

Réintroduit le 07/03/18, la commande marche de nouveau !
Mais la bio a réapparu. Logique car on a changé de version. Désormais :
/orbi/plugins/auto/imprimir_documento/v0.2.2/imprimir_articulo.html

Le 20/12/18, retour à la situation du 15/02. Ceci après avoir constaté des erreurs dans la publication des rubriques. En principe aucun rapport. Mais c’est toujours le même bug : un vidage de cache, suivi d’un appel de la page "Accueil"