Axel a écrit 660 commentaires

Sympa cette initiative de parler des logiciels libres pour OSX.
Ces derniers temps les machines et logiciels Apple rencontrent un succès grandissant(baisse des prix, passage à l'x86, OS de très grande qualité) malgré leur coté proprio et c'est sympa pour les MACusers que de penser à eux !

non c'est quelqu'un qui mets son slip à l'envers.

http://www.robase.net/IE_ou_FFx.avi

C'est pas sympa de saborder notre si belle grammaire française comme ça :'(

lapincompris.

Est ce que langage serait adapté à de la transformation de code source (Java principalement) en un modèle UML (qui s'avèrere être juste un fichier xml ) ?

Est ce que c'est ce langage qui est utilisé par le projet Kermeta/Sintaks (de l inria) ?

Quoi qu'il en soit, si j'ai bien compris, je pense que ça intéresserait les projets Eclipse EMF et EMFT.

Un éditeur de text c'est bien un programme qui édite du text donc je suppose qu'un vrai éditeur de text à la différence d'un faux ne fait pas semblant ? C'est complètement con cette appelation.

Man humour.

Ensuite, comme tous les autres commentaires, tu ne réagis que sur la critique de vim/emacs/linux.

Ai-je dis que vim ne faisait pas ce que plagiats< demandait ? non
Ai-je dis que vim ne faisait pas plus que ce que j'utilise ? non
Où ai-je comparé fonction par fonction les différents éditeurs ? nulle part.

Non, vim/emacs sont assurément les éditeurs les plus complets en terme de fonctionnalités au monde. Et tu t'obstines sur 100 lignes à précher un convaincu en énumérant tout ce qu'il est possible de faire en nous indiquant même les raccourcis et commandes. Mais les fonctionnalités ne sont pas tout (sinon Linux serait à la place de Windows), et tu t'égares du débat. Surtout que plagiats< ne demandait pas le plus "puissant" des éditeurs, sinon il n'aurait pas fait ce journal.

Le fait est qu'ils ne sont pas conviviaux ( et c'est l'objet de ce journal) et leurs fonctions sont inutilisables sans travail de recherche/apprentissage conséquent par rapport à un clic sur un bouton et à une recherche dans un menu, c'est sur ça que je mets le doigt.

Par ailleurs je cherchais à l'origine à répondre à la question : fonctions de recherche/remplacement avec éditeur graphique, qui impliquait à mon sens : ne pas passer trop de temps à l'apprentissage.

Tu appelles ergonomie le fait que TOI tu saches le faire facilement. Ce n'est pas ça une bonne ergonomie. Une bonne ergonomie est un accès rapide et efficace aux fonctionnalités.
A l'usage c'est peut être ta méthode la plus efficace (à fonctionnalités égales j'en doute, d'après mon experience sur mon éditeur de texte) mais assurément pas la plus ergonomique.

Enfin, ma réponse n'est pas très dlfp-compliant ( à savoir : cirage de pompe de linux et du logiciel libre et casser du sucre sur le proprio et le commercial) mais je ne pouvais en toute bonne foi faire le coup du "vim/emacs saitrobien et facile à utiliser".

J'attend le jour où ces libristes intégristes qui me moinssent réussiront à tenir un débat sérieux en face d'arguments non consensuels différents des leurs.

Bah étant donné que j'utilise casi exclusivement la ligne de commande et VIM, j'ai pas ce problème : Toujours un (enfin souvent plusieurs) terminal(aux) ouvert(s), et toujours dans le répertoire kivabien©

vim et c'est parti :)

Sans devenir des usines à gaz, un paquet d'éditeurs graphiques fournissent une intégration dans un cvs/ftp, une arborescence, des outils supplémentaires (navigation dans le code, différence de texte, etc). Il y a beaucoup de choses annexes à l'"écriture du code", et pour ça le coté ergonomique prend un peu plus de sens : en quelques clics, voire automatiquement, on peut faire beaucoup de choses.

vim/emacs permettent surement toutes ces fonctions mais au prix de combien d'heures de paramètrages/recherche/apprentissage ?

Avec une bonne gui, et je ne fais pas l'apologie d'un éditeur particulier, la fonction est accessible et utilisable en 1 sec.

vim/emacs hors-jeu question ergonomie.... moi je demande à voir, personnellement j'ai une sainte horreur de passer sans cesse de la souris au clavier, et comme on ne peut pas taper du texte à la souris, tout faire au clavier je trouve ça ergonomique

Pour moi l'ergonomie c'est l'accès et l'utilisation rapides, intuitifs et faciles à une fonctionnalité précise, il y a des logiciels en mode console qui le permettent, mais là tu mets en balance ta connaissance avancée de vim qui t'a surement couté bien plus de temps que de juste parcourir un menu "edition" pour trouver une fonction "remplacer dans les fichiers".

Pourquoi donc ?
En général, si la plateforme n'est pas facteur décisif dans le développement de l'application, je choisis celle où je pourrais être le plus productif : mon éditeur préféré avec les meilleures performances (si l'éditeur est multiplateforme).

Si c'est le cas, alors je m'adapte et choisi le moins mauvais des éditeurs/IDE :)

C'est pour ça que je disais qu'ils sont bien mais pas suffisament pour m'empecher de faire le sacrifice de la plateforme (quand celle ci n'est pas indispensable à l'application développé) pour une application. (enfin ce n'est pas le seul critère de sacrifie mais ce n'est pas le sujet).

euh. j'ai pas compris mais en gros : tous ces éditeurs sont bien mais moins que les équivalents win32.

Evidemment, tu ne pourras pas lire ce commentaire vu qu'il va automatiquement se faire moinsser par les fucking intaigristes de dlfp qui ne sont même pas foutus de reconnaitre des défauts dans les logiciels libres / linux.

Comme dit dans mon précédent message, je ne le trouve pas aussi pratique/ergonomique/confortable que pspad. Il y a aussi le facteur "habitude" qui doit jouer d'ailleurs.

Je crois qu'on atteint là 100% de réponses te conseillant la ligne de commande ou vim/emacs.
Mouais. A croire qu'aucun de vous n'a jamais essayé de vrai éditeur de texte. Et même, c'est à croire qu'aucun n'a compris ce que voulait dire :

Ce genre de manipulation. J'aimerai les faire en graphique

.

Pour moi cela veut dire : à la souris, avec une certaine ergonomie, une prévisualisation du résultat, annulation des changements. Tout ça d'un coup, ça n'existe pas.

Pour les autres qui propose la ligne de commande/emacs/vim : pas toujours le plus pratique/rapide de resortir un terminal, passer dans le répertoire du fichier, taper la commande, vérifier que ça marche, corriger si ça marche pas. Ou de se rappeler des raccourcis/commandes de ces éditeurs si intuitifs et avec une documentation aussi accessible.

Pour ta question : tu peux faire ça par des regexps, il faut juste un rechercher/remplacer par regexps bien intégré à ton éditeur.( L'idéal serait d'avoir des regexps préconçues, avec juste un paramètre à saisir comme par exemple le n dans "après le Nième caractère". Je ne crois pas que cela existe.)

Comme vim/emacs sont hors jeu question ergonomie, n'en déplaisent aux dlfpiens de mauvaise foi, il te reste des logiciels comme eclipse, ultraedit, scite, pspad, context, etc.

Personellement, sous windows, j'utilise pspad qui a un rechercher/remplacer avec regexp qui te propose (ou pas) de compter, lister , confirmer chacun des remplacement possible, dans un ou plusieurs fichiers à la fois ou tout un répertoire. Sous linux, bah je ne fais pas, tout simplement. C'est handicapant parfois, mais vim/emacs étant pas tellement conviviaux je me suis rabbattu sur des éditeurs graphiques comme leafpad, kate, etc sans jamais avoir la même productivité/confort que sous pspad (qui ne se limite pas à de la saisie de texte).

Pour Eclipse, le rechercher/remplacer propose d'utilise des regexps, mais de manière un peu plus limitée que pspad.

Les journaux de qualité bien rédigés et précis sont de retour !

J'allais poster le lien mais il vient d'être posté. Voici quand même un avis sur la distribution http://www.linuxseekers.com/content/view/148/1/

Petit oubli, une particularité de ce projet est qu'ils prévoient de fournir des "bonus disks", spécifique à des usages particuliers : bureautique, jeux, composition musicale, etc.

Bien que la plupart des linuxiens utilisent les outils de gestion de paquets pour installer de nouveaux logiciels, c'est une nouvelle façon de distribuer les logiciels, à voir si elle servira vraiment ou pas.

man humour.

Autre framework que l'on peut citer (puisque son auteur est trop humble pour le citer lui même)

Ou alors il en a trop honte !

De plus, c'est sans compter les moules de la tribune qui font plein de dépêches de très haute qualité !

Mais qu'est ce que tu es vulgaire! Et irrespectueux envers la gente féminine.

je ne fais pas à manger, c'est ma poufiasse qui cuisine.

Sincèrement, je crois que tu exagères.

Il y a plusieurs points à prendre en compte avant de jeter la pierre à Mono
- k-sketch est fait pour Windows XP : si je me rappelle bien Mono n'est pas encore capable de faire tout ce que .Net permet sous windows.
- k-sketch est fait pour XP Table PC : il y a peut etre des fonctions de .Net bien spécifique à cette version de l'OS, et il serait probable que Mono ne les gère pas.
- k-sketch est en développement : exiger une version qui marche et portable est un peu prématuré.
- Piccolo n'est plus maintenu.

Bref, exiger qu'un logiciel en développement, fait pour un OS bien spécifique (XP table PC edition) soit installable sur une autre implémentation de .Net, elle aussi en développement, avec une couche graphique partriculière qui n'est plus développée depuis des mois, c'est franchement abusé de tout rejeter sur Mono.

Je ne parlerai pas (encore ?) de certains détails encore plus troublants liés à un appel téléphonique de sa part aujourd'hui même (oui oui, un dimanche, on a dit harcèlement ?).

Tu en as trop dit ! raconte maintenant !

Sachant que c'est surement ce gendarme qui était l'interlocuteur du procureur, et si il a vraiment une relation avec ton ex, alors cela intéressera assurément ton futur avocat.

Ca pourrait peut etre se retourner contre lui/eux pour plainte non fondée, abus de pouvoir, trafic d'influence...

Si c'est ça, c'est vraiment gerbant de voir qu'une institution militaire comporte ce genre de personnes...

Il faudrait vérifier qu'elle a porté plainte en personne, car il est techniquement possible qu'il ait fait une fausse plainte... enfin là j'imagine vraiment le pire des scénarios.

Ca fait 800 000 prélèvements par an. Ca fait pas un peu beaucoup ?

Le gros problème de ces procédures est l'humain. C'est le gendarme qui a auditionné qui va appeler le procureur et lui raconter ce qui a été entendu, avec sa propre interprétation et appréciation de l'honneté de l'auditionné. Pour peu qu'il soit tombé sur quelqu'un de mauvaise humeur, un cowboy, qqun qui en fait une affaire personnelle, un aigri, alors celui ci aura formulé d'une certaine manière les dires de cooker.

Le procureur fait lui aussi son interprétation d'où un deuxième que les faits soit mal perçus, mal compris, voire déformés. Apres tout, ce ne sont que des humains.

Ceci explique les énormes aléas du syst