swilmet a écrit 753 commentaires

Faire du LaTeX permet justement de se concentrer non pas sur la présentation du document mais sur son contenu et sa structure.

Le visionnage en temps réel n'est que rarement utile selon moi. Et l'export en PDF ou autre format ne doit pas se faire toutes les 30 secondes non plus quand on maitrise le LaTeX. Évidemment quand on essaye de faire quelque chose hors des sentiers battus, là c'est nécessaire et c'est plus pratique avec un affichage en temps (presque) réel. Où à la finalisation du document où on arrive pas à placer les figures et tableaux là où on veut.

Ah oui, et aussi peut-être expliquer un peu l'algorithme utilisé pour le filtrage et l'extraction des données de la compilation, qui est en fait une heuristique (donc c'est pas parfait).

D'où aussi une autre idée de projet qui consisterait à améliorer pdfTeX en rajoutant deux options : --output-user-friendly et --output-machine-friendly. La première pour ceux qui compilent en console, et l'autre pour faciliter l'extraction de données par les IDE.

Mais en faisant un grep de certaines chaines de caractères contenues dans la compilation pour voir où se trouvait le code source concerné, je suis tombé sur un truc que j'avais jamais vu : un fichier pdftex.web de 39000 lignes de code dont le développement a débuté en 1977. Le langage WEB est un langage de plus haut niveau que le Pascal, traduit d'abord en Pascal et puis compilé (tiens ça me fait penser à quelque chose...). Pour plus d'info rendez-vous à la ligne 180 de ce fichier (src/texk/web2c/pdftexdir/pdftex.web).

Bref j'ai vite abandonné l'idée... Mais faudrait que je soumette une feature request.

Il faudrait dans ce cas-là rajouter une liste des fonctionnalités les plus importantes (voir journal précédent ou sur le site), la licence (GPL 3+), le gestionnaire de version (Git), le générateur de Makefile (CMake), disponibilité d'un RPM pour Fedora et disponible dans AUR pour ArchLinux et un lien vers une capture d'écran.

Mais si j'avais décidé d'écrire directement une dépêche j'aurais sans doute formulé mes phrases autrement, moins parler en « je » par exemple.

Il faut à ce moment-là une machine connectée en permanence à internet, ce que je n'ai pas. Donc même si c'est moins flexible, je préfère SF ou GitHub, là je suis presque sur que n'importe qui peut prendre la version en développement n'importe quand.
Et il y a aussi l'hébergement du site web qui est fourni aveC.

Pour l'instant le code est sur SourceForge, avec Git comme gestionnaire de versions.
Mais je compte peut-être migrer sur GitHub, qui a l'air plus rapide et meilleur pour gérer un projet avec Git (et qui ne censure pas certains pays ;).

La version 0.2 fait en effet 10 000 lignes de code, donc c'est clair que la « migration » ne se fera pas un jour. Mais j'aurai presque toutes les grandes vacances (3 mois) de libre, si j'ai pas de seconde sess'. Donc j'espère arriver à un assez bon résultat en aout, pour ajouter en septembre une grosse fonctionnalité manquante : la complétion automatique. C'est un peu comme un GSoC sans mentor (il y a toujours les forums et ML de toute façon), sans être payé mais avec moins de pression ;)

Il me semblait qu'en Europe les brevets logiciels n'existaient pas.
Sauf si ce brevet en question n'est pas considéré comme un brevet logiciel, mais j'en doute fortement...

Donc, qu'est-ce qu'à avoir l'Allemagne là-dedans ?

Quelle coïncidence !

(Emacs en est à sa 23e version)

Puisqu'il est question d'attacher des notes, ça ne m'étonnerais pas que ça se fasse via Tomboy, par glisser/déposer ou un truc du genre.

Bah il suffit de voir un de ses anciens commentaires à partir de la page personnelle par exemple...

Donc c'est juste une excuse pour faire un post count++ (ça manque un peu ça je trouve, peut-être pour le 1 avril 2011 ?).

Je dirais même plus !
Sur le premier lien on peut lire :

« Les chapitres 9, 10 et 11 vous proposent un accompagnement au montage vidéo avec les trois logiciels les plus utilisés : Kino, pour débuter ; Kdenlive, pour une difficulté intermédaire ; et enfin Cinelerra, orienté pour un usage professionnel. Ces trois chapitres peuvent être lus ensemble ou séparément selon les besoins du lecteur. »

