wismerhill a écrit 2600 commentaires

Ils ont déjà mis un programme à disposition: cron.
Le plus impressionnant c'est l'efficacité du développement, la version 0.6 fait 45ko et la version 0.9.1 fait 4ko (je parle de l'archive). Bravo les gars, ça c'est de l'optimisation de code.

J'utilise pas windowmaker, par contre une applet gkrellm m'intéresserait beaucoup.

Litestep c'est pour windows et c'est un environnement complet (pour remplacer l'explorer).
Et que reproche-tu au fait que les différentes parties soient toutes attachées verticalement? Je trouve ça beaucoup mieux que de les avoir éparpillées sur l'écran.

Si vous voulez votre gkrellm chargé au démarrage sur tous les bureaux et toujours visible avec KDE, il suffit d'utiliser le programme kstart (essayer kstart --help). Il vous suffit de mettre cette commande dans votre répertoire de démarrage de KDE (~/.kde/Autostart)
/usr/bin/kstart --ontop --alldesktops --window gkrellm /usr/X11R6/bin/gkrellm -geometry -0+0
Le --window c'est pour qu'il ne se trompe pas de fenêtre à laquelle appliquer ces attributs (sinon ça fait des droles de trucs, j'en sait quelque-chose) et le -geometry pour gkrellm c'est pour qu'il s'affiche dans le soin supérieur droit (modifiez à votre convenance).

En n'oubliant surtout pas d'insister qu'il s'exécute à partir du CD et que c'est pour ça qu'il est aussi lent, car il ne faut pas être trop pressé, surtout sur des lecteurs CD lents.

Désolé mais ce n'est pas un gadget, avoir en permanance sous les yeux l'utilisation processeur, mémoire, réseaux, disque (et pouvoir monter directement les support amovibles à partir d'un petit bouton), ... ne sont pas des gadgets et permettent souvent de se rendre compte de problèmes, par exemple un programme mal tué dont un thread continue à utiliser le processeur, voir d'un coup d'oeuil que la copie de cette image de CD va poser un problème car il n'y a pas assez de place sur cette partition, le plugin mixeur est un de mes préféré.
Et avantage non négligeable ce programme est bien optimisé et n'utilise que très peu de ressources (moins de 1% (j'ai pas les décimales) de processeur sur mon athlon 600).
Les skin sont un peu un gadget mais ce programme est un vrai outils de par l'intégration d'un grand nombre de fonctions.

Ben, je l'utilisait pour lire les DVD... jusqu'à découvrir mplayer.
Je l'ai jamais utilisé pour sa fonction première, lire des flux mpeg à travers le réseau c'est pour ça que mplayer me convient mieux.
Pour répondre à ta question, non ce n'est pas de la merde mais mplayer est, amha, meilleur.

Et le nouveau design de leur site est vachement bien!

car la licence actuelle de mplayer interdit de distribuer des versions compilées :-(( (because intégration de machins non libres).
Espérons que ça changera pour la version 1.0.
Leur principal argument est que toutes les optimisations sont détectées lors de la compilation, et c'est difficile de leur donner tord quand on voit la différence que peut faire l'optimisation avec les fonctions multimedia des P4 et autres Athlon par rapport à une simple compilation pentium.

Pour le menu du DVD c'est normal, mplayer ne le supporte tout simplement pas, c'est un lecteur de vidéos point. Et il le fait très bien, je n'utilise plus que lui pour lire des DVD, une ligne de commande c'est tellement simple et rapide ;)
Pour la bande son il y a l'option -aid (et maintenant l'option -alang, plus pratique à utiliser) qui permet de choisir la langue.
Pour les sous-titres ça fonctionne très bien (du moins avec les DVD Stargate SG1) et je ne l'ai testé qu'avec la version 0.60pre2, je vai compiler celle-ci de ce pas :-)

Le patch à ,déjà changé de place, il est maintenant sur le site oficiel du kernel
http://www.kernel.org/pub/linux/kernel/people/mjc/(...)
ou ftp si vous voulez
ftp://www.kernel.org/pub/linux/kernel/people/mjc/(...)

Voilà une nouvelle pour ceux qui disent que les entreprises fortements engagées dans le libre ne vont pas bien.

est-ce une bonne chose?
Pas vraiment, ça risque de renforcer l'image Linuxien==pirate.

Pourquoi est ce qu'en Belgique, personne(sauf les abonnés) n'a recu le n°33?

Je suis Belge, abonné et je ne l'ai pas encore reçu, donc attend encore un peu ça va arriver.

C'est Philippe Geluck (qui veut dire chance en néerlandais)

Mais par défaut (comme défini dans le fichier setup.txt) la résolution est 640x480, est-elle définie, sinon met 1024 et 768 dans setup.txt

Celà dépend à quel niveau tu place un changement fondamental, si tu considère qu'il faut dessendre jusqu'au niveau du support physique pour considérer que le changement est fondamental alors d'accord (encore qu'on s'est aussi servi du marbre il y a moins de 6000 ans).

Moi je considère que l'invention de l'imprimerie est un changement fondamental de même que le passage d'une écriture hiéroglyphique, ou chaque dessin représente un concept, à une écriture comme notre écriture actuelle, ou les "mots" sont constitués d'éléments plus simple les "lettres". Ces changements me semblent fondamentaux.

Si, il y a des choses assez fondamentales qui ont évolué, pour reprendre l'exemple de word que j'ai tout de même utilisé jusqu'en 1999 (avant de découvrir LeTeX :) ) c'est vrai que le texte est toujours du texte, mais par contre les possibilité de dessin intégrées a word ont évolué de même que les possibilité de faire des tableaux (compare entre word 6 et word 8 (connait pas les suivants)) et ces choses-là doivent aussi être enregistrées.

En fait à force d'y ajouter des fonctions à tout va, word n'est plus simplement un traitement de texte et tend à devenir un logiciel de PAO (et un mauvais car il n'avait pas été pensé pour ça).

Je n'aurait peut-être pas du reprendre ton exemple de la généalogie auquel je ne connait à peu près rien, mais il me semble qu'il n'y a pas de raison que l'on fasse des choses fondamentalement différentes aujourd'hui qu'il y a dix ans, alors que pouvoir faire du dessin directement dans le traitement de texte (indépendament de savoir si c'est une bonne ou une mauvaise chose) est un changement amha fondamental par rapport à de la simple gestion de texte ou l'on réserve un emplacement pour une image.

Ce sont des opportunistes, si Linux s'impose vraiment sur le marché ils chercheront (espéront qu'ils ne trouveront pas) un moyen de le récupérer.

Quand je redige un cv avec word ou avec kword c'est toujours le même cv, alors pourquoi ne serait-il pas stocké dans un même format de donnée ?

Si tu l'a fait de la même façon avec les deux alors oui ils pourraient être stocké de la même façon. Mais si justement tu as utilisé des fonctions propres à l'un et l'autre, même si le résultat sur papier est le même, alors il ne peut pas être stocké de la même façon.

Je m'interesse aux logiciels de généalogie, et ben tous les logiciels de généalogie supporte un format de donnée standard qui est le format GEDCOM.

C'est justement un bon exemple ou un format commun est facilement envisageable, faire de la généalogie ajourd'hui c'est pareil qu'il y a dix ans et si le format est bien pensé au départ il n'y a pas de raison qu'il faille y ajouter des choses fondamentalements différentes.

Un bon contre-exemple serait le dessin vectoriel ou le fait d'imposer un format commun empêcherait les logiciels d'évoluer, et on ne peut jamais dire dans ce cas que le format prévoit tout ce que l'on peut vouloir car l'évolution de la puissance des machines va rendre possible de nouvelles choses non prévues par le format.

Bref pourquoi pas un format de donnée général respecté par tous les traitements de texte en plus du format du soft lui-même

C'est en fait ce que je proposait, un format dont la base est commune avec des possibilités d'extensions spécifiques à différents programmes qui peuvent tout simplement être ignorées par les autres.

j'ai pas envie que mon cv crée avec KWord soit illisible dans 5 ou 10 ans.

Fait-le en TeX, il n'a pas bougé depuis 10 ans et fonctionnera toujours pareil dans 10 ans ;-)

Finalement, un format de données commun est une nécessité.

Je le pense aussi mais il faut que ce format soit bien réalisé et que sa pérénité soit assurée.

En fait aucun des formats actuellement utilisés en bureautique n'ont été prévu pour être des standards (au sens ou ils pourraient être utilisés par tous et non pas au sens ou plus personne ne pourrait en utiliser d'autres comme c'est le cas actuellement des formats ms).

Le xml à été fait pour ça, il commence à s'imposer et c'est une bonne chose, je crois que les choses vont dans le bon sens.

Je suis sous Windows et j'en suis très content à l'usage.

Tant mieux pour toi.

Jamais retrouvé ce confort sous Linux.

Là j'ai l'expérience contraire, je me sens moins à l'aise qund je dois réutiliser windows (ne parlons pas de MacOS), c'est d'abord la ligne de commande qui me manque (ne me parlez pas de cet erzats qu'est command.com) et ensuite KDE (que des gens essayent de porter sous windows).

En fait il y a trois ans (c'est à dire avant de découvrir Linux) je pensait comme toi que windows convenait à mes besoin, ou en tout cas qu'il n'y avait pas mieux, je ne savait vraiment pas à l'époque qu'il existait ne fusse autre chose que le dos et la série des windows pour faire fonctionner un PC.

J'ai découvert Linux beaucoup par hasard, j'arrivait pas à réinstaller windows à ce moment-là et j'avait ce truc sur un CD de magazine (je crois que c'était une mandrake 5.?) et ça avait fonctionné (à quoi ça tient la vie ;) ), après j'ai fini par réinstaller windows mais j'ai voulu continuer à voir Linux, par curiosité et parce que j'aime bien découvrir des truc nouveaux, et au fur et à mesure j'ai vu que je pouvait faire des trucs bien dessus et même des trucs que je savait pas faire sous windows.

