jeudi 24 juillet
April | Agenda du libre | Framasoft | Léa-Linux | Lolix | JeSuisLibre | Eyrolles | LinuxMag | Veni, Vidi, Libri | InLibroVeritas | LinuxGraphic
Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information
Accueil :: Dépêches :: Archives :: Proposer une dépêche :: Journaux :: Forums :: Entretiens :: Suivi :: RDF

Liens connexes

Dépêche modérée par

Dépêche éditée par

: Étoilé 0.2 est arrivé

Posté par Moonz (). Modéré le 30 juillet 2007.
Le projet Étoilé vient d'annoncer la version 0.2 du projet. Cette version représente une énorme avancée pour le projet par rapport à la version 0.1, la taille des sources ayant été multipliée par 6, le nombre de composants ayant augmenté du même ordre de grandeur.

É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.

> Lire la dépêche (16 commentaires, moyenne: 3,4).  

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 :

Au niveau des services « internes » (cachés à l'utilisateur), on remarquera :

Et pour clôturer cette liste, les applications qui font leur entrée, la partie émergée de l'iceberg :

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.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

et K.I.T.T. ?

Posté par windu.2b (Jabber id, page perso, ) le 30/07/2007 à 20:22. (lien). Évalué à 5.

Pour gérer la K2000



========>[]

Live CD ?

Posté par Xavier Maillard (Jabber id, page perso, ) le 31/07/2007 à 04:43. (lien). Évalué à 4.

Salut,

À 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/

--
Xavier Maillard
Rapport Cedras
NON A NICOLAS SARKOZY
NON A NICOLAS SARKOZY

Orienté Utilisateur?

Posté par Gui13 () le 31/07/2007 à 08:05. (lien). Évalué à 7.

Loin de moi l'idée de jeter la première pierre, mais en zieutant sur les screenshots, je n'arrive pas à voir la différence avec un énième gestionnaire de fenêtre.

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?

But, interet ?

Posté par freejeff () le 31/07/2007 à 11:37. (lien). Évalué à 3.

Je ne suis pas du tout un specialiste dans ce domaine et j'ai bien du mal a comprendre l'ensemble de la demarche GNUstep et etoile.
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.

--
. _
\ / Soutenons Ploum et ses
/\ journaux
/ \

distribution

Posté par ctorah () le 04/08/2007 à 20:04. (lien). Évalué à 2.

Y a une distribution qui permet de faire tourner le truc out of the box?
debian experimental? fedora?

liaison Objective C / GNUstep avec Lisaac

Posté par Mildred (Jabber id, page perso, ) le 06/08/2007 à 00:41. (lien). Évalué à 2.

Bonsoir,

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 ?

--
La Roue du Temps

Revenir en haut de page

Run by Team LinuxFr.org

Cette page a été générée par Templeet en 0.0872s (dont 0.0147 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.