oops a écrit 214 commentaires

>on a toujours pas de programme aussi puissant que photoshop sous linux... et surtout compatible à 100%

Cela changera quoi ?

Déjà que les utilisateurs que n'utilisent que 5% des fonctionnalités de photoshop ( et couvert par gimp ) ne changent pas .....

>C'est ça qui me rebute et me fait continuer à utiliser un éditeur
>"graphique". D'autant plus que sous Linux, les éditeurs GUI "légers",
>ça n'existe pas ou c'est beaucoup moins léger qu'un équivalent
>windows.

Tu as essayé SciTe ?
http://www.scintilla.org/SciTE.html

Si oui tu en penses quoi ?

Ca je savais faire.
Mais je pensais qu'il existait un solution directement à partir de Open Office.
( genre clic droit -> Sauvegarder l'image sous ... ).

Cela m'étonne que l'on ne puisse pas le faire directement à partir d'OpenOffice.
Cela me semble une fonction de base .....

il y a un drms.c dans le repository de vlc et dont l'auteur est Jon Lech Johansen.

Je ne sais pas si c'est ce que tu cherches

Est-il possible de mettre 2 HAProxy en maître/esclave ( pour palier à des problèmes de disques par exemple ) ?

Si oui est-il possible de garder les connections ( VRRP ? ) ?

>Même si c'est assez pompé sur MacOS !

Sur NeXTStep ( en 1989 ).
Et MacOSX est construit à partir de NeXSTEP ( OpenSTEP pour être précis )

>En tout cas après Konqueror qui va finalement passer sur Webkit, lui même issu
>de KHTML

Je ne suis pas sur de comprendre.
WebKit est en Objective-C il me semble. Pourquoi Konqueror l'utiliserait alors qu'il a déjà KHTML justement ?

>J'arrive pas non plus a trouver de rpm pour Firefox2 pour ma
>Mandrake sortie en 2000.

Utilise le tarball. Mais tu peux faire un rpm si tu veux.

Firefox2 lui fonctionnera sous Windows 2000

Non pas vraiment.
Les PDA c'est has been.

Tout est dans les smartphones maintenant.

>quelque chose d'assez abouti (qui a dit industriel) pour contrer les campagnes
>de pubs de Microsoft, qui n'auront pas manqué de vous échapper...

Pourquoi faut-il contre Miscrosoft ? ( qui de toute façon on une part de marché ridicule dans les OS "embarqué" )

Pourquoi pas Symbian ?

Il existe aussi un client GNUstep
http://www.stud.uni-hannover.de/user/64568/MPDCon/MPDCon.htm(...)

et une dock app pour ceux qui utilisent Window maker
http://www.musicpd.org/images/WMmp_20030708_1.jpg

Je n'utilise ni l'un ni l'autre mais pour un portable de mon amie je suis passé de :

* Sarge - KDE ( kde de base + OOo 1.1 + Firefox )
à
* Ubuntu - Gnome ( Gnome de base + OOo2.X + Firefox )

Résultat : Il va falloir acheter de la RAM ( 256 Mo actuellement ) si je veux arrêter les "C'est lent" à longueur de journée.

>Achaque fois que je m'en sert pour revenir au début du prompt (typique pour ajouter sudo) ca fait planter la ligne... Ultra chiant...

Alors que tu serais un vrai emacsien tu ferais Ctrl-a ;-)

hum.

Non zsh est plutôt lent et lourd, mais il fait beaucoup de choses.

Peux tu définir : "nouveaux concepts" et me donner deux / trois examples ?

Je dirais dans l'ordre :

- Apprendre le C
- Apprendre les grand design patterns
- Le petit guide O'Reilly ( Apprendre l'ObjC lorsque l'on connait le C est tivial )
- Les APIs GNUstep

>Pourtant BeOS n'utilise que du bon vieux C++ des familles (tout le système de
> messagerie inter-processus était une API C++)

Ce n'est pas inter-processus. C'est un runtime ( donc de plus bas niveau ).

http://www.macdevcenter.com/pub/a/mac/2002/05/24/runtime_par(...)
et
http://www.macdevcenter.com/pub/a/mac/2002/05/31/runtime_par(...)

pour plus d'infos.

Je me demande quel est l'intérêt d'un tel format ?

Il n'est en rien un format standard ( ni standard normalisé / ni standard de fait ).

>Même chose pour .net, qui a des parts de marché énormes.

Mouarf, dans les rêves de microsoft peut être....
.NET reste un gros bide pour l'instant.

>Ca parait peu... Mais toutes les machines Linux ne servent peut-être pas à
>surfer.

C'est un troll n'est ce pas ?


Oui c'est sur Linux c'est plus les serveurs, les clusters , les téléphones portables, les caméras, les magnétoscopes, les freebox, les routeurs/firewall clé en main, les PABX, les tablettes graphiques, les baladeurs haut de game, bientôt les consoles de jeux ...

Le nombre de projet passant à linux dans l'embarqué est impressionnant

Linux beaucoup plus utlisé que l'on croit.

