Olivier Renaud a écrit 68 commentaires

Ben, j'ai relu l'article, et je confirme ce que j'ai dit : c'est une projection.

Le projecteur peut recevoir les images de n'importe quelle source vidéo conventionnelle : VGA, RCA, RGB, S-Video, provenant d'un lecteur DVD ou d'un ordinateur. L'affichage est possible en format 4/3 ou 16/9 sous une résolution de 640 x 350 à 1.280 x 1.024 en 16,7 millions de couleurs, et la diagonale de la projection (on n'ose plus parler d'écran…) est actuellement de 70 cm.

Je vois pas trop où est la 3d dans ce que présente ton lien : c'est un écran de projection vidéo basé sur de l'air. C'est très sympa comme principe, mais ça reste de la 2d.

J'utilise aussi laposte.net, et les mails de hotmail vers laposte refonctionnent depuis très récemment. Mais je n'ai jamais su de qui venait le problème.

Pour le spam, je n'ai pas la même expérience : j'ai mon adresse laposte depuis quelques années (je dirai 5 ans), qui est mon unique adresse mail personnelle. Je n'ai commencé à recevoir des spams qu'il y a un mois, mais pendant toutes ces années j'en ai quasiment jamais eu.

La première approche est la plus simple. Elle correspond au pattern Fabrication (Factory Method, en vo).
Mais, quand tu dis "cela oblige à modifier chaque classe concrète Forme pour changer un comportement", quel problème cela te pose ?

Je n'ai lu qu'un livre sur UML, mais je l'ai trouvé très bien et te le conseillerai donc : Modélisation objet avec UML.

Ce livre est à mi chemin entre une référence complète , et un guide didactique pour comprendre l'utilisation d'UML en cas réel.

Chapitre 1 : génèse d'UML : un peu d'histoire, ça ne fait pas de mal :)
Chapitre 2 : l'approche objet : une vue assez complète des principes objets et des concepts abordés par la suite
Chapitre 2 : la notation UML : le gros morceau, qui couvre en détail les 9 types de diagrammes d'UML
Chapitre 3 : encadrement de projets objets : UML n'est pas une méthode de développement en elle-même. Ce chapitre explique cependant quelques méthodes : cycle de vie, pilotage de projet, intégration, gestion du risque, etc...
Chapitre 4 : études de cas : deux exemples complets de projets, dont l'analyse est conduite grâce à UML.

J'avais écrit un petit script pour utiliser ce service plus facilement. Je profite de ton journal pour le mettre en ligne : http://dl.free.fr/cx2Y3q5Gt/free_upload.rb

Il suffit de le mettre dans le path (/usr/local/bin par exemple), le rendre executable (chmod +x), et de le lancer en ligne de commande avec un nom de fichier en argument. L'adresse de téléchargement s'affiche après que l'upload est fini.

Testé avec ruby 1.8.6

Le meilleur rapport qualité/performances que j'ai trouvé, c'est links graphic (option -g de links). Sur mon PII 400 c'est une vraie foudre !

Essaye gem update --system
Et utilise mon mail pour les prochaines questions, stp.

tu l'as installé au moins ?

gem install htmlentities

Si, l'install est correcte (Successfully installed hpricot-0.5.150)
C'est la génération de la doc qui a l'air de s'etre un peu pris les pieds dans le tapis, mais c'est pas bien grave.

Bon, si tu as des questions sur le script demande moi par mail. Je t'envoie un message privé pour te le donner.

J'avais pas vu, tu n'as pas le repository de base :

deb http://archive.ubuntu.com/ubuntu/ dapper main restricted

Tu peux l'ajouter ?

bizarre... question con : t'as fait un apt-get update ?

y'a pas make d'installé de base dans ubuntu ? Bon là t'aurais pu faire un effort quand même : apt-get install make

Effectivement t'as pas de bol. Ca vient encore du systeme de package de debian/ubuntu, qui fragmente au maximum les paquets.

Ce qu'il te manque est dans ruby1.8-dev.

Donc, apt-get install ruby1.8-dev

Oui c'est sympa pastie. Et puis surtout, c'est codé en Ruby (ruby on rails) :-]

l'installation de hpricot foire parce qu'il n'y a pas d'executable qui s'appelle "ruby" sur ton système, juste un "ruby1.8"

