DiZ a écrit 134 commentaires

http://www.wallfire.org(...)

>Pour ce qui est du browser tu n'as
>jamais utilisé celui de Nextstep visiblement.

>Je rêve pas, si un jour tu arrives a integrer une >entrepise tu ne passeras pas ton temps à faire >mumuse avec ton browser

On se connait ? Je crois pas.
Alors ton ton méprisant, laisses le un peu au placard.

- L'echec d'Apple n'a rien a voir avec sa simplicité (ou non).
Et
Mac => echec <=> simple => echec
est plutot mal vu.

- Omniweb gère Flash & Java ?
- Si, si je t'assure un browser ca sert, meme dans les entreprises.

Si tu veux discuter de *Step c quand tu veux :)

>Ici, on a encore des NextStep (20 sur 600) pour des >softs de CAO,
>les utilisateurs en sont très contents, mais si tu >leur parles de
>faire de la doc il sont très septiques à utiliser >autre chose que
>Windows/Word. Par rapport à ce qu'ils avaient sur >Next ils apprécient
>fortement Windows.

Compare ce qui est comparable il n'existe certainement pas de browser récent ni de player video sur c'est machines (ce qui est assez restrictif pour un utilisateur ( même 'entreprise)


>j'avais toujours entendu dire que pour un >néophyte MacOS était beaucoup plus
>facilement abordable que Windows, mais c'est >Windows qui a pris le dessus.

J'ai toujours entendu dire que ferrari faisais des voiture plus performante que fiat ......

Il n'y a pas vraiement de corélation ......

>Par exemple, le bytecode est tel qu'il est tres >facile de porter un nouveau langage sous .NET

j'ai du mal a comprendre comment une machine VIRTUEL
peut etre optimiser/réaliser avec par dessus des langages aussi différents que Perl & Effeil.

Après en avoir discuté avec des développeurs testant cette plateforme il semblerait que seul C# possède un support réellement "correct" (cela reste une machine VIRTUELLE)

Miguel de Icaza (Mono) avait été assez évasif a ce sujet (au Fosdem) concernant ces contraintes

>Mais peut-être que GnuStep est un desktop de nerds

GNustep est une plateforme de développement (il faut te le répéter 10 fois ou quoi ?)

Et non les applis qui sont développées a partir de ce framework sont tout sauf prévu pour être designer pour les nerds (OpenStep et MacOSX sont tout sauf pour les nerds).

Beaucoup d'applis GNUstep seront d'ailleurs de simple portage de MacOSX.
Note: d'ailleurs je trouve que les suggestions/critiques (essentiellement sur l'ergonomie) des utilisateurs de Mac,pour GNUMail par exemple, sont tres constructives a ce niveau la.

>Dire que c'est en Objective C n'est pas suffisant

NSBundle,NSCoder,NSPasteboard,NSNotification*,NSProxy,........
http://developer.apple.com/techpubs/macosx/Cocoa/Reference/Foundati(...)
http://developer.apple.com/techpubs/macosx/Cocoa/Reference/Applicat(...)

pour plus d'infos.

En gros on peut dire que le framwork OpenStep inclus directement tous ce que l'on retrouve dans
les Design Patterns classiques.

Les specs existent et sont documentées et c'est un standard (de fait certes mais au moins il y a un standard qui est mature)


>et qu'il est même arrivé avant C++, on se >demande pourquoi personne ne l'utilise, hein :-

OpenStep a influencé la majeur partie de l'informatique actuel : de Java a MacOSX a pensant par certaines choses reprise par Microsft.

> Du genre, un panel présentant de façon >immédiate les applications fournies avec >l'environnement, ainsi que d'autres >fonctionnalités par exemple (bureaux >virtuels...).

Eh bien, tu as peut être mis une après midi pour assimiler le C++ mais alors pour assimiler
que GNUstep est une plateforme de développement est pas un Desktop il te faut du temps....


> C++ c'est pourri et Objective C c'est génial. >Après tout, rien ne t'oblige à adopter une >vision des choses réaliste et rationnelle.

Je crois qu'il a juste dit que Objective C est plus élégant.


> En l'occurence les concepts de C++ sont >effectivement très simples, s'assimilent en une >après-midi

Ridicule, pipoteur ou demi-dieu ?

On veut chimera
On veut chimera
On veut chimera
On veut chimera
On veut chimera
On veut chimera......

http://chimera.mozdev.org/(...)

> L'un des avantages de aviplay est son interface >graphique qui rend son utilisation assez >intuitive.

je pense que nous n'avons pas les mêmes notions d'ergonomie.

> Pour choisir son codec,
>click bouton droit,
Ce que la plupart des débutant ne maitrise pas.
Mac réputer conviviale et avec une prise en main aisée n'utilse qu'un bouton

>player config, Decoder.
Tu veux dire qu'il y a des sous menus dans le clic droit.
comme les horreurs de GNome, déja que les sous-menus en clic gauche c'est chiant.

>Puis faire glisser le codec souhaite en haut de >la liste.

:), allez on a tous dja fait du glisser long dans xmms avec une souris bas de gamme :)

http://chimera.mozdev.org/(...)