Je pense même que vu l'explosion de l'embarqué (avec des OS lourd) actuel,
linux va certainement dépasser Windows relativement rapidement ( en nombre d'OS utilisé pas en hit Zdnet ).

MacOS étant déjà à des années lumière.

>les menus peuvent être détachables également sous gtk (ex : gimp), et cela
>forme un menu façon gnustep. Mais pour le reste je reste sceptique, enfin,
>encore une fois les goûts et les couleurs...

Oui mais les différences sont :
- Sous NeXTSTEP lorsque l'application B prend le focus les menus de l'application A disparaissent donc tu ne te retrouves pas avec une foultitude de menus sur ton bureau

- Le menu principal est *déjà* détaché et *déjà* vertical ce qui n'est pas le cas de gtk ( cela pose donc des problèmes d'ergonomie et de cohérence) . Donc je comprend tout à fait que cela ne fonctionne pas avec gtk ( et encore moins avec le HIG de gnome ...)


>Je ne trouve pas d'ailleurs le concept de menu en haut (sur macosx en
>particulier) si agréable, d'ailleurs lorsque l'on doit y accéder, cela fait
>généralement plus de déplacement à la souris que si c'est dans la fenêtre
>dans laquelle on travaille.

Il ya eu une étude relativement sérieuse la dessus ( malheuresement je ne retrouve pas le lien) comparent les menus Windows / Mac et NeXTSTEP

En gros le plus rapide et le plus efficace était le menu façon NeXTStep sauf pour les petits écrans ou le menu Mac semblait meilleur ( les station NeXT était des 19" par défaut :)

Cela vient du fait principalement sur le fait ou avait moins besoin d'être précis dans tes mouvements de souris ( en gros tu pouvais "jeter" ta souris vers le haut ou en haut à gauche au lieu de "viser" ).
Par contre la vitesse de la souris importait ( en gros avec une souris *très* lente ca ne fonctionnait pas ).
Mon avis perso est que :
1) Les choix les plus fréquement utiliser doivent également être via des bouttons/toolbar ( ce qui est généralement le cas dans les applications avec un IHM "correct"
2) si tu veux de la rapidité il faut utiliser les racourcis clavier :)

>De plus, si on a 2 fenêtres côte à côte, pour accéder à une option dans >l'autre fenêtre, il faut déjà cliquer sur cette fenêtre pour avoir le focus, et >trouver la bonne option ensuite (2 clicks)

Vrai mais voir 1) et 2) plus haut
Je rajouterais que 2 fenêtres côte à côte est plus rare dans le monde Windows car les fenêtres ont tendance à utiliser plus de place donc avoir des fenêtre côte à côte est moins fréquent que dans le monde NeXT.

De plus le switching d'applications et de toute façon un problème "complexe" au niveau IHM.

Et on voit apparaître c'est dernier temps des nouvelles façons de faire ( exposé/Vista/XGL essaie d'explorer d'autres voies... )


Bon après comme tu dis cela reste une question de goût mais aussi d'habitudes.

Reste que par exemple le switching d'application et relativement buggé sur GNUstep ( problème d'interaction avec le Window Manager ).

Je pense également que la majorité des utilisateurs ( venant du monde Windows ) auront du mal à se faire à une interface de type NeXT ( je ne parle pas du look mais de l'ergonomie) . Cela reste un monde différent ... même si je le trouve(ais) très agréable à l'utilisation.

>c'est vrai que c'est une bonne initiative, les menus verticaux, bof bof, cela
>prend bcp de place pour rien.

Ce sont les menus qui tiennent le moin de place sur l'écran.
Encore mieux, tu peux mettre le menu "off-screen" et ne le faire dépasser que de 1 ou 2 pixels. Le problème c'est qu'avec GNUstep lorsque tu mets la souris sur ce menu (de 1 ou 2 pixel), il n'apparait pas entièrement ( tu peux essayer avec les menus WindowMaker cela fonctione par ex.)

Il a pas mal d'autres avantages :
- Pas de réplication des menu sur X fenêtres ( comme sous Windows )
- Menu détachable sans que cela deviennent ingérable ( comme sous Gnome 1.X ) puisque le menu est caché lorsqu'une autre appli à le focus
- Déplacement plus rapide et plus facile dans une hierarchie de menu
( et pas : un coup le sous-menu apparait à droite et un coup à gauche puis encore à droite ...)
- Plus lisible que les menus verticaux

1) Les développeurs GNUstep ne développent pas d'applications ( GNUstep c'est "équivalent" à Cocoa-glib-gtk-QT pas à Gnome/KDE ... ). Et donc il n'y a pas grand chose à montrer ( à part les applications de développement comme Gorm )

2) Les développeurs GNUstep s'épuisent à courir après la "sacro-sainte compatibilité Cocoa" depuis 8 ans au lieu de rester avec l'API OpenStep qui est déjà très bonne. Développer une meilleur intégration avec un desktop me semble une meilleur solution

3) Parce que personne et en particulier le "chef de projet" de GNUstep ( Adam Fedor ) ne semble savoir où aller.

GNUstep reste un excellent projet avec des API vraiment bien pensées.

>En gros c'est Ubuntu, non ?

Il me semble que le client mail par défaut d'Ubuntu est Evolution.

>j'ai installée la version de mandriva pour voir ce qu'etait linux sous KDE car je
> suis vraiment novice.

A priori tu ne devrais pas avoir besoin de make pour KDE.

make est un outils utilisé par les développeurs.

C'est bon on a compris Gnome roxor, et KDE puxor.

Maintenant arrête !