🚲 Tanguy Ortolo a écrit 12091 commentaires

Je ne sais pas, mais en même temps j'étais en train de parler de trucs tellement détachés de la réalité… Si on pouvait fournir une maison de qualité à chaque personne dans le besoin, ça se saurait, et c'est sûr que ça en réglerait, des problèmes… Pour le moment on fournit des appartements vétustes, ce qui règle sans doute des problèmes mais en crée certainement d'autres. Monde de merde ?

Mmmh, pour les barres d'immeubles, j'ai envie de dire qu'une fois qu'on a fourni un appartement à quelqu'un, s'il a envie de le bousiller pour ensuite vivre dans la merde, c'est son problème, pas celui de la société. L'ennui c'est que dans un immeuble, il y a plusieurs familles…

C'est des maisons HLM qu'il faudrait, comme ça les gens pourraient faire ce qu'ils veulent dans leur coin, et ceux qui sont incapables de la tenir en état ou qui se sentent compulsivement obligés de tout défoncer ne feraient de mal qu'à eux-mêmes.

hors du champ de vision du bon citoyen.

Et du touriste !

comme au Caire

Et comme à Paris il y a quelques dizaines d'années, hein.

C'était le truc qui existait déjà dans KDE 3.5 pour afficher les menus façon Mac OS, c'est ça ?

Je continue mon journal qu'il-est-pas-intéressant-DocBook-c'est-mieux sur DITA XML ;-)

Je ne suis pas sûr que DocBook soit mieux. En revanche DocBook, contrairement à DITA XML, c'est abordable, dans le sens où il existe des cours et des bouquins pour découvrir et débuter. Alors que DITA, ben, rien vu de tel.

– DITA XML c'est cool, rédigez en DITA !
– Ah, intéressant, où ça ressemble à quoi au juste ?
– …
– Ohé, ça ressemble à quoi, tu aurais un exemple ?
– Non, désolé.
– Euh, bon, ben, désolé mais je retourne à DocBook, revenez quand vous aurez un exemple.
– DITA XML c'est cool, rédigez en DITA !
– C'est bon, on a compris, DITA XML c'est cool, tu as un exemple maintenant ?
– Non, toujours pas.
– Suuuper, et un cours pour apprendre au moins ?
– Euh, non plus.
– Bon, ben, je reste à DocBook, revenez quand vous aurez quelque chose, j'ai mieux à faire, moi.

Plutôt que de proposer des tutos qui supposent une connaissance préalable de ce langage inconnu d'à peu près tout le monde, ne serait-il pas plus pertinent de commencer par le commencement, en publiant une vraie dépêche :

• indiquant ce que c'est que de DITA XML en des termes compréhensibles avec de vrais morceaux d'exemples ;
• donnant des pointeurs pour découvrir DITA XML d'une façon appropriée pour le public que nous sommes (à savoir, découvrir le langage, et surtout pas découvrir un éditeurs graphique utilisant ce langage en cachant les détails) ?

Parce qu'encore une fois, DITA XML c'est peut-être très cool, j'ai compris que c'était un genre de concurrent à DocBook que je connais bien, mais je n'ai pas réussi à trouver ne serait-ce qu'un exemple de code DITA. Alors bon…

