Vous les attendiez, ça se précise. Voici les plans pour GNOME 3.0:
http://live.gnome.org/ThreePointZero/Plan
Et merci à Frederic Peters pour cette synthèse de l'état du grand nettoyage:
http://www.gnome.org/~fpeters/299.html
GNOME 3.0 ce n'est pas que du grand nettoyage... Certains projets, s'il est décidé de les intégrer, pourraient accentuer la rupture, entre autres :
http://live.gnome.org/GnomeZeitgeist
http://live.gnome.org/GnomeShell
# Rassurant
Posté par zebra3 . Évalué à 6.
Heureusement que tu es là pour nous rappeler qu'il reste beaucoup à faire sous le capôt, et que les développeurs sont déjà au travail ;-)
Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur
# 3.0?
Posté par Anonyme . Évalué à 7.
http://itmanagement.earthweb.com/osrc/article.php/3812616/GN(...)
[^] # Re: 3.0?
Posté par IsNotGood . Évalué à 5.
> il n'y a que des changements incrémentales sans cassure de compatibilité.
Mais au bout d'un moment il faut de débarraser des vieilleries.
Tu prépares avec 2.x (l'api est là, mais il y a des warnings), tu vires dans 3.0.
[^] # Re: 3.0?
Posté par Anonyme . Évalué à 2.
Par exemple le premier point, ce qui sera visible pour l'utilisateur, est faiblard. Gnomeshell ou zeitgeist cela semble plus que faisable aujourd'hui et c'est d'ailleurs pour gnomeshell, il me semble, très similaire dans les différents projets MID tel que ubuntu MID. Zeitgeist semble très facilement faisable avec nepomuk et d'ailleurs pourquoi aucun projet implémentant nepomuk pour Gnome? Encore la stupid gueguerre? Nepomuk n'a pas été fait pour KDE.
Le deuxième point a l'air tellement évident que je ne vois même pas trop pourquoi il le mentionne. Qui ne voudrait pas d'une clarification dans les bibliothèques et du ménage dans les choses obsolètes?
Le troisième point m'inquiète plus car actuellement à peu près toutes les distributions ne proposent que Gnome par défaut. Cela commence un peu à changer avec kde4 mais bon c'est encore bien léger. Donc Gnome a déjà un quasi monopole sur le desktop sous linux/unix. Est-ce que cela veut dire que Gnome va plus accentuer ses efforts sur du lobby que sur l'avancement technique? Cela me rappelle un peu trop certaines choses...
Enfin lorsque je vois les plans prévu pour KDE4 qui sont en plaine effervescence je pense que Gnome a vraiment un problème. Par exemple il en est quoi d'une suite office gnome? Parceque dans quelques mois KOffice va sortir et ce n'est pas des trucs disparates et qui ne communique pas entre eux tel que abiword et gnumeric qui vont pouvoir faire concurrence (OpenOffice.org n'est pas un projet Gnome donc il ne compte pas) et ce sont les deux seuls projets associés à une "suite" cela fait la aussi très léger.
[^] # Re: 3.0?
Posté par IsNotGood . Évalué à 4.
Ça mérite un changement de version majeure.
Une API obsolète est une API qui est toujours là. Avec le passage à 3.0, l'API n'y sera plus, c'est une incompatibilité majeure, ça justifie le changement de version majeur.
[^] # Re: 3.0?
Posté par Anonyme . Évalué à -1.
[^] # Re: 3.0?
Posté par IsNotGood . Évalué à 2.
Ce sont des bricoles.
Pour info, Fedora est passé à gcc 4.4 qui est à peine sorti.
Pour contre le passage à Gnome 3, les développeurs d'applis vont le sentir passer.
[^] # Re: 3.0?
Posté par Anonyme . Évalué à 0.
Parceque ils ont pas senti le passage à gvfs? Ou mieux le passage de esound à PulseAudio? Les deux ne sont toujours pas absorbé 2 versions après. Cela a t'il pour autant nécessité un changement de version? Cela a t'il provoqué un changement de version pour autant?
[^] # Re: 3.0?
Posté par IsNotGood . Évalué à 4.
Par exemple un programme qui utilise l'api esd marche très bien avec PA.
Ça ne sera plus le cas pour Gnome 3.
> Cela a t'il pour autant nécessité un changement de version? Cela a t'il provoqué un changement de version pour autant?
Non car il y a compatibilité ascendante. Il n'y aura plus compatibilité ascendante pour Gnome 3 (par définition).
[^] # Re: 3.0?
Posté par patrick_g (site web personnel) . Évalué à 1.
Mais alors il est sorti ou pas ? Pour moi pas encore, c'est juste la création de la branche 4.5 a été effectuée.
Si on va sur la page des annonces GCC il n'y a rien pour GCC 4.4 : http://gcc.gnu.org/ml/gcc-announce/2009/
Si on va sur la page des releases il n'y a rien sur GCC 4.4 : http://gcc.gnu.org/releases.html
[^] # Re: 3.0?
Posté par IsNotGood . Évalué à 3.
Il est sorti.
http://gcc.gnu.org/ (il est ici)
Ou pas :-)
Il manque ça pour qu'il sorte : http://www.gnu.org/licenses/gcc-exception.html
Imaginons qu'il n'est pas encore sorti, il ne va y avoir de boulversement à sa sortie officielle.
NB : Fedora a utilisé gcc-4.4 (nommé ainsi car probablement du cvs ; donc des sources officielles) avant que gcc-4.4 ne soit annoncé officiellement (ni sur http://gcc.gnu.org/ ).
Je n'ai pas envis de vérifier ces détails, car c'est des détails :-)
Tu trouveras l'historique (et les sources) de gcc dans Fedora ici :
http://koji.fedoraproject.org/koji/packageinfo?packageID=40
NB : gcc 4.4 a été utilisé pour compiler tous les sources vers le 15 mars.
[^] # Re: 3.0?
Posté par patrick_g (site web personnel) . Évalué à 4.
Je n'imagine rien, je constate.
Tu va sur la page des relases 4.4 : http://gcc.gnu.org/gcc-4.4/
Et tu lis ça :
"Release History
No releases have been made at this time."
[^] # Re: 3.0?
Posté par IsNotGood . Évalué à 2.
Ok, pas de problème.
Mais la page d'accueil à gcc 4.4, le dernier problème a été réglé et il y a une branche 4.5. Il ne va pas falloir des plombes pour avoir une annonce officielle.
Mais le problème est : es-ce que je dois dire que Rawhide utilise gcc 4.4 ou 4.3 (ou rh-4.4 histoire d'ajouter (ou enlever) de la confision) ?
Avec quoi est compilé Rawhide selon toi ?
[^] # Re: 3.0?
Posté par IsNotGood . Évalué à 2.
http://gcc.gnu.org/ml/gcc/2009-03/msg00827.html
[^] # Re: 3.0?
Posté par patrick_g (site web personnel) . Évalué à 2.
A mon grand dam car ma news GCC 4.4 stagne dans le pipe depuis mi-décembre....enfin bon c'est l'occasion de la peaufiner dans ses moindres détails ;-)
[^] # Re: 3.0?
Posté par Thomas Douillard . Évalué à 4.
L'histoire de cassage d'API ça tient la route mais c'est pas la seule politique possible. T'as des règles formelles, des règles plus "marketting", etc. Mais t'as rien de vraiment gravé dans le marbre.
[^] # Re: 3.0?
Posté par Anonyme . Évalué à 1.
[^] # Re: 3.0?
Posté par Thomas Douillard . Évalué à 4.
Après si ils cassent les API et si ils changent pas mal l'interface, je vois pas pourquoi ils se feraient pas plaisirs à changer de version majeure ...
[^] # Re: 3.0?
Posté par Guillaume Denry (site web personnel) . Évalué à 3.
Gnome est un environnement de bureau. Pourquoi vouloir qu'il propose également des outils de bureautique ? Parce que son voisin le fait ? Pourquoi ne pas juste se concentrer sur ... l'environnement de bureau et laisser la bureautique à un autre projet. KISS.
[^] # Re: 3.0?
Posté par Anonyme . Évalué à 2.
[^] # Re: 3.0?
Posté par Guillaume Denry (site web personnel) . Évalué à 3.
Contrairement à KDE, gnome me semble utiliser beaucoup de briques externes.
C'est un peu la même philosophie que [Qt qui fait tout et le café] VS [GTK + gstreamer + etc]
D'ailleurs on voit beaucoup d'utilisateurs Gnome utiliser des applis KDE mais rarement l'inverse. Mais là, je crois juste que c'est parce que KDE roxor plus que Gnome. En plus c'est fait en C++, preuve d'indéniable supériorité technique. Oups, désolé, je me lâche, je suis chaud là ! je suis CHAUD ! Déjà IsNotGood qui commence avec son troll sur Novell dans un autre journal là, ça m'a chauffé pour le vendredi, les amis !
[^] # Re: 3.0?
Posté par jeffcom . Évalué à -3.
L'argument qui tue
[^] # Re: 3.0?
Posté par Guillaume Denry (site web personnel) . Évalué à 1.
[^] # Re: 3.0?
Posté par jeffcom . Évalué à 2.
[^] # Re: 3.0?
Posté par IsNotGood . Évalué à 3.
Mais elle sera dans Gnome si "elle vaut le coup". Si avoir OOo est mieux, ben il y aura OOo. Et dans ce cas mieux vaut se concenter sur le portage de OOo. C'est aussi fait pour FF (par exemple l'organisation des menus est (légèrement) différente de Windows). J'approuve ce type de démarche, qui à mon avis ne va pas encore assez loin.
[^] # Re: 3.0?
Posté par Anonyme . Évalué à 1.
[^] # Re: 3.0?
Posté par IsNotGood . Évalué à 1.
Très bien utilise KDE. Je ne vois pas le problème.
Maintenant prend le problème des distributions.
Par exemple c'est (ou c'était ?) epiphany le navigateur Gnome. Fedora l'a utilisé un temps par défaut et maintenant c'est FF.
Il y a KDE dans Fedora, mais c'est toujours OOo par défaut même pour KDE.
NB : ce n'est pas un choix Red Hat, c'est un choix du groupe bénévole qui s'occupe de KDE dans Fedora.
Etc.
S'engager dans une voie qui boffe des ressources délirantes pour au final ne pas être utilisé...
D'un point de vu logiciel libre, c'est du "gaspillage" d'énergie. M'enfin, le logiciel libre n'empêchera jamais ce "gaspillage", peut-être que Koffice va roxer des ours etc. L'histoire n'est pas écrite. Mais Gnome ne veut pas faire sa suite, ni son navigateur (ou son moteur de rendu), etc. Il y a déjà suffisament de boulot.
[^] # Re: 3.0?
Posté par patrick_g (site web personnel) . Évalué à 2.
[^] # Re: 3.0?
Posté par Anonyme . Évalué à 1.
[^] # Re: 3.0?
Posté par TImaniac (site web personnel) . Évalué à 2.
La seule appli Mono qui est officiellement dans Gnome est Tomboy.
En revanche il n'est pas prévu de faire dépendre Gnome de Mono pour autre chose que des applications "finales". En d'autres termes, les libs de bases réutilisables ne dépendent pas de Mono, il est tout à fait possible de se passer de Tomboy et donc de Mono.
[^] # Re: 3.0?
Posté par IsNotGood . Évalué à 2.
Je fais systèmatiquement un "yum remove mono-core" après une installation :-)
> il n'est pas prévu de faire dépendre Gnome de Mono
Ni de Java.
Gnome propose des bindings qui sont officiellement supporté (python, C++, java, C#, autre ?).
C'est un choix de language pour les applis, pas pour la plateforme Gnome qui reste en C (voire avec des bouts de C++ ?).
Icaza avait "milité" pour faire de .Net la plateforme de Gnome, ça n'a pas du tout marché. Il n'a pas insisté.
[^] # Re: 3.0?
Posté par Cédric Chevalier (site web personnel) . Évalué à 2.
Et il n'y a pas de moyen de ne tout simplement pas l'installer ?
[^] # Re: 3.0?
Posté par Anonyme . Évalué à 1.
[^] # Re: 3.0?
Posté par IsNotGood . Évalué à 2.
[^] # Re: 3.0?
Posté par Anonyme . Évalué à 1.
[^] # Re: 3.0?
Posté par IsNotGood . Évalué à 1.
[^] # Re: 3.0?
Posté par Anonyme . Évalué à 1.
[^] # Re: 3.0?
Posté par IsNotGood . Évalué à 2.
J'ai utilise un livecd pour faire l'installation je crois (je voulais seulement vérifier un truc). Peut-être qu'il n'y a pas mono sur les livecd (mono bouffe beaucoup de place).
En fouillant rapidement le web :
http://brainstorm.ubuntu.com/idea/110/
La demande n'est pas validée, donc il n'y a pas Mono par défaut.
Très désolé de t'avoir fait perdre du temps.
M'enfin, j'utilise Fedora et il y a aussi mono par défaut. Je fais un "yum remove mono-core" et l'affaire est pliée. Gnome continue de marcher sans soucis.
[^] # Re: 3.0?
Posté par Anonyme . Évalué à 1.
[^] # Re: 3.0?
Posté par IsNotGood . Évalué à 2.
Mais le plus simple est de laisser l'installation de se faire et lancer un "yum remove mono-core".
[^] # Re: 3.0?
Posté par Anonyme . Évalué à 1.
[^] # Re: 3.0?
Posté par IsNotGood . Évalué à 2.
Mais tu n'auras pas nautilus ou le panel ou libgnome écrit en C# par exemple. Seulement des applis utilisateurs. Un développeur Gnome de la plateforme Gnome n'utilise jamais C# (*). Une développeur d'applis Gnome ne sera jamais dans l'obligation d'utiliser C#. Il le fait s'il le veut.
(*) sauf pour réaliser les bindings, mais ses derniers dépendent de la plateforme et non l'inverse.
[^] # Re: 3.0?
Posté par liberforce (site web personnel) . Évalué à 2.
[^] # Re: 3.0?
Posté par jeffcom . Évalué à 4.
Pourquoi forcément inclure dans un environnement de bureau un outil aussi lourd qu'une suite bureautique ?
Pourquoi ne pas contribuer simplement à l'existant et se pencher sur l'intégration à l'environnement de bureau ?
[^] # Re: 3.0?
Posté par windu.2b . Évalué à 4.
Il en va de même pour Amarok, d'ailleurs...
[^] # Re: 3.0?
Posté par soulflyb (Mastodon) . Évalué à 2.
Pour preuve, la FAQ de KOffice :
As KOffice is part of KDE it uses some of KDE's mailing lists, for example the kde-i18n-doc mailing list for the translators.
Maintenant, si tu me trouves un liste des projets faisant "officiellement" partie de KDE ... Mais il suffit de voir le site de koffice, les mentions légales, etc ... pour penser que ce projet fait partie intégrante de KDE.
# Attention !
Posté par patrick_g (site web personnel) . Évalué à 9.
Ce qui me fait peur c'est la phrase "it would be an error to do GNOME 3.0 without any big user-visible change".
Pourquoi serais-ce une erreur de ne pas introduite de gros changement bien visibles nom d'un chien ?
Pourquoi les utilisateurs ne comprendraient pas que la 3.0 c'est juste un changement de version pas vraiment visible par l'utilisateur mais qui modifie profondément l'infrastructure sous-jacente (virage des trucs deprecated, introduction de Clutter, libchamplain, GObject introspection, etc) .
Pourquoi les utilisateurs ne comprendraient pas qu'il est nécessaire de nettoyer les couches basses et virer tous les trucs obsolètes au profit de la légèreté et de la rapidité.
Après tout c'est justement ce que va faire Apple avec OSX 10.6 non ?
Les projets de changement révolutionnaires d'interface (GnomeShell et Zeigeist) je n'en veux pas.
Le paradigme actuel est tout à fait satisfaisant et les gens, depuis près de 20 ans, sont habitués à la métaphore du bureau. Pourquoi tout changer ?
[^] # Re: Attention !
Posté par JoeltheLion (site web personnel) . Évalué à 3.
Le paradigme actuel est tout à fait satisfaisant et les gens, depuis près de 20 ans, sont habitués à la métaphore du bureau. Pourquoi tout changer ?
Pourquoi ne pas attendre de voir ce qu'ils nous proposent avant de se prononcer? Si ça a vraiment un intérêt, pourquoi pas, mais c'est vrai que pour l'instant, ça a l'air assez flou...
[^] # Re: Attention !
Posté par patrick_g (site web personnel) . Évalué à 4.
1) Parce qu'on peut se faire une idée assez précise de ces projets en allant sur les pages citées dans ce journal. Il y a des screenshots et des screencasts.
2) Parce qu'il est dit explicitement dans l'article ThreePointZero que les développeurs s'interrogent sur le fait de savoir si ils vont garder ou pas l'ancien mode d'interaction :
"There's one obvious question related to those potential changes: what will happen to the old way of doing things? For example, will we still make the GNOME Panel available if, for some reason, people are not immediately happy with GNOME Shell? There's no obvious answer to this, and this will have to be discussed. Some of us believe that it would be a good thing to keep providing the old elements for a limited time, to ease the migration."
Donc même si on a la "chance" de garder l'ancien mode ce ne sera de toute façon que pour un temps limité.
Conclusion : C'est maintenant qu'il faut gueuler pour se faire entendre. Du Zeitgeist et du GnomeShell tant qu'ils veulent mais que ce soit toujours débrayable. Un peu comme le mode spatial de Nautilus quoi.
[^] # Re: Attention !
Posté par liberforce (site web personnel) . Évalué à 2.
[^] # Re: Attention !
Posté par IsNotGood . Évalué à 1.
C'est une méthode parmis d'autres, qui ne marche pas (ou rarement).
On argumente, on ne gueule pas, et on évite le chantage (si nautilus n'est pas là je change de crèmerie).
En exemple récent, ctrl-alt-backspace a été désactivé, ça a gueulé, ça n'a rien changé.
Ceux qui font décident. Le libre est cruel, le client n'est pas roi.
> Du Zeitgeist
Je ne crois que la vue hiérarchique/fs soit supprimée car c'est l'organisation au niveau OS. Mais ça ne sera peut-être plus le mode par défaut, ni mis en avant.
Pour moi, du moment que je peux ouvrir un terminal...
[^] # Re: Attention !
Posté par JoeltheLion (site web personnel) . Évalué à 2.
Mais il est libre :-D Et si les suppressions de feature à la Alt+Ctrl+Backspace se multiplient, je n'hésiterai pas à changer de crèmerie.
[^] # Re: Attention !
Posté par IsNotGood . Évalué à 0.
[^] # Re: Attention !
Posté par windu.2b . Évalué à 4.
C'est à dire que beaucoup gueulaient parce qu'ils avaient perdu des fonctionnalités (normal : tout n'avait pas encore été ré-implémenté), sans tenir compte de tout le travail de titan fait dans les couches basses (qui n'étaient pas encore finalisées mais qui avait atteint un stade où les API étaient considérées comme stables et figées, d'où la parution de KDE 4.0).
Bref, ils veulent sans doute faire du travail en-dessous et proposer des choses en surface qui montrent les évolutions/nouveautés/whatever.
[^] # Re: Attention !
Posté par Thomas Douillard . Évalué à 2.
Et aussi avec le constat du genre "oui mais si on continue sur cette voix là on s'encroute un peu, donc on change de version pour forcer l'innovation et on verra ce que ça donne".
Pour la métaphore du bureau utilisé en combinaison avec le système arborescent du système de fichier, je suis moyen convaincu qu'elle soit vraiment bien intégrée par l'ensemble des utilisateurs. Il y en a beaucoup qui se laissent guider par le système, mettent leurs images dans "mes images", itou pour leur musique, les documents dans "mes documents" éventuellement un ou deux sous dossier et ça va pas beaucoup plus loin.
Pour la gestion des photos, l'assistant d'importation de l'appareil par un bon logiciel rend le classement sur le disque complètement transparent et les utilisateurs n'ont aucune idée de 'ou' dans l'arborescence sont leurs photos par exemples.
Donc je crois qu'il y a largement la place pour ce genre de système de classement qui réfléchissent "comme l'utilisateur" quand il travaille et qui le guident pas mal ...
[^] # Re: Attention !
Posté par Thomas Douillard . Évalué à 2.
En ce qui me concerne cependant j'ai un peu l'impression que dans tous les cas vu la fréquence avec laquelle j'utilise vraiment un navigateur de fichier et pas une grosse appli avec une gestion spécialisée des fichiers (développement, musique) ou un terminal (oui, j'aime bien les grands écarts) je sais pas si ça m'influence vraiment ce genre de chose ...
[^] # Re: Attention !
Posté par IsNotGood . Évalué à 3.
Prise isolément ça fait peur.
Mais (désolé de citer tout ça) :
There were thoughts that GNOME could stay with the 2.x branch for a very long time given our solid development methods, but that it was not the future that our community wants to see happening. Because of lack of excitement. Because of lack of vision.
...
Let's first diverge a bit and discuss the general impression that GNOME is lacking a vision.
If you look closely at our community, it'd be wrong to say that people are lacking a vision; but the project as a whole does indeed have this issue.
...
But during the 2.x cycle, with our six months schedules, it appeared that everything (community, development process, etc.) was just working very well, and as the vision got more and more fulfilled, the long-term plans became less important as we focused on polishing our desktop. But we've now reached a point where our next steps should be moving to another level, and those next steps require important decisions. This is part of what the Release Team should do. Please note that Release Team members don't have to be the ones who have the vision; we "just" have to be the voice of the community.
...
Our community has historically been strong on the development side, but we have always struggled to promote GNOME. That's because this is certainly no easy task. Our user base has however grown significantly since our project started, and we failed to recruit people that could have helped here. GNOME 3.0 is an opportunity to change this and attract contributors that can help forge the communication around the GNOME project. The promotion of the project is definitely part of what makes a good release
...
One common issue that often came up when discussing how to promote GNOME was that promoting the desktop as a whole is difficult. But there's no need to do that. We can instead focus our messaging around the GNOME experience: the basic GNOME experience simply is the GNOME Shell
C'est dans ce contexte qu'il faut comprendre la phrase. Ce n'est pas faire un changement seulement à cause d'un numéro.
Je ne dis pas que tu as tord sur les changements proposés (je ne connais pas les changements qui sont prévus pour Gnome 3).
[^] # Re: Attention !
Posté par Anonyme . Évalué à 1.
A priori si tu as lu l'annonce en question ce sont justement les changements de prévus, enfin les grandes lignes. C'est bien cela qui fait peur!
[^] # Re: Attention !
Posté par IsNotGood . Évalué à 2.
Mais pas :
http://live.gnome.org/GnomeZeitgeist
http://live.gnome.org/GnomeShell
Et je les ai toujours lu...
Je sais qu'il y aura GnomeZeitgeist dans Gnome 3, mais je ne sais pas ce que c'est...
Je ne le sais que vaguement.
[^] # Re: Attention !
Posté par IsNotGood . Évalué à 2.
Et je ne les ai toujours pas lu...
[^] # Re: Attention !
Posté par 태 (site web personnel) . Évalué à 3.
[^] # Re: Attention !
Posté par windu.2b . Évalué à 2.
(ben oui, ce sont des pages Web, donc un féminin pluriel :-p )
[^] # Re: Attention !
Posté par liberforce (site web personnel) . Évalué à 2.
Note que les avis étaient partagés sur ce point : tout le monde est assez content des changements incrémentaux. Mais du 3.0 ça marque la rupture, et le but j'imagine est aussi de motiver les troupes, voire d'attirer du sang neuf.
Perso, je trouve aussi que la 3.0 aurait pu être juste un gros ménage des API, sans forcément de grosse nouveauté visible. J'ai déjà passé un peu de temps dessus pour la glib, mais mettre à jour tout le desktop côté GTK+, ça va être beaucoup plus coton. Une 3.0 "table rase", et une 3.2 introduisant les nouveautés aurait à mon avis été une meilleure idée, mais la messe n'est pas dite.
Mais pour le paradigme du bureau, je ne suis pas d'accord avec toi, tout simplement parce qu'un utilisateur lambda ne sait toujours pas où il met ses fichiers. Je l'ai encore vu chez quelqu'un le week end dernier (sous Windows). Les moteurs d'indexation, le tagging, on va forcément y venir. Je pense en revanche que cela ne doit pas éliminer les approches arborescentes, qui ont d'autres avantages. En gros, l'usage n'est pas le même, alors il faudrait avoir accès aux deux.
[^] # Re: Attention !
Posté par patrick_g (site web personnel) . Évalué à 3.
Oui on est parfaitement d'accord. Mais il faut bien que les devs Gnome soient conscient de ça et qu'ils conservent ad vitam aeternam la possibilité d'avoir l"interface classique.
Par curiosité j'aimerai bien savoir combien de gens utilisent le mode spatial "révolutionnaire" de Nautilus. Je parie que c'est peanuts donc attention a ne pas faire la même erreur avec Gnome 3.0.
[^] # Re: Attention !
Posté par Anonyme . Évalué à 1.
[^] # Re: Attention !
Posté par liberforce (site web personnel) . Évalué à 2.
[^] # Re: Attention !
Posté par Ririsoft . Évalué à 1.
[^] # Re: Attention !
Posté par Tabalji . Évalué à 1.
Et oui il y a des gens qui ont parfaitement compris l'intérêt et la grande souplesse du mode spatial et qui l'utilisent avec grand bonheur.
[^] # Re: Attention !
Posté par psychoslave__ (site web personnel) . Évalué à 1.
Globalement on peu dire que on applique une vision soit «par appli», soit «par document». Le mode spatial de gnome tente de faire un peu du deuxième mais en restant bien le cul entre deux chaises.
Le navigateur web n'ouvre pas chaque page dans une nouvelle fenêtre par exemple.
Gnome est pas capable de faire du complètement spatiale, pour ça il faudrait que chaque fois que j'ouvre un fichier,qu'elle qu'il soit, il m'ouvre une nouvelle fenêtre ou fasse remonter celle qui contiens le document. En revanche gnome gère bien l'applicatif, tendance qui se confirme avec l'intégration d'un système d'onglet dans nautilus.
D'ailleurs que vois-t-on en premier dans le menu gnome ? Applications. Viens ensuite les «raccourcis» («spaces» en anglais il me semble).
Je m'attarderais peut être sur le mode spatial le jour où il y en aura un, pas comme ce pseudo-mode batare où l'on passe au moins la moitié du temps à utiliser un mode «par application». Dans un environnement spatial je ne veux pas entendre parler d'application, je veux afficher le document dont j'ai besoin et la boite à outil qui va bien.
[^] # Re: Attention !
Posté par IsNotGood . Évalué à 3.
Pour gnome pourquoi pas, pour nautilus c'est moins vrai voire faux.
> Le navigateur web n'ouvre pas chaque page dans une nouvelle fenêtre par exemple.
Certes. Mais un navigateur web ne fait qu'afficher des pages web. Le web n'y a pas de notion de répertoire, on ne peut pas modifier les pages, une page web n'a pas de sous-élément identifié comme un répertoire à des fichiers, on ne peut pas supprimer une page web, etc, etc.
> Gnome est pas capable de faire du complètement spatiale, pour ça il faudrait que chaque fois que j'ouvre un fichier,qu'elle qu'il soit, il m'ouvre une nouvelle fenêtre ou fasse remonter celle qui contiens le document.
C'est à l'application de le faire. Tu mélanges la vue sur le système de fichier (fait par nautilus) et la visualisation/édition de fichier.
> ce pseudo-mode batare où l'on passe au moins la moitié du temps à utiliser un mode «par application».
J'aimerai bien savoir comme tu vas consulter une page web (qui n'est pas sur ton bureau/bécane) si tu ne peux pas lancer de navigateur... Tu crées un fichier avec l'adresse et tu double cliques dessus ?
Le paradigme qui peut tout représenter, tout gérer, n'existe pas.
[^] # Re: Attention !
Posté par Axioplase ıɥs∀ (site web personnel) . Évalué à 2.
Ca me parait pas mal comme idée ça.
Sérieusement.
Tu stockes un tas d'addresses dans un fichier, tu cliques, et hop, ça t'ouvre toutes ces URLs dans des onglets.
Ca permettrai d'avoir des "sessions" facilement (genre, un fichier "LL", un fichier "travail", un fichier "porn^Wcomptabilité", etc), sans duplication de compte.
[^] # Re: Attention !
Posté par 태 (site web personnel) . Évalué à 3.
[^] # Re: Attention !
Posté par psychoslave__ (site web personnel) . Évalué à 1.
Oui mais on parle de gnome là, pas juste de nautilus. Avec juste nautilus, tu risque pas de faire grand chose.
Certes. Mais un navigateur web ne fait qu'afficher des pages web. Le web n'y a pas de notion de répertoire, on ne peut pas modifier les pages, une page web n'a pas de sous-élément identifié comme un répertoire à des fichiers, on ne peut pas supprimer une page web, etc, etc.
Ce n'est qu'un choix de présentation. Je peux très bien prendre le paradigme «tout est document» (oh tiens ça me rappel quelque chose) et ne fonctionner que par une logique documents, où que le document soit stocké.
Une page web est autant éditable que n'importe quel fichier local sur lequel tu as accès seulement en lecture : si tu veux le modifier, tu fais une copie (enfin dans le cas d'une page web tu fais nécessairement une copie, même pour la lecture).
C'est à l'application de le faire. Tu mélanges la vue sur le système de fichier (fait par nautilus) et la visualisation/édition de fichier.
Je ne mélanges pas, je dit que dans un paradigme du spatial/document, il n'y a pas de place pour les applications (du moins pas explicitement). Il s'agit d'avoir un bureau, des documents posé dessus, et à coté une petite boite à outil (éventuellement contextuelle). Comme sur ton vrai bureau quoi. Quand tu ouvres un classeur, tu te demandes pas qu'elle application il te faut, tu l'ouvres, et si ce n'est pas pour lire, tu prends les outils dont tu as besoin (stylo, crayon, règle…).
J'aimerai bien savoir comme tu vas consulter une page web (qui n'est pas sur ton bureau/bécane) si tu ne peux pas lancer de navigateur... Tu crées un fichier avec l'adresse et tu double cliques dessus ?
Non, dans un paradigme document, à la place de ton menu application, tu aurais un menu document et tu ferais document->ouvrir->"url://du/fichier/à/ouvrir".
Et pitié, pas de double clique! L'anti-ergonomie dans tout sa splendeur ! Non seulement c'est pas intuitif et ça favorise les troubles musculosquelettiques, mais en plus c'est une véritable plaie pour les gens qui débutent (il faut acquérir la dextérité nécessaire pour double cliquer assez vite), sans parler des personnes ayant des difficulté physiques à faire un tel mouvement.
[^] # Re: Attention !
Posté par IsNotGood . Évalué à 2.
Je ne savais pas que Gnome a dit que Gnome était spatial...
> Une page web est autant éditable que n'importe quel fichier local sur lequel tu as accès seulement en lecture
Non. Le local tu sais toujours modifier. Si tu n'y arrives c'est une erreur d'accès. Une pages web n'est pas toujours éditable. Prends ce journal, utilises un éditeur html et renvoie la page web sur dlfp.
Ben c'est impossible et ce n'est pas qu'un problème droit.
> Non, dans un paradigme document, à la place de ton menu application, tu aurais un menu document et tu ferais document->ouvrir->"url://du/fichier/à/ouvrir".
Et si je fais document->ouvrir->"url://du/fichier/à/" j'ai la liste des fichiers ?
Le web n'est pas un système de fichier avec des données, c'est une application. Un navigateur donne accès à l'application.
Si j'ouvre http://linuxfr.org/my/ et que tu fais de même on n'as pas le même document (il y a mon nom sur mon page, le tien pour ta page, des trucs qui indique les dépèches que je n'ai pas encore lu, pour toi ce que tu n'as pas encore lu, etc).
http://www.example.com/rep != http://www.example.com/rep/
file:///rep == file:///rep/
file:///rep/.. == file:///
Etc.
Le seul truc en commun est uri.
[^] # Re: Attention !
Posté par psychoslave__ (site web personnel) . Évalué à 2.
Non. Le local tu sais toujours modifier. Si tu n'y arrives c'est une erreur d'accès. Une pages web n'est pas toujours éditable. Prends ce journal, utilises un éditeur html et renvoie la page web sur dlfp.
Ben c'est impossible et ce n'est pas qu'un problème droit.
C'est exactement pareil qu'en local : essai de modifier un fichier sur lequel tu n'as que le droit de lecture. Bien sûr tu peux passer root et modifier ça, mais sur dlfp c'est pareil, si tu as un compte qui te le permet, tu peux modifier le fichier original. C'est rien d'autre qu'un problème de droit.
Même si on utilise quasiment que GET et POST,HTTP prévois une méthode PUT et DELETE : [http://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html#sec9.6]
Et si je fais document->ouvrir->"url://du/fichier/à/" j'ai la liste des fichiers ?
Tu ouvriras le document que fournie cette adresse, c'est tout. Si le document est une liste de fichiers, alors afficher le document c'est afficher cette liste.
Le web n'est pas un système de fichier avec des données, c'est une application. Un navigateur donne accès à l'application.
Non, le web est un système qui permet de facilement inter-référencer des documents stockés sur des machines un peu partout dans le monde. Tu utilises l'applicatif que tu veux pour parcourir ce système.
Si j'ouvre http://linuxfr.org/my/ et que tu fais de même on n'as pas le même document (il y a mon nom sur mon page, le tien pour ta page, des trucs qui indique les dépèches que je n'ai pas encore lu, pour toi ce que tu n'as pas encore lu, etc).
Et si j'ouvre le document file://~/.vimrc il y a toutes les chances que si tu fais la même chose on n'ai pas le même document sous les yeux. C'est donc ici aussi tout à fait équivalent.
Cela dit, c'est un peu de ma faute car je fait le raccourcis ressource->document. Une URL est un identifiant unique de ressource et pas de document, mais la notion de document est surement plus simple à présenter.
http://www.example.com/rep != http://www.example.com/rep/
file:///rep == file:///rep/
file:///rep/.. == file:///
Etc.
Et ? Tu en conclus quoi ?
[^] # Re: Attention !
Posté par IsNotGood . Évalué à 1.
Même Windows qui avait suivit cette idée l'a laissé tomber. Idem pour KDE.
Le web n'est pas un FS, fin.
[^] # Re: Attention !
Posté par psychoslave__ (site web personnel) . Évalué à 2.
J'ai jamais vue un environnement de bureau qui tentait d'avoir une approche avec un paradigme sur le document.
Il suffit pas d'avoir un appli qui peu ouvrir une URL quelle soit locale où distante, il faut faire disparaitre (c'est à dire la cacher à l'utilisateur) la notion d'application.
Cela dit, je ne prétends pas que cette approche est bonne.
[^] # Re: Attention !
Posté par Anonyme . Évalué à 1.
[^] # Re: Attention !
Posté par IsNotGood . Évalué à 2.
Beaucoup.
M'enfin, j'utilise rarement nautilus, mais quand je l'utilise c'est avec le mode spatial.
> attention a ne pas faire la même erreur avec Gnome 3.0.
Quelle erreur ? Faire des trucs qui ne te conviennent pas ?
La grosse aberration de cette histoire, est que personne n'a fait un fock de nautilus ou créé une alternative à nautilus alors que ça gueulait grave (comme jamais ?).
Je ne suis pas féru de gestionnaire de fichier graphique, mais manifestement de choix de nautilus est respectable même s'il n'est pas apprécié par tout le monde.
[^] # Re: Attention !
Posté par liberforce (site web personnel) . Évalué à 2.
# Norme
Posté par Michaël Malter (site web personnel) . Évalué à 2.
[^] # Re: Norme
Posté par psychoslave__ (site web personnel) . Évalué à 3.
# L'équipe de Gnome ne veut pas répéter l'erreur de celle de KDE
Posté par Unixfix le Gaulois . Évalué à 4.
D'autre part en passant à 3.0 ils veulent marquer le coup et offrir quelque chose de nouveau et visible aux utilisateurs. Ils sont tout à fait conscient que lorsque Gnome 3.0 sortira, KDE4 sera stable et complet. S'ils n'apportent rien de nouveau ils risquent de se faire "descendre" par la communauté surtout que s'ils changent d'API certaines applications tiers risquent de ne pas être disponibles à la sortie. En clair ils sont conscient que leur actuelle "suprématie" du Desktop Linux risque gros. Il est donc légitime qu'ils préfèrent bien réfléchir avant de se lancer. A voir certaines réactions de certains membres concernant la nouvelle idée concernant le desktop cette prudence est toute à fait légitime.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.