Ca doit faire... 4 ou 3 ans que j'entends dire que l'implémentation du NFS
par Linux est... mauvaise.
Il y a une raison pour qu'en 4 ans rien n'ait avancé depuis?
Je ne ma plains pas hein, je me demande juste pourquoi. Dans la mesre ou
sur certaines features c'est allé assez vite mais sur celui-ci, c'est
anormalement lent... n'est-ce pas?
--
A powerfull GroupWare, CMS, CRM, ECM: CPS (Open Source & GPL).
Opengroupware, SPIP, Plone, PhpBB, JetSpeed... are good: CPS is better.
http://www.cps-project.org for downloads & documentation.
Free hosting of CPS groupware: http://www.objectis.org.
Je ne suis pas plus utilisateur de photoshop, je suis un utilisateur tout à fait naif et qui doit galérer pour trouver les commandes dans 50 sous menus à chaque fois qu'il doit se servir de gimp, si encore les commandes utiles sont dans des menus et qu'il ne faut pas les chercher dans google.
Gimp est une usine a gaz qui fait une tonne de choses, c'est un point commun qu'il partage avec Photoshop et c'est, malheureusement, obligatoire pour un logiciel de ce type.
-- http://www.unices.org Photos, humour et autres blogueries
On 2005-11-16, Michel Talon <talon@lpthe.jussieu.fr> wrote:
Je ne suis pas plus utilisateur de photoshop, je suis un utilisateur tout à
fait naif et qui doit galérer pour trouver les commandes dans 50 sous menus à
chaque fois qu'il doit se servir de gimp, si encore les commandes utiles sont
dans des menus et qu'il ne faut pas les chercher dans google.
Gimp est une usine a gaz qui fait une tonne de choses, c'est un point
commun qu'il partage avec Photoshop et c'est, malheureusement,
obligatoire pour un logiciel de ce type.
--
http://www.unices.org Photos, humour et autres blogueries
Je ne suis pas plus utilisateur de photoshop, je suis un utilisateur tout à fait naif et qui doit galérer pour trouver les commandes dans 50 sous menus à chaque fois qu'il doit se servir de gimp, si encore les commandes utiles sont dans des menus et qu'il ne faut pas les chercher dans google.
Gimp est une usine a gaz qui fait une tonne de choses, c'est un point commun qu'il partage avec Photoshop et c'est, malheureusement, obligatoire pour un logiciel de ce type.
-- http://www.unices.org Photos, humour et autres blogueries
Emmanuel Florac
Le Tue, 15 Nov 2005 21:55:37 +0000, Michel Talon a écrit :
mplayer est insurpassable et gimp est imbitable.
Je préfère de très loin Gxine à mplayer, quant à Gimp il est pratique à utiliser. Les logiciels les plus puissants ont rarement une interface évidente au premier abord, mais à l'usage c'est beaucoup plus rapide... C'est le cas de Gimp.
-- Mais monsieur, voudriez-vous que je me l'écorchasse? Barbey d'Aurevilly.
Le Tue, 15 Nov 2005 21:55:37 +0000, Michel Talon a écrit :
mplayer est insurpassable et gimp est imbitable.
Je préfère de très loin Gxine à mplayer, quant à Gimp il est pratique
à utiliser. Les logiciels les plus puissants ont rarement une interface
évidente au premier abord, mais à l'usage c'est beaucoup plus rapide...
C'est le cas de Gimp.
--
Mais monsieur, voudriez-vous que je me l'écorchasse?
Barbey d'Aurevilly.
Le Tue, 15 Nov 2005 21:55:37 +0000, Michel Talon a écrit :
mplayer est insurpassable et gimp est imbitable.
Je préfère de très loin Gxine à mplayer, quant à Gimp il est pratique à utiliser. Les logiciels les plus puissants ont rarement une interface évidente au premier abord, mais à l'usage c'est beaucoup plus rapide... C'est le cas de Gimp.
-- Mais monsieur, voudriez-vous que je me l'écorchasse? Barbey d'Aurevilly.
Emmanuel Florac
Le Wed, 16 Nov 2005 09:29:28 +0000, Michel Talon a écrit :
Justement c'est parceque je ne suis pas expert que je peux voir trés facilement que gimp est imbitable.
Les logiciels spécialisés (Gimp, Quark XPress, Illustrator, Maya...) sont soit imbitables, soit mauvais. En fait les ténors que je viens de citer sont tous parfaitement imbitables pour le débutant, mais spécialement efficaces pour les spécialistes. Je ne pense pas qu'il y a la possibilité d'avoir les deux... (une interface facilement explorable et accessible ET ultra-rapide pour les pros).
-- Si non confectus non reficiat.
Le Wed, 16 Nov 2005 09:29:28 +0000, Michel Talon a écrit :
Justement c'est parceque je ne suis pas expert que je peux voir trés
facilement que gimp est imbitable.
Les logiciels spécialisés (Gimp, Quark XPress, Illustrator, Maya...)
sont soit imbitables, soit mauvais. En fait les ténors que je viens de
citer sont tous parfaitement imbitables pour le débutant, mais
spécialement efficaces pour les spécialistes. Je ne pense pas qu'il y a
la possibilité d'avoir les deux... (une interface facilement explorable
et accessible ET ultra-rapide pour les pros).
Le Wed, 16 Nov 2005 09:29:28 +0000, Michel Talon a écrit :
Justement c'est parceque je ne suis pas expert que je peux voir trés facilement que gimp est imbitable.
Les logiciels spécialisés (Gimp, Quark XPress, Illustrator, Maya...) sont soit imbitables, soit mauvais. En fait les ténors que je viens de citer sont tous parfaitement imbitables pour le débutant, mais spécialement efficaces pour les spécialistes. Je ne pense pas qu'il y a la possibilité d'avoir les deux... (une interface facilement explorable et accessible ET ultra-rapide pour les pros).
-- Si non confectus non reficiat.
X.B
Et vice-versa. C'est précisément cet aspect "patchwork" qui est assez déplaisant dans les différentes interfaces libres, surtout que chacune vient avec certaines applications qui sont en avance sur celles de l'autre, ce qui fait qu'en pratique, pour une utilisation "desktop", on a les deux environnements majeurs d'installés ou peu s'en faut...
Et tu as une solution pratique à proposer à ce prétendu problème ?
Bien entendu, la solution consistant à proposer « on arrête Gnome, on ne fait que KDE, et les efforts se reportent de l'un à l'autre » n'est pas acceptable, de même que la solution duale, puisque ce n'est pas une décision qu'on peut prendre unilatéralement.
Et bien justement, qu'on la prenne collectivement!
et ben ensuite si un developpeur, un packageur n'a pas envi de s'y soumettre, tu le jettes en prison ? Evidemment si les acteurs majeurs du marché (redhat, mandriva, debian, plf, asia-linux) adopte le meme environnement, alors cela aura une chance de prendre (surtout quand on voit le nombre de distribution dediées qui en derive). Autrement cela restera un voeux pieu ...
Et vice-versa. C'est précisément cet aspect "patchwork" qui est assez
déplaisant dans les différentes interfaces libres, surtout que chacune
vient avec certaines applications qui sont en avance sur celles de
l'autre, ce qui fait qu'en pratique, pour une utilisation "desktop", on
a les deux environnements majeurs d'installés ou peu s'en faut...
Et tu as une solution pratique à proposer à ce prétendu problème ?
Bien entendu, la solution consistant à proposer « on arrête Gnome, on ne
fait que KDE, et les efforts se reportent de l'un à l'autre » n'est pas
acceptable, de même que la solution duale, puisque ce n'est pas une
décision qu'on peut prendre unilatéralement.
Et bien justement, qu'on la prenne collectivement!
et ben ensuite si un developpeur, un packageur n'a pas envi de s'y
soumettre, tu le jettes en prison ?
Evidemment si les acteurs majeurs du marché (redhat, mandriva, debian, plf,
asia-linux) adopte le meme environnement, alors cela aura une chance de
prendre (surtout quand on voit le nombre de distribution dediées qui en
derive). Autrement cela restera un voeux pieu ...
Et vice-versa. C'est précisément cet aspect "patchwork" qui est assez déplaisant dans les différentes interfaces libres, surtout que chacune vient avec certaines applications qui sont en avance sur celles de l'autre, ce qui fait qu'en pratique, pour une utilisation "desktop", on a les deux environnements majeurs d'installés ou peu s'en faut...
Et tu as une solution pratique à proposer à ce prétendu problème ?
Bien entendu, la solution consistant à proposer « on arrête Gnome, on ne fait que KDE, et les efforts se reportent de l'un à l'autre » n'est pas acceptable, de même que la solution duale, puisque ce n'est pas une décision qu'on peut prendre unilatéralement.
Et bien justement, qu'on la prenne collectivement!
et ben ensuite si un developpeur, un packageur n'a pas envi de s'y soumettre, tu le jettes en prison ? Evidemment si les acteurs majeurs du marché (redhat, mandriva, debian, plf, asia-linux) adopte le meme environnement, alors cela aura une chance de prendre (surtout quand on voit le nombre de distribution dediées qui en derive). Autrement cela restera un voeux pieu ...
