cette url permet de passer au travers du test de version.
Le résultat est une animation affreusement lente utilisant tout le CPU, j'espère que c'est du uniquement à la version de Flash, mais c'est ridicule...
Pourtant on nous rabat les oreilles avec le "journalisme" en voulant traiter les internautes comme des journalistes. Eh bien les journalistes ont le droit de rapporter les propos des autres personnes, y compris diffamatoires que je sache, c'est le droit à l'information. Donc pourquoi les internautes n'auraient pas ce droit si on les assimile aux journalistes ? Y a pas de raison d'être journaliste uniquement pour les mauvais côtés !
Je la retire oû ma carte de presse ??
outre formats-ouverts.org il faudrait leur expliquer ce qu'est une RFC tout simplement. Même Real avait en son temps documenté son format de fichier .rm en RFC (mais pas les codecs).
Ensuite, leur site parle d'interopérabilité (ok bon...) avec les produits M$, donc installe les protocoles et formats de M$ comme un standard et une référence. Ils pourraient pas faire un peu d'effort dans l'autre sens chez M$ (= revenir en arrière sur leur embrace&extend) ? Ils ont pourtant le budget R&D le + gros du secteur...
Oui mais pour la plupart c'est du spécifique BeOS/Zeta/Haiku...
bash_completion est installé par défaut dans Zeta.
Par exemple avec 'rescan' il complète les noms de drivers.
Par contre j'ai quelques problèmes avec les espaces dans les noms de fichiers, j'espère que la dernière version corrige ça.
Il existe aussi un code pour p4 (perforce) et svn.
Tiens je connaissais pas cette RFC.
Va falloir que j'ajoute 2 attributs MAIL:cid MAIL:mid aux mails sous BeOS/Haiku pour les indexer... et hop une query (MAIL:cid==foo) pour trouver le bon :)
(BeOS utilise un format similaire à maildir, une fichier texte par message, et une partie de l'entête est stoquée dans des attributs étendus indexés)
En effet.
Il était prévu qu'il soit passé sous GPL, mais on attend toujours.
Par contre il existe différentes implémentation de l'API Be sous windows par ex. Gobe en a fait une pour porter Productive, et quelqu'un en a fait une pour tester les applis Haiku il y a qq années, mais je ne sais pas ou ça en est.
Dans le svn de Haiku il y a une petite couche de d'émulation pour faire tourner certaines applis nécessaire à la cross compilation (rc pour compiler les resources, ...) peut-être qu'en partant de là c'est possible.
A noter que ce système emprunte l'idée aux Datatypes d'AmigaOS (ça s'appelait comme ça au départ en fait).
C'est assez utile en effet pour ajouter le support de nouveaux formats...
Et quelques trucs plus amusant, comme Gocr http://www.bebits.com/app/4098 qui converti une image en texte. Toute appli peut donc utiliser Gocr. De même j'ai converti une application de scannage (Sanity) en translator, qui permet à toute appli sachant ouvrir une image de scanner directement :)
Quelques rectifications par rapport à l'article :
- "rachat de Be par Palm" : pas tout à fait, Palm a racheté la propriété intellectuelle de Be, pas la société elle-même.
- "la couche réseau est celle que Be était en train de développer" : pas exactement, BONE est toujours fermé. Mais en effet la couche réseau de Haiku lui est similaire (modulaire et dans le noyau) contrairement à BeOS R5 qui utilisait "net_server" dans l'espace utilisateur, connu pour être buggué et lent, pas tellement parce que tournant en mode utilisateur mais surtout parce qu'écrit en une semaine.
- "une API claire pour ajouter de nouveaux CODEC" : En effet, l'interface pour les codecs n'a jamais été documenté par Be, malgré les promesses, un peu dommage pour le "Media OS".
- le noyau est un fork de NewOS, mais il a bien changé depuis.
- BeOS était en effet en avance sur son temps, et a encore de l'avance sur certains domaines. C'est incroyable le nombre de choses qui ont été copié... même si ça n'est pas toujours BeOS qui les a inauguré il les a mise à la porté du grand public. Le support SMP, la préemption dans le noyau, les attributs étendus (en moins bien), un devfs hiérarchique, des modules noyau hiérarchisés et chargés automatiquement (enfin presque), le tick-less kernel (si, ça existait bien avant cette année !) sont autant de choses que Linux n'a que depuis peu. Les WinFS, Beagle, Spotlight n'existaient pas il y a peu. Les frameworks multimédias explosent en ce moment (GStreamer...) pourtant il n'y a pas tant de nouveautés que ça.
En parlant des LiveCD, tout le monde prétent avoir inventé le concept, pourtant les CDs d'installation de BeOS sont tous Live, il suffit de relancer le bureau (Ctrl-Alt-Del, Relaunch desktop). La gestion des types mime est un vrai bonheur. Il n'y a pas de raison de laisser l'utilisateur chercher l'appli si le système sait le faire. Des choses très simples comme le 'X-ray nav', la navigation depuis le menu contextuel semblent si évites qu'on peste dès qu'on se retrouve ailleurs sans elles. BeOS utilisait beaucoup des plugins, les rendant publics pour d'autres applications (reuse), et pouvait inclure une application dans une autre bien avant les ActiveX et autres, même si cela n'a jamais été suffisamment exploité.
Sur le multi-threading, avoir un thread par fenetre c'est tellement mieux. Un peu plus compliqué certes. Il faut utiliser des mutex et autres bénaphores. Mais c'est transparent dans une certaine mesure, en utilisant les BMessages, conteneur bien plus flexibles que ce qu'utilise GTK pour les évènements. Par exemple pour supporter les roulettes des souris ou la pression des tablettes graphiques aucun besoin de rajouter un membre à la structure et la rendre incompatible, l'addon (ici encore) de l'input_server ajoute un membre "wheel_x" et y... de type float. C'est bien pratique d'avoir le typage des données sans devoir connaitre sa signification. On peut les manipuler quand même un minimum. C'est pareil pour les attributs étendus du fs. Ils ont un type, ce qui permet (sauf une minorité de structures binaires) de les afficher et modifier (par script ou utilisateur) sans connaitre l'application qui l'utilise.
Les interfaces de scripting étaient également présentes depuis le début, mais également sous-utilisées.
Je pense parfois que si Be avait bréveté tout ça on serait bien dans la merde, y compris Microsoft :D
Sur OS/2, c'est vrai qu'OS/2 avait un certain nombre d'intéret, y compris les attributs étendus sur HPFS. Visiblement ça et le poids d'IBM n'a pas suffit à l'imposer non plus.
Oulala mais j'ai de quoi faire un livre, j'ai surement oublié des choses.
Pour revenir à Haiku, il reste beaucoup de bugs, y compris des sérieux dans la VM, mais ça fait du bien de le voir booter :)
AMHA... Clairement à lire le DVD, vu que le ministre va demander au garde des sots (si c'est la bonne orthographe) de limiter les sanctions à ceux qui téléchargent pour faire des sous.
Je me suis amusé il y a peu à coder du fade-in-out et du scrolling sur une gallerie photo... mal de tête entre le code moz-spécifique, IE-spécifique, et CSS-compliant-mais-qui-marche-nulle-part...
# Avec un vieux Flash...
Posté par Francois Revol (site web personnel) . En réponse au journal France24, ce soir le début, site web au rebut ?. Évalué à 2.
Le résultat est une animation affreusement lente utilisant tout le CPU, j'espère que c'est du uniquement à la version de Flash, mais c'est ridicule...
# ffmpeg ?
Posté par Francois Revol (site web personnel) . En réponse au message Acquisition vidéo/audio à la volée. Évalué à 2.
[^] # Re: Eh président ! enc...hanté !
Posté par Francois Revol (site web personnel) . En réponse à la dépêche La Cour suprême renforce la liberté d'expression sur Internet. Évalué à 2.
Je la retire oû ma carte de presse ??
# licence ?
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Tribune Libre, ténors de l'informatique libre. Évalué à 1.
avec ce qui arrive sur la v3 il serait bon de préciser 2, 3 ou au choix :)
# euh...
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Microsoft une interopérabilité difficile avec la communauté du logiciel libre. Évalué à 5.
Ensuite, leur site parle d'interopérabilité (ok bon...) avec les produits M$, donc installe les protocoles et formats de M$ comme un standard et une référence. Ils pourraient pas faire un peu d'effort dans l'autre sens chez M$ (= revenir en arrière sur leur embrace&extend) ? Ils ont pourtant le budget R&D le + gros du secteur...
# anniversaire
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Webradios et logiciel libre. Évalué à 4.
[^] # Re: Complétion avec GNU Bash
Posté par Francois Revol (site web personnel) . En réponse au message [Terminal] Complétion avec GNU Bash. Évalué à 1.
bash_completion est installé par défaut dans Zeta.
Par exemple avec 'rescan' il complète les noms de drivers.
Par contre j'ai quelques problèmes avec les espaces dans les noms de fichiers, j'espère que la dernière version corrige ça.
Il existe aussi un code pour p4 (perforce) et svn.
[^] # Re: Complétion avec GNU Bash
Posté par Francois Revol (site web personnel) . En réponse au message [Terminal] Complétion avec GNU Bash. Évalué à 1.
[^] # Re: oué
Posté par Francois Revol (site web personnel) . En réponse à la dépêche install party à Tain l'Hermitage. Évalué à 1.
et inaperçue aussi
J'ai honte, c'est vraiment dangereux le ternet pour le français...
# oué
Posté par Francois Revol (site web personnel) . En réponse à la dépêche install party à Tain l'Hermitage. Évalué à 1.
Perso, j'y présenterai Haiku, et une conf sur DADVSI.
[^] # Re: bonheur
Posté par Francois Revol (site web personnel) . En réponse à la dépêche La quintessence des algorithmes bit à bit. Évalué à 2.
http://www.idiap.ch/~formaz/doc/glibdocs/glib-byte-order-mac(...)
[^] # Re: Et la RFC 2392 vous en faites quoi ;?)
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Beagle 0.2.8 : prise en charge de Thunderbird. Évalué à 2.
Va falloir que j'ajoute 2 attributs MAIL:cid MAIL:mid aux mails sous BeOS/Haiku pour les indexer... et hop une query (MAIL:cid==foo) pour trouver le bon :)
(BeOS utilise un format similaire à maildir, une fichier texte par message, et une partie de l'entête est stoquée dans des attributs étendus indexés)
[^] # Re: API BeOS sur système GNU/Linux
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Haïku fête ses 5 ans. Évalué à 3.
Il était prévu qu'il soit passé sous GPL, mais on attend toujours.
Par contre il existe différentes implémentation de l'API Be sous windows par ex. Gobe en a fait une pour porter Productive, et quelqu'un en a fait une pour tester les applis Haiku il y a qq années, mais je ne sais pas ou ça en est.
Dans le svn de Haiku il y a une petite couche de d'émulation pour faire tourner certaines applis nécessaire à la cross compilation (rc pour compiler les resources, ...) peut-être qu'en partant de là c'est possible.
[^] # Re: question
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Haïku fête ses 5 ans. Évalué à 6.
C'est assez utile en effet pour ajouter le support de nouveaux formats...
Et quelques trucs plus amusant, comme Gocr http://www.bebits.com/app/4098 qui converti une image en texte. Toute appli peut donc utiliser Gocr. De même j'ai converti une application de scannage (Sanity) en translator, qui permet à toute appli sachant ouvrir une image de scanner directement :)
# Précisions
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Haïku fête ses 5 ans. Évalué à 10.
- "rachat de Be par Palm" : pas tout à fait, Palm a racheté la propriété intellectuelle de Be, pas la société elle-même.
- "la couche réseau est celle que Be était en train de développer" : pas exactement, BONE est toujours fermé. Mais en effet la couche réseau de Haiku lui est similaire (modulaire et dans le noyau) contrairement à BeOS R5 qui utilisait "net_server" dans l'espace utilisateur, connu pour être buggué et lent, pas tellement parce que tournant en mode utilisateur mais surtout parce qu'écrit en une semaine.
- "une API claire pour ajouter de nouveaux CODEC" : En effet, l'interface pour les codecs n'a jamais été documenté par Be, malgré les promesses, un peu dommage pour le "Media OS".
- le noyau est un fork de NewOS, mais il a bien changé depuis.
- BeOS était en effet en avance sur son temps, et a encore de l'avance sur certains domaines. C'est incroyable le nombre de choses qui ont été copié... même si ça n'est pas toujours BeOS qui les a inauguré il les a mise à la porté du grand public. Le support SMP, la préemption dans le noyau, les attributs étendus (en moins bien), un devfs hiérarchique, des modules noyau hiérarchisés et chargés automatiquement (enfin presque), le tick-less kernel (si, ça existait bien avant cette année !) sont autant de choses que Linux n'a que depuis peu. Les WinFS, Beagle, Spotlight n'existaient pas il y a peu. Les frameworks multimédias explosent en ce moment (GStreamer...) pourtant il n'y a pas tant de nouveautés que ça.
En parlant des LiveCD, tout le monde prétent avoir inventé le concept, pourtant les CDs d'installation de BeOS sont tous Live, il suffit de relancer le bureau (Ctrl-Alt-Del, Relaunch desktop). La gestion des types mime est un vrai bonheur. Il n'y a pas de raison de laisser l'utilisateur chercher l'appli si le système sait le faire. Des choses très simples comme le 'X-ray nav', la navigation depuis le menu contextuel semblent si évites qu'on peste dès qu'on se retrouve ailleurs sans elles. BeOS utilisait beaucoup des plugins, les rendant publics pour d'autres applications (reuse), et pouvait inclure une application dans une autre bien avant les ActiveX et autres, même si cela n'a jamais été suffisamment exploité.
Sur le multi-threading, avoir un thread par fenetre c'est tellement mieux. Un peu plus compliqué certes. Il faut utiliser des mutex et autres bénaphores. Mais c'est transparent dans une certaine mesure, en utilisant les BMessages, conteneur bien plus flexibles que ce qu'utilise GTK pour les évènements. Par exemple pour supporter les roulettes des souris ou la pression des tablettes graphiques aucun besoin de rajouter un membre à la structure et la rendre incompatible, l'addon (ici encore) de l'input_server ajoute un membre "wheel_x" et y... de type float. C'est bien pratique d'avoir le typage des données sans devoir connaitre sa signification. On peut les manipuler quand même un minimum. C'est pareil pour les attributs étendus du fs. Ils ont un type, ce qui permet (sauf une minorité de structures binaires) de les afficher et modifier (par script ou utilisateur) sans connaitre l'application qui l'utilise.
Les interfaces de scripting étaient également présentes depuis le début, mais également sous-utilisées.
Je pense parfois que si Be avait bréveté tout ça on serait bien dans la merde, y compris Microsoft :D
Sur OS/2, c'est vrai qu'OS/2 avait un certain nombre d'intéret, y compris les attributs étendus sur HPFS. Visiblement ça et le poids d'IBM n'a pas suffit à l'imposer non plus.
Oulala mais j'ai de quoi faire un livre, j'ai surement oublié des choses.
Pour revenir à Haiku, il reste beaucoup de bugs, y compris des sérieux dans la VM, mais ça fait du bien de le voir booter :)
# pas si intégristes que ça \o/
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Haïku fête ses 5 ans. Évalué à 10.
[^] # Re: Il a raison !
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Le Ministre de la Culture aux internautes. Évalué à 3.
[^] # Re: Trusted computing = free software
Posté par Francois Revol (site web personnel) . En réponse à la dépêche TCPA/TPM : la déferlante silencieuse. Évalué à 1.
[^] # Re: Justesse du conseil constitutionnel
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Le conseil constitutionnel aggrave encore DADVSI. Évalué à 1.
// #include <Constitution.h>
#include <DictionnaireAcademieFrancaise.h>
// sauf qu'interopérabilité n'y est pas...
[^] # Re: Décrets d'application: et la marmotte ?
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Le conseil constitutionnel aggrave encore DADVSI. Évalué à 3.
Enfin j'ai quand mm fait un courrier...
http://revolf.free.fr/dadvsi/FR_DADVSI_JC_001_Lettre%20Presi(...)
(à la suite de http://revolf.free.fr/dadvsi/FR_DADVSI_RDDV_001_Ministre.pdf )
[^] # Re: demi-fichiers ?
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Le conseil constitutionnel aggrave encore DADVSI. Évalué à 9.
[^] # Re: Concretement
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Le conseil constitutionnel aggrave encore DADVSI. Évalué à 3.
# c'est bon à savoir
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Smooth Slideshow v1.0 : bibliothèque javascript libre de slideshows (en fondu enchaîné).... Évalué à 3.
[^] # Re: Saisine
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Le projet de loi DADVSI adopté. Évalué à 2.
Pour eux l'intéropérabilité c'est trop flou... alors il la suppriment.
[^] # Re: ça pourrit de l'intérieur
Posté par Francois Revol (site web personnel) . En réponse à la dépêche Radio France arrêterait-elle le Ogg Vorbis ?. Évalué à 3.