C'est une sorte de galeon pour MacOSX.

Vous le voulez sous GNU/Linux, *BSD, Windows, GNU/Darwin (partout ou GNUstep fonctionne en fait) ?


Ecrivez aux developpeurs gcc pour qu'ils intègrent les modifications d'Apple gobjc++ (mélanger de l'Objective-C et du C++ : burk !)

>le concept de framework avant que Java n'enfonce le
>clou.

OpenStep
http://gnustep.org/resources/OpenStepSpec/OpenStepSpec.html(...)

Et le jdk, c'est juste un framework OpenStep raté.

>j'espere au moins que c'est de ce cote la qu'il faut chercher

ben j'espere pas, sinon on va commencer a parler performance

....sans Cygwin

GNUstep base fonctionne en natif depuis longtemps (et librement) sous Windows.

L'effort est maintenant porter sur "back", qui fait le lien entre le systeme d'affichage (X,Directfb,OpenGL,Diplay Postscript, Display PDF...), et GNUstep gui.
le GWorkspace commence a fonctionner sous Windows.

Note : Comme ce sont des plugins il est possible de changer de système d'affichage a la volée
*sans* recompiler l'application

j'étais pas en full screen.
et je suis en xmga (pas xv)

et la video est de test est ici :
http://download.divx.com/showcase/peacemaker.avi(...)

>A essayer pour comparer le rendu par rapport à >Mplayer et Xine.

par rapport a mplayer le rendu me semble (relatif) légèrement meilleur, notament
en jouant avec avance/retour mais :

- Je suis obliger de supprimer a chaque fois le .divxplayer sans quoi il Segfault

- sur une video prise dans divx.xom/showcase

Processeur : AMD Athlon 850Mz
RAM : 256 Mo
Carte : Matrox G450 (32Mo)

MPlayer-0.9r3 compilé avec ffmpeg+mga vid+mmx,mmxext,3Dnow,sans gui

5.3<%CPU<0.1 %MEM=1.9 mplayer

65%<%CPU<40% %MEM=7.7 divxPlayer.bin


Test impossible sur PPC :-)

Au revoir divxPlayer...

Il existe un autre projet de Window Manager pour GNUstep lui aussi écrit en ObjC et C.
Il s'agit d'Interface :
http://www.dragonhelix.org/interface.html(...)

Ouch il n'y a pas de GNUmakefile ?
(c'est le nom officiel d'un makefile gnu (pour gnumake il me semble))

alors pour GNUstep si /OU_GNUSTEP_EST_INSTALLE/System/Makefiles/GNUstep.sh
(.csh) est sourcé make (ou make install si tu as les droits) fonctionne tres bien quelque soit la plateforme.

pour ce qui l'ouverture d'une app
openapp MonAPP.app

Une erreur d'execution ?
Possible gnustep évolue pas mal et si
gnustep-base :
http://developer.apple.com/techpubs/macosx/Cocoa/Reference/Foundati(...)
http://gnustep.org/resources/OpenStepSpec/FoundationKit/Classes/bro(...)

est terminé depuis longtemps

GNUstep-gui (0.7.7) est en perpetuelle changement:
http://gnustep.org/resources/OpenStepSpec/ApplicationKit/Classes/br(...)
http://developer.apple.com/techpubs/macosx/Cocoa/Reference/Applicat(...)
Optimisation, ajout des extras de MacOSX .....
et il les nouvelles releasre utilise rapidement ces ajouts.

Note: il existe un autre Projet plus suivit par la communauté GNUstep :
c'est un GNUstep basé sur un noyau Linux.
LinuxStep.

Elle tres proche de se qui ce fait dans MacOSX/OpenStep.

La Hierarchy du Filesystem, le mode Expert .....

Je connais un (tout) petit peu Sylpheeld :

Je dirais les plus de GNUMail sont :
- Intégration à GNUstep (services,PastboardServer)
- Thread
- vraiment une très bonne API de Mail (proche de JavaMail) : Pantomime
- GNUMail est un mini-environement de developpement
gràce aux Bundles (et les ajouts sont relativement simple). Il faudrait peut-être documenter les protocol (proche des class interface)

Les moins :
- GNUstep AppKit est un peu jeune et instable
- Il manque GPG

GNUMail va murir avec GNUstep AppKit et des "composants" GNUstep.

Les prochaines version vont être redéveloppé avec Gorm vraisemblement.

Maintenant 1 an homme pour un mailer c'est vraiment bien.

PS : MDI lors de ces conférences avoue qu'Evolution a necessité 34 ans/homme (à plein temps)

Merci l'API OpenStep :-)

>Il n'y a qu'à voir le nombre de programmes qui
>utilisent des librairies écrites dans le cadre du
>projet Gnome

GNustep utilise utilise libxml par exemple.
Maintenant il existe des "interface" permettant d'utiliser les framworks de GNUstep avec d'autres langages
(et d'utiliser les librairies/framework d'autres langage a partir de GNUStep).

C'est le cas pour Java (JIGS) ruby (RIGS) smalltalk, guile.
Il me semble qu'il existe egalement un langage de script permettant de manipuler les objets GNUstep.
Ca langage peut potentiellement etre utiliser par d'autres langage (Perl,python...)

