Je pense qu'il voulait plutôt faire référence à l'article :
« For a fast and efficient boot-up two things are crucial:
* To start less.
* And to start more in parallel.
What does that mean? Starting less means starting fewer services or deferring the starting of services until they are actually needed. There are some services where we know that they will be required sooner or later (syslog, D-Bus system bus, etc.), but for many others this isn't the case. For example, bluetoothd does not need to be running unless a bluetooth dongle is actually plugged in or an application wants to talk to its D-Bus interfaces. Same for a printing system: unless the machine physically is connected to a printer, or an application wants to print something, there is no need to run a printing daemon such as CUPS. Avahi: if the machine is not connected to a network, there is no need to run Avahi, unless some application wants to use its APIs. And even SSH: as long as nobody wants to contact your machine there is no need to run it, as long as it is then started on the first connection. (And admit it, on most machines where sshd might be listening somebody connects to it only every other month or so.) »
Il me semble que cette loi ne prend pas en compte si la cible est sur un bord ou pas.
Ce que tu voulais sans doute dire, c'est que mettre le bouton de fermeture juste au-dessus du menu fichier n'est pas une bonne idée, car les gens doivent faire plus attention à l'endroit où ils cliquent : « oups j'ai fermé la fenêtre alors que je voulais aller dans le menu fichier... »
J'aime bien la syntaxe de Vala, surtout pcq je suis habitué au C et au Java. Mais la syntaxe de Python ne me dérange pas non plus, mais là Genie (qui est un mélange de Python, Boo, D et Delphi) ne m'attire pas.
En plus, Vala est bien plus documenté, il y a plein d'exemples de code en GTK par exemple. Et je pense que Vala est plus répandu que Genie, donc je peux lire le code source de logiciels comme Val(a)IDE, qui est un IDE écrit en Vala, pour Vala (donc ça peut être intéressant de s'inspirer de ce logiciel, en plus de Gedit).
Ah ok je comprends mieux. Je ne comprenais pas où tu voulais en venir. Donc une heuristique admissible donne en fait à chaque fois le résultat optimal, et non une approximation. Mais c'est plutôt un cas particulier, et je ne sais pas si ça se présente souvent...
Oui, une heuristique est une approximation, donc ce n'est pas un algorithme qui donne à chaque fois le résultat le plus optimisé. Donc c'est pas parfait, mais ça peut l'être quand même (et c'est généralement le cas ici). Je ne vois pas ce qui cloche en disant ça...
Dans ce cas-ci, c'est la détection au fur et à mesure de la compilation du fichier dans lequel on se trouve qui pose parfois quelques problèmes, comme expliqué dans le code source de Kile (et copié dans LaTeXila) :
// There are basically two ways to detect the current file TeX is processing:
// 1) Use \Input (srctex or srcltx package) and \include exclusively. This will
// cause (La)TeX to print the line ":<+ filename" in the log file when opening a file,
// ":<-" when closing a file. Filenames pushed on the stack in this mode are marked
// as reliable.
//
// 2) Since people will probably also use the \input command, we also have to be
// to detect the old-fashioned way. TeX prints '(filename' when opening a file and a ')'
// when closing one. It is impossible to detect this with 100% certainty (TeX prints many messages
// and even text (a context) from the TeX source file, there could be unbalanced parentheses),
// so we use a heuristic algorithm. In heuristic mode a ')' will only be considered as a signal that
// TeX is closing a file if the top of the stack is not marked as "reliable".
Ça a l'air très intéressant, notamment en voyant des grands noms comme Qt, OpenSuse, FreeBSD, Webkit ou Blender qui l'utilisent !
Je vais comparer les différentes offres et privilégier Gitorious si c'est plus ou moins équivalent.
Un truc que j'aimerais garder en migrant de SF vers autre chose c'est garder le site web avec la feuille de style. Tout ce que j'ai vu sur GitHub ou Gitorious c'est un wiki... Et je ne demande même pas de PHP ou Python avec base de données ou autres, c'est une bête page statique.
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 ?
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. »
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. »
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.
[^] # Re: [:Mouaifff]
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Rethinking PID 1. Évalué à 2.
http://0pointer.de/blog/projects/pa-in-ubuntu.html
Faut espérer que la situation s'est améliorée pour la 10.04...
[^] # Re: Marchera pas.
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Rethinking PID 1. Évalué à 2.
« For a fast and efficient boot-up two things are crucial:
* To start less.
* And to start more in parallel.
What does that mean? Starting less means starting fewer services or deferring the starting of services until they are actually needed. There are some services where we know that they will be required sooner or later (syslog, D-Bus system bus, etc.), but for many others this isn't the case. For example, bluetoothd does not need to be running unless a bluetooth dongle is actually plugged in or an application wants to talk to its D-Bus interfaces. Same for a printing system: unless the machine physically is connected to a printer, or an application wants to print something, there is no need to run a printing daemon such as CUPS. Avahi: if the machine is not connected to a network, there is no need to run Avahi, unless some application wants to use its APIs. And even SSH: as long as nobody wants to contact your machine there is no need to run it, as long as it is then started on the first connection. (And admit it, on most machines where sshd might be listening somebody connects to it only every other month or so.) »
[^] # Mono
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche Ubuntu 10.04 est sortie. Évalué à 5.
Ce serait bien de remplacer Tomboy par Gnote, F-Spot par Shotwell et Gwibber par Pino.
C'est une des raisons pour lesquelles j'apprécierai Fedora 13 qui inclura tous ces logiciels par défaut pour éviter d'avoir des applications Mono.
[^] # Re: Merci Canonical
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche Ubuntu 10.04 est sortie. Évalué à 5.
Ce que tu voulais sans doute dire, c'est que mettre le bouton de fermeture juste au-dessus du menu fichier n'est pas une bonne idée, car les gens doivent faire plus attention à l'endroit où ils cliquent : « oups j'ai fermé la fenêtre alors que je voulais aller dans le menu fichier... »
[^] # Re: Genie
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Quelques nouvelles de LaTeXila, et réflexions sur le développement d'IDE en GTK. Évalué à 3.
En plus, Vala est bien plus documenté, il y a plein d'exemples de code en GTK par exemple. Et je pense que Vala est plus répandu que Genie, donc je peux lire le code source de logiciels comme Val(a)IDE, qui est un IDE écrit en Vala, pour Vala (donc ça peut être intéressant de s'inspirer de ce logiciel, en plus de Gedit).
[^] # Re: Mouais, LyX comparé à ce genre de solution...
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Quelques nouvelles de LaTeXila, et réflexions sur le développement d'IDE en GTK. Évalué à 2.
[^] # Re: Note aux modos
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Quelques nouvelles de LaTeXila, et réflexions sur le développement d'IDE en GTK. Évalué à 2.
[^] # Re: Note aux modos
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Quelques nouvelles de LaTeXila, et réflexions sur le développement d'IDE en GTK. Évalué à 1.
Dans ce cas-ci, c'est la détection au fur et à mesure de la compilation du fichier dans lequel on se trouve qui pose parfois quelques problèmes, comme expliqué dans le code source de Kile (et copié dans LaTeXila) :
// There are basically two ways to detect the current file TeX is processing:
// 1) Use \Input (srctex or srcltx package) and \include exclusively. This will
// cause (La)TeX to print the line ":<+ filename" in the log file when opening a file,
// ":<-" when closing a file. Filenames pushed on the stack in this mode are marked
// as reliable.
//
// 2) Since people will probably also use the \input command, we also have to be
// to detect the old-fashioned way. TeX prints '(filename' when opening a file and a ')'
// when closing one. It is impossible to detect this with 100% certainty (TeX prints many messages
// and even text (a context) from the TeX source file, there could be unbalanced parentheses),
// so we use a heuristic algorithm. In heuristic mode a ')' will only be considered as a signal that
// TeX is closing a file if the top of the stack is not marked as "reliable".
[^] # Re: Fonce!
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Quelques nouvelles de LaTeXila, et réflexions sur le développement d'IDE en GTK. Évalué à 3.
Je vais comparer les différentes offres et privilégier Gitorious si c'est plus ou moins équivalent.
Un truc que j'aimerais garder en migrant de SF vers autre chose c'est garder le site web avec la feuille de style. Tout ce que j'ai vu sur GitHub ou Gitorious c'est un wiki... Et je ne demande même pas de PHP ou Python avec base de données ou autres, c'est une bête page statique.
[^] # Re: Fonce!
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Quelques nouvelles de LaTeXila, et réflexions sur le développement d'IDE en GTK. Évalué à 3.
Ben ça existe déjà : TexMaker (multiplateforme lui).
* quoi ça se voit que je fais exprès ? -->[]
[^] # Re: Mouais, LyX comparé à ce genre de solution...
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Quelques nouvelles de LaTeXila, et réflexions sur le développement d'IDE en GTK. Évalué à 4.
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.
[^] # Re: Note aux modos
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Quelques nouvelles de LaTeXila, et réflexions sur le développement d'IDE en GTK. Évalué à 2.
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.
[^] # Re: Note aux modos
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Quelques nouvelles de LaTeXila, et réflexions sur le développement d'IDE en GTK. Évalué à 2.
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.
[^] # Re: Fonce!
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Quelques nouvelles de LaTeXila, et réflexions sur le développement d'IDE en GTK. Évalué à 2.
Et il y a aussi l'hébergement du site web qui est fourni aveC.
[^] # Re: Fonce!
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Quelques nouvelles de LaTeXila, et réflexions sur le développement d'IDE en GTK. Évalué à 2.
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 ;)
# Brevets logiciels en Allemagne ??
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal L'Empire contre-attaque. Évalué à 9.
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 ?
[^] # Re: Et lisp ?!
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Le langage C serait redevenu le langage le plus utilisé. Évalué à 3.
(Emacs en est à sa 23e version)
[^] # Re: Evince et notes
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche GNOME 2.30 sort le poisson de l'eau. Évalué à 1.
[^] # Re: Dopage
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Et pendant ce temps la à vera cruz. Évalué à 2.
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 ?).
[^] # Re: Montage video tout public ?
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche "Montage audio-vidéo libre" chez Eyrolles Accès Libre . Évalué à 5.
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. »
[^] # Re: Montage video tout public ?
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse à la dépêche "Montage audio-vidéo libre" chez Eyrolles Accès Libre . Évalué à 1.
« Réalisez votre film au montage avec des logiciels adaptés à votre niveau : Kino, Cinelerra... »
[^] # Re: Et si on l'appel il se retourne et tombe
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal Le jour d'Ada Lovelace. Évalué à 2.
Non, pas toujours...
http://technology.desktopnexus.com/wallpaper/8148/
[^] # Re: Xlib
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal catwm, encore un tiling window manager. Évalué à 1.
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
[^] # Re: bonne idée
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal P2P : pouvoir modifier les fichiers téléchargés et toujours les partager. Évalué à 2.
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. »
[^] # Re: Pirate bay change de protocole p2p ,profite-en!
Posté par Sébastien Wilmet (site web personnel, Mastodon) . En réponse au journal P2P : pouvoir modifier les fichiers téléchargés et toujours les partager. Évalué à 1.
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.