Nicolas Roard a écrit 1135 commentaires

Exact, mais je n'ai pas trouvé ça trop gênant (faut dire que j'était bien content de pouvoir récupérer mes sources ;-)

Heu concernant java, mis à part la perte des commentaires (encore heureux :) on a un code source quasiment identique au code initial ! le nom des variables est le même, etc. Impressionnant ! et ça m'a permis d'éviter de perdre deux semaines de boulot bêtement :))

Un bon décompilateur java : apt-get install jad .

Err... MDI réimplèmente .NET du côté "youpi on distribue nos applis sur le réseau et sur n'importe quelle machine" ¹...
Ca n'a absolument rien à voir avec Hailstorm. Critiquer, oui, mais avec de vrais arguments si possible...


¹ si ça vous rappelle une certaine technolologie de Sun, c'est normal. Si vous trouvez marrant que MDI soit charmé par un langage orienté objet comme C#, après avoir défendu le droit de programmer objet en C, c'est aussi normal.

Si cette nouvelle se vérifie, c'est une excellente avancée !

On ne reproche pas à Microsoft d'avoir utilisé du code BSD, ils en ont tout à fait le droit.
Par contre, on a pas trop vu de (c) Regents of California ailleurs qu'en regardant ce qu'il y a dans un binaire, et ça c'est pas bien :)

Et puis, ça donne un peu une image faul-cul, genre faites ce que je dis, pas ce que je fait, quand ils préconisent de ne pas utiliser de logiciels libres.

Autant que je me souvienne, les fonctions de folding sont apparues dans vim 6.0 ...
(enfin dans les versions bêtas > 5.8) .

Sinon oui, l'objectif est bien de replier une partie de code. Pour ceux qui connaissent, on obtient un comportement similaire à celui de l'éditeur du GfA Basic sur Atari.

Genre chez moi :

int maprocedure (int n) {
... du code ...
}

devient par exemple :

> maprocedure (int n) (20 lignes)

et tient sur une ligne. Plutôt sympa non ? :-)
un 'ti appui sur F4 (si on a mappé F4 avec la fonction cité plus haut) et ça plie ou déplie la procédure en dessous du curseur.

En fait il existe plusieurs modes pour faire du folding; personnellement je préfère le folding automatique. Il faut indiquer le type de region à replier et changer la procédure de folding (:help folding) . Par exemple :

syn region myFold start="{" end="}" transparent fold
setlocal foldmethod=syntax

Ensuite on peut ouvrir/fermer un fold en tapant "zo/zc" . Perso j'ai mappé une petite fonction sur une touche :

function Folding ()
if (foldclosed (line(".")) > 0)
exe 'foldo!'
else
exe 'foldc!'
endif
endfunction

et je mets donc qq part dans mon vimrc :

map <F10> :call Folding() <CR>

On peut s'amuser aussi à avoir une méthode pour évaluer le niveau de folding d'une ligne, ou fonctionner avec des marqueurs. Bref, c'est assez souple. On peut redéfinir la ligne affichée quand le fold est replié (:help foldtext)

Bref comme d'hab, RTFM :) (:help)

Mais c'est possible ! :)

Tapes ça :

:source $VIMRUNTIME/menu.vim
:set wildmenu
:set cpo-=<
:set wcm=<C-Z>
:map <F4> :emenu <C-Z>

tu appuie sur F4 pour lancer le menu, tu te déplace avec les flêches, et tu sélectionne en appuyant sur entrée...

peuh ! qu'est ce que ce troll lamentable sur KDE a à faire ici, alors qu'on peut joyeusement troller sur ce troll séculaire Vi(m)/(X)Emacs ? hmmm ? tu ne sait pas ce que sont les bonnes choses ! :o)

yop . Le truc c'est qu'on n'arrive plus à s'en passer, du mode commande/édition de vim ¹ ! ...

Un aspect sympathique de cet éditeur, c'est qu'il essaye dans la mesure du possible d'agir comme un composant, d'être utilisé comme éditeur externe (dans mutt par exemple...). Ca suit tout à fait la philosophie unix, est c'est agréable de retrouver ses macros/raccourcis claviers à chaque fois que l'on veut taper du texte.

La disponibilité de kvim, et surtout sa disponibilité en kpart est vraiment une excellente nouvelle pour les utilisateurs de kde : avec un peu de patience, ils pourront utiliser vim dans n'importe quel logiciel kde utilisant un éditeur ! Les composants, c'est bien. ;-)

Bon qui en fait un bundle GNUstep ? ;-))

¹pour les réfractaires aux commandes vim, tapez evim dans un xterm !