(par contre la classe Letter n'est pas trop top pour nous les Français).

Déjà entendu parler de la classe lettre de l'observatoire de Genève ?

Demander l'accompagnement du groupe détaxe. La liste de distribution en question a l'avantage d'être privée, contrairement à la liste de discussion principale du groupe qui est lue par des constructeurs.

Répétez après moi : la notation américaine des dates, c'est incohérent, moche et pas pratique ; c'est mal donc il ne faut pas l'utiliser. En revanche, ISO 8601 c'est bien, mangézan.

Ceci dit, pas de problème pour le jour de π, en ISO nous sommes le 2012-03-14.

Ah, je précise : compiler tout ça sans Java. Parce que les logiciels en Java n'ont pas droit de cité chez moi, question de principes.

Si ça se trouve je préférerais aussi, seulement, pas encore réussi à trouver un exemple montrant à quoi ça ressemble, du DITA. Côte DocBook, pendant ce temps, j'ai plein d'exemples, et des paquets Debian pour disposer des schémas de validation et des feuilles de style pour compiler tout ça. Le choix est vite fait.

J'ai appris LaTeX en prépa, et depuis je l'utilise pour tous mes documents personnels et parfois professionnels : CV, lettres, rapports, présentations. Seules exceptions, les livres comme la Formation Debian, que je rédige plutôt en DocBook pour être plus indépendant du format final.

Quant aux raisons pour lesquelles j'utilise LaTeX :

• je veux de la belle typographie, avec des retours à la ligne et césures calculées pour un rendu agréable, des ligatures, du crénage… ;
• je veux des styles élégants sans avoir à les régler – ceux par défaut de LibreOffice et compagnie étant abominables, avec des aberrations comme par exemple des titres en italique et dans un police différente du corps de texte ;
• lettres : je veux un modèle normé tout fait ;
• présentations : je veux structurer mes présentations pour qu'elles puissent être vraiment suivies par les gens, ce que seul la classe Beamer pour LaTeX permet à ma connaissance.

C'est bien le paradoxe qui semble ressortir de ce que je lis! Je n'utilise pas et n'ai jamais utilisé LaTeX, mais je crois comprendre que ce n'est pas intuitif, qu'il faut réellement se former à son utilisation et que ça demande un réel investissement.

Bof. Pour des documents simples, LaTeX c'est simple, moins intuitif que du graphique évidemment, mais rien d'insurmontable. Ça, par exemple, ça donne un document correct :

\documentclass[a4paper]{article}

% Franciser les titres (« table des matières » et compagnie) et le césures
\usepackage{polyglossia}
\setdefaultlanguage{french}

% Définir le titre et l'auteur
\title{Essai}
\author{Tanguy Ortolo}

\begin{document}

% Afficher une page de garde
\maketitle

% Afficher une table des matières
\tableofcontents

\section{Première section de premier niveau}

\subsection{Une section de second niveau}

\subsubsection{Une section de second niveau}

Un paragraphe…

Un autre paragraphe…

Une liste :
\begin{itemize}
    \item premier point ;
    \item deuxième point.
\end{itemize}

\section{Deuxième section de premier niveau}

\end{document}

Tout ça étant bien assisté en utilisant un éditeur approprié comme TeXMaker, Kile ou LaTeXila.

En tout cas, c'est actuellement assez mal fichu pour celui qui a entendu parler de DITA XML et qui veut découvrir cela. Avec DocBook, la page Wikipédia donne des exemples tout simples qui permettent de se faire une idée, puis le Definitive Guide en ligne détaille assez pour commencer à comprendre. Avec DITA, rien de tel, personnellement je suis curieux et j'essaierais bien, mais je n'ai rien trouvé pour cela…

Tu produis de l'EPUB à partir de source LaTeX ? Comment au juste, ça m'intéresse ?

structure de table des matières externe : à l'inverse de à DocBook, où la structure de table des matières se crée par inclusion de références dans les fichiers de contenu, la structure hiérarchique des documents DITA est un fichier à part, ce qui favorise la réutilisation du contenu,

Ça, en DocBook je le ferais à coup d'XInclude, je pense.

DocBook, pour la Formation Debian. Inconvénient : c'est du XML, donc assez verbeux.

Mon vote (hier soir) n'a pas été pris en compte en revanche.

Chez Apple, je vois bien le problème, mais chez Google, quel est-il ? Ils sont éditeurs d'un dépôt de logiciels Android parmi d'autres…

ainsi des ROMS plus indépendantes et innovantes.

Ça, pas de chance, ce n'est pas tenable étant donné que tout cela fonctionne sur des appareils qui n'ont pas de plate-forme standard. Chaque appareil nécessite des adaptations spécifiques de chaque système d'exploitation pour être pris en charge, par conséquent des systèmes artisanaux ne peuvent tourner que sur une liste très limitée d'appareils.

C'est amusant comme problématique, en fait tu veux un outil de gestion de versions collaboratif comme Git et compagnie, mais qui ne soit pas un outil comme Git et compagnie.

Alors comment dire, tu devrais te rendre compte que ce que tu recherches n'existe pas…

Ce n'est pas efficace non plus : pour lire, il faut télécharger et copier, une fois copié, tu fais ce que tu veux de ta copie.

Que tu te trompes : avec une solution libre, une fois le contenu déchiffré, tu peux en faire ce que tu veux, donc le verrou n'est pas efficace.

Toi, tu confonds contenu et support. C'est compréhensible puisqu'ils sont confondus dans les livres en papier de bois d'arbre. Mais ce n'est plus le cas avec les livres numériques, donc autant le rappeler : les livres numériques, sauf évidemment ceux qui sont verrouillés, sont indépendants du support, et peuvent être sauvegardés, par exemple. Se faire voler sa liseuse n'a aucune espèce d'importance en ce qui concerne les livres qu'elle contient, qu'on peut, qu'on devrait avoir sauvegardés ailleurs.

effectivement ça semble être une bonne nouvelle. Mais n'ont-ils pas prévu de drm ou autre verrous numériques ? Comment comptent-il, ou pas, éviter qu'un livre acheté soit copié un peu partout ?

S'agissant d'un système libre, ils ne peuvent pas avoir prévu de DRM (au fait, « ou autre verrou numérique », ça ne veut rien dire, « DRM » et « verrou numérique » étant synonymes). Ils peuvent prévoir du tatouage numérique en revanche.