med a écrit 1266 commentaires

En même temps pour ce qui est diffusé sur la freebox mais pas sur le multiposte, un magnétoscope ça doit très bien fonctionner pour enregistrer et ça existe depuis longtemps. Alors ne pas diffuser en multiposte parce que qu'on pourrait enregistrer c'est un peu pipeau comme excuse. :)

Hum, le → ne s'affiche pas chez moi :-( Ca doit être une touche chelloux alors qu'il existe : « compose c , » qui donne ç.

Euh ... c'est exactement ce que j'ai écrit tu sais (bon, d'accord, j'ai dit « compose , c », mais ça revient au même). :) le → c'est tout simplement la flèche pointant à droite (→ en entité HTML) pour indiquer quelle lettre ça donnait.

Je pense que ça fait référence à la loi 101 : http://fr.wikipedia.org/wiki/Loi_101

(désolé pour la cédille, mais clavier germanique)

Touche de composition puis , puis c → ç ;)

Disons que sans révolution française ils seraient *peut etre* encore anglais , ca aide :-)

Pourquoi ça ? La révolution américaine et l'intervention française datent d'avant la révolution française.

Oh ce n'est pas très compliqué, il faut installer les paquets de développement pour les divers codecs, qui sont disponibles (pour SuSE) sur les dépôts officiels ou ceux de packman ainsi qu'installer le paquet live.com. Après Il suffit de prendre le source de vlc et dans le répertoire faire : ./configure --enable-livedotcom --with-livedotcom-tree=/usr/lib/live --enable-rtsp
Ensuite il suffit de faire make puis make install en root et ça roule.

c'est vrai que CTRL-ALT- flèche-gauche / flèche-droite spa intuitif sous KDE vu qu'il met les bureaux l'un au-dessus de l'autre lorsque gnome les met les uns à côté des autres... :p

Très facile à changer. Clic-droit sur les bureaux virtuels, Afficher/Lignes/1.

Ah mais c'est tout à fait possible ! cafepress.com vend des articles avec le logo wikipédia. Une partie du prix est reversée à la Wikimedia Fundation. Un petit lien pour les intéressé(e)s : http://www.cafepress.com/cp/browse/store/wikipedia/528088

Si tu cherche un bonne police, essaie "bistream vera"

Question bête, pourquoi utiliser Vera plutôt que DejaVu qui se base sur Vera mais contient énormément plus de caractères (la plupart des caractères latin, cyrilliques et grecs) ? D'ailleurs il me semble que la prochaine version de Ubuntu utilisera DejaVu par défaut. Pour ceux qui veulent essayer : http://dejavu.sourceforge.net/wiki/index.php/Main_Page

Je pense que la personne à qui tu as parlé pensait à cette initiative allemande vendant un DVD pour 9,90¤ : http://www.amazon.de/exec/obidos/ASIN/3898530205/302-1065380(...) . Comble du bonheur, c'est multi-plateformes, linux, mac, windows, etc.
Il y a bien une initiative français en cours mais je dois avouer que j'ignore où cela en est. Espérons que nous verrons bientôt quelque chose venir.

En parlant de serveurs, une page y est d'ailleurs dédiée sur meta, avec moult détails : http://meta.wikimedia.org/wiki/Wikimedia_servers . Il y a aussi une liste de détaillées des serveurs pour chaque commande. Et les commandes c'est pas juste un ou deux serveurs, ça tape directement dans la douzaine. La dernière commande a d'ailleurs permis de relancer le site qui était devenu quasi inutilisable à cause de la lenteur.

Des bombes atomiques potentielles ? Où ça ? Mon petit doigt me dit que tu ne dois pas très bien savoir comment fonctionne une centrale nucléaire.

- Un fois passe en mode "toutes les fenetre affichees", on est oblige d'en selectionner une.
Pas moyen de renvoyer la souris dans le coin declencheur ou de cliquer ailleur pour revenir sur la fenetre qu'on avait sous les yeux des fois qu'on trouve pas ce qu'on cherche.
Super enervant quand la souris a ete envoyee invonlontairement dans le coin actif.

Apparemment en appuyant sur la touche d'échappement on revient à l'écran initial, donc pas besoin de cliquer sur une fenêtre. Tu devrais peut-être suggérer à l'auteur une amélioration pour revenir à l'écran précédent simplement avec la souris, par exemple en cliquant ailleurs comme tu le dis.