Ca vient du packaging de ta distribution, ça permet d'installer plusieurs versions differentes de l'interpreteur. Peut être que tu as installé ruby en faisant apt-get install ruby1.8, au lieu de apt-get install ruby ?

Sinon, tu peux tout simplement créer un lien symbolique (ln -s /usr/bin/ruby1.8 /usr/bin/ruby), mais c'est en dernier recours.

Tu pourras aussi installer irb , ri, et rdoc pour programmer en ruby (l'interpreteur interactif, la doc en ligne et le generateur de docs)

Bonne chance :)

Bon, c'est déja mieux. Dommage que le code html soit si horrible ! Ça aurait simplifié la tache, d'avoir une vraie structure derrière tout ça.

J'ai écrit un petit script qui extrait les données qui t'intérressent, pour te montrer ce qu'il est possible de faire. En tout cas ça fonctionne pour l'exemple que tu as donné. C'est du Ruby, et ça utilise deux librairies externes (en fait, c'était une occasion pour moi de tester hpricot, le parseur html).

Voila le code : http://pastie.caboo.se/69276

Pour le faire fonctionner, il te faut l'intepréteur Ruby 1.8
Il te faut aussi les librairies hpricot et htmlentities. Pour les installer voila la marche à suivre :
- installer rubygems
- executer dans un terminal "gem install hpricot"
- puis "gem install htmlentities"

Si t'as été capable de pondre le script bash que tu as montré, tu devrais pouvoir t'en sortir avec ce bout de code, même si tu n'es pas familier de ruby :)
Si tu veux ensuite insérer les données extraites vers une bdd, tu peux regarder du coté de la librairie DBI, par exemple.

Bon courage !

Moi je veux bien t'aider, mais bon le titre de ton post à la base c'est "extraction sur page html".

Et pour l'instant j'ai toujours pas vu une seule balise html !

Ah tiens au fait, elles sont accessible en ligne quelque part, ces pages html ?

Je dois avouer que je n'ai pas compris toute ton histoire sur les differents formats que tu as. Tu veux dire que tous les documents html n'ont pas la même structure ?

Il faudrait que tu nous montre des exemples de code html que tu as en entrée (avec les balises surtout). Pour que les balises s'affichent dans ton commentaire, tu dois sélectionner "texte sans html" avant de poster ton message.

Tu as donné le résultat que tu veux obtenir, mais tu ne dis pas à quoi ressemble le document en entrée. Pour poster du code html sur ce site il faut le préciser au moment de l'envoi, par contre.

Si ton fichier en entrée est en xhtml, tu peux utiliser un outil de parsing xml soit dans ton langage préféré, soit avec un outil comme xmlstarlet. Des requêtes xpath seraient très efficaces.

Si ce n'est pas du xml, le mieux est d'utiliser une librairie de parsing html, en ruby/python/perl/php/etc...

Moi j'ai des problèmes pour recevoir des mails d'utilisateurs d'hotmail vers mon compte laposte.net. Les expéditeurs reçoivent un mail qui leur disent "mail delayed", puis un autre qui dit que l'envoi n'a pas fonctionné.

Enfin, on peut jamais vraiment dire de qui vient le problème.

Slackware, pour la pipe ?
http://www.slackware.com/~msimons/slackware/grfx/shared/SWtu(...)

il lui manque tout ce support et toute cette histoire (oui, elle a une histoire mais pour l'instant relativement jeune...)?

L'émergence d'une nouvelle langue est plus rapide qu'on pourrait le croire. Les langues créoles en sont bien la preuve. Et une lanque comme l'espéranto, qui a dans les 120 ans, est déjà bien chargée d'histoire, comparée à des langues créoles plus récentes qu'elle.

Depuis, l'état de l'art a évolué, donc quitte à choisir une langue parlée par personne, autant choisir ubun... euh pardon, une langue construite moderne.

Tu pars du principe que comme c'est ancien, on ferait forcement mieux maintenant, mais je ne suis pas d'accord avec ça. On ne parle pas de langages de prog là, aucun nouveau concept linguistique n'est apparu en 100 ans.

Et surtout, on ne crée pas une langue du jour au lendemain, une langue évolue, s'enrichit, s'étoffe, avec le temps. L'espéranto a évolué comme ça depuis qu'elle a été créée il y a plus d'un siècle, et c'est justement ce qui fait son avantage.

Et puis avec ton raisonnement, il faudrait changer de langue tous les 10 ans pour être toujours à la pointe de la technologie linguistique !