Ça me semblerait effectivement intéressant de disposer d'une version libre du script (qui de toute manière est extrêmement simple, il serait peut être plus simple d'en recoder un).
La licence est en effet bizarre. Si tout ceux qui utilisent ce genre de script l'affichent clairement en première page avec toujours le même logo et un lien vers le site de wpoison, il va vite être facile de coder un bot collecteur de mail qui vérifie si ce lien est présent pour éviter le script. Les spammeurs sont peut-être stupides, mais de là à tomber dans un gros piège avec des gyrophares partout et "Attention piège" qui clignote en rouge...
>et même souvent, on fait :
>latex
>bibtex
>latex
>latex
Oui, c'est le plus simple auquel on pense en général en dernier.
D'ailleurs, en ce qui concerne "l'automatisation" de la compilation LaTeX, avant d'en venir à invoquer rubber et consort, n'oublions pas que nous avons bêtement à notre disposition... emacs. Ainsi, un C-c C-c sur un fichier LaTeX fraichement écrit va nous lancer LaTeX. Un second dans la foulée va lancer BibTeX comme un grand, le troisème re-LaTeX, etc... jusqu'à ce qu'il estime que tout est OK, et il nous proposera alors lors de l'ultime C-c C-c de visionner le DVI avec Xdvi.
>Je pense en particulier aux citations, index, ou les paquages un peu
>exotiques comme varioref...
Le pire étant lorsque on veut avoir des références du style "voir figure xyz page suivante". Lorsque tu as le "figure xyz" en fin de page X, "page suivante" sur la page X+1, et la figure en question page X+1. Du coup la ref, n'est pas bonne, et le texte remplacé par "voir figure xyz", puisque sur la même page. Mais du coup c'est plus bon non plus, car la figure est page suivante, alors c'est remplacé lors de la passe suivante par " voir figure xyz page suivante"... ad lib (ceci constitue une implémentation du mouvement perpétuel. faudrait voir comment rubber se tire de telles situations :-) ). Insoluble a part de petites réorganisations dans le texte (et ce cas arrive forcément au moins une fois dans un gros doc bourré de figures par une simple loin statistique agrémentée du principe de Murphy).
>Il me semble qu'il peut aussi arriver que trois passes soient nécessaires,
>mais je ne sais plus pourquoi.
par exemple tu as un label qui tombe à la fin d'une page X lors de la première passe. Une référence y est faite plus haut, et va donc être remplacée par "???" (enfin je sais plus comment c'est indiquée, quand la ref est pas trouvée) lors de cette première passe.
Passe 2: le "???" est remplacé par "page X". Manque de bol, cela implique un léger changement de mise en page, et paf, ton label en fin de page X se retrouve en début de page X+1. Il est alors mis à jour à X+1 dans le .aux, et ton doc n'est toujours pas à jour. Tu as donc besoin d'une troisème passe (mais ceci est indiqué lors de la compilation: si tu a justement eu des labels qui ont changés de position lors d'une passe, il te dit à la fin de la compil que tu devrait en lancer une nouvelle).
Taper une thèse en LaTeX d'apprends beaucoup de chose sur son fonctionnement :-)
En gros, lors de la première passe, LaTeX écrit les différentes infos dont il a besoin dans le fichier .aux (citations, labels, références, etc). Lors de la deuxième passe, il introduit ces infos comme il en a besoin, sur la base du .aux alors mis à jour par la passe précédente (remplace tes \ref par la bonne page correspondante, tes \cite par le bon n° de citation, etc...)
Il a besoin de faire plusieurs passes, car lors de la première, il ne peut pas forcément détenir toutes les infos (par ex si tu fait une référence au début du document à une figure située une centaine de page plus loin, il ne peut pas prévoir à l'avance où cette figure est positionnée tant qu'il ne l'a pas rencontrée) .
Tu va me dire, pourquoi LaTeX ne fait-il pas automatiquement le nombre de passes qui lui sont nécessaires ? Ça, c'est je pense essentiellement historique: LaTeX ayant été créé dans les années 80, une compilation pouvait demander beaucoup de temps, alors autant limiter au maximum le temps de calcul, quitte à devoir lancer plusieurs fois LaTeX lorsqu'on voudra obtenir la version finale de son document. Maintenant, ce comportement est entré dans les habitudes, mais il existe un utilitaire, rubber, qui te lance autant de compil que nécessaire si ça te chantes (ceci dit, j'ai jamais essayé...) . Voila la description debian:
Package: rubber
Priority: optional
Section: tex
Installed-Size: 337
Maintainer: Emmanuel Beffara <manu@beffara.org>
Architecture: all
Version: 0.99.8-1
Depends: python (>= 2.3), python (<< 2.4), tetex-bin
Suggests: imagemagick, transfig
Filename: pool/main/r/rubber/rubber_0.99.8-1_all.deb
Size: 75890
MD5sum: 0c290dc7651e3491a543b35b7bde1890
Description: an automated system for building LaTeX documents
This is a building system for LaTeX documents. It is based on a routine that
runs just as many compilations as necessary. The module system provides a
great flexibility that virtually allows support for any package with no user
intervention, as well as pre- and post-processing of the document. The
standard modules currently provide support for bibtex, dvips, dvipdfm,
pdftex, makeindex. A good number of standard packages are supported,
including graphics/graphicx (with automatic conversion between various
formats and Metapost compilation).
.
Homepage: http://rubber.sourceforge.net/(...)
Personnellement, j'avais fait quelques tests avec un petit programme de calcul (rien de fulgurant, un classique algorithme d'intégration Runge-Kutta). Si l'accélération obtenue est très importante entre un code non optimisé et un code optimisé, j'avoue que les résultats ont souvent été beaucoup moins nets entre les différents niveaux d'optimisation... avec parfois des O3 moins performants que des 02 par exemple.
> l histoire des clients multiprotocoles en fait je suis assez d'accord avec eux
> (Trying to do multi-protocol / cross-platform clients slows progress and results in
> half-baked support)
Mouais, ceci dit, le principal argument qui me permet de faire basculer les windowsiens de AIM, Yahoo ou MSN vers Gaim, c'est justement "c'est super pratique, tu peux parler avec tout le monde sans avoir a lancer trois logiciels différents". Le multiprotocole reste un énorme avantage sur les solutions commerciales, même si on perds deux-trois fonctionnalités au passage.
Yep, nautilus utilise "totem-video-thumbnailer" pour créer ses aperçus (package "totem-xine" pour Debian). Et apparement, ça marche pour tout format vidéo lisible par Xine (totem est un front-end gnome de Xine), donc c'est OK pour les formats exotiques (style .mov, donc) pour peu que les codecs appropriés soient présents ("deb ftp://ftp.nerim.net/debian-marillat/(...) unstable main" dans le sources.list, et ça roule...):
Voila un aperçu de la transparence (tiré d'une pré-version, pas encore passé à la dernière nouveauté), sur un thème perso (mix entre Ganymède et nIx + modifs) avec quelques gdesklets:
De mémoire, ce film est tiré d'une nouvelle, pas d'un roman, qui n'a au final pas grand chose a voir. King avait d'ailleurs tout fait à l'époque pour que son nom ne soit pas attaché a ce fim...
Qu'est ce qui ressemble a du flash, qui fait comme du flash en mieux, qui est libre, et qui sera à la base du WM de demain ?
> have you seen the games on websites written in FLASH? flash was
> originally an animation format alone, but it has evolved into much
> more. i have seen an e-commerce engine done entirely in flash. i
> have seen space invaders, pac man, tetris and tonnes of other
> games... and guess what - edje is almost as capable as flash - and
> in some ways more powerful. edje alone is worthy of a team of
> coders and a project website - and this is just SOME of what is
> brewing. this is the power that will sit under the next generation of
> themes for E.
(Rasterman, in http://sourceforge.net/mailarchive/message.php?msg_id=8898802(...) )
> Voila un bon point, on aimerais voir ca plus souvent
Sans compter que l'on dispose d'un apt repository pour Woody, un pour Sarge/Sid, des rpm pour divers RedHat/Fedora, des rpm pour Mandrake, et même des version pour OsX et pour Windows... Que demande le peuple ?
J'ai installé les rpm a grand coup de alien -i , plus gros gruikage à coup de ln -s pour pointer vers des librairies qui non pas le même nom que sur Fedora (libssl.so.4 pour libssl.so.0.xxx je crois, de mémoire), et ça passe le temps de tester pour voir. Bon, vu que les dépendances sont pas très propres, tout ça saute au prochain apt-get, mais c'est suffisant pour tester.
Au passage, je n'ai juste pas pu mettre à jour la imlib2, vu qu'elle existe sur la debian en tant que package "libimlib2", et que le rpm est nommé "imlib2"... d'où conflit. Mais ça a l'aire de tourner avec la imlib2 de Debian.
> C'est tout de même étonnant qu'avec seulement 40% de charge un
> Linux tombe à genoux, vous pensez que c'est normal ou que je dois
> orienter mes recherches quelque part en particulier ? (je précise que
> ce n'est pas un troll et que c'est bien chiant)
Ah oui, particulièrement étonnant... Je fais régulièrement tourner des calculs sur ma babasse qui demandent 100% de temps CPU (et qui prendraient allègrement plus si ils pouvaient...) et je n'ai jamais senti de problème... Toute autre demande de réquisition de CPU raisonnable (dont fait bien entendu partie tes mouvements de souris, faisant quand même partie du process de XFree qui est en général nicé suffisament bien pour que tu ne sente JAMAIS que ton CPU est chargé) se fait sans problème.
Tout ralentissement que j'ai jamais eu à vivre sous Linux était liés à des problèmes d'accès disques, donc:
a) utilisation intensive direct de HD, par ex. dd (déjà précité, et a priori pas le cas)
b) utilisation intempestive du swap.
Donc à ce genre de problème, je ne vois pas de pb coté CPU (si 100% ne me posent pas de pb, je ne vois pas comment 40% le seraient) mais mémoire. T'a combien de RAM ? Et tu n'utilise pas une appli qui leak à mort par hasard ? Ou alors ton appli ne cesse-t-elle pas de lire/écrire on ne sait quoi sur ton HD, de manière intensive et sans relache ? Ta loupiotte de HD ne serait-elle pas en phase de clignotement intensif dans ces moments à jeter un ordi par la fenêtre ?
Youps vu les votes aléatoire sur ma réponse je vais peut-être être plus précis sur le sujet. Bien sur que c'est une réponse sérieuse!
Je ne sais pas exactement ce que tu veux faire, mais voici un exemple perso de l'utilisation que j'en ai fait.
J'avais un résultat de calcul qui me donnait un tableau de valeurs à 3 dimensions (111x111x111). Juste un petit script python + librairie PIL m'a permis facilement de transformer ces données brutes en GIF animés, ainsi qu'une représentation en 3D.
En fait, c'est très facile de transformer des données brutes en image, ou l'inverse, ou de charger une image dans une tableau et de pouvoir travailler sur chacun des pixels qui sont alors une donnée du tableau, puis réécrire l'image résultante etc.
"In science it is considered important to credit people for their ideas, and I think Linus has done this far less than he should have. Ken and Dennis are the real heros here. But Linus sloppiness about attribution is no reason to assert that Linus didn't write Linux. He didn't write CTSS and he didn't write MULTICS and didn't write Unix and he didn't write MINIX, but he did write Linux.
(...)
Some of you may find it odd that I am defending Linus here.
(...)
My primary concern here is getting trying to get the truth out and not blame everything on some teenage girl from the back hills of West Virginia."
Il existe par exemple encore de (trop) nombreuses revues qui DEMANDENT que les papiers qui leurs sont soumis soient en word. Je confirme que même dans ces cas extrèmes, récupérer le modèle word avec open office, travailler pendant toute la rédaction avec du sxw, puis exporter en retour un .doc + un .pdf marche parfaitement bien, et reste la moins pire des solutions quand on a pas le choix.
Ceci n'empêche pas, bien sur, de tenter une petit expérience de militantisme auprès de la fac.
Pour les arguments en faveur de OOo: l'université de Montpellier II (sciences) possède un grand nombre de salles informatique en libre accès aux étudiants. Toutes sont sous Linux, chaque étudiant peut avoir un compte, et il y a un petit OOo sur chacune (au du moins utilisable par NFS, j'ai pas trop regardé les détails). Pour avoir donné des cours d'introduction à la bureautique auprès des DEUG, je peux dire que l'apprentissage sous Linux+OOo passe sans gros problème, même auprès des étudiants n'ayant jamais touchés un ordi de leur vie.
A mettre en balance avec l'argument coût des licences pour les solutions non libres...
[^] # Re: en parlant de spam...
Posté par THE_ALF_ . En réponse au journal SPAM : a la fosse aux lion : http://www.logoshaker.fr/. Évalué à 2.
La licence est en effet bizarre. Si tout ceux qui utilisent ce genre de script l'affichent clairement en première page avec toujours le même logo et un lien vers le site de wpoison, il va vite être facile de coder un bot collecteur de mail qui vérifie si ce lien est présent pour éviter le script. Les spammeurs sont peut-être stupides, mais de là à tomber dans un gros piège avec des gyrophares partout et "Attention piège" qui clignote en rouge...
[^] # Re: Références
Posté par THE_ALF_ . En réponse au journal Double compilation avec LaTeX. Évalué à 3.
>latex
>bibtex
>latex
>latex
Oui, c'est le plus simple auquel on pense en général en dernier.
D'ailleurs, en ce qui concerne "l'automatisation" de la compilation LaTeX, avant d'en venir à invoquer rubber et consort, n'oublions pas que nous avons bêtement à notre disposition... emacs. Ainsi, un C-c C-c sur un fichier LaTeX fraichement écrit va nous lancer LaTeX. Un second dans la foulée va lancer BibTeX comme un grand, le troisème re-LaTeX, etc... jusqu'à ce qu'il estime que tout est OK, et il nous proposera alors lors de l'ultime C-c C-c de visionner le DVI avec Xdvi.
[^] # Re: Références
Posté par THE_ALF_ . En réponse au journal Double compilation avec LaTeX. Évalué à 4.
>exotiques comme varioref...
Le pire étant lorsque on veut avoir des références du style "voir figure xyz page suivante". Lorsque tu as le "figure xyz" en fin de page X, "page suivante" sur la page X+1, et la figure en question page X+1. Du coup la ref, n'est pas bonne, et le texte remplacé par "voir figure xyz", puisque sur la même page. Mais du coup c'est plus bon non plus, car la figure est page suivante, alors c'est remplacé lors de la passe suivante par " voir figure xyz page suivante"... ad lib (ceci constitue une implémentation du mouvement perpétuel. faudrait voir comment rubber se tire de telles situations :-) ). Insoluble a part de petites réorganisations dans le texte (et ce cas arrive forcément au moins une fois dans un gros doc bourré de figures par une simple loin statistique agrémentée du principe de Murphy).
[^] # Re: Références
Posté par THE_ALF_ . En réponse au journal Double compilation avec LaTeX. Évalué à 2.
>mais je ne sais plus pourquoi.
par exemple tu as un label qui tombe à la fin d'une page X lors de la première passe. Une référence y est faite plus haut, et va donc être remplacée par "???" (enfin je sais plus comment c'est indiquée, quand la ref est pas trouvée) lors de cette première passe.
Passe 2: le "???" est remplacé par "page X". Manque de bol, cela implique un léger changement de mise en page, et paf, ton label en fin de page X se retrouve en début de page X+1. Il est alors mis à jour à X+1 dans le .aux, et ton doc n'est toujours pas à jour. Tu as donc besoin d'une troisème passe (mais ceci est indiqué lors de la compilation: si tu a justement eu des labels qui ont changés de position lors d'une passe, il te dit à la fin de la compil que tu devrait en lancer une nouvelle).
Taper une thèse en LaTeX d'apprends beaucoup de chose sur son fonctionnement :-)
[^] # Re: Références
Posté par THE_ALF_ . En réponse au journal Double compilation avec LaTeX. Évalué à 8.
Il a besoin de faire plusieurs passes, car lors de la première, il ne peut pas forcément détenir toutes les infos (par ex si tu fait une référence au début du document à une figure située une centaine de page plus loin, il ne peut pas prévoir à l'avance où cette figure est positionnée tant qu'il ne l'a pas rencontrée) .
Tu va me dire, pourquoi LaTeX ne fait-il pas automatiquement le nombre de passes qui lui sont nécessaires ? Ça, c'est je pense essentiellement historique: LaTeX ayant été créé dans les années 80, une compilation pouvait demander beaucoup de temps, alors autant limiter au maximum le temps de calcul, quitte à devoir lancer plusieurs fois LaTeX lorsqu'on voudra obtenir la version finale de son document. Maintenant, ce comportement est entré dans les habitudes, mais il existe un utilitaire, rubber, qui te lance autant de compil que nécessaire si ça te chantes (ceci dit, j'ai jamais essayé...) . Voila la description debian:
Package: rubber
Priority: optional
Section: tex
Installed-Size: 337
Maintainer: Emmanuel Beffara <manu@beffara.org>
Architecture: all
Version: 0.99.8-1
Depends: python (>= 2.3), python (<< 2.4), tetex-bin
Suggests: imagemagick, transfig
Filename: pool/main/r/rubber/rubber_0.99.8-1_all.deb
Size: 75890
MD5sum: 0c290dc7651e3491a543b35b7bde1890
Description: an automated system for building LaTeX documents
This is a building system for LaTeX documents. It is based on a routine that
runs just as many compilations as necessary. The module system provides a
great flexibility that virtually allows support for any package with no user
intervention, as well as pre- and post-processing of the document. The
standard modules currently provide support for bibtex, dvips, dvipdfm,
pdftex, makeindex. A good number of standard packages are supported,
including graphics/graphicx (with automatic conversion between various
formats and Metapost compilation).
.
Homepage: http://rubber.sourceforge.net/(...)
[^] # Re: -o2 vs -o3
Posté par THE_ALF_ . En réponse au journal Benchmarks de processeurs sous GNU/Linux. Évalué à 1.
[^] # Re: comprend pas bien...
Posté par THE_ALF_ . En réponse au journal Gyach, client yahoo avec video et son. Évalué à 1.
> (Trying to do multi-protocol / cross-platform clients slows progress and results in
> half-baked support)
Mouais, ceci dit, le principal argument qui me permet de faire basculer les windowsiens de AIM, Yahoo ou MSN vers Gaim, c'est justement "c'est super pratique, tu peux parler avec tout le monde sans avoir a lancer trois logiciels différents". Le multiprotocole reste un énorme avantage sur les solutions commerciales, même si on perds deux-trois fonctionnalités au passage.
[^] # Re: Ca fait les videos ?
Posté par THE_ALF_ . En réponse au journal album web. Évalué à 2.
alf[muetdhiverII]>~ [16:09:14] $ totem-video-thumbnailer
usage: totem-video-thumbnailer [-s < size >] < infile > < outfile >
[^] # Re: Çamarchepas.com
Posté par THE_ALF_ . En réponse au message [Terminal] Less permet de lister le contenu d'une archive. Évalué à 2.
[^] # Re: Marketing
Posté par THE_ALF_ . En réponse à la dépêche La prise de contrôle à distance avec NX. Évalué à 2.
[^] # Re: Screen
Posté par THE_ALF_ . En réponse au journal Enlightenment 0.16.7. Évalué à 3.
http://omemf.univ-montp2.fr/alf/scrinechottes/E16.7.pre2.png(...)
[^] # Re: et le cyborg
Posté par THE_ALF_ . En réponse au sondage Parmi ces films, le plus naze est. Évalué à 1.
[^] # Re: Musique libre.....et java libre
Posté par THE_ALF_ . En réponse au journal Musique libre on ze ouaibe. Évalué à 1.
> have you seen the games on websites written in FLASH? flash was
> originally an animation format alone, but it has evolved into much
> more. i have seen an e-commerce engine done entirely in flash. i
> have seen space invaders, pac man, tetris and tonnes of other
> games... and guess what - edje is almost as capable as flash - and
> in some ways more powerful. edje alone is worthy of a team of
> coders and a project website - and this is just SOME of what is
> brewing. this is the power that will sit under the next generation of
> themes for E.
(Rasterman, in http://sourceforge.net/mailarchive/message.php?msg_id=8898802(...) )
:-)
[^] # Re: Musique libre.....et java libre
Posté par THE_ALF_ . En réponse au journal Musique libre on ze ouaibe. Évalué à 1.
Sans compter que l'on dispose d'un apt repository pour Woody, un pour Sarge/Sid, des rpm pour divers RedHat/Fedora, des rpm pour Mandrake, et même des version pour OsX et pour Windows... Que demande le peuple ?
[^] # Re: les news
Posté par THE_ALF_ . En réponse au journal Tester le futur de E17. Évalué à 1.
Au passage, je n'ai juste pas pu mettre à jour la imlib2, vu qu'elle existe sur la debian en tant que package "libimlib2", et que le rpm est nommé "imlib2"... d'où conflit. Mais ça a l'aire de tourner avec la imlib2 de Debian.
# Leak ???
Posté par THE_ALF_ . En réponse au journal Question comparative Windows / Linux. Évalué à 1.
> Linux tombe à genoux, vous pensez que c'est normal ou que je dois
> orienter mes recherches quelque part en particulier ? (je précise que
> ce n'est pas un troll et que c'est bien chiant)
Ah oui, particulièrement étonnant... Je fais régulièrement tourner des calculs sur ma babasse qui demandent 100% de temps CPU (et qui prendraient allègrement plus si ils pouvaient...) et je n'ai jamais senti de problème... Toute autre demande de réquisition de CPU raisonnable (dont fait bien entendu partie tes mouvements de souris, faisant quand même partie du process de XFree qui est en général nicé suffisament bien pour que tu ne sente JAMAIS que ton CPU est chargé) se fait sans problème.
Tout ralentissement que j'ai jamais eu à vivre sous Linux était liés à des problèmes d'accès disques, donc:
a) utilisation intensive direct de HD, par ex. dd (déjà précité, et a priori pas le cas)
b) utilisation intempestive du swap.
Donc à ce genre de problème, je ne vois pas de pb coté CPU (si 100% ne me posent pas de pb, je ne vois pas comment 40% le seraient) mais mémoire. T'a combien de RAM ? Et tu n'utilise pas une appli qui leak à mort par hasard ? Ou alors ton appli ne cesse-t-elle pas de lire/écrire on ne sait quoi sur ton HD, de manière intensive et sans relache ? Ta loupiotte de HD ne serait-elle pas en phase de clignotement intensif dans ces moments à jeter un ordi par la fenêtre ?
[^] # Re: re: Debian va passer en "time based release" !!!
Posté par THE_ALF_ . En réponse au journal Debian va passer en "time based release" !!!. Évalué à -1.
[^] # Re: la patience et l'acharnement
Posté par THE_ALF_ . En réponse au journal Carte de voeux avec LaTeX. Évalué à 3.
[^] # Re: Signification de DVD
Posté par THE_ALF_ . En réponse au journal DVD UDF. Évalué à 1.
[^] # Re: outil de visualisation
Posté par THE_ALF_ . En réponse au journal outil de visualisation. Évalué à 1.
[^] # Re: Memtest
Posté par THE_ALF_ . En réponse au journal Problème de ram. Évalué à 2.
Si c'est le cas, soit tes deux barettes sont nases, soit c'est au niveau de la CM qu'il faut regarder...
[^] # Re: outil de visualisation
Posté par THE_ALF_ . En réponse au journal outil de visualisation. Évalué à 4.
Je ne sais pas exactement ce que tu veux faire, mais voici un exemple perso de l'utilisation que j'en ai fait.
J'avais un résultat de calcul qui me donnait un tableau de valeurs à 3 dimensions (111x111x111). Juste un petit script python + librairie PIL m'a permis facilement de transformer ces données brutes en GIF animés, ainsi qu'une représentation en 3D.
En fait, c'est très facile de transformer des données brutes en image, ou l'inverse, ou de charger une image dans une tableau et de pouvoir travailler sur chacun des pixels qui sont alors une donnée du tableau, puis réécrire l'image résultante etc.
Cela réponds-t-il aux besoins demandés ?
# outil de visualisation
Posté par THE_ALF_ . En réponse au journal outil de visualisation. Évalué à 1.
http://www.pythonware.com/products/pil/(...)
[^] # Re: C est bien connu
Posté par THE_ALF_ . En réponse au journal Linus c'est rien qu'un copieur... Évalué à 3.
( http://www.newsforge.com/business/04/05/20/1427257.shtml(...) ) :
"In science it is considered important to credit people for their ideas, and I think Linus has done this far less than he should have. Ken and Dennis are the real heros here. But Linus sloppiness about attribution is no reason to assert that Linus didn't write Linux. He didn't write CTSS and he didn't write MULTICS and didn't write Unix and he didn't write MINIX, but he did write Linux.
(...)
Some of you may find it odd that I am defending Linus here.
(...)
My primary concern here is getting trying to get the truth out and not blame everything on some teenage girl from the back hills of West Virginia."
[^] # Re: pourquoi un truc éditable, déja ?
Posté par THE_ALF_ . En réponse au journal Demande d'argument pour OpenOffice. Évalué à 4.
Ceci n'empêche pas, bien sur, de tenter une petit expérience de militantisme auprès de la fac.
Pour les arguments en faveur de OOo: l'université de Montpellier II (sciences) possède un grand nombre de salles informatique en libre accès aux étudiants. Toutes sont sous Linux, chaque étudiant peut avoir un compte, et il y a un petit OOo sur chacune (au du moins utilisable par NFS, j'ai pas trop regardé les détails). Pour avoir donné des cours d'introduction à la bureautique auprès des DEUG, je peux dire que l'apprentissage sous Linux+OOo passe sans gros problème, même auprès des étudiants n'ayant jamais touchés un ordi de leur vie.
A mettre en balance avec l'argument coût des licences pour les solutions non libres...