Personne n'aurait un remède miracle avant qu'il ne soit trop tard?

Si, la Révolution. :)

En même temps avoir un clavier non azerty n'a jamais empêché de taper les accents. man setxkbmap :)
Med, grand fan de la touche de composition.

PS : je ne suis pas parti pris, je n'aime ni Qt (pas multi-plateforme [snip]

Tu entends quoi par là au juste ? Qt fonctionne sur tous les unix pour ainsi dire, ainsi que Windows et Mac OS X, le tout en GPL.

Effectivement Wikibooks est en manque de visibilité, ce que je trouve dommage étant donné son potentiel. Un livre très bien développé (et donc exemplaire de ce que peut donner wikibooks), est celui sur la tribologie : http://fr.wikibooks.org/wiki/Tribologie . Un contributeur à la retraite a décidé de mettre toute sa vie d'expérience et c'est sans doute actuellement un des meilleurs documents existant sur la tribologie, que ce soit sur Internet ou non. Je trouve cette démarche vraiment très appréciable. Si tous les enseignants retraités pouvaient écrire des wikilivres sur leur domaine, reflétant une vie d'expérience on aurait quelques documents assurément très précieux sur des sujets très pointus je pense.

Wikibooks est effectivement le bon endroit pour ce genre de choses. Pour rester dans l'informatique, il y a par exemple un projet en cours visant à constituer un cours complet de langage C : http://fr.wikibooks.org/wiki/Programmation_C . Bien évidemment on peut avoir le même projet pour le programme de math en prépa par exemple, qui traitement des réductions des endomorphismes. :)

Bref, n'hésitez pas à compléter les projets existants ou à en commencer d'autres.

Je suis dans l'astrophysique. C'est extrêmement rare qu'un article, une thèse, une demande de temps d'observation ou autre soit fait avec autre chose que LaTeX. Je pense que cela doit être une situation assez générale dans les sciences dures d'ailleurs. Après c'est évident que LaTeX n'est pas la panacée non plus. Il faut juste choisir le bon outil selon ce que l'on veut faire.

Ca me fait toujours marrer ces gens persuades que Latex est la reponse a tous les problemes et qui se demandent pourquoi personne ne l'utilise.

Ben c'est marrant parce que dans mon domaine tout le monde utilise LaTeX et ça ne viendrait à l'idée de personne d'écrire quelque chose avec Word. Faut dire qu'utiliser l'éditeur d'équations de Word relève d'un masochisme le plus extrême. :) (c'est sympa word qui remplace la moitié des équations par des croix rouges 1 heure avant de rendre un rapport)

Med qui utilise LaTeX pour rédiger ses documents et Beamer ou OO Impress pour faire ses présentations.

P.S : À propos d'Impress tant que j'y suis, est-ce que quelqu'un sait pourquoi les présentations de base sont si laides ? Et sinon où est-ce qu'on peut trouver des fonds (libres tant qu'à faire) un tant soit peu élégants ?

Sans vouloir te blesser, t'as pensé à consulter ? Non parce que là, je pense humblement que ton cas intéresserait beaucoup la médecine.

P.S : achète-toi un peu de culture générale, ça ne ferait pas de mal
P.P.S : merci pour cette bonne tranche de rigolade quand même :)

De tout de facon c'est une grosse usine a gaz a installer, maintenir. Il ne respecte pas du tout la structure d'un moindre programme unix

Ouais, comme la plupart des programmes d'astro quoi. :)

Je peux te garantir que les premiers pipeline pour gros instruments sur telescopes de 8metres ecrit en python vont sortir et que les profs arretent (pour une raison de cout) d'utiliser IDL.

Dans le labo où je suis, on a un instrument sur un 8m depuis quelque temps déjà et le pipeline est en IDL pour autant que je sache (je vais m'en assurer demain quand même, mais au moins une partie est en IDL c'est certain). Sur un futur instrument spatial le pipeline sera en jython il me semble, simplement parce que ce ne sont pas les membres du service qui ont décidé du langage. Sinon ça aurait aussi été IDL.

