gpe a écrit 799 commentaires

C'est que je dois être un utilisateur trop basique parce que j'ai utilisé professionnelement outlook (il y a 4 ans) et lotus (actuellement et aussi avant outlook) et perso je ne vois pas de différence fonctionnelle entre les deux et je n'aime l'interface ni de l'un ni de l'autre...
Ma vision de simple utilisateur c'est que ce sont tous les deux des usines à gaz qui pour un oui pour un non se mettent à déconner...
Je lis dans ce fil qu'outlook est ce qui se fait de mieux mais je n'ai pas réussi à comprendre pourquoi. Donc si quelqu'un peut me dire quel est le truc qui fait qu'Outlook est si bien, je me coucherai moins bête ce soir...

Par contre, avec Outlook (connecteur payant) c'est une horreur.

Mais pourquoi vouloir utiliser Outlook?

Je voulais faire remarque que vi a l'origine est un éditeur léger et puissant, et que vim par son coté "usine a gaz" commence à rendre lourd l'ensemble, c'est tout.

Je ne vois pas où est le gachis? La simplicité de vi te plait? Elle est toujours présente de façon identique dans vim. Je ne vois pas où est la lourdeur? Tu veux un éditeur qui bastonne un peu plus avec des fonctions avancées pour faire du dev ou de l'édition au kilomètre, c'est aussi possible avec vim et toujours de manière efficace. C'est un peu comme si avec un seul véhicule tu pouvais passer du vélo à la formule 1 en fonction de tes besoins du moment. C'est ti pas magnifique?
Pourquoi utiliser 2 éditeurs alors qu'un seul fait très bien les deux?

Et pour répondre au post précédent (x)emacs par exemple a l'air de fournir un mode d'édition à la vi. Donc, quitte à utiliser une usine à gaz, pourquoi ne pas l'utiliser?

J'ai utilisé xemacs pendant 1 an avant de découvrir vim (depuis 3 ans et demi) et je n'ai pas envie d'y retourner. C'est plus lourd que vim plus long à lancer, tu risques la fouloure du doigt à chaque raccourcis clavier ;-)
Je ne sais pas si il existe un mode vi pour emacs mais il existe vimacs qui est un mode emacs pour vim...

z'y va l'autre!!! Vim juste bon à éditer un fichier de conf!!!! Tant que tu y es dit que c'est comme Notepad!!! ;-)
Je te conseille de regarder derrière toi dorénavant quand tu sors dans la rue... ;-)

Je suis d'accord avec Sébastien, c'est indispensable! Déjà que je ne vois pas à la base pourquoi je passerai de gvim à yzis mais si en plus je perds au passage tous les scripts que j'utilise...
gvim c'est un outil de production pour moi, il est fiable, fait ce que je veux, je ne vais donc pas en changer comme ça! D'autant plus qu'actuellement il semble très centré kde.

En quoi le CD NetBSD n'est-il pas libre?

J'ai l'impression que l'on parle d'OpenBSD ...

Cream est une surcouche à VIM. Si j'ai bien compris c'est un VIM avec un ensemble de plugins et préconfiguré pour qu'un Windowsien ne soit pas trop perdu.

MERCI !!!

Ça marche!

Oui mais non! ;-) Car c'est valable pour le système en entier, pas pour un seul utilisateur.

Je ne vois pas pourquoi tu tiens à garder secret le nom de cet éditeur.

:-) Pour ne pas lancer un troll sur les éditeurs, tout du moins grossièrement. J'ai tanté le troll en finesse mais ça ne décolle pas. Et puis vendredi ce n'est que demain...

Allez sois sympa, dis le, au moins par message privé.

Bon puisque que tu insistes, tantons le troll grossier de base qui ne passera pas:
J'utilise le seul et unique éditeur qui existe sur cette planète et même dans tout l'univers, je me demande bien comment il peut-être inconnu de certains!
Il s'agit bien évidement de VIM!

C'est aussi à monsieur toutlemonde de ne pas acheter ce qu'il ne lui convient pas.
Moi les DRM ne me conviennent pas je n'en achète pas.

- signets. On clique devant une ligne et un signet est créé (ligne en surbrillance, entrée dans le menu, marqueur sur la barre de défilement permettent de retourner facilement à la ligne ainsi marquée)
- remplacement par expressions régulières

sinon, un truc que j'aimerais bien voir arriver (dans n'importe quel éditeur), c'est la possibilité de déinir :
- des tabs pour l'indentation lorsqu'il sagit des premiers caractères de la ligne
- des espaces pour l'indentation après du texte.

Mon éditeur dont je ne citerais toujours pas le nom, permet tout cela!
Et en plus il est multi-plateforme! Il permet aussi les sélections "carrées", citées dans un message suivant. Je ne suis pas prêt de le lacher! Surtout qu'il se charge en plus très rapidement, aussi bien sous kde que gnome ou fvwm... :-)