En effet celà m'a pris du temps (je n'ai commencé à vraiment l'utiliser pour autre chose que le fun q'un an après) mais j'aimais bien découvrir, je ne l'ai donc pas considéré comme un investissement.

Je peut très bien comprendre que des gens n'aillant pas la même curiosité que moi n'aient pas envie de passer beaucoup de temps juste pour savoir si celà peut leur être bénéfique.

C'est pour celà (entre autre) que je fais partie d'un lug, pour pouvoir justement aider les gens qui auraient p'têt bien envie d'essayer à trouver leurs marques (ceux qui sont vraiment motivés s'y retrouveront bien d'eux-même, ce qui ne les discalifie pas pour une petite aide de personnes plus expérimentées ;) ).

Difficile d'utiliser un format commun si les programmes différents, bien que remplissant la même fonction, n'ont pas les mêmes fonctionnalités.



Je prend l'exemple de kword par rapport à d'autres traitements de textes, kword est un traitement de texte basé sur des frames (cf framemaker), il faut donc que son format de fichier soit compatible avec ce design alors que les autres traitements de texte non frame oriented (ex: abiword) auront un format de fichier qui reflètera leur mode de fonctionnement.

Comme le format est ouvert il est possible de créer des filtres d'import/export qui pourront plus ou moins bien convertir les données. Ça ne peut pas être parfait car les fonctionnalités ne sont pas les mêmes, dans mon exemple un filtre kword pour abiword devrait trouver un moyen de simuler les frames de kword pour conserver la mise en page et celà ne donnera probablement pas un résultat qui serait le meilleur choix possible avec les possibilités mise à disposition par abiword.