Pour l'abandon d'IDL, je ne sais pas dans quel labo tu es, mais je ne le constate pas du tout. J'ai même fait le compte tout à l'heure et parmi les thésards (donc les chercheurs de dans 5-7 ans) et post-doc que je connais, c'est bien simple on utilise tous au moins partiellement IDL.

Et pourquoi donc ? Scilab est bien très largement compatible avec matlab et ça ne pose de problème à personne par exemple. Il y a aussi des implémentations libres de Java. Peut-être que le mot « clone » est malheureux. J'aurais peut-être dû mettre « implémentation ».

J'ai essayé d'installer pyraf il y a quelque temps histoire de ne pas avoir à subir l'infâme CL, je n'ai jamais réussi (d'ailleurs beaucoup de logiciels d'astro sont atroces à installer). Sinon le développement d'IRAF est lent depuis de nombreuses années, c'est pas nouveau ça. Mais l'évolution continue (voir la sortie de la version bêta d'ECL par exemple). IRAF est encore là pour longtemps, ça ne fait aucun doute. Je vois mal les personnes que je connais passer à autre chose. D'ailleurs en l'état actuel des choses je ne vois pas ce qui pourrait remplacer IRAF (et ses dérivés genre pyraf).

Concernant le remplacement d'IDL par python, il y a justement un thésard au labo qui est en train de monter une chaîne de traitement. Et je peux te dire qu'il s'arrache les cheveux avec python car il lui manque quelque chose d'aussi complet que l'astrolib, m'a-t-il dit.

J'ai dit : « les pipelines de réduction fournis par les instituts sont presque toujours écrits dans un de ces langages », je n'ai pas dit que c'était principalement écrit en IDL. Ne me fais pas dire ce que je n'ai pas dit. Mais oui, il y en a bien qui ont été écrit en IDL. Personnellement je n'ai encore jamais utilisé de pipeline écrite en python, mais ça va venir, effectivement. J'ai d'ailleurs entendu des plaintes à ce propos.

Apres le coup les chercheurs n'ont pas le temps d'apprendre un nouveau langage je suis d'accord mais bon pourquoi font ils toujours la mise a jour du dernier IDL?

Par exemple pour avoir le support linux 64 bits nécessaire pour traiter des très gros volumes de données. (c'est la raison de la dernière mise à jour chez nous)

J'ai tente d'installer GDL c'est plein de dependances, ca me trouve pas mon python et donc matplotlib et faire des graphes avec plplot ca laisser reveur tout de meme...

Tu as bien installé le paquet de développement de python ? Si tu n'as pas besoin des fichiers netcdf/hdf ajoute --without-netcdf --without-hdf --without-hdf5 sur la ligne de configure, ça enlèvera pas mal de dépendances.

Sinon personnellement j'ai un beau mélange de scripts shell, python, IRAF ou IDL selon ce qui est le plus pratique pour faire ce que je veux. C'est vrai qu'un seul outil serait préférable mais c'est pas demain la veille, en astro on est conservateur, on utilise même encore les unités CGS. :-(

Tu oublies qu'il existe un énorme existant au niveau des scripts IDL. Pour prendre un exemple que je connais bien, en astro les données sont traitées presque uniquement soit avec IDL soit avec MIDAS soit avec IRAF. Ce sont tous de vieux logiciels mais tu peux être sûr que dans 10 ans on les utilisera encore. Pourquoi ? Parce qu'il y a une base de scripts très riche (voir l'astrolib de la NASA par exemple : http://idlastro.gsfc.nasa.gov/homepage.html ), que tout le monde utilise (et donc connait) ça et que ce sont des solutions matures dont on sait qu'elles marchent. De plus les pipelines de réduction fournis par les instituts sont presque toujours écrits dans un de ces langages. Le fait de pouvoir faire tourner les scripts IDL sans modification est donc très important. Les chercheurs n'ont vraiment pas de temps à passer à apprendre un nouveau langage et réécrire et déboguer tous leurs scripts qu'ils ont accumulé depuis 20 ans pour certains.
Quant au retard, IDL n'avance pas si vite que ça, et les chercheurs se précipitent rarement sur les dernières nouveautés qui viennent de sortir. Donc même si GDL (une fois fini) a un retard de quelques mois sur les toutes dernières fonctions, c'est loin d'être un drame. :)