Sur le troisième lien on peut lire :

« Réalisez votre film au montage avec des logiciels adaptés à votre niveau : Kino, Cinelerra... »

« Pourquoi les BSD sont-ils toujours associés à des barbus ? »

Non, pas toujours...
http://technology.desktopnexus.com/wallpaper/8148/

Le support de XCB dans Cairo n'est pas maintenu en upstream.
C'est pour ça qu'il n'y a pas de package pour awesome sur fedora :
https://bugzilla.redhat.com/show_bug.cgi?id=465759

En effet ça manque dans le protocole bittorrent.

DrBuenol a donné le lien de cet article (voir commentaire plus bas) :

http://www.numerama.com/magazine/5539-the-pirate-bay-cree-un(...)

En gros, The Pirate Bay veut créer un nouveau protocole P2P et on peut lire :

« Une séparation des hash (signatures numériques) pour chaque fichier référencé dans le ".p2p". Le logiciel pourra alors interroger une base de données de hash pour retrouver dans différents fichiers ".p2p" les fichiers en commun qui peuvent s'échanger. »

Ça m'a l'air très intéressant tout ça !

Mais je ne vois pas très bien comment intégrer dans un protocole la possibilité de modifier les fichiers localement.
Une possibilité serait que le protocole permet de voir les « zones » des fichiers non modifiés et de pouvoir partager ces zones. Mais ça pose une problème si tout le monde modifie les tags ID3 par exemple, il faut bien que quelques uns gardent l'original.
Donc pour moi c'est plutôt au niveau des clients P2P qu'il faut garder un diff des modifications, pour pouvoir partager l'entièreté du contenu.

journale -> elanruoj ~> elle en rouge

Faut pas chercher plus loin ;)

Pour le renommage c'est vrai que c'est une très bonne idée.
Mais on ne peut pas modifier les ID3tags ou autres.

« Sachant qu'en plus du versionning sur un binaire, c'est de la duplication, je suis pas trop convaincu techniquement... »

À ce moment-là autant faire une simple copie des fichiers, c'est encore plus simple.

Le but serait un système qui ne garde qu'un diff entre les fichiers modifiés et les fichiers originaux. Par exemple l'utilisateur pourrait faire une copie du dossier, faire toutes ses modifications dedans, donner au client bittorrent les deux dossiers, un diff est créé et on peut ensuite supprimer le dossier original.
Je pensais qu'un gestionnaire de version savait faire ça... Mais j'ai pas encore lu [1], c'est sans doute pour ça ;)

[1] http://progit.org/book/ch9-0.html

RMS a écrit un article là-dessus :

http://www.gnu.org/philosophy/not-ipr.fr.html

Ce serait bien que tous les anciens thèmes soient aussi disponibles, ainsi que les fonds d'écran.
Si ils n'incluent pas par défaut tout ça par manque de place, ils devraient au moins proposer un paquet.

À ce que j'ai pu voir de la 9.10, il y avait quelques autres thèmes disponibles (en plus de ceux de Gnome par défaut), mais pas les anciens, dont certains sont assez réussi je trouve. Idem pour les fonds d'écran. C'est dommage que le travail des artistes soit plutôt « éphémère » (juste pour une seule version de la distrib).

Si MeeGo faisait de la pub sur les paquets de cigarettes, ils feraient un tabac !

-->[]

Je me demande pourquoi l'auteur de Nuncabola n'a pas contribué à Neverball pour améliorer le moteur physique. Il y a une raison à cela ?

« L'auteur n'a pas communiqué sur son logiciel en dehors du forum car, étant extrêmement perfectionniste, il ne souhaite le faire que lorsque son jeu aura atteint la qualité suffisante à ses yeux. »

Il n'a pas lu la cathédrale et le bazar lui...

Oups, en lisant ton journal je n'avais pas compris que c'était Free qui avait bloqué certaines adresses IP, c'est seulement en allant sur le lien que j'ai compris...

Le problème ne vient sans doute pas de Free, mais de ton FAI, donc essayes de les contacter, si ce problème est rapporté par un certain nombre de personnes peut-être qu'ils feront quelque chose.