C'est pour ça que l'import de documents word dans starwriter ne pourrait être parfait que si starwriter était un clone de word, c'est à dire que toutes les fonctionnalités de word se retrouveraient dans starwriter à l'identique (bien sur des fonctions supplémentaires pourraient être présentes) pour qu'il y ait une correspondances stricte entre les fonctions word et les fonctions starwriter.

Ce n'est bien sur pas le cas et le boulot du filtre est de déchifrer les données du format word et trouver quelle est la meilleure façon d'obtenir le même résultat avec les fonctions de starwriter.

Ce que je veut dire c'est qu'un format vraiment unique obligerait les programmes qui l'utiliseraient à ne proposer que les mêmes fonctionnalités, les amélirations de certains devenant des incompatibilités avec le standard et on retombe directement dans le problème de départ.

C'est le cas du html, le format est défini puis les browser et les éditeurs html doivent se conformer à ce format, et puis certains ajoutent leurs propres fonctionnalités (comme MS ou Netscape) et celles-ci ne peuvent être correctement comprises que par leur navigateur, les autres devront essayer d'émuler le fonctionnement de ce dernier s'ils veulent pouvoir arriver au même résultat.



L'idée d'un format commun n'est pas mauvaise en elle-même, mais elle ne s'applique pas à tous les cas. elle est intéressante pour le html (du moins si elle était respectée), pour des applications bureautique j'ai des doutes.



Ou alors il faut un format mixte dont la base est commune mais pouvant contenir des extensions propres à des programmes différents (et donc étant bien définies comme telles).

Ainsi pour l'exemple des traitements de textes le format définirait comment décrire des choses comme la taille du texte, la police de caractère ou les marges, ainsi ces informations sont directement récupérables, puis des fonctionnalités plus complexes seraient spécifiques à certains programmes (et ces parties devraient être filtrées si un filtre est disponible ou ignorées sinon).

Un petit exemple du genre est le format de fichiers .desktop utilisé par KDE (depuis la version 2) et gnome, certains champs comme exec sont standard puis d'autres, préficés kde ou gnome, sont spécifiques à un environnement et simplement ignorés par les autres.

Ben moi, depuis que j'utilise Linux j'ai justement découvert tout l'intérêt des programmes en ligne de commande pour écrire des scripts, même sur une machine de bureau.

Allez, un example tout simple, renommer des fichiers, pas besoin de programme spécial, ça se fait en une ligne de commande (avec un petit for).

Un autre, je fais des études scientifiques et j'ai déjà eu à créer des séries graphiques représentant tous le même type de données, j'ai écrit un petit script qui appellait automatiquement gnuplot pour les générer, j'ai peur d'imaginer ce que ça aurait donné avec un tableur quelconque.

Encore un autre, j'ai un petit script qui a pour but de m'aider à archiver mes mails (j'en ai beaucoup mais j'aime pas supprimer).

Je veut juste dire que les possibilités de scriptage sont intéressantes aussi pour une machine desktop.

J'ai lu les trois articles et ça semble écrit par quelqu'un qui n'a pas grand intérêt dans la chose (pas militant) mais qui s'est documenté.

Donc c'est du bon, vous m'en remettrez 100g ma bonne dame, merci.

dascritch m'a souflé ce commentaire à 2 min près.