La structure proposée ne vous convient pas ? Il est possible de produire les fichiers .tex correspondant à vos besoins.
Pour ce faire, c'est entièrement des boucles SPIP, avec une API spéciale.
Ceci est donc une documentation dévellopeur. Pour être comprise, elle nécessite des compétences :
- En SPIP
- En LaTeX
Les différent élèments de l'API
- Le plugin latexwheel propose des règles de transformation des raccourcis SPIP en code LaTeX. Il se base sur TextWheel.
- Le plugin ZipTeX, qui se base sur le plugin Zippeur.
Cet article se veut un tutoriel visant à montrer comment se servir de ces deux plugins pour créer sa propre structure de liste avec SPIP.
Deux articles plus détaillés donnent les détails de l'API.
Exemple de la structure prise
La structure sera simple : il s'agira dans un livre de regrouper tout les articles d'une rubrique. Par exemple, la rubrique éditoriale, en les classant par ordre chronologique, en mettant à chaque fois le titre, suivi de la date, du chapo, du corps du texte, puis de la signature des auteurs.
Organisation finale de notre Zip
Il est possible en LaTeX de diviser un projet en plusieurs fichiers .tex, un peu comme on ferait en SPIP avec des squelettes inclus, via #INCLURE.
Dans cette logique, le but est que SPIP produise un fichier livre.tex, qui appelle lui-même des des fichiers inclure/articlexxx.html correspondant à chaque article. L'ensemble de ces fichiers étant regroupés dans un fichier .zip.
Pour les besoins de l'exercice, nous nous servirons de la base de donnée sqlite jointe [1]. L'identifiant pour se connecter est auteur et le mot de passe est demodemo.
Base de donnée exemple
Nous supposerons qu'il n'y a ni images dans nos articles, ni code informatique, ni liens. L'article détaillé sur l'API fournit les outils pour les intégrer le cas échéant.
Pour éviter tout ennui de cache, désactivez le en mettant la ligne suivante dans le fichier mes_options.php :
define('_NO_CACHE',-1);Étape 1 : le fichier parent
Créons un squelette livre.tex.html, en y mettant le contenu suivant :
- #HTTP_HEADER{content-type:application/x-latex}
- \documentclass[a4paper,12pt]{book}
- \begin{document}
- (ARTICLES){id_rubrique}{!par date}>
- \input{inclus/article#ID_ARTICLE}
- >
- \end{document}
Télécharger
Analysons le code :
- ligne 1, la balise #HTTP_HEADER permet, dans notre cas, deux choses :
- de dire au navigateur qu'on produit du latex et pas du html.
- d'empêcher SPIP d'insérer les boutons d'administrations.
- ligne 2, nous déclarons la classe de notre fichier
.tex. Pour rappel, un fichier latex doit toujours commencer par une déclaration de classe. Ici nous disons que nous produisons un livre, sur du papier A4, avec une police de base de 12 pt. - ligne 3, nous commençons le corps du document.
- ligne 4, une Boucle classique de SPIP : on demande les articles de la rubrique passée en argument lors de l'appel au squelette, classés par ordre antéchronologique.
- ligne 5, pour chaque article, nous insérons le code
\input{inclus/articlexxx} qui permettra à LaTeX d'appeler le fichier inclus/articlexxx.tex. - ligne 6, fin de la boucle.
- ligne 7, fin du corps du document LaTeX.
- Maintenant, rendons-nous sur
http://votresite.dev/?page=livre.tex&id_rubrique=1. Notre navigateur va nous télécharger un fichier contenant les lignes suivantes :
- \documentclass[a4paper,12pt]{book}
- \begin{document}
-
- \input{inclus/article1}
-
- \input{inclus/article2}
-
- \end{document}
Télécharger
C'est bien, mais il serait bon d'avoir un préambule appelant les packages nécéssaires. Ces packages peuvent varier en fonction du contenu des articles, si par exemple on a des images, du code, des tableaux. Mais tout cela est sera détaillé dans l'article sur l'API LaTeXWheels.
Pour le moment, contentons nous des packages minimums.
Il nous faut :
- fontspec et xunicode pour gérer correctement l'UTF-8.
- polyglossia, pour gérer les langues.
Insérons donc entre le \documentclass[a4paper,12pt]{book} et le \begin{document} l'appel à ces packages :
\
usepackage{fontspec}
\
usepackage{xunicode}
\
usepackage{polyglossia}
Télécharger
Et puis, précisons quand même la langue, avec le code suivant :
\setmainlanguage{[(#LANG|ziptex_polyglossia)]}
Alors là, on a un mélange de LaTeX, la commande \setmainlanguage qui permet de dire à polyglossia qu'elle est la langue principale, et donc de gérer correctement les césures et la ponctuation, et le code [(#ENV{lang}|ziptex_polyglossia)], qui prend le code de la langue courante, en l'occurence fr et le transforme en code compréhensible par polyglossia, à savoir french, par le biais du filtre |ziptex_polyglossia.
Tout ceci donne donc :
#HTTP_HEADER{content-type:application/x-latex}
\documentclass[a4paper,12pt]{book}
\usepackage{fontspec}
\usepackage{xunicode}
\usepackage{polyglossia}
\setmainlanguage{[(#LANG|ziptex_polyglossia)]}
\begin{document}
(ARTICLES){id_rubrique}{!par date}>
\input{inclus/article#ID_ARTICLE}
>
\end{document}
Télécharger
Ce qui une fois interprété par SPIP, produit :
\
documentclass[a4paper,12pt]{book}
\
usepackage{fontspec}
\
usepackage{xunicode}
\
usepackage{polyglossia}
\setmainlanguage{french}
\begin{document}
\
input{inclus/article2}
\
input{inclus/article1}
\end{document}
Télécharger
Et puis soyions fous, ajoutons une table des matières, à la fin, avec la commande \tableofcontents :
#HTTP_HEADER{content-type:application/x-latex}
\documentclass[a4paper,12pt]{book}
\usepackage{fontspec}
\usepackage{xunicode}
\usepackage{polyglossia}
\setmainlanguage{[(#LANG|ziptex_polyglossia)]}
\begin{document}
(ARTICLES){id_rubrique}{!par date}>
\input{inclus/article#ID_ARTICLE}
>
\tableofcontents
\end{document}
TéléchargerÉtape 2, les fichiers fils
Préparons le squelette qui va engendrer les fichiers inclus/articlexxx.tex. Appelons ce squelette article.tex.
#HTTP_HEADER{content-type:application/x-latex}
(ARTICLES){id_article}>
\chapter{[(#TITRE*|propre_latex)]}
[(#DATE|affdate|propre_latex)]
[(#CHAPO*|propre_latex)]
[(#TEXTE*|propre_latex)]
(AUTEURS){id_article}{","}>[(#NOM*|propre_latex)>
>
Télécharger
Analysons :
- Ligne 1, le même
#HTTP_HEADER que précédemment, vu que je veux à nouveau produire un fichier .tex - Ligne 2 et 12, boucle ARTICLES classique.
- Ligne 3, mettre le titre dans la commande LaTeX
\chapter{}. - Ligne 5, mettre la date.
- Ligne 7, mettre le chapeau.
- Ligne 9, mettre le texte.
- Ligne 11, mettre les auteurs.
On remarque les lignes vides : rappelons qu'en LaTeX, les lignes vides produisent des changements de paragraphes.
Toutes les balises SPIP qui retournent du texte sont présentés de la manière suivante :
[(#BALISE*|propre_latex)]
Rappelons une règle de fonctionnement de SPIP : le contenu de chaque champ de type texte est filtré automatiquement par le filtre |propre, qui transforme les raccourcis SPIP en code HTML.
En revanche, si on écrit #BALISE*, |propre n'est pas appelé : on obtient alors le contenu du champ, de manière brute [2].
C'est ce contenu brut qui est passé dans le filtre |propre_latex du plugin latexwheel. Ce filtre transforme les raccourcis SPIP en code LaTeX.
Au final, si je me rend sur la page http://site/?page=article.tex&id_article=1, j'obtiens :
\
chapter{De l'influence de LaTeX sur la sexualité humaine}
28 décembre 2011
Si selon le mot, peut-être apocryphe, de Freud, « tout est sexe », alors LaTeX a une influence sur la sexualité humaine. Qu'en est-il ?
On pourrait montrer trois influences de LaTeX en matière de sexualité humaine :
\begin{enumerate}
\
item En tant que le LaTeX est généralement le principal composant des préservatifs.
\
item Dans certaines pratiques sexuelles avec certains vêtements.
\
item Dans la constitution de groupes d'utilisateurs de LaTeX, pouvant constituer des lieux de rencontres.
\end{enumerate}
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum.
auteur
TéléchargerÉtape 3 : générer automatiquement les fichiers
.tex fils
L'étape suivante consiste à dire au squelette livre.tex.html de générer automatiquement, lorsqu'il est appelé, les fichiers .tex fils, comme article1.tex et article2.tex.
Pour ce faire, on utilise le filtre |ziptex_creer_tex du plugin ziptex.
Ce filtre s'applique sur le nom du squelette à interpréter, sans le .html final. Il reçoit comme premier argument le chemin du fichier à produire, à l'intérieur du dossier local/ziptex, et comme second argument un tableau d'arguments à passer lors de l'appel au squelette.
Dans notre cas, nous souhaitons interpréter le squelette article.tex.html, pour produire un fichier inclus/articlexxx.tex, en passant à chaque fois au squelette l'id_article nous intéressant.
Nous allons donc insérer dans le fichier livre.tex.html, après \input{inclus/article#ID_ARTICLE} la ligne suivante :
[(#VAL{article.tex}||ziptex_creer_tex{inclus/article#ID_ARTICLE.tex,#ARRAY{id_article,#ID_ARTICLE}})]
Par ailleurs, comme nous souhaitons créer un sous-dossier (inclus), il nous faut dire de générer le sous-dossier le cas échéant. Pour ce faire, on utilise la ligne suivante :
[(#ARRAY{0,inclus}|ziptex_dir)]
qu'on met dans le squelette livre.tex.html, en dehors de la boucle.
Au final, on obtient :
#HTTP_HEADER{content-type:application/x-latex}
[(#ARRAY{0,inclus}|ziptex_dir)]
\documentclass[a4paper,12pt]{book}
\usepackage{fontspec}
\usepackage{xunicode}
\usepackage{polyglossia}
\setmainlanguage{[(#LANG|ziptex_polyglossia)]}
\begin{document}
(ARTICLES){id_rubrique}{!par date}>
\input{inclus/article#ID_ARTICLE}
[(#VAL{article.tex}|ziptex_creer_tex{inclus/article#ID_ARTICLE.tex,#ARRAY{id_article,#ID_ARTICLE}})]
>
\tableofcontents
\end{document}
Télécharger
Désormais, en allant sur http://site.com/?page=livre&id_rubrique=1, non seulement SPIP nous retourne un fichier LaTeX, mais en plus il produit les fichiers inclus/article1.tex et inclus/article2.tex dans le dossier local/ziptex.
Étape 4 Fabriquer un zip contenant tout les fichiers
.tex
Il va maintenant falloir produire un zip contenant tout les .tex nécéssaires à la production du livre.
Pour ce faire, nous allons créer un squelette livre.html, qui nous retournera l'adresse du Zip.
Pour que ce zip soit généré, on va appeler le filtre |ziptex_zipper.
Ce filtre zipper le dossier local/ziptex et retourne l'url du Zip.
Mais avant de zipper, le filtre peut ajouter du contenu dans le dossier local/ziptex.
Pour ce faire, il reçoit un tableau (au sens PHP) dont la structure est la suivante :
- 0. Un tableau contenant les .tex direct, c'est à dire sans code SPIP dedans, avec à chaque fois :
- 0. Chemin du fichier .tex dans l'arborescence SPIP
- 1. Chemin du fichier .tex dans le future ZIP
- 1. Un tableau contenant les squelettes qui généreront du latex avec à chaque fois :
- 0. Chemin du squelette, sans le
.html - 1. Chemin du .tex correspondant, avec le .tex
- 2. Option du squelette
Dans notre cas, l'entrée 0 doit être vide. En revanche l'entrée 1 contiendra elle même une seule entrée, correspondant à la transformation du squelette livre.tex.html en fichier livre.tex. On passera la rubrique courante comme argument.
Nous allons mettre ce tableau dans un #GET, à l'aide la balise #ARRAY. Puis nous allons appeler sur ce tableau le filtre ziptex_zipper.
Ce qui donne :
#SET{tableau,#ARRAY{
0,#ARRAY{},
1,#ARRAY{
0,#ARRAY{
0,livre.tex,
1,livre.tex,
2,#ARRAY{id_rubrique,#ID_RUBRIQUE}
}
}
}
}
[(#GET{tableau}|ziptex_zipper)]">Le zip Télécharger
Si je me rend sur http://site.com/?page=livre&id_rubrique=1, j'obtiens un liens vers le zip contenant les fichiers .tex.
Si on compile deux fois ce fichier, avec XeLaTeX, on obient alors le PDF joint.
Ensemble des fichiers
.tex
Fichier PDF final
Conclusion
Squelette complet
Cet article vous présente les base pour transformer du SPIP en LaTeX. Vous pouvez trouver ci joint le squelette complet de ce tutoriel.
Il faut ensuite évidemment connaître LaTeX pour gérer la présentation. En outre, si nos textes sont plus complexes (liens, code, etc.) il faut appeler d'autres packages, ajouter des codes.
On se reportera aux deux articles de références :
[1] Le niveau intellectuel qui est y présent n'engage pas son auteur, qui avait besoin de textes mais n'avait pas envie de se creuser la tête …
[2] À l'exception des sécurités vis-à-vis des codes javascripts et PHP.
La structure proposée ne vous convient pas ? Il est possible de produire les fichiers
.tex correspondant à vos besoins. Pour ce faire, c'est entièrement des boucles SPIP, avec une API spéciale. Ceci est donc une documentation dévellopeur. Pour être comprise, elle nécessite des compétences : - En SPIP - En LaTeX
{{{Les différent élèments de l'API}}} - Le plugin latexwheel propose des règles de transformation des raccourcis SPIP en code LaTeX. [Il se base sur TextWheel->http://zzz.rezo.net/Presentation-de-Textwheel.html].
- Le plugin ZipTeX, qui se base sur le plugin [Zippeur->3576]. Cet article se veut un tutoriel visant à montrer comment se servir de ces deux plugins pour créer sa propre structure de liste avec SPIP. Deux articles plus détaillés donnent les détails de l'API. {{{Exemple de la structure prise}}} La structure sera simple : il s'agira dans un livre de regrouper {{tout}} les articles d'une rubrique. Par exemple, la rubrique {éditoriale}, en les classant par ordre chronologique, en mettant à chaque fois le titre, suivi de la date, du chapo, du corps du texte, puis de la signature des auteurs. {{{Organisation finale de notre Zip}}} Il est possible en LaTeX de diviser un projet en plusieurs fichiers
.tex, un peu comme on ferait en SPIP [avec des squelettes inclus->http://programmer.spip.org/Inclure-des-squelettes], via
ou
#INCLURE. Dans cette logique, le but est que SPIP produise un fichier
livre.tex, qui appelle lui-même des des fichiers
inclure/articlexxx.html correspondant à chaque article. L'ensemble de ces fichiers étant regroupés dans un fichier
.zip. Pour les besoins de l'exercice, nous nous servirons de la base de donnée sqlite jointe[[Le niveau intellectuel qui est y présent n'engage pas son auteur, qui avait besoin de textes mais n'avait pas envie de se creuser la tête …]]. L'identifiant pour se connecter est
auteur et le mot de passe est
demodemo. Nous supposerons qu'il n'y a ni images dans nos articles, ni code informatique, ni liens. L'article détaillé sur l'API fournit les outils pour les intégrer le cas échéant. Pour éviter tout ennui de cache, désactivez le en mettant la ligne suivante dans le fichier
mes_options.php :
define('_NO_CACHE',-1);
{{{Étape~1 : le fichier parent}}} Créons un squelette
livre.tex.html, en y mettant le contenu suivant :
#HTTP_HEADER{content-type:application/x-latex}
\documentclass[a4paper,12pt]{book}
\begin{document}
\input{inclus/article#ID_ARTICLE}
\end{document}
Analysons le code :
-* ligne~1, la [balise #HTTP_HEADER->http://www.spip.net/fr_article4631.html] permet, dans notre cas, deux choses :
-## de dire au navigateur qu'on produit du latex et pas du html.
-## d'empêcher SPIP d'insérer les boutons d'administrations.
-* ligne~2, nous déclarons la classe de notre fichier
.tex. Pour rappel, un [fichier latex doit toujours commencer par une déclaration de classe->https://fr.wikibooks.org/wiki/LaTeX/Les_classes]. Ici nous disons que nous produisons un livre, sur du papier~A4, avec une police de base de 12~pt.
-* ligne~3, nous commençons le corps du document.
-* ligne~4, une Boucle classique de SPIP : on demande les articles de la rubrique passée en argument lors de l'appel au squelette, classés par ordre antéchronologique.
-* ligne~5, pour chaque article, nous insérons le code
\input{inclus/articlexxx} qui permettra à LaTeX d'appeler le fichier
inclus/articlexxx.tex.
-* ligne~6, fin de la boucle.
-* ligne~7, fin du corps du document LaTeX.
-* Maintenant, rendons-nous sur
http://votresite.dev/?page=livre.tex&id_rubrique=1. Notre navigateur va nous télécharger un fichier contenant les lignes suivantes :
\documentclass[a4paper,12pt]{book}
\begin{document} \input{inclus/article1} \input{inclus/article2} \end{document}
C'est bien, mais il serait bon d'avoir un préambule appelant les packages nécéssaires. Ces packages peuvent varier en fonction du contenu des articles, si par exemple on a des images, du code, des tableaux. Mais tout cela est sera détaillé dans l'article sur l'API LaTeXWheels. Pour le moment, contentons nous des packages minimums. Il nous faut : -
fontspec et
xunicode pour gérer correctement l'UTF-8.
-
polyglossia, pour gérer les langues. Insérons donc entre le
\documentclass[a4paper,12pt]{book} et le
\begin{document} l'appel à ces packages :
\usepackage{fontspec}
\usepackage{xunicode}
\usepackage{polyglossia}
Et puis, précisons quand même la langue, avec le code suivant :
\setmainlanguage{[(#LANG|ziptex_polyglossia)]} Alors là, on a un mélange de LaTeX, la commande
\setmainlanguage qui permet de dire à
polyglossia qu'elle est la langue principale, et donc de gérer correctement les césures et la ponctuation, et le code
[(#ENV{lang}|ziptex_polyglossia)], qui prend le code de la langue courante, en l'occurence
fr et le transforme en code compréhensible par
polyglossia, à savoir
french, par le biais du filtre
|ziptex_polyglossia. Tout ceci donne donc :
#HTTP_HEADER{content-type:application/x-latex}
\documentclass[a4paper,12pt]{book}
\usepackage{fontspec}
\usepackage{xunicode}
\usepackage{polyglossia}
\setmainlanguage{[(#LANG|ziptex_polyglossia)]}
\begin{document}
\input{inclus/article#ID_ARTICLE}
\end{document}
Ce qui une fois interprété par SPIP, produit :
\documentclass[a4paper,12pt]{book}
\usepackage{fontspec}
\usepackage{xunicode}
\usepackage{polyglossia}
\setmainlanguage{french}
\begin{document} \input{inclus/article2} \input{inclus/article1} \end{document}
Et puis soyions fous, ajoutons une table des matières, à la fin, avec la commande
\tableofcontents :
#HTTP_HEADER{content-type:application/x-latex}
\documentclass[a4paper,12pt]{book}
\usepackage{fontspec}
\usepackage{xunicode}
\usepackage{polyglossia}
\setmainlanguage{[(#LANG|ziptex_polyglossia)]}
\begin{document}
\input{inclus/article#ID_ARTICLE}
\tableofcontents
\end{document}
{{{Étape~2, les fichiers fils}}} Préparons le squelette qui va engendrer les fichiers
inclus/articlexxx.tex. Appelons ce squelette
article.tex.
#HTTP_HEADER{content-type:application/x-latex}
\chapter{[(#TITRE*|propre_latex)]} [(#DATE|affdate|propre_latex)] [(#CHAPO*|propre_latex)] [(#TEXTE*|propre_latex)] [(#NOM*|propre_latex)
Analysons : -* Ligne 1, le même
#HTTP_HEADER que précédemment, vu que je veux à nouveau produire un fichier
.tex
-* Ligne 2 et 12, boucle ARTICLES classique.
-* Ligne 3, mettre le titre dans la commande LaTeX
\chapter{}.
-* Ligne 5, mettre la date.
-* Ligne 7, mettre le chapeau.
-* Ligne 9, mettre le texte.
-* Ligne 11, mettre les auteurs. On remarque les lignes vides : rappelons qu'en LaTeX, les lignes vides produisent des changements de paragraphes. Toutes les balises SPIP qui retournent du texte sont présentés de la manière suivante :
[(#BALISE*|propre_latex)] Rappelons une règle de fonctionnement de SPIP : le contenu de chaque champ de type texte est filtré automatiquement par le filtre
|propre, qui transforme les raccourcis SPIP en code HTML. En revanche, si on écrit
#BALISE*,
|propre n'est pas appelé : on obtient alors le contenu du champ, de manière brute[[À l'exception des sécurités vis-à-vis des codes javascripts et PHP.]]. C'est ce contenu brut qui est passé dans le filtre
|propre_latex du plugin
latexwheel. Ce filtre transforme les raccourcis SPIP en code LaTeX. Au final, si je me rend sur la page
http://site/?page=article.tex&id_article=1, j'obtiens :
\chapter{De l'influence de LaTeX sur la sexualité humaine} 28 décembre 2011 Si selon le mot, peut-être apocryphe, de Freud, « tout est sexe », alors LaTeX a une influence sur la sexualité humaine. Qu'en est-il ? On pourrait montrer trois influences de LaTeX en matière de sexualité humaine : \begin{enumerate}
\item En tant que le LaTeX est généralement le principal composant des préservatifs.
\item Dans certaines pratiques sexuelles avec certains vêtements.
\item Dans la constitution de groupes d'utilisateurs de LaTeX, pouvant constituer des lieux de rencontres.
\end{enumerate} Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum. Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum. Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum. Lorem ipsum dolor sit amet, consectetur adipisicing elit, sed do eiusmod tempor incididunt ut labore et dolore magna aliqua. Ut enim ad minim veniam, quis nostrud exercitation ullamco laboris nisi ut aliquip ex ea commodo consequat. Duis aute irure dolor in reprehenderit in voluptate velit esse cillum dolore eu fugiat nulla pariatur. Excepteur sint occaecat cupidatat non proident, sunt in culpa qui officia deserunt mollit anim id est laborum. auteur
{{{Étape~3 : générer automatiquement les fichiers
.tex fils}}} L'étape suivante consiste à dire au squelette
livre.tex.html de générer automatiquement, lorsqu'il est appelé, les fichiers
.tex fils, comme
article1.tex et
article2.tex. Pour ce faire, on utilise le filtre
|ziptex_creer_tex du plugin
ziptex. Ce filtre s'applique sur le nom du squelette à interpréter, sans le
.html final. Il reçoit comme premier argument le chemin du fichier à produire, à l'intérieur du dossier
local/ziptex, et comme second argument un tableau d'arguments à passer lors de l'appel au squelette. Dans notre cas, nous souhaitons interpréter le squelette
article.tex.html, pour produire un fichier
inclus/articlexxx.tex, en passant à chaque fois au squelette l'
id_article nous intéressant. Nous allons donc insérer dans le fichier
livre.tex.html, après
\input{inclus/article#ID_ARTICLE} la ligne suivante :
[(#VAL{article.tex}||ziptex_creer_tex{inclus/article#ID_ARTICLE.tex,#ARRAY{id_article,#ID_ARTICLE}})]
Par ailleurs, comme nous souhaitons créer un sous-dossier (
inclus), il nous faut dire de générer le sous-dossier le cas échéant. Pour ce faire, on utilise la ligne suivante :
[(#ARRAY{0,inclus}|ziptex_dir)]
qu'on met dans le squelette
livre.tex.html, en dehors de la boucle. Au final, on obtient :
#HTTP_HEADER{content-type:application/x-latex}
[(#ARRAY{0,inclus}|ziptex_dir)]
\documentclass[a4paper,12pt]{book}
\usepackage{fontspec}
\usepackage{xunicode}
\usepackage{polyglossia}
\setmainlanguage{[(#LANG|ziptex_polyglossia)]}
\begin{document}
\input{inclus/article#ID_ARTICLE}
[(#VAL{article.tex}|ziptex_creer_tex{inclus/article#ID_ARTICLE.tex,#ARRAY{id_article,#ID_ARTICLE}})]
\tableofcontents
\end{document}
Désormais, en allant sur
http://site.com/?page=livre&id_rubrique=1, non seulement SPIP nous retourne un fichier LaTeX, mais en plus il produit les fichiers
inclus/article1.tex et
inclus/article2.tex dans le dossier local/ziptex. {{{Étape~4 Fabriquer un zip contenant tout les fichiers
.tex}}} Il va maintenant falloir produire un zip contenant tout les
.tex nécéssaires à la production du livre. Pour ce faire, nous allons créer un squelette
livre.html, qui nous retournera l'adresse du Zip. Pour que ce zip soit généré, on va appeler le filtre
|ziptex_zipper. Ce filtre zipper le dossier
local/ziptex et retourne l'url du Zip. Mais avant de zipper, le filtre peut ajouter du contenu dans le dossier
local/ziptex. Pour ce faire, il reçoit un tableau (au sens PHP) dont la structure est la suivante : -* 0. Un tableau contenant les .tex direct, c'est à dire sans code SPIP dedans, avec à chaque fois :
-** 0. Chemin du fichier .tex dans l'arborescence SPIP
-** 1. Chemin du fichier .tex dans le future ZIP
-* 1. Un tableau contenant les squelettes qui généreront du latex avec à chaque fois :
-** 0. Chemin du squelette, sans le
.html
-** 1. Chemin du .tex correspondant, avec le .tex
-** 2. Option du squelette Dans notre cas, l'entrée 0 doit être vide. En revanche l'entrée 1 contiendra elle même une seule entrée, correspondant à la transformation du squelette
livre.tex.html en fichier
livre.tex. On passera la rubrique courante comme argument. Nous allons mettre ce tableau dans un #GET, [à l'aide la balise #ARRAY->http://www.spip.net/fr_article4009.html]. Puis nous allons appeler sur ce tableau le filtre
ziptex_zipper. Ce qui donne :
#SET{tableau,#ARRAY{ 0,#ARRAY{}, 1,#ARRAY{ 0,#ARRAY{ 0,livre.tex, 1,livre.tex, 2,#ARRAY{id_rubrique,#ID_RUBRIQUE} } } } }
Le zip
Si je me rend sur
http://site.com/?page=livre&id_rubrique=1, j'obtiens un liens vers le zip contenant les fichiers
.tex. Si on compile deux fois ce fichier, avec XeLaTeX, on obient alors le PDF joint.
{{{Conclusion}}} Cet article vous présente les base pour transformer du SPIP en LaTeX. Vous pouvez trouver ci joint le squelette complet de ce tutoriel. Il faut ensuite évidemment connaître LaTeX pour gérer la présentation. En outre, si nos textes sont plus complexes (liens, code, etc.) il faut appeler d'autres packages, ajouter des codes. On se reportera aux deux articles de références :
-* [->4051]
-* [->4052]
Les offres d abonnements
Ajouter des abonnements à un auteur
Suivi des abonnements
Editer une offre d'abonnement
éditer un abonnement
Les squelettes de zabonnement
Présentation
Badge par défaut - CC-BY Les petits débrouillards Bretagne
MAMP.app sert à lancer l'application. Elle a été installée dans Applications, et elle devra impérativement y rester. Les répertoires principaux de MAMP sont les suivants :
13:42
Je veľa používateľov SPIPu, ktorí používajú Dreamweaver (od firmy Macromedia) na úpravu šablón kvôli vzhľadu a formátovaniu obsahu svojich webových stránok. Takéto rozhodnutie sa dá zdôvodniť tým, že Dreamweaver vám umožňuje pracovať v grafickom režime (WYSIWYG) a zároveň mať okamžite prístup k zdrojovému kódu (čo je dôležitá podmienka pre správnu manipuláciu so šablónami).
vo vašich vlastných šablónach.
ouverture avec lightbox/open with lightbox
An image gallery that use the javascript library Galleria.
{{{Description}}} This plugin allow you to add an image gallery to your article. The gallery use the javascript library Galleria. The plugin implement a modèle {galleria}. {{{Usage}}} To create a image gallery add a tag 
Conditions d'utilisation
Un même document peut appartenir à deux albums différents
Voir : 
Liste des membres de l'Association des Anciens de Hautefeuille #FORMULAIRE_RECHERCHE ] [(#SESSION|non)
Configuration du plugin sitra-select
Utilisation
Zone de sélection des paramètres d'affichage des données SITRA
Noisette sélectionnée, selection_tous pour l'affichage correspondant à la sélection des hôtels définie dans le client SITRA.
Le plugin qui est conçu comme un portail, fait appel à de nombreux plugins pour enrichir ses fonctionnalités. Vous pouvez néanmoins installez le plugin sans être obligé d'installer tous les plugins complémentaires. La configuration se fait via cfg.
Les seuls plugins nécessaires au bon fonctionnement sont le plugin jquery ui qui permet d'ajouter toutes les librairies utilisées et le plugin cfg pour la configuration.
Vous pouvez également configurer le texte d'aide à afficher dans le widget interactivité ainsi que l'identifiant du destinateur du formulaire de contact et la rubrique dans laquelle seront syndiqués les sites proposés.
Naozaj jednoduché. Rubriky 11, 12, a 13 na obrázku vyššie sú v rubrike 1. Rubriky 221 a 222 sú v rubrike 22, ktorá je v rubrike 2.
, ktoré nájdete v súkromnej zóne.
Hlavné tlačidlo na otvorenie internetového pomocníka sa nachádza vpravo hore na navigačnom paneli v súkromnej zóne. Je to ikona otazníka (nemôžete ju minúť).
Este plugin permite instalar en las páginas de su sitio web el botón de Google+1
Pour voir les versions successives d'un article sur le site public, le jeu de composants inclus avec ACS (nommé « Cat ») comprend un composant nommé Versions qui affiche un bloc avec les dates des révisions successives d'un article et leurs auteurs.
Plugin SPIP-Mashup
Organisation des couches du mashup
Définition d'une légende
Présentation - Accueil
Article avec portfolio
La galerie
Géolocalisation Google Map
Utilisation
Ce plugin permet d'installer sur les pages de son site le bouton Google+1.
Liste de gestion des projets
Deux scenaris sont possibles : livre1 et tutorial.
Page de documentation du plugin
Copie d'écran de la page de configuration (via le plugin CFG)
Préambule
