Étoilé est un environnement de bureau utilisant GNUstep, mais contrairement à Backbone, Étoilé n'a pas été créé dans le but d'être « un environnement de bureau pour GNUstep », mais vise à complètement repenser comment l'utilisateur interagit avec sa machine. Le but est de passer d'une interface influencée par des concepts « informatiques » (fichiers, applications) par une interface influencée par des concepts plus proches de l'utilisateur (documents, projets, services). Toutefois, Étoilé et GNUstep restent intimement liés, les améliorations du premier profitant au second, et certains travaux ont pour vocation de remonter vers GNUstep (Camaelon et IconKit, par exemple). De plus, Étoilé n'est pas encore assez avancé pour pouvoir faire une réelle distinction entre une « application Étoilé » et une « application GNUstep ».
Étant basé sur GNUstep, Étoilé offre théoriquement une bonne compatibilité avec Cocoa. Toutefois, beaucoup d'applications Mac OS X utilisant des extensions spécifiques à Apple, les choses ne sont pas aussi simples (« Porting Cocoa software is not as easy as people think. They tend to use QuickTime, CoreImage, CoreFoundation and others in various places »). Néanmoins, cela n'empêche pas le projet de se fournir dans les nombreux logiciels libres disponibles sous ce système (UnitKit, OgreKit, DistributedView et Sketch en sont des exemples) lorsque cela est intéressant.
Étoilé ayant pioché à droite et à gauche pour avancer plus rapidement, beaucoup de licences sont utilisées pour diffrérents composants : MIT/BSD, GPLv2, LGPLv2.1, ASL et Apache 2.0. La licence préférée pour tout nouveau code est la BSD, la GPL posant certains problèmes dans un environnement orienté composants. Au menu de cette version :
Cette version, avant tout destinée au développeur désireux de se familiariser avec l'environnement de développement, vient avec beaucoup de nouveautés. Tout d'abord, les frameworks pour le développeur :
- AddressesKit, un framework centralisant la gestion des contacts
- BookmarkKit, pour centraliser la gestion des marques-pages
- CollectionKit, un framework générique pour la gestion des "collections" (photos, musique, marques-pages)
- DistributedView, qui permet d'afficher des icônes (comme dans un gestionnaire de fichiers classique)
- EtoileFoundation, diverses extensions au framework Foundation de GNUstep (atuellement, ajoute une API pour les threads ainsi que de la surveillance de fichiers similaire à FAM)
- EtoileUI, diverses extensions au framework AppKit (actuellement, propose quelques méthodes pour redimensionner des images)
- IconKit permet d'obtenir et de combiner des icônes entre elles
- InspectorKit, choisit l'interface à utiliser selon l'objet ou le fichier choisi
- OPMLKit, PopplerKit et RSSKit respectivement pour le support des formats OPML, PDF et RSS
- SystemConfig, qui permet de gérer l'environnement système (par exmple, le volume des hauts parleurs)
- XWindowServerKit, pour l'interface avec le système X-Window
- LuceneKit (indexation et recherche), OgreKit (expressions rationnelles) et UnitKit (tests unitaires) sont toujours présents et ont été améliorés
- enfin, PreferencesKit (unifie et simplifie grandement la gestion des préférences pour le développeur) a été renommé en PaneKit (et a été étendu à tout type de panneau, plus seulement les préférences) et a lui aussi subit son lot de modifications.
Au niveau des services « internes » (cachés à l'utilisateur), on remarquera :
- Une nouvelle version de Camaelon, qui permet d'avoir une interface plus moderne (et surtout thémable)
- EtoileBehavior, qui notifie aux applications la déconnexion de l'utilisateur
- EtoileWildMenus, une barre de menus horizontale à la Mac OS X
- ServiceMenulet (pour présenter le menu « Services » de GNUstep) et VolumeMenulet (pour le contrôle du volume), deux menulet pour MenuServer
- Azalea, un gestionnaire de fenêtres basé sur OpenBox
- AZBackground affiche un fond d'écran
- AZDock, garde une trace des applications actives
- AZSwitch, pour changer la fenêtre active
- Corner, qui lance un script lorsque le pointeur de la souris s'approche d'un coin de l'écran (par exemple pour changer de bureau)
- Idle, qui envoie une notification après que l'utilisateur n'a rien fait pendant une minute
- Login, qui remplace l'interface par défaut de GDM
- MenuServer, une barre horizontale en haut de l'écran qui permet d'accueillir les menus des applications ainsi que divers services
- System, dont le rôle consiste à gèrer tout ce beau monde.
Et pour clôturer cette liste, les applications qui font leur entrée, la partie émergée de l'iceberg :
- AddressManager, un carnet d'adresses
- Calc, une calculatrice
- DictionaryReader, une application pour questionner les serveurs Dict
- FontManager, permet de visualiser les polices installées
- Grr, un lecteur de flux RSS/OPML
- Jabber, un client pour le protocole du même nom
- OuterSpace, un gestionnaire de fichiers
- Sketch, dessin verctoriel
- Typewriter, éditeur de texte simple
- Vindaloo, visualisateur PDF
Et pour la suite ?
Les développeurs sont en pleine discussion sur les buts de la prochaine version, la 0.3. Vraisemblablement, les deux gros travaux seront la documentation (tout framework devrait au moins avoir une documentation générée automatiquement et chaque application un guide utilisateur) et l'élimination de tous les bugs de l'interface utilisateur, qui devrait être la plus parfaite possible.
De plus, cette version pourrait intégrer un premier prototype pour CoreObject, qui est expliqué dans un billet sur le blog des développeurs. À long terme, CoreObject devrait remplacer la notion de fichier pour le programmeur, permettant la gestion automatique et transparente de la sauvegarde (à chaque modification, le document est enregistré, l'utilisateur n'a donc plus besoin de s'occuper de cela) et de l'historique (qui, lui aussi, est persistent : c'est à la fois un équivalent du classique annuler/refaire - mais intrinsèque au document, sauvegardé avec lui - et d'une gestion de révisions - avec gestion des branches).
Les autres chantiers discutés sont, en vrac, un prototype de navigateur internet basé sur SimpleWebKit, un émulateur de terminal, un lecteur vidéo utilisant MPlayer et un gestionnaire de collections (photos, musique, contacts, ...)
Au niveau des choses incertaines mais en discussion, le dock pourrait également disparaître. Après le port de Vienna (un lecteur RSS sous Mac OS X) sous GNUstep, se pose également la question du futur de Grr. Le projet ayant beaucoup avancé depuis la version précédente, il est également temps pour les développeurs de poser plus précisément la question de l'intégration des différents composants.
À noter la possibilité d'une version intermédiaire, 0.2.5.
Aller plus loin
- Étoilé (75 clics)
- L'annonce (6 clics)
- Les inévitables copies d'écran (33 clics)
- Dépêche précédente sur Étoilé 0.1 (17 clics)
# et K.I.T.T. ?
Posté par windu.2b . Évalué à 5.
========>[]
# Live CD ?
Posté par Xavier Maillard . Évalué à 4.
À cette adresse[1], on peut trouver un live CD estampillé «0.2 pre» pour le fosdem. Par rapport à cette version 0.2 officielle, est-ce très différent ? Un nouveau live CD est-il prévu ?
Etoilé est de ces projets qu'on installe pas comme ça sans réflechir et tester, c'est pourquoi je pense qu'il est indispensable de toujours proposer *LE* liveCD corespondant à la version en cours.
[1] http://xdev.org/etoile/
[^] # Re: Live CD ?
Posté par Panda Voyageur (site web personnel, Mastodon) . Évalué à 4.
Celui de xdev était une version vite fait pour pouvoir montrer quelque chose au FOSDEM, et a plusieurs bugs.
Pour les impatients, il existe une version beta du livecd 0.2 ici (qui date de début juillet):
http://download.gna.org/etoile/etoile-livecd-0.2-build-A3.is(...)
# Orienté Utilisateur?
Posté par Gui13 (site web personnel) . Évalué à 7.
L'approche "documents, services et projets" ne m'apparaît pas vraiment quand un des screenshots porte le nom de "IM Client, File Manager and Dictionary", ou quand je lis la liste des applications qui arrivent sur ce WM.
En quoi l'approche orientée utilisateur est elle implémentée ici?
[^] # Re: Orienté Utilisateur?
Posté par stricaud . Évalué à 3.
Concrètement, tu peux prendre l'exemple de la barre de menu qui se retrouve en haut et apporte de la clareté dans l'utilisation des applications.
Ensuite, bah forcément c'est pas évident tout de suite :
* Ce n'est que la version 0.2, il y a déjà ne serais-ce que les menus et c'est déjà un grand pas en avant, mais le meilleur reste à venir
* Ils partent de window maker quand meme, et pour avoir l'idée de le rendre joli/pratique, faut être un peu malade. C'est comme si tu voulais fabriquer un processeur avec du sable : ça prend un peu de temps!
[^] # Re: Orienté Utilisateur?
Posté par Moonz . Évalué à 3.
Aucun rapport. L'environnement de dev est basé sur GNUstep mais le gestionnaire de fenêtres est basé sur OpenBox :)
[^] # Re: Orienté Utilisateur?
Posté par Nÿco (site web personnel) . Évalué à 2.
[^] # Re: Orienté Utilisateur?
Posté par M . Évalué à 2.
[^] # Re: Orienté Utilisateur?
Posté par Moonz . Évalué à 3.
Justement, elle n'est pas encore implémentée :) (ce n'est que la version 0.2). Pour l'instant, le but est d'avoir quelque chose d'à peu près utlisable (pour d'éventuels devs qui aimeraient se joindre au projet) et une base solide. Les résultats concrets au niveau interface utilisateur arriveront ensuite (mais CoreObject devrait déjà apporter des choses je pense)
# But, interet ?
Posté par freejeff . Évalué à 3.
J'ai ete voir le site de GNUstep qui ne m'a pas franchement ete d'une tres grande utilite pour comprendre le but du projet.
Ce que j'en ai compris :
Les sources GNUstep peuvent etre compilee sur macos X, Utilisees sur GNUstep lui meme (un peu trivial)
Linux n'est pas specifie, donc j'imagine qu'ils ont leur propre noyau base sur un BSD ou autre. Mais c'est a ou j'ai du mal, Openstep serait une couche d'abstration permettant de ne coder qu'une fois pour differentes plateformes et etoile un ensemble de logiciel utilisant openstep.
Mais sur quoi ca repose et pourquoi n'y a il pas de lien avec linux ?
Si quelqu'un pouvait eclairer ma lanterne.
[^] # Re: But, interet ?
Posté par Bapt (site web personnel) . Évalué à 1.
Ensuite tu peux bien te demander ce qu'est GNUstep, donc direction le site de GNUstep, et sur la première page je lit : "GNUstep is a cross-platform, object-oriented framework for desktop application development"
GNUstep est un environnement pour le développement d'application orientées desktop et cross-plateform, donc pour tous les OS en théorie. la phrase suivante précise que Openstep ne sont que des spécifications.
Il est vrai qu'un petite phrase explicative concernant GNUstep dans ce journal aurait pu être sympa.
Pour finir GNUstep est "cross-platform" donc tourne partout, donc sur Linux d'ailleurs les screenshots sont fait sous linux : http://www.etoile-project.org/etoile/mediawiki/index.php?tit(...) on lit : Operating System : Linux.
[^] # Re: But, interet ?
Posté par oops (site web personnel) . Évalué à 10.
Steve, alors très malheureux, savait qu'il pouvait compter sur ses qualités d'hypnotiseur de bobos, de sa faculté à pouvoir s'entourer de bonne personnes, et sur son flair qui fonctionne une décade sur deux.
Steve créa donc deux sociétés :
* le studio d'animation Pixar ( dont on se fou royalement ici )
* NeXT Computer: un société d'informatique
NeXT créa des ordinateurs vachement bien[2] pour l'époque ( écran 19 pouces / disque optique...) et un système d'exploitation baptisé NEXTSTEP [3]
NEXSTEP était basé sur un noyau Unix Mach [4] ( vi le même que hurd ) et sur une interface graphique basé sur le language objet ( presque révolutionnaire à l'époque ) Objective-C et sur un système d'affichage postscript.
Cependant ( oui on est dans la mauvaise décade du flair du petit Steve) les machines sont trop cher.... et personne n'en veut.
Steve se dit alors qu'il faut que son système fonctionne sur autre chose que les stations NeXT. NeXT collabore alors avec Sun Microsytem, et en 1994 sorte les spécifications OpenStep[5] et écrit OPENSTEP, une implémentation des spécifications OpenStep
Mais OPENSTEP n'arrive pas à percer car le grand méchant soft [6] balaye tout sur son passage.
Heureusement le flair du petit Steve est revenu avec une idée de génie !!! :
Se faire racheter par la boite qui l'avait viré ( Apple ) !!!
"NeXT rachète donc Apple en se faisant payé" ( blague ). Comme NeXT avaint 15 ans d'avance Steve refourge son système ( Mach /BSD ), renomme l'implémentation d'OpenStep en Cocoa [7] , repeint le tout en bleu et le renomme Mac OS X .
Il fait alors beaucoup de marketing ( invention du dock... tout ça ... ) et tout les bobos et BSDistes se disent que c'est super_cool_trop_novateur.
Avec se succès Apple à vu ses parts de marché de passer de 3% à 4%.
Pas beaucoup, certes mais on s'en fout car avec iPod et iPhone Apple va bien.... et tout le monde il est content ( sauf Jean-Louis Gassée [8] )
Et GNUstep dans tout ça :
GNUstep c'est un projet qui implémente les spécifications OpenStep + les morceaux rajouté par Apple dans Cocoa. Cela fonctionne sur les systèmes de type Unix ( libre ou non ) et partiellement sous Microsoft Windows
Mais malgré le fait que GNUstep est super pour développer des application graphique, GNUstep reste confidentiel parce que les gens ils aiment pas le gris, ni l'Objective-C.
GNUstep souffre également du fait qu'il n'y a pas de "chef de projet" (ou d'un mec charismatique "à la Icaza") et donc sans ligne directrice. Les développeurs préfèrent réimplémenter toutes les conneries rajouté par Apple au lieur de stabilisé leur super API.
Et Etoile alors ?
Etoile c'est un projet qui rajoute des couches ( du bloat ) et des concepts plus ou moins foireux à GNUstep ( qui je le rappel n'est pas stabilisé ). Eux aussi n'aime pas le gris alors ils repeignent GNUstep en caméleon.
[1] http://fr.wikipedia.org/wiki/Steve_Jobs
[2] http://www.levenez.com/NeXTSTEP/Materiel.html
[3] http://fr.wikipedia.org/wiki/NeXTSTEP
[4] http://en.wikipedia.org/wiki/Mach_microkernel
[5] http://www.gnustep.org/resources/OpenStepSpec/OpenStepSpec.h(...)
[6] http://www.microsoft.com
[7] http://developer.apple.com/cocoa/
[8] http://fr.wikipedia.org/wiki/BeOS
[^] # Re: But, interet ?
Posté par freejeff . Évalué à 2.
# distribution
Posté par ctorah . Évalué à 2.
debian experimental? fedora?
# liaison Objective C / GNUstep avec Lisaac
Posté par Mildred (site web personnel) . Évalué à 2.
C'est peut être un peu HS enfin bon ...
Lisaac ( http://isaacos.com/li.html ) est un langage dont on a déjà pas mal entandu parler ici. Il est maintenant libre (mais pas encore publié, cela ne saurait tarder cependant). Et comme j'aimerais écrire des applications graphiques en Lisaac et que je préfère OpenStep/GNUstep à QT ou GTK, je pensait que je pourrais peut être dans mon temps libre (c'est à dire vraiment peu) faire un binding de GNUstep pour Lisaac.
C'est à dire qu'on pourrait écrire des applications GNUstep en Lisaac sans toucher une ligne de C. un peu comme avec Io ( http://www.iolanguage.com/ ) mais avec un langage compilé (pas interprété)
Lisaac est un langage orienté objet de très haut niveau (avec un héritage multiple, dynamique, un typage statique), très optimisé et qui compile en C. C'est à dire que avec du code Lisaac en entrée, on obtient un gros fichier .c qu'on compile ensuite avec gcc de manière classique.
Alors le problème c'est que je ne sais pas du tout comment m'y prendre (je pense qu'en réfléchissant un peu ca devrait s'améliorer toutefois). Cependant si vous avez quelques idées, ça m'intéresse.
Il y aurait peut être un problème, c'est que Objective C autorise d'envoyer des messages non définis à des objets (d'après mes lectures, pas mon expérience), alors que Lisaac ne permet pas de récupérer la valeur d'un slot non défini dans l'objet ou un de ses parents ... Mais cela m'étonnerais que ce soit beaucoup utilisé et il doit être possible de trouver un workaround.
Qu'en pensez-vous ?
[^] # Re: liaison Objective C / GNUstep avec Lisaac
Posté par Nicolas Roard (site web personnel) . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.