Aussi je te propose une chose, c'est que tu ailles dans une entreprise proposer lyx à la secrétaire de direction, lui montrer comment c'est intuitif et performant pour taper ses lettres.
LyX pour taper des lettres il n'y a pas de problème, même pour une secrétaire.
Et pour voir si elle a bien compris le concept de latex, qui contrairement à ces cochonneries de logiciel wysiwyg qui ne savent pas avoir le même rendu d'une plateforme à une autre, tu lui demanderas d'importer ce document dans lyx : http://www.tug.org/texshowcase/onetype.tex
Euh... Tu parlais de LyX! Tu constates donc qu'en donnant LyX à une secrétaire, elle ne comprends pas LaTeX. C'est incroyable effectivement!
Pour ce qui est de l'importation, c'est très facile de trouver des *.doc qui sont mal lus par OpenOffice aussi, et c'est bien normal qu'un logiciel ait parfois du mal à lire un autre format que le sien.
Vous n'avez semble-t-il jamais utilisé LyX. Il ne s'agit pas d'un éditeur de texte mais bien d'un traitement de texte. Son utilisation est simple, et ce n'est justement *pas* un "Document processor" tel que LaTeX.
Par contre, LyX n'est pas une suite bureautique puisque cela correspond à la partie Writer d'OpenOffice.
Oh là pas d'énervement! Il s'agissait d'une note d'*humour*...
Ensuite, je vais répondre point par point.
On vous propose une suite office aussi efficace que MSOffice et les seuls retours que vous proposez sont des critiques négatives dans un journal de LinuxFR.
Au moins il s'agit d'une critique sur le logiciel lui-même, et pas sur l'orthographe du journal ou la licence du bousin. Le commentaires ne sont pas là pour faire juste des compliments.
Un software de cette envergure publié sous GPL est positif, tenez-le vous pour dit.
J'ai dit le contraire?
Si vous, les critiques tellement malheureux de devoir utiliser OOo pour vous justifier d'être free aware, si au moins vous retourniez tous ces 'bugs' qui vous dérangent tant, peut-être que ceux-ci seraient traités.
Et si, après avoir retourné TOUS ces bugs, cela ne vous convient toujours pas, et bien, il vous reste la solution du fork.
Ben oui, c'est ça la GPL, vous pouvez le faire.
J'espère que vous vous rendez compte en vous relisant à quel point vous êtes arrogant...
Pour ma part, j'utilise LyX qui a le mérite d'être fiable et léger. Pas besoin de fork donc. J'utilise OpenOffice de temps en temps (essentiellement pour des raisons professionnelles) et effectivement je le trouve trop lourd.
OpenOffice, c'est bon! Mangez-en!
On peut être libriste et ne pas aimer OpenOffice.
Par exemple, l'archive .deb de cette derniere version fait tout de meme 147 Mb. :)
Ah ouais quand même... Alors je crois qu'OpenOffice est vraiment Vista ready !
Marrant, j'ai installé Acrobat Reader hier pour une histoire d'impôts...
guayf: je te conseille de télécharger et installer Acrobat Reader depuis le site d'adobe car des fonctionnalités "avancées" de PDF semblent être utilisées ici. (J'ai essayé d'utiliser kpdf sans succès).
J'avoue que je suis assez perplexe d'être obligé d'utiliser un logiciel propriétaire pour accéder à un service public. Cependant, Adobe à quand même le mérite de fournir des binaires pour pas mal de plate-formes...
Par contre, (faut pas rêver) si tu ouvre délibérément ta connexion et que tu ne fais rien pour te protèger, tu est tout aussi responsable. D'autant plus si tu es un professionnel
Ah ouais?
Sous prétexte qu'une voiture est ouverte j'ai le droit de la voler?
Ils sont trop fort chez Microsoft: ils ont eu une (plusieurs) amende monumentale pour abus de position dominante notamment parce qu'ils trainaient des pieds à documenter leur bousin. Et maintenant, ils veulent nous faire croire que l'idée d'être interopérable est une idée à eux!
Et le pire c'est que certains y croiront...
Merci pour ta réponse, je comprends mieux à présent. Effectivement, en ouvrant les fichiers binaires avec un éditeur hexadécimal, je me suis rendu compte qu'il y a pas mal de chaînes de caractères qui contiennent des noms "manglés".
Par ailleurs le lien donné par Gniarf m'a fait découvrir l'option -nostdlib de GCC, et ça m'a aussi permis de découvrir que:
* GCC fait *toujours* le lien avec la libc.
* la fonction main est une fonction fournie par la libc, pas par le langage.
Je voyais déjà exactement ce même type de discussion il y a 14 ans. Et quand je dis exactement, c'est du mot pour mot, et un étonnement, une naïveté identiques.
Heureux de l'apprendre.
Il y a 14 ans j'avais 12 ans, j'espère que tu ne m'en veux pas de ne pas avoir suivi les discussions de l'époque.
ton code C est fonctionnellement équivalent au code assembleur, mais ce n'est pas pour ça qu'ils sont identiques. main() et _start, c'est pas pareil
C'est justement ça le problème: GCC devrait utiliser la méthode la plus efficace en temps et en taille, non?
Toutes les sections présentes dans ton ELF sont facultatives et ne servent qu'à donner des informations (par exemple pour déboguer, mais pas seulement
Voilà ce que j'ai essayé: gilles@ordi:~$ strip --strip-all --remove-section=".comment" minimal -o minimal_stripped
gilles@ordi:~$ strip --strip-all --remove-section=".comment" cminimal -o cminimal_stripped
gilles@ordi:~$ ls -l cminimal minimal cminimal_stripped minimal_stripped
-rwxr-xr-x 1 gilles gilles 6332 2008-01-26 22:31 cminimal
-rwxr-xr-x 1 gilles gilles 2556 2008-01-26 22:37 cminimal_stripped
-rwxr-xr-x 1 gilles gilles 596 2008-01-26 22:12 minimal
-rwxr-xr-x 1 gilles gilles 248 2008-01-26 22:37 minimal_stripped
Apparement, la commande strip permet la suppression de code mort dans le cas du programme C mais aussi dans le cas du programme ASM.
Donc au final, en utilisant strip, on a toujours un facteur 10 entre les tailles des exécutables.
PS: Au boulot j'utilise des DSP motorola qui ont 16Ko de mémoire programme, et on arrive quand même à faire pas mal de choses (en assembleur), donc je trouve que prendre 6ko pour un programme en C qui ne fait rien c'est abusé.
Excellent!!
Ce type de carte mère m'intéresse beaucoup, mais je ne trouve pas d'alimentation adaptée à de si petites consommations. As-tu des liens vers des alimentations adaptées?
En fait, des sons hautes-fréquences inaudibles par l'oreille humaine peuvent engendrer un son audible à la fréquence différence par démodulation non-linéaire lors de la propagation de l'onde sonore dans l'air.
Ce phénomène est observable sur un violoncelle par exemple: dans le champ très proche il existe des ultrasons très haut fréquence qui "se transforment" par non-linéarité en fréquence audible au-fur et à mesure de leur propagation dans l'air.
Une conséquence remarquable de ce phénomène est la directivité très marqué de l'instrument pour ces fréquences particulières.
En pratique, cela ne justifie pas le codage des ultra-sons pour la retransmission haute-fidélité puisqu'il suffit de placer correctement les microphones lors de la prise de son pour avoir tout le son "audible" de l'instrument.
Bonjour,
les désagréments que tu mentionnes ressemblent fortement à de l'fr:Hyperacousie (la page wikipedia en français n'est pas très complète, mais la page correspondante en anglais est plus précise en:Hyperacusis).
Donc, sans vouloir remettre en question tes "capacités auditives", le fait que tu entendes des sons aigus inaudibles pour la plupart des gens n'implique pas que tu sois capable d'entendre des fréquences plus élevées que 18-20kHz. En pratique, il y a fort à parier que tu sois surtout beaucoup plus *sensible* aux fréquences aigues "normales" (i.e. 16-20kHz) que la plupart des gens, c'est à dire que tu entends ces sons à faible niveau.
PS: j'avoue que lire: "ayant la malchance d'avoir une oreille qui monte au alentours de 25/27KHz" ça m'a un peu fait bondir...
Juste pour pinailler:
les patches RT du kernel ne permettent pas de faire du temps réel "dur", ils rendent simplement le kernel plus préemptible.
Le temps réel dur c'est pouvoir être *certain* qu'une tâche sera exécutée avant un délai donné.
Au final, pour de l'audio avec les patchs d'Ingo Molnar, on n'a quasiment aucun xrun, mais cela ne permet pas d'affirmer que le kernel est temps réel dur.
Je n'ai pas la prétention de statuer sur les qualités et les défauts de Java. Par contre, je me pose la question: tu proposes quoi à la place (typage statique bien sur)?
Bonjour,
as-tu essayé un autre dézippeur? Pour ma part, j'utilise ark (sous Kde) et je n'ai pas rencontré ce problème.
Sinon, ce commentaire: http://linuxfr.org/comments/884425.html#884425
devrait te mettre sur la voie.
Tu te trompes complètement. Nous sommes deux dans ma boite: mon patron et moi, et on s'entend vraiment bien.
Aujourd'hui, il faut qu'on développe une nouvelle application que nous devons faire en interne. J'aurai souhaité faire cela en Python parce que je pense que je pourrais gagner du temps. Je connais bien Python parce que j'utilise Scipy/Numpy et que je fais du PyQt à mes heures perdues.
Note aussi que je ne suis pas développeur (i.e. pas de formation, mais on fait avec nos ressources).
Python n'a pas le "rayonnement" de Java, et la plupart des gens autour de nous nous ont incité à utiliser Java sans bons arguments puisqu'ils ne sont pas programmeurs eux-mêmes.
Après lecture des commentaires de ce journal, je commence à changer d'avis et à me dire que Java serait une bonne solution.
En particulier, le fait de pouvoir modifier "en toute sécurité" une application que l'on n'a pas touchée depuis 1 an (ou qu'on n'a pas écrite) m'apparait être un *très* bon argument en faveur de Java.
PS: malgré le ton trollesque de mon journal, j'étais sérieux! Les arguments que j'ai pu entendre contre Python et pour Java étaient infondés et semblaient résulter avant tout d'une peur de l'inconnu.
[^] # Re: C'est du Deja Vu
Posté par Gilles G. . En réponse à la dépêche OpenOffice.org 2.4. Évalué à 7.
LyX pour taper des lettres il n'y a pas de problème, même pour une secrétaire.
Et pour voir si elle a bien compris le concept de latex, qui contrairement à ces cochonneries de logiciel wysiwyg qui ne savent pas avoir le même rendu d'une plateforme à une autre, tu lui demanderas d'importer ce document dans lyx :
http://www.tug.org/texshowcase/onetype.tex
Euh... Tu parlais de LyX! Tu constates donc qu'en donnant LyX à une secrétaire, elle ne comprends pas LaTeX. C'est incroyable effectivement!
Pour ce qui est de l'importation, c'est très facile de trouver des *.doc qui sont mal lus par OpenOffice aussi, et c'est bien normal qu'un logiciel ait parfois du mal à lire un autre format que le sien.
[^] # Re: C'est du Deja Vu
Posté par Gilles G. . En réponse à la dépêche OpenOffice.org 2.4. Évalué à 10.
Par contre, LyX n'est pas une suite bureautique puisque cela correspond à la partie Writer d'OpenOffice.
[^] # Re: C'est du Deja Vu
Posté par Gilles G. . En réponse à la dépêche OpenOffice.org 2.4. Évalué à 10.
Ensuite, je vais répondre point par point.
On vous propose une suite office aussi efficace que MSOffice et les seuls retours que vous proposez sont des critiques négatives dans un journal de LinuxFR.
Au moins il s'agit d'une critique sur le logiciel lui-même, et pas sur l'orthographe du journal ou la licence du bousin. Le commentaires ne sont pas là pour faire juste des compliments.
Un software de cette envergure publié sous GPL est positif, tenez-le vous pour dit.
J'ai dit le contraire?
Si vous, les critiques tellement malheureux de devoir utiliser OOo pour vous justifier d'être free aware, si au moins vous retourniez tous ces 'bugs' qui vous dérangent tant, peut-être que ceux-ci seraient traités.
Et si, après avoir retourné TOUS ces bugs, cela ne vous convient toujours pas, et bien, il vous reste la solution du fork.
Ben oui, c'est ça la GPL, vous pouvez le faire.
J'espère que vous vous rendez compte en vous relisant à quel point vous êtes arrogant...
Pour ma part, j'utilise LyX qui a le mérite d'être fiable et léger. Pas besoin de fork donc. J'utilise OpenOffice de temps en temps (essentiellement pour des raisons professionnelles) et effectivement je le trouve trop lourd.
OpenOffice, c'est bon! Mangez-en!
On peut être libriste et ne pas aimer OpenOffice.
[^] # Re: C'est du Deja Vu
Posté par Gilles G. . En réponse à la dépêche OpenOffice.org 2.4. Évalué à 10.
Ah ouais quand même... Alors je crois qu'OpenOffice est vraiment Vista ready !
[^] # Re: Calcul
Posté par Gilles G. . En réponse au journal Un peu d'histoire.... Évalué à 4.
Dis comme ça, on dirait simplement un avis personnel énoncé comme quelque chose de vérifiable...
[^] # Re: mauvaise place => mauvaise reponse
Posté par Gilles G. . En réponse au message Adobe Acrobat Reader requis. Évalué à 2.
guayf: je te conseille de télécharger et installer Acrobat Reader depuis le site d'adobe car des fonctionnalités "avancées" de PDF semblent être utilisées ici. (J'ai essayé d'utiliser kpdf sans succès).
J'avoue que je suis assez perplexe d'être obligé d'utiliser un logiciel propriétaire pour accéder à un service public. Cependant, Adobe à quand même le mérite de fournir des binaires pour pas mal de plate-formes...
[^] # Re: closures
Posté par Gilles G. . En réponse à la dépêche Sortie de GCC 4.3. Évalué à 3.
[^] # Re: Euh non
Posté par Gilles G. . En réponse au message DragonFlyBSD vs Linux. Évalué à 2.
http://openmosix.sourceforge.net/
tu pourras lire:
The openMosix Project has officially closed as of March 1, 2008.
[^] # Re: Réseaux citoyens et wifi libre
Posté par Gilles G. . En réponse au journal Ce qui nous pend au nez.. Évalué à 5.
Ah ouais?
Sous prétexte qu'une voiture est ouverte j'ai le droit de la voler?
# Whaou!
Posté par Gilles G. . En réponse au journal Microsoft->mode=MODE_OPENSOURCE;. Évalué à 10.
Et le pire c'est que certains y croiront...
[^] # Re: relire...
Posté par Gilles G. . En réponse au message GCC et taille des exécutables. Évalué à 1.
Non, le DSP tu lui envoies le code assemblé qui peut prendre effectivement plus de place que le code lui-même.
[^] # Re: Readelf, objdump
Posté par Gilles G. . En réponse au message GCC et taille des exécutables. Évalué à 1.
Par ailleurs le lien donné par Gniarf m'a fait découvrir l'option -nostdlib de GCC, et ça m'a aussi permis de découvrir que:
* GCC fait *toujours* le lien avec la libc.
* la fonction main est une fonction fournie par la libc, pas par le langage.
Merci pour ces explications!
[^] # Re: C'est une blague ?
Posté par Gilles G. . En réponse au message GCC et taille des exécutables. Évalué à 9.
Heureux de l'apprendre.
Il y a 14 ans j'avais 12 ans, j'espère que tu ne m'en veux pas de ne pas avoir suivi les discussions de l'époque.
[^] # Re: Readelf, objdump
Posté par Gilles G. . En réponse au message GCC et taille des exécutables. Évalué à 1.
C'est justement ça le problème: GCC devrait utiliser la méthode la plus efficace en temps et en taille, non?
Voilà ce que j'ai essayé:
gilles@ordi:~$ strip --strip-all --remove-section=".comment" minimal -o minimal_stripped
gilles@ordi:~$ strip --strip-all --remove-section=".comment" cminimal -o cminimal_stripped
gilles@ordi:~$ ls -l cminimal minimal cminimal_stripped minimal_stripped
-rwxr-xr-x 1 gilles gilles 6332 2008-01-26 22:31 cminimal
-rwxr-xr-x 1 gilles gilles 2556 2008-01-26 22:37 cminimal_stripped
-rwxr-xr-x 1 gilles gilles 596 2008-01-26 22:12 minimal
-rwxr-xr-x 1 gilles gilles 248 2008-01-26 22:37 minimal_stripped
Apparement, la commande strip permet la suppression de code mort dans le cas du programme C mais aussi dans le cas du programme ASM.
Donc au final, en utilisant strip, on a toujours un facteur 10 entre les tailles des exécutables.
PS: Au boulot j'utilise des DSP motorola qui ont 16Ko de mémoire programme, et on arrive quand même à faire pas mal de choses (en assembleur), donc je trouve que prendre 6ko pour un programme en C qui ne fait rien c'est abusé.
[^] # Re: consommation
Posté par Gilles G. . En réponse au journal Un nouveau processeur VIA. Évalué à 2.
Ce type de carte mère m'intéresse beaucoup, mais je ne trouve pas d'alimentation adaptée à de si petites consommations. As-tu des liens vers des alimentations adaptées?
Merci d'avance.
[^] # Re: Son
Posté par Gilles G. . En réponse à la dépêche Revue de presse - janvier 2008. Évalué à 7.
Ce phénomène est observable sur un violoncelle par exemple: dans le champ très proche il existe des ultrasons très haut fréquence qui "se transforment" par non-linéarité en fréquence audible au-fur et à mesure de leur propagation dans l'air.
Une conséquence remarquable de ce phénomène est la directivité très marqué de l'instrument pour ces fréquences particulières.
En pratique, cela ne justifie pas le codage des ultra-sons pour la retransmission haute-fidélité puisqu'il suffit de placer correctement les microphones lors de la prise de son pour avoir tout le son "audible" de l'instrument.
[^] # Re: Son
Posté par Gilles G. . En réponse à la dépêche Revue de presse - janvier 2008. Évalué à 2.
les désagréments que tu mentionnes ressemblent fortement à de l'fr:Hyperacousie (la page wikipedia en français n'est pas très complète, mais la page correspondante en anglais est plus précise en:Hyperacusis).
Donc, sans vouloir remettre en question tes "capacités auditives", le fait que tu entendes des sons aigus inaudibles pour la plupart des gens n'implique pas que tu sois capable d'entendre des fréquences plus élevées que 18-20kHz. En pratique, il y a fort à parier que tu sois surtout beaucoup plus *sensible* aux fréquences aigues "normales" (i.e. 16-20kHz) que la plupart des gens, c'est à dire que tu entends ces sons à faible niveau.
PS: j'avoue que lire: "ayant la malchance d'avoir une oreille qui monte au alentours de 25/27KHz" ça m'a un peu fait bondir...
[^] # Re: trem-RT :)
Posté par Gilles G. . En réponse à la dépêche La guerre du temps réel. Évalué à 6.
les patches RT du kernel ne permettent pas de faire du temps réel "dur", ils rendent simplement le kernel plus préemptible.
Le temps réel dur c'est pouvoir être *certain* qu'une tâche sera exécutée avant un délai donné.
Au final, pour de l'audio avec les patchs d'Ingo Molnar, on n'a quasiment aucun xrun, mais cela ne permet pas d'affirmer que le kernel est temps réel dur.
[^] # Re: To fight the bug, you must understand the bug
Posté par Gilles G. . En réponse au journal javabean != réseau ?. Évalué à 2.
# Un autre dézippeur?
Posté par Gilles G. . En réponse au message Caractères accentués dans un fichier .zip. Évalué à 2.
as-tu essayé un autre dézippeur? Pour ma part, j'utilise ark (sous Kde) et je n'ai pas rencontré ce problème.
Sinon, ce commentaire:
http://linuxfr.org/comments/884425.html#884425
devrait te mettre sur la voie.
# .
Posté par Gilles G. . En réponse au message Recherche documentation sur le codage objet mais en C pure. Évalué à 4.
j'ai trouvé de la doc en anglais en faisant une petite recherche sur google avec les mots clés suivants:
object oriented c
On trouve en particulier les liens suivants (le premier à l'air pas mal)
http://www.planetpdf.com/codecuts/pdfs/ooc.pdf
http://ldeniau.web.cern.ch/ldeniau/html/oopc/oopc.html
Sinon, avec une recherche en français:
c orienté objet
on trouve:
http://chgi.developpez.com/c/objet/
http://happyleptic.org/~rixed/pooc.html
A+
# Et la priopriété intellectuelle brevetée???
Posté par Gilles G. . En réponse au journal La durée légale du travail et les décideurs. Évalué à 2.
PS: Cette copie est très réussie, bravo!
[^] # Re: En résumé....
Posté par Gilles G. . En réponse au journal Python et les décideurs. Évalué à 1.
Aujourd'hui, il faut qu'on développe une nouvelle application que nous devons faire en interne. J'aurai souhaité faire cela en Python parce que je pense que je pourrais gagner du temps. Je connais bien Python parce que j'utilise Scipy/Numpy et que je fais du PyQt à mes heures perdues.
Note aussi que je ne suis pas développeur (i.e. pas de formation, mais on fait avec nos ressources).
Python n'a pas le "rayonnement" de Java, et la plupart des gens autour de nous nous ont incité à utiliser Java sans bons arguments puisqu'ils ne sont pas programmeurs eux-mêmes.
Après lecture des commentaires de ce journal, je commence à changer d'avis et à me dire que Java serait une bonne solution.
En particulier, le fait de pouvoir modifier "en toute sécurité" une application que l'on n'a pas touchée depuis 1 an (ou qu'on n'a pas écrite) m'apparait être un *très* bon argument en faveur de Java.
PS: malgré le ton trollesque de mon journal, j'étais sérieux! Les arguments que j'ai pu entendre contre Python et pour Java étaient infondés et semblaient résulter avant tout d'une peur de l'inconnu.
[^] # Re: Alors ca (le retour)
Posté par Gilles G. . En réponse au journal Comment vendre 100 000 single et toucher 477¤.. Évalué à 10.
# Et sinon
Posté par Gilles G. . En réponse au message cherche un developpeur. Évalué à 8.
Et quel est le rapport avec le libre?