Oui je n'ai pas été bien clair :

apt
http://packages.debian.org/testing/base/apt.html(...)
est l'outils developpé bien connu par les utilisateurs Debian se généralise dans les distribution a base de RPM :
Conectiva :
http://es.conectiva.com/conectiva/(...)
Red Hat :
http://apt-rpm.tuxfamily.org/(...)
et peut-etre bientot Mandrake.
ainsi que chez les BSD (voir le port Debian sous BSD + autres projets individuel)

un frontend graphique (de apt) a la synaptic

http://distro.conectiva.com.br/projetos/46/(...)

est prévu pour GNUstep

> On a déjà troll^Wdiscuté à ce propos, mais on ne >dira jamais assez que ce système à base de >variables d'environnement est abominable.

Le fait d'avoir ces variables d'environnement ne me dérange pas en soit.
Et les makefiles permettent de développer des Applis, Bundles, Library TRES facilement.

OpenStep est tout de meme moins élitiste que le développement classique "a la autoconf/automake"

Lorsque l'on voit que sur OpenStep Terminal.app est jugé un "logiciel pour expert" on voit que le degré de convivialité recherché n'est pas le meme que sur d'autres desktop.

De plus OpenStep n'est pas tres FHS compliant (d'ou les variables d'environnement) Cela ne me dérange pas puisque je suis POUR que outre root personne ne devrait voir /etc /dev /usr .....

A la MacOS X/OpenStep quoi.

Pas de bloat.
SIMPLICITE .

1- gcc est/sera necessaire pour le runtime ObjC
2- Pour le systeme de packaging l'auteur pense qu'en tant que demo ce n'est pas tres utile.
Maintenant comme apt a l'air de se généraliser (chez les rpms distributions et les BSD) un frontend a la "synaptic" est pour GNUstep dans le "pipe"

Compiler GNUstep n'a rien de fastidieux (comparé a Gnome/kde)

http://gnustep.net/Documentation/BuildGuide/stable.html(...)

D'ailleurs c'est un projet très bien documenté
pour les développeurs:

http://developer.apple.com/techpubs/macosx/Cocoa/CocoaTopics.html(...)
http://gnustep.net/documentation_index.html(...)
http://gnustep.org/resources/resources.html(...)

>Sauf que l'histoire de NeXT n'est pas terminée,
>puisque NeXT a racheté Apple pour créer Rhapsody.

C'est Monsieur Steve Jobs qui a ramené NexTStep
dans ces cartons chez Apple.
Rhapsody (et NexStep) s'appelle maintenant MacOSX

Next Inc: NexStep - WebObject -Interface Builder -ProjectCenter - Objective C - Display Postscript Server

Flop commerciale (pas techno)

Va se maqué chez Sun Microsystem
-> définition d'OpenStep d'ou Openstep for Solaris/Aix/NT
->Inspire Java
->Inspire J2EE

Va se maqué avec MS
-> Inspire Interface Windows
-> Inspire Com et en parti probablement .Net


-> Inspire différents projets GNU:
Windowmaker
GNUstep (reimplementation libre de openStep,Interface Builder,Project Center, Webobject)

Reviens avec Steve Jobs chez Apple
-> Projets Rapsody
-> Deviens MacOSX (un NextStep a peine modifié (display PDF) )


Alors non l'Aventure Next n'est pas terminée, elle se porte bien merci pour elle

>Dans la plus pure tradition DLFPienne, il est
>d'usage que de tels sujets soient bien trollés.

Ouais c'est plutôt dans la tradition Slashdot.

DLF n'est qu'un pale parodie francisée de ce dernier.
Tout y est d'ailleur en plus petit:
les posts, les trolls jusqu'a la pertinance des news.

-1 (tant qu'on ait dans les trolls de merde)

> Bien que Linux ne soit plus marginal, je pense que

>le nombre d'entreprise (en France) qui sont passés

>sous Linux se comptent sur les doigts de la main.



Ouaaaaaaaah aaaaaaaaahh

Aaaaaaaaaaaaaaaaaaaaaaaahh

Oooooooooohhhh

Hiiiiiiiiiiiiiii(snif)



La meilleur blague de l'année...



Euh, excuse-moi, tu vis sur quelle planète ?



-1 mais tu m'as bien fais rire quand meme

>En fait, ils ont un outil d'administration basé sur >des directories

C'est une surcouche à ldap en fait

>D'ailleurs ça pourrait remplacer avantageusement
>NIS et compagnie je trouve.

tout a fait, on fait ca tres bien avec OpenLDAP+schema NIS+pam+libnss-ldap
Pour la réplication c'est slurpd (pour openldap)
et pour la sécurité ssl

Ce que serait bien c'est qu'ils (NetInfo,NDS,Active Directory Server,openldap) soient réelement compatibles entre eux

>c'est que les beaux graphiques ça ralentit
>beaucoup le chargement des programmes

C'est Quartz qui ralentit.
L'API (Cocoa) est rapide (il y a 10 ans de développement dessus : depuis NeXT)
Quartz est un peu jeune encore