Oui, d'autant que vim.sf.net contient une tonne de scripts, macros, plugins, astuces ... bref, un site indispensable pour tout amateur de vim !

Rhaaa xemacs c'est pas emacs. Ca a le gout d'Emacs, ca sent Emacs mais ce n'est pas Emacs !!!

... C'est mieux ? ;-))

Non pas forcèment, mais aux moins elles changent avec le sujet :) (encore que...)

\begin {troll}

gnome : berk.

GNUstep au moins a un modèle plus original et mieux adapté à la culture unix

\end {troll}

Dès qu'une news sort un peu de la sphère Linux, on a des commentaires comme le tien. En plus de ne pas être constructifs pour un sous, revoir encore et encore la même chose est un poil lourd. Ceux qui trouvent ce genre de news déplacés n'ont qu'à ne pas les lire, point.

De plus, le sujet, même s'il n'est pas lié tel quel à linux, est intéressant car il apporte un éclairage sur les méthodes de travail d'une des plus grosses boites informatiques au monde. Hors, il me semble qu'une grosse majorité d'informaticiens passent sur linuxfr (ou s'arrêtent sur le bouchot, mais bon). Si tu trouves que ça n'a rien à voir avec Linux, n'oublions pas qu'il s'agit de Microsoft, et personnellement ça m'intéresse de voir un peu le fonctionnement de cette boite, qui fonctionne peut être différamment que pas mal de boîtes européennes/françaises.
Appelle ça de la curiosité professionnelle si tu veux.

Si t'est pas content, rien ne t'oblige à lire la news ni à y répondre. Et si linuxfr te plaît pas, 1) il existe d'autres sites 2) tu n'as qu'à soumettre des news/articles, les modéros se feront (peut être) une joie de les passer...

Franchement ça me gonfle grave la récurrence de ce genre de commentaires débiles.

hop (-1)

En l'occurence, releaser le JDK en GPL serait une grossière erreur pour Sun; le releaser en LGPL voir en BSD serait beaucoup plus cohérent...

Il s'agissait de quoi exactement au fait comme menace de procès ?

Merci pour le lien ! une version française je ne suis pas contre ==> direct sur le PC de mes parents :-)

Après tests, cette version est beaucoup plus rapide à lancer, et me semble un peu plus réactive. Le lancement n'est pas encore instantané, mais sur mon pc (celeron 600) ca doit être 2 à 3 fois plus rapide.

Cerise sur le gateau, j'avais des fichiers word qui étaient lisibles avec la précédente version d'openoffice, mais qui déconnaient à l'impression (erreurs postscripts). Et là ça passe nickel ! :-)

Arf si ça vas plus vite au lancement, ça m'intéresse pas mal ;-) mais là il semble que le site soit mort ... (./é ?)
Quelqu'un a des miroirs dispos ?

D'autant plus qu'ils ont repris en charge le développement de Broadcast 2000 !
Ils indiquent également faire du service sur ce logiciel. Bref, du tout bon.
Une excellente nouvelle pour la progression de Linux dans le milieu de la vidéo...

L'interview est plutôt sympa et intéressante à lire, même si ça donne l'impression que l'évolution de PHP est un 'ti peu bordélique ;-)

Sinon j'aime bien sa définition de PHP :

Andrei : Actuellement, PHP est comparable à un pouf : c'est sympa, confortable, moelleux, vous pouvez vous asseoir ou vous allonger dessus dans n'importe quelle position, mais vous ne voulez pas le prendre avec vous une réunion professionnelle

Sauf que pour une boite, la meilleure façon de promouvoir linux, ce n'est pas de clamer sa «gratuité» (relative), mais de montrer que c'est la meilleure solution, d'un point de vue technique (rapidité, stabilité...), et que l'on obtient ainsi une pérennité des développements, des documents...

Le fait que les coûts de licence soient proches de zéro est alors la cerise sur le gateau. Mais il vaut mieux dire que les coûts sont "faibles" plutôt que gratuits; ne serait-ce que pour faire acheter des boites Mandrake ou des CD debian par l'entreprise.

Juste une précision : la gui pas vraiment optimisée, c'est celle de GNUstep, pas celle de GNUMail ...
Actuellement, la rapidité de GNUMail est déjà correcte, sauf sur certains points (grosse image affichée dans un mail par exemple), mais ce sera résolu automagiquement quand la gui GNUstep sera optimisée. J'imagine d'ailleurs que sur MacOSX GNUMail doit être sympa à voir tourner ;-)

Je confirme, ça fait quelques mois que je l'utilise, et ludovic fait un travail excellent, GNUmail progresse très, très vite.
Chapeau !