Journal GNOME 3

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
2
7
avr.
2011

GNOME 3 est sorti hier et aucun journal pour en parler ? Linuxfr c'était mieux avant.

http://gnome3.org/

Une petite review sur arstechnica:

http://arstechnica.com/open-source/reviews/2011/04/ars-reviews-gnome-30-a-shiny-new-ornament-for-your-linux-lawn.ars

Dans les commentaires, les critiques se concentrent sur le rendu des fontes, qui n'est pas hyper concluant il faut bien le reconnaitre.

  • # Padding

    Posté par  (site web personnel) . Évalué à 4.

    Le reviewer est sévère avec le padding ! Cela dit, j'ai tendance à être d'accord, les widgets qui prennent de la place inutilement, souvent au détriment du contenu des applis, c'est pénible. Il ne manquerait plus qu'ils utilisent en plus des grosses bordures...

    • [^] # Re: Padding

      Posté par  . Évalué à 10.

      Du genre j'ai des gros bords :
      j'ai des gros bords

      • [^] # Re: Padding

        Posté par  . Évalué à -3.

        Je n'ai pas compris. Peux-tu nous expliquer ?

        • [^] # Re: Padding

          Posté par  . Évalué à 3.

          et bien ça veut dire qu'avec le nouveau Gnome 3, les bordures comme la barre de titre, les chemins etc sont tellement gros que tu te sens comme un petit gnome ridicule face à ces énormités !

          L'article pointe des trucs immondes que je n'avais pas encore remarquées, notamment les fenêtres (ouvrir, imprimer) qui restent collés à la fenêtre parent comme sous macosx, c'est vraiment pénible, notamment quand on veut sauvegarder un fichier et qu'on a besoin de déplacer la fenêtre pour trouver des références à mettre dans le nom de fichier final par exemple.

          Bref, j'aime de moins en moins. Sans compter les artefacts graphiques qui commencent à se greffer.

          Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

  • # Dépêche en cours de modération

    Posté par  . Évalué à 3.

    Il y avait une dépêche en cours de rédaction hier, maintenant elle n'y est plus, donc je suppose qu'elle est en cours de modération.

  • # Saiki

    Posté par  . Évalué à 4.

    Qui est la femme que l'on peut voir sur la page d'accueil du site gnome3.org ? Madame Michu ?

    DLFP >> PCInpact > Numerama >> LinuxFr.org

  • # C'est un peu tard..

    Posté par  . Évalué à 4.

    Encore une fois, ils ont pas tenus leurs délais, ils ont 5 jours de retard ;)

    • [^] # Re: C'est un peu tard..

      Posté par  . Évalué à 0.

      La sortie était prévu depuis le début pour le 6 Avril.

      • [^] # Re: C'est un peu tard..

        Posté par  . Évalué à 3.

        Je pense que c'etait de l'humour par rapport a ce qu'est le 1er avril... Enfin une impression.

        • [^] # Re: C'est un peu tard..

          Posté par  . Évalué à -2.

          Oui, c'est ce que je me suis dit, mais vu que le compte de jours n'était pas bon, j'ai eu un doute.

  • # Conso mémoire

    Posté par  (site web personnel) . Évalué à 10.

    Et beh, moi qui trouvait que plasma bouffait beaucoup de mémoire...

    plasma-desktop> 85 Mio

    gnome-shell> 154 Mio

    Et pourtant, pas de dégradé dans gnome-shell, pas d'applet dans tous les sens, ...

    Bref, c'est ca le pouvoir de javascript ?

    • [^] # Re: Conso mémoire

      Posté par  . Évalué à 8.

      On s'organise pour leur envoyer le résultat de la commande «man 3 free» imprimé sur papier glacé ?

      Envoyé depuis mon lapin.

      • [^] # Re: Conso mémoire

        Posté par  . Évalué à 2.

        Gnome shell utilise un dérive du moteur javascript de firefox (gjs) qui utilise un garbage collector. Il n'y a pas de "free" explicite. Je ne sais pas à quel point gjs est synchronisé avec SpiderMonkey, et s'il utilise le dernier JaegerMonkey utilisé par Firefox 4.

        • [^] # Re: Conso mémoire

          Posté par  . Évalué à 10.

          Encore un putain de ramasse miettes de merde ? C'est où qu'il faut le régler pour qu'il se déclenche au moins une fois par an ?

          Envoyé depuis mon lapin.

        • [^] # Re: Conso mémoire

          Posté par  (site web personnel) . Évalué à 2.

          Y'a des moteurs javascript qui n'utilisent pas de garbage collector ? o__O'

          • [^] # Re: Conso mémoire

            Posté par  (site web personnel) . Évalué à 2.

            J'ai écris une si grosse connerie que ça ? y'a autant de gens qui libèrent leurs objets en javascript ici ?

            • [^] # Re: Conso mémoire

              Posté par  . Évalué à 2.

              Cela peut paraitre étrange, mais si un objet A pointe sur un objet B, et que B pointe sur A, certains ramasses-miettes seront incapables de supprimer A et B, à moins que le programmeur ne pense à casser le cycle à un moment (donc nécessitant une "libération manuelle"). Je n'ai par contre aucune idée de quels navigateurs ont ce genre d'implémentation. Pour comparaison, celui de CPython ne gère pas ces cas-là (voir http://www.ideone.com/vKz5o).

              • [^] # Re: Conso mémoire

                Posté par  . Évalué à 2.

                Je n'ai par contre aucune idée de quels navigateurs

                IE6 (entre autre) a ce bug : http://msdn.microsoft.com/en-us/library/bb250448%28v=vs.85%29.aspx

              • [^] # Re: Conso mémoire

                Posté par  (site web personnel) . Évalué à 1.

                Oui sauf que je parlais pas des cas limites, je me demandais pourquoi il semblait que la caractéristique mise en avant par ecyrbe au dessus du fork du moteur JavaScript de Firefox était qu'il utilisait un garbage collector alors qu'il me semblait que le moteur original le faisait déjà... m'enfin bon...

                • [^] # Re: Conso mémoire

                  Posté par  . Évalué à 1.

                  Tu remarquera ue mon message était une réponse à un type qui pensait qu'on pouvait faire un "free" sur la mémoire en javascript. Je lui ait juste expliqué que le javascript fonctionnait avec du garbage collector. Et toi derrière tu réponds que c'est normal qu'il y ait un garbage collector en javascript.... Je n'ai pas dit que c'était spécial qu'il y ait du garbage collector en javascript. c'était pour expliquer à un néophyte que l'on ne faisait pas de libération de la mémoire explicite en javascript...

                  mes 2 centimes...

                  • [^] # Re: Conso mémoire

                    Posté par  . Évalué à 2.

                    Je ne savait pas que Gnome Shell utilisait Javascript, je pensait que c'était du C (ou à la limite du Vala, mais je ne connais pas du tout la gestion mémoire en Vala).

                    Ensuite, ma réflexion était un peu ironique. Les gens de gnome savent très bien ce qu'est free, et en rajouter à droite ou à gauche est impossible.

                    Maintenant, je trouve ça totalement nul d'utiliser un langage à ramasse miette dans des éléments d'interface. Par exemple, AWN qui utilise python pour ses applets me gonfle particulièrement à se prendre autant de mémoire vive…

                    Envoyé depuis mon lapin.

                    • [^] # Re: Conso mémoire

                      Posté par  . Évalué à 2.

                      Moui, le "ramasse-miette" de python c'est quand même surtout du refcounting avec les objets free-és directement quand ob_refcnt arrive à 0. Le "gc", qui n'est pas là depuis très longtemps, est surtout là pour dégotter de temps à autre les références cycliques, mais je dirais que le gros de la ram gaspillée par python et awn est surtout dû au fait que c'est un langage interprété et dynamique. Tu aurais moin rouspété si AWN avait été codé en C ou C++ avec un GC type boehm que tu n'aurais même pas remarqué.

                      AMHA il faut plutôt distinguer langages interprétés (bytecode inclus) vs natifs et dynamiques vs statiques que vraiment gc vs pas de gc...

    • [^] # Re: Conso mémoire

      Posté par  . Évalué à 5.

      C'est gênant pour les tablettes, mais pour le desktop, 60 Mo de plus ou de moins... Si l'utilisation d'un garbage collector leur permet de faire un développement rapide avec un code plus concis et donc plus simple à maintenir c'est tant mieux pour eux. Maintenant que leur truc est sorti et remplit les fonctions souhaitées, ils vont pouvoir se consacrer à optimiser le code. Je crois que plasma aussi occupait beaucoup trop de mémoire à la sortie de KDE 4.0.

Suivre le flux des commentaires

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