Dommage

• [^]Re: Dommage

  Posté par Khanh-Dang (page perso, ) le 27/12/2007 à 17:07. (lien). Évalué à 1.

  help wavread

Interface graphique et éditeurs chatoyants ?

• [^]Re: Interface graphique et éditeurs chatoyants ?

  Posté par JB. Giraudeau (Jabber id, page perso, ) le 27/12/2007 à 13:13. (lien). Évalué à 1.

  qtoctave -> https://forja.rediris.es/projects/csl-qtoctave/

  --
  "ça dépend du type de workload, si tu est CPU-bound ça va mieux qu'en memory-bound, où les access patterns et la corrélation des paquets peut avoir des effets non linéaires sur le wallclock time

  • [^]Re: Interface graphique et éditeurs chatoyants ?

    Posté par Loul () le 05/01/2008 à 15:05. (lien). Évalué à 1.

    Sous Linux, j'ai trouvé QTOctave assez agréable à utiliser.
    Le mode pour emacs respecte plus la philosophie "roots"
    (le qualifie-je de "chatoyant ?)
    http://www.chemie.fu-berlin.de/chemnet/use/info/octave/octave_31.html
    
    Sous "les fenêtres", "octave workshop" sert d'illustration à l'article Wikipédia
    (le projet est en pause, mais il fonctionnait pas mal quand j'ai essayé) :
    http://www.math.mcgill.ca/loisel/octave-workshop/
    
    Les "trophées du libre" 2007 citaient QTOctave
    et donnaient une liste de projets similaires, mais assez anciens et peu avancés :
    http://www.tropheesdulibre.org/QtOctave.html?lang=fr
    -> Koctave http://athlone.ath.cx/~matti/kde/koctave/
    -> Yaog http://yaog.sourceforge.net/
    -> Octivate http://octivate.sourceforge.net/
    

• [^]Re: Interface graphique et éditeurs chatoyants ?

  Posté par Troy McClure (page perso, ) le 27/12/2007 à 20:39. (lien). Évalué à 3.

  je vais faire mon vieux con, mais quel interet ? L'interface graphique de matlab est la honte des interfaces graphiques, un modele de lourdeur et de laideur. D'ailleurs elle est écrite en java.
  
  Ce qui manque encore à octave à mon sens, c'est une vrai bonne emulation des graphiques de matlab (2D *et* 3D). Pour l'instant c'est un truc tout batard qui utilise gnuplot (la honte des grapheurs libres, avec un coefficient souplesse/nombre d'options proche de 0) via des pipes bien lents. Pas que les figures de Matlab soient un modele en matière de rapidité ou de conception, mais ça "juste marche"

  • [^]Re: Interface graphique et éditeurs chatoyants ?

    Posté par Moonz () le 27/12/2007 à 20:44. (lien). Évalué à 2.

    De un, tu confonds très certainement avec Maple (pas que celle de Matlab soit spécialement rapide et ergonomique hein, mais c'est pas du swing...)
    De deux, il a jamais proposé de faire la même interface, hein :)

    • [^]Re: Interface graphique et éditeurs chatoyants ?

      Posté par Mildred (Jabber id, page perso, ) le 28/12/2007 à 01:39. (lien). Évalué à 1.

      Je ne sais pas avec quoi il compare, mais avec Matlab, il est possible de zoomer sur les figures, et je suppose de faire encore d'autres choses (je n'ai pas encore beaucoup utilisé matlab, mais il y a l'air d'avoir beaucoup d'options).
      
      Coté gnuplot ()du moins l'interface par défaut), rien du tout.
      
      Octave, c'est bien, mais pas encore suffisament compatible avec Matlab ... Je veux dire par là qu'a l'école on utilise matlab, et que les TP simples, je peux les faire avec octave, mais dés que ça se complique, ce n'est plus possible :(

      --
      La Roue du Temps

      • [^]Re: Interface graphique et éditeurs chatoyants ?

        Posté par Batchyx () le 28/12/2007 à 19:56. (lien). Évalué à 1.

        Je sais pas ce que j'ai foutu (mis à part une mise à jour) mais j'ai la possibilité de zoomer avec un clic droit puis gauche...

        • [^]Re: Interface graphique et éditeurs chatoyants ?

          Posté par Mildred (Jabber id, page perso, ) le 01/01/2008 à 22:09. (lien). Évalué à 1.

          Tu as de la chance, chezmoicanemarchepas.org

          --
          La Roue du Temps

          • [^]Re: Interface graphique et éditeurs chatoyants ?

            Posté par Batchyx () le 02/01/2008 à 09:20. (lien). Évalué à 1.

            Quelle version ?
            Moi j'ai la 4.2.2 de chez lenny.

    • [^]Re: Interface graphique et éditeurs chatoyants ?

      Posté par Troy McClure (page perso, ) le 28/12/2007 à 02:16. (lien). Évalué à 2.

      Sissi c'est bien matlab dont l'IDE est en java; d'ailleurs quand on le lance avec l'option -no-jvm on est réduit à la ligne de commande (et il démarre 3 fois plus vite, c'est formidable). Maple était en un truc qui ressemblait à Motif (pourri, mais rapide) la derniere fois que j'ai testé

      • [^]Re: Interface graphique et éditeurs chatoyants ?

        Posté par mats (page perso, ) le 28/12/2007 à 10:57. (lien). Évalué à 1.

        Maple maintenant, c'est du java pour l'interface graphique. Ils ont changé lors du passage à je ne sais plus quelle version.

scilab

• [^]Re: scilab

  Posté par Benoît Sibaud (Jabber id, page perso, ) le 28/12/2007 à 13:24. (lien). Évalué à 2.

  GNU Octave est un logiciel libre. Scilab devrait finalement le devenir (
  Cf https://linuxfr.org//~grayswandir/25541.html et http://oumph.free.fr/scilab/ ).

• [^]Re: scilab

  Posté par Sylvestre Ledru (Jabber id, page perso, ) le 28/12/2007 à 14:57. (lien). Évalué à 1.

  La version de dev de Scilab 5 va être localisée (au moins en Français et anglais). Donc dans ce cadre, tous les messages (erreur ou pas) sont entrain d'être normalisés pour que ça soit plus explicite et tout.
  
  Il y a un début de normalisation des messages sur le wiki de Scilab :
  http://wiki.scilab.org/Localization_in_English_-_Standard_me(...)

  • [^]Re: scilab

    Posté par Troy McClure (page perso, ) le 28/12/2007 à 16:14. (lien). Évalué à 1.

    Bon allez je vais re-jouer le rôle du vieux con, mais est-ce que ce n'est pas de l'energie un peu gaspillée que de vouloir traduire les messages d'un environnement de ce type. Il me semble que même matlab continue à ne parler qu'anglais non ? Je comprends que ça puisse faire plaisir à deux-trois indépendantistes bretons d'avoir des messages d'erreurs localisés, mais pour tous les gens qui baragouinent un peu l'anglais c'est plus une épine dans le pied qu'autre chose: la traduction est toujours un peu hasardeuse, moins claire, on y emploie des mots bizarres que personne ne comprend et sur lesquels google ne renvoie rien (c'est surtout ce point qui me gêne: on peut chercher un message d'erreur non traduit dans google pour trouver des gens qui ont eu le même probleme, mais avec un message d'erreur traduit eh bien ça ne marche plus).. Un exemple typique c'est la traduction des messages d'erreur de gcc en français, avec ses "jeton invalides" et autres.

    • [^]Re: scilab

      Posté par Sylvestre Ledru (Jabber id, page perso, ) le 28/12/2007 à 16:54. (lien). Évalué à 1.

      C'est pas parce que Matlab fait (ou ne fait pas) quelque chose que Scilab doit faire de même. ;)
      
      Je suis d'accord qu'un soft mal traduit est pire qu'un soft en une seule langue.
      Cependant, un logiciel développé par un institut publique français avec une équipe en grande partie française, est-ce de l'énergie gaspillée que de faire une version dans notre langue ?
      De plus, Scilab est utilisé dans les lycées et dans d'autres secteurs de l'éducation. Il a donc vocation à être traduit pour faciliter son utilisation pour des gens non anglophones.

    • [^]Re: scilab

      Posté par Nÿco (Jabber id, page perso, ) le 02/01/2008 à 20:51. (lien). Évalué à 2.

      Peu importe ton jugement, comprends bien qu'il y a des gens qui en ont juste _besoin_ de ces traductions, c'est tout.

      --
      Jabber ID : xmpp:Nyco@jabber.fr

  • [^]Re: scilab

    Posté par Adrien Morvan (Jabber id, page perso, ) le 29/12/2007 à 22:07. (lien). Évalué à 1.

    J'espère que ce n'est que le commencement du début dans ce cas.

it++

• [^]Re: it++

  Posté par Sytoka Modon (page perso, ) le 28/12/2007 à 10:53. (lien). Évalué à 2.

  Si tu utilises le compilateur NAG, tu as une GC si tu veux en Fortran 95.
  
  Pour les bibliothèques mathématiques en Fortran, tu peux regarder du coté de BLAS, LAPACK...
  
  Question graphique, je ne les ai jamais fait dans Fortran mais à coté en Perl histoire de séparer les choses. Mais je serais surpris qu'il n'y ai pas un accès à PLPLOT depusi le Fortran.

  • [^]Re: it++

    Posté par karteum59 () le 28/12/2007 à 16:38. (lien). Évalué à 1.

    tu peux regarder du coté de BLAS, LAPACK

    
    Heu ouais en fait je parlais de quelque chose de simple comme Matlab. BLAS, LAPACK ce n'est pas vraiment le même niveau de concision / lisibilité...
    Dans Matlab (ou it++) je fais inv(H) pour avoir l'inverse de ma matrice. Je fais fft(x) pour calculer la FFT, je vais A*B pour le produit de matrices, etc. Bref, simple !

• [^]Re: it++

  Posté par Mat (page perso, ) le 29/12/2007 à 14:54. (lien). Évalué à 1.

  Il existe aussi openCv (Open Source Computer Vision, licence BSD), bibliothèque plutôt orientée traitement de l'image.
  http://opencvlibrary.sourceforge.net/
  http://sourceforge.net/projects/opencvlibrary/

  • [^]Re: it++

    Posté par SmileBOB () le 30/12/2007 à 14:13. (lien). Évalué à 1.

    Hein, et LabVIEW dans tout ca ?
    Pas tout à fait dans le même domaine quoique tout de même National Instruments et Matlab sont de plus en plus en concurrence, à noter que NI travaille pas mal avec l'INRIA sur l'intégration de Scilab avec LabVIEW.

    • [^]Re: it++

      Posté par jcr83 () le 04/01/2008 à 16:16. (lien). Évalué à 1.

      LabVIEW n'est pas libre !

      • [^]Re: it++

        Posté par Sytoka Modon (page perso, ) le 08/01/2008 à 08:14. (lien). Évalué à 2.

        LabView pose même des problème en développement car les fichiers sont au format binaire et on n'a pas d'outil de 'diff' dessus. On perds donc une grande partie du suivis de projet que nous donne des outils comme svn.

  • [^]Re: it++

    Posté par Sylvestre Ledru (Jabber id, page perso, ) le 30/12/2007 à 17:02. (lien). Évalué à 1.

    Il y a aussi la bibliothèque Camellia qui, m'a-t-on dit, est très bien : http://camellia.sourceforge.net/