non mais si je le mets dans bashrc il ne sera effectif que si je lance un shell, par défaut il n'y en a pas...

Comme je ne souhaite pas que ce soit valable pour tout le système (je conçois que l'on puisse vouloir utiliser gedit) j'ai mis l'alias dans ~/.profile mais ce fichier ne semble pas être utilisé (je suis en Debian).

j'ai pas réagis sur le coup mais tu le mets où ton alias? Parce que par défaut je ne lance pas de shell...

Je vais essayer mais si la commande de lancement de gedit contient le chemin c'est foutu et il ne faut pas non plus que l'appel à gedit soit fait avec des options spécifiques à gedit...

Pour supprimer une affectation, tu peux aller dans les propriétés d'un fichier et aller sur l'onglet "open with". Il y a un bouton "remove" qui vient à point nommé (il n'est par contre pas possible de les enlever tous, je n'en connais pas la raison)

Je n'ai jamais fais gaffe au fait que l'on pouvait supprimer une affectation depuis l'onglet "ouvrir avec...". Je vais regarder ce soir...

Mais, pourquoi ne pas utiliser gedit ? :D

:-) Parce que je suis arrivé à un âge où l'on a ses petites habitudes que l'on ne veut plus changer et surtout que l'éditeur de texte est pour moi un outil de travail et que je suis amené à travailler aussi bien sous Windows, Linux, Solaris, etc. et que l'éditeur que j'utilise est dispo sur toutes ces plateformes, ce qui n'est pas le cas de Gedit il me semble...

Et non je ne dirais pas lequel c'est... ;-)

Comment faire pour sélectionner son éditeur de texte dans Gnome?
Gedit est surement très bien mais j'ai mes habitudes avec un autre éditeur (que je ne cite pas pour éviter tout troll...) et je n'ai pas envie d'en changer vu qu'il me satisfait pleinement.
Mais je n'ai pas trouvé où lui dire d'utiliser mon éditeur plutôt que gedit. A part à affecter dans Nautilus mon éditeur à chacun des différents type de fichier mais c'est super lourd, et pas pleinement satisfaisant.

Autre question: une fois que l'on a fait une affectation d'une appli avec un type de fichier comment faire pour supprimer cette affection pour que cette appli n'apparaissent plus dans le menu contextuel?

Et encore une dans le même genre: pourquoi dans le menu contextuel on a des fois plusieurs fois la même appli de proprosée?

Bon sinon bravo aux dev pour cette nouvelle version.

- pas de possibilité de choisir le périphérique audio dans Kopete (pas plus dans Psi)

Parce que y en a dans Skype??? Il ne connaît qu'OSS si je ne m'abuse...

Question con:

C'est quoi la différence entre Windows Messenger et MSN Messenger?

Question bête peut-être : qu'apporte xml par rapport au format LaTeX (je ne connais ni l'in ni l'autre)?

Si quelqu'un te passe une vidéo en DivX et bien tu pourras la lire sinon non...
Donc il a au moins un intérêt en tant que dec...

C'est un fait connu que gcc n'est pas un excellent compilateur dans tous les domaines. C'est pas facile de compiler tous les langages de la terre sur toutes les architectures de l'espace et d'etre meilleur que tout le monde. Ce qu'il faut juger, c'est la distance. 20%, ca me parait acceptable tout en restant a ameliorer. Au dela, c'est qu'il y un truc qui ne va pas.

Je n'ai pas critiqué gcc. La question était de savoir si des comparatifs existaient entre gcc et des compilos commerciaux. J'ai apporté ma très modeste pierre avec une réponse basée sur des souvenirs...

Certe 20% ce n'est pas énorme et pas génant sur un PC mais dans l'embarqué c'est très pénalisant et pourtant je travaille sur une archi 32 bits (ARM7 et ARM9) avec des binaires de 2Mo. Mais 20% de plus c'est inacceptable chez nous... surtout si en plus le code est moins efficace. Mais il faudrait peut-être refaire le test avec cette version 4.1 de gcc pour voir l'évolution.

Tu peux regarder sdcc (http://sdcc.sf.net) qui parait plus adapte. Sur certains projets, il arrivait au niveau de Keil.

Je ne connaissais pas mais c'est inadapté à mon cas (32 bits, arm7 et arm9).

Je ne me rappelle plus les conditions exactes du test (ce n'est pas moi qui les ait fait, le "on" désignait la boite où je bosse) mais il y a eu plusieurs configurations de testées et dans mon souvenir ADS était toujours meilleur sur les 2 domaines (taille code, vitesse d'exécution). Faudrait que je retrouve le rapport de test...

Je n'ai plus vraiment les chiffres en tête mais au boulot on a fait des tests sur ARM7 entre gcc 3 et le compilo ARM ADS1.2 et il n'y a pas photo. ADS est plus performant en taille de code (20% je crois) et le code généré est plus rapide.