Ecriture d'un site simplifié : quel langage?

Bonjour!
Pour écrire des pages web, il y a bien sûr le html. Mais ça peut vite devenir fastidieux à la longue.
Markdown semble pas mal, mais je ne trouve pas comment l’étendre. Par exemple, si l’on veut afficher du LaTeX de façon simplifiée.

Et vous, que conseilleriez vous pour l’écriture de page web contenant du LaTeX? (latex2html?)

bonjour,

il me semble qu’il y a des modules perl qui gèrent le web et latex, mais je n’ai jamais essayé.

Comme langage perl bien sûr perldancer.org/
Mais je pense que ce que tu cherche c’est un markup langage et pour ça txt2tags prend markdown, le jette à terre et lui piétine le visage (si si c’est vrai) : txt2tags.org/

Merci pour vos réponses.
txt2tag semble bien en effet, surtout en fait plus complet.
Il fait plus de choses, comme LaTeX ( :smiley: ) et aussi html (ce qui m’intéresse)
Cependant, je ne suis pas sûr de trouver une compatibilité python avec (j’ai un petit projet qui trotte en ce moment dans la tête, et comme je ne connais que python…)

En effet, après tests plus poussés, txt2tags ne correspond pas à ma recherche. Il rajoute trop de balises. En fait, je ne voudrais pas des en-têtes car ils gênent ma configuration ensuite.

Salut thuban,

La première question à se poser, c’est “quel est le type du site :
statique ou dynamique?”

Pour un site statique le couple HTML/CSS suffit largement. Les
conversions de format (ex : LaTeX->HTML) sont à faire à priori.

Pour un site dynamique, le couple PHP/MySQL(ou PostgreSQL) est un
choix quasi universel et simple. Il y a de fortes chances pour que ton
fournisseur d’accès t’offre un serveur gratuit avec ces outils.

Mise à part la représentation des blocs de code, la différence entre
Python et PHP est mince.

Et pour les allergiques au code il y a les systèmes de gestion de
contenu…

Eh bien justement, c’est pour du statique. Le défi étant de faire un site “dynamique” à partir de technologies statiques.
Donc non, pas de gestion de comptes, ni de commentaires pour l’instant. Je changerai peut-être d’avis.

Python a un typage fort, PHP a un typage faible.

Python a un typage fort, PHP a un typage faible.[/quote]
python c’est tou sauf du typage fort… face aux C, C++ etc :wink:

HS : Python c’est du typage fort et dynamique. C++ du typage fort statique.

Python a un typage fort, PHP a un typage faible.[/quote]
python c’est tou sauf du typage fort… face aux C, C++ etc :wink:[/quote]

C a un typage faible. Il suffit d’avoir un peu vu les void * pour s’en apercevoir (alors qu’en C++, pour un code sale “à la C” il faut du static_cast dans tous les sens).
[Il ne faut pas confondre typage fort/faible et statique/dynamique]

Tu peux regarder dans deux directions :
[ul]
[li]avoir des étapes de préproduction pour faire ce que tu veux de l’entête et du pied de page ;[/li]
[li]ajouter une target dans txt2tags pour refaire ce que faire html5 mais sans entête ni pieds de page (ton code serait accepté avec joie par les développeurs). Ce ne devrait pas être si compliqué à faire).[/li][/ul]

Qu’est ce que tu entends par là ?

Alors en fait, j’ai trouvé ce qui me manquait : avec l’option -H, txt2tags ne génère pas d’en-têtes en trop. Pas besoin de coder ce qui existe en fait déja.

Pas pseudo-dynamique, j’entend par là que le contenu du site varie régulièrement, avec le moins d’efforts possibles. En fait, les mises à jours sont faites en local, puis je synchronise le tout avec le serveur. Il y a donc possibilité d’avoir un flux rss, une page listant les nouveautés… (voir lien dans la signature).

Par contre, txt2tags a un moins devant markdown pour l’écriture du html : markdown intègre très bien du code html brut, sans aucune prise de tête, txt2tags lui échappe toutes les balises :confused: .

C’est un site statique donc.

Ça fait 2 ans que je ne l’utilise plus, mais dans le temps je pouvais lui donner directement du code latex.
Pour du html il doit aussi y avoir des astuces mais je l’ai plus en tête.

Oui, du statique, j’ai juste parlé de pseudo-dynamique.

Je galère à trouver comment inclure du code html, et les solutions ne foisonnent pas sur le net. J’ai juste trouvé ça :
mostlylinux.wordpress.com/textan … eet/#toc29

Mais ça ne marche pas tip top…

Je suis un gros boulet! il fallait entourer avec ‘’’ .
txt2tags.org/markup.html

À lire le fil, je comprends que ton site sera statique. Mais, juste
une précision : site statique ou dynamique, ce qui est affiché au bout
du compte, c’est une page Web codée en HTML/CSS (HTML pour la
structure, CSS pour la présentation). Donc, d’où ma conclusion, il
FAUT maîtriser ces deux langages.

Concernant l’édition du code, j’utilise de manière intensive Emacs. En
effet, celui-ci n’est pas un éditeur, mais plutôt un interpréteur
Lisp, dont l’une des principales applications est effectivement
l’édition de texte. Cela en fait une machine capable de tout faire, ou
presque.

Un de ces multiples intérêts est qu’il possède des modes pour chaque
langage mais qu’on ne change pas de fonctionnalités de base de l’un à
l’autre. C’est extrêmement agréable. Pour Python, HTML et CSS, il
existe des modes très puissants. Enfin, tu peux te concocter tes
propres fonctions grâce au langage Lisp.

Celui-ci est un peu déroutant au début (structure de type
matriochkas), mais on s’y fait.

De plus, les extensions disponibles couvrent pratiquement tous les
besoins : shell, mail, groupes de discussions, lecteur de musique,
agrégateur RSS, surf Web (mode texte), répertoire téléphonique, agenda
(OrgMode), etc…

Tout juste si on ne peut pas retoucher ses photos avec! :slightly_smiling:

Oups, désolé, je suis déja converti à vim. Enfin la vérité, c’est que je n’ai pas le courrage d’apprendre lisp, et vim me convient parfaitement :slightly_smiling:
Et le code html, c’est facile avec txt2tags :slightly_smiling:

[quote=“valrik”]Concernant l’édition du code, j’utilise de manière intensive Emacs. En
effet, celui-ci n’est pas un éditeur, mais plutôt un interpréteur
Lisp, dont l’une des principales applications est effectivement
l’édition de texte. Cela en fait une machine capable de tout faire, ou
presque.[/quote]
Principalement utilisé, mais c’est de loin la moins bien foutue.