Sortie de GNOME 2.14

Posté par  (site Web personnel) . Modéré par Jaimé Ragnagna.
Étiquettes : aucune
0
16
mar.
2006
Gnome
GNOME 2.14 arrive avec son lot de nouveautés.
Les release notes en anglais et en français sont disponibles.

Au programme : bon nombre d'optimisations, on peut noter qu'une liste de diffusion performance-list a été créée à cette occasion. Federico Mena Quintero (un des piliers fondateurs de GNOME) avait déjà annoncé une orientation vers une amélioration des performances. Pari tenu, donc !

On fête l'arrivée de nouvelles applications, l'intégration d'une interface de recherche Beagle dans Nautilus. Cela rend de plus la recherche encore plus cohérente avec la vue spatiale de Nautilus (sans gêner ceux qui préfèrent le mode navigationnel). On voit aussi un gedit radicalement amélioré.

Bref, consultez les notes de publication sans attendre ! Optimisations :
Beaucoup de travail a été réalisé, notamment par Federico Mena Quintero (sélecteur de fichiers, pango), Behdad Esfahbod (pango, vte), Mathias Clasen (un peu tout), et bien d'autres !
  • GDM (login manager)
  • GtkFileChooser (le sélecteur de fichiers)
  • pango (mesure le texte pour l'afficher)
  • GSlice (allocateur mémoire rapide pour les blocs fréquemment utilisés)
  • vte (accélère l'affichage dans gnome-terminal - enfin !)
  • le visualiseur de log (qui devient enfin utilisable)

Pour ceux qui veulent apprendre, le blog de Federico Mena Quintero est une mine d'or sur comment optimiser GNOME. Par exemple pour GtkFileChooser et pango, ou les projets d'optimisation de nautilus pour GNOME 2.16.

Applications :
  • Nouveau gedit, avec son sytème de plugins python
  • Ekiga 2.0, avec support du protocole SIP
  • FUSA, Fast User Switching Applet pour changer d'utilisateur sans avoir à se déloguer
  • GStreamer 0.10, l'environnement multimédia avec une meilleure séparation des plugins
  • Sabayon qui permet d'administrer des profils "type" d'utilisateurs
  • Le lockdown editor qui permet de verrouiller des fonctionnalités de configuration


Bref, après tout ça, vivement GNOME 2.16

Aller plus loin

  • # Ah ! Gnome !

    Posté par  . Évalué à -6.

    Bonjour,

    Je suis un utilisateur assidu de Gnome depuis des pombes. J'aime beaucoup de le design globale. J'ai essayé KDE, Xfce4, E17 et je sais pas mais je préfère largement gnome (ce n'est qu'une question de gout, alors parce que c'est le premier bureau que j'ai utilisé).

    Il me tarde que la 2.14 arrive dans le portage de gnome.

    Bravo aux utilisateurs
  • # youpi

    Posté par  . Évalué à -3.

    c reparti pour une chtite compilation..

    http://www.gnome.org/projects/garnome/

    (avec 2.12, ca a mis 3 jours..)

    le 2.14 est pas encore online, bien que la page d'accueil soit a jour..
    • [^] # Re: youpi

      Posté par  . Évalué à -1.

      Tu es sous quelle distribution ?
      • [^] # Re: youpi

        Posté par  . Évalué à -3.

        au boulot, on est coincé en red hat el 3.0..
        Pour le desktop, c'est pas terrible..
    • [^] # Re: youpi

      Posté par  . Évalué à -1.

      3 Jours de compilation ?

      ça fait beaucoup, non ? Tu as quoi comme processeur ?

      Sinon, je vais me pencher sur cette fameuse amélioration de performances dont on parle tant !
  • # Oups !

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

    Elle n'existe pas la release notes fr, le lien est erroné dans la news.
    Dommage :(
    • [^] # Re: Oups !

      Posté par  (site Web personnel) . Évalué à 6.

      La sortie n'est pas encore offcielle, elle le sera dans la journée je pense, donc toutes les releases notes n'ont peut être pas été finies. Mais l'URL sera celle là, donc le lien sera valide d'ici la fin de journée je pense.
  • # Puisqu'on cause de Gnome...

    Posté par  . Évalué à 5.

    Comment faire pour sélectionner son éditeur de texte dans Gnome?
    Gedit est surement très bien mais j'ai mes habitudes avec un autre éditeur (que je ne cite pas pour éviter tout troll...) et je n'ai pas envie d'en changer vu qu'il me satisfait pleinement.
    Mais je n'ai pas trouvé où lui dire d'utiliser mon éditeur plutôt que gedit. A part à affecter dans Nautilus mon éditeur à chacun des différents type de fichier mais c'est super lourd, et pas pleinement satisfaisant.

    Autre question: une fois que l'on a fait une affectation d'une appli avec un type de fichier comment faire pour supprimer cette affection pour que cette appli n'apparaissent plus dans le menu contextuel?

    Et encore une dans le même genre: pourquoi dans le menu contextuel on a des fois plusieurs fois la même appli de proprosée?

    Bon sinon bravo aux dev pour cette nouvelle version.
    • [^] # Re: Puisqu'on cause de Gnome...

      Posté par  . Évalué à -1.

      Je ne sais pas si ce que tu veux (ne pas utiliser gedit par défaut) est possible en l'état mais tu peux toujours remplir un bug.

      Pour supprimer une affectation, tu peux aller dans les propriétés d'un fichier et aller sur l'onglet "open with". Il y a un bouton "remove" qui vient à point nommé (il n'est par contre pas possible de les enlever tous, je n'en connais pas la raison)

      Mais, pourquoi ne pas utiliser gedit ? :D
      • [^] # Re: Puisqu'on cause de Gnome...

        Posté par  . Évalué à 5.

        Pour supprimer une affectation, tu peux aller dans les propriétés d'un fichier et aller sur l'onglet "open with". Il y a un bouton "remove" qui vient à point nommé (il n'est par contre pas possible de les enlever tous, je n'en connais pas la raison)


        Je n'ai jamais fais gaffe au fait que l'on pouvait supprimer une affectation depuis l'onglet "ouvrir avec...". Je vais regarder ce soir...

        Mais, pourquoi ne pas utiliser gedit ? :D

        :-) Parce que je suis arrivé à un âge où l'on a ses petites habitudes que l'on ne veut plus changer et surtout que l'éditeur de texte est pour moi un outil de travail et que je suis amené à travailler aussi bien sous Windows, Linux, Solaris, etc. et que l'éditeur que j'utilise est dispo sur toutes ces plateformes, ce qui n'est pas le cas de Gedit il me semble...

        Et non je ne dirais pas lequel c'est... ;-)
        • [^] # Re: Puisqu'on cause de Gnome...

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

          Parce que je suis arrivé à un âge où l'on a ses petites habitudes que l'on ne veut plus changer et surtout que l'éditeur de texte est pour moi un outil de travail et que je suis amené à travailler aussi bien sous Windows, Linux, Solaris, etc. et que l'éditeur que j'utilise est dispo sur toutes ces plateformes
          notepad est disponible sous linux ? c'est une catastrophe !!
        • [^] # Re: Puisqu'on cause de Gnome...

          Posté par  . Évalué à 0.

          > Et non je ne dirais pas lequel c'est... ;-)

          On a tous très bien compris que c'était SciTE, d'ailleurs c'est le meilleur :)

          Et c'est parti...
      • [^] # Re: Puisqu'on cause de Gnome...

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

        Mais, pourquoi ne pas utiliser gedit ?

        Je suis a peu près dans la même situation alors je me permet de répondre.

        Jusqu'a ce que j'utilise Fvwm, j'utilisait gnome avev ... KWrite.
        Pourquoi ?
        - KWrite (Kate) a une coloration syntaxisue beaucoup plus puissante ... et comme j'ai mes propres fichiers de colorations, je souhaite avoir quelque chose d'aussi puissant.
        - Un petit truc bête mais handicapant : lorsque je sélectionne une ligne de texte dans gedit, et que je clique sur le bouton du milieu, je m'attend a ce que le texte soit dupliqué ... ce qui n'arrive pas avec gedit mais arrive avec KWrite.
        C'est peut être bête mais j'utilise baucoup cela, et ce n'est pas possible avec gedit. De manière générale, le coller avec le bouton du milieu ne marche pas si on a déselectioné le texte. gênant.

        Ce sont les principales raisons qui m'empêchent d'utiloiser gedit. Même si KWrite met un temps fou (seule application QT ou presque) a s'ouvrir, je continue de le préférer.
        Il y a aussi les peutits plus:

        - signets. On clique devant une ligne et un signet est créé (ligne en surbrillance, entrée dans le menu, marqueur sur la barre de défilement permettent de retourner facilement à la ligne ainsi marquée)
        - remplacement par expressions régulières

        sinon, un truc que j'aimerais bien voir arriver (dans n'importe quel éditeur), c'est la possibilité de déinir :
        - des tabs pour l'indentation lorsqu'il sagit des premiers caractères de la ligne
        - des espaces pour l'indentation après du texte.

        En effet, je continue a préférer les tabs pour l'indentation car avec une seule touche me déplacer d'une tabulation à gauche/droite ou enlever une tabulation d'indentation. (de plus les tabulations sont marquées par un petit point dans Kate).
        Les espaces pour l'indentation sont utiles pour éviter d'avoir un texte illisible dans le cas où les tabulations changent de longeur. c'est pour ça que pour l'indentation en milieu de ligne, il faut des espaces.

        Enfin voila, ca ne vous intéresse peut être pas mais c'est un peu ce que j'attend d'un éditeur de texte ...
        • [^] # Re: Puisqu'on cause de Gnome...

          Posté par  (site Web personnel) . Évalué à 5.

          > Enfin voila, ca ne vous intéresse peut être pas mais c'est un peu ce
          > que j'attend d'un éditeur de texte ...

          J'ai aussi besoin de faire des selections carré, c'est à dire pouvoir sélectionner un bloc rectangulaire positionné n'importe ou et pouvoir le déplacer graphiquement. nedit fait ca super bien ;-)

          Sinon, c'est vrai que le copier coller qui ne suis pas la tradition unix du bouton du milieu est fatal pour mon gedit 2.8.3. Bref, gedit, ca va pour lire un readme mais guère plus.
        • [^] # Re: Puisqu'on cause de Gnome...

          Posté par  . Évalué à 2.

          - signets. On clique devant une ligne et un signet est créé (ligne en surbrillance, entrée dans le menu, marqueur sur la barre de défilement permettent de retourner facilement à la ligne ainsi marquée)
          - remplacement par expressions régulières

          sinon, un truc que j'aimerais bien voir arriver (dans n'importe quel éditeur), c'est la possibilité de déinir :
          - des tabs pour l'indentation lorsqu'il sagit des premiers caractères de la ligne
          - des espaces pour l'indentation après du texte.


          Mon éditeur dont je ne citerais toujours pas le nom, permet tout cela!
          Et en plus il est multi-plateforme! Il permet aussi les sélections "carrées", citées dans un message suivant. Je ne suis pas prêt de le lacher! Surtout qu'il se charge en plus très rapidement, aussi bien sous kde que gnome ou fvwm... :-)
          • [^] # Re: Puisqu'on cause de Gnome...

            Posté par  . Évalué à 2.


            Mon éditeur dont je ne citerais toujours pas le nom, permet tout cela!


            Je ne vois pas pourquoi tu tiens à garder secret le nom de cet éditeur.
            S'il te convient, qu'il fait tout ce que souhaites et comment tu le souhaites, fais lui de la pub.

            Allez sois sympa, dis le, au moins par message privé.
            • [^] # Re: Puisqu'on cause de Gnome...

              Posté par  . Évalué à 6.

              Je ne vois pas pourquoi tu tiens à garder secret le nom de cet éditeur.

              :-) Pour ne pas lancer un troll sur les éditeurs, tout du moins grossièrement. J'ai tanté le troll en finesse mais ça ne décolle pas. Et puis vendredi ce n'est que demain...

              Allez sois sympa, dis le, au moins par message privé.

              Bon puisque que tu insistes, tantons le troll grossier de base qui ne passera pas:
              J'utilise le seul et unique éditeur qui existe sur cette planète et même dans tout l'univers, je me demande bien comment il peut-être inconnu de certains!
              Il s'agit bien évidement de VIM!
              • [^] # Re: Puisqu'on cause de Gnome...

                Posté par  . Évalué à 10.

                > Il s'agit bien évidement de VIM!

                Ton clavier est cassé ! Quand tu tapes E ça devient V, M devient I, A devient M, C devient ! et quand tu tapes S ça envoie un commentaire sur linuxfr !
              • [^] # Re: Puisqu'on cause de Gnome...

                Posté par  (site Web personnel) . Évalué à 6.

                j'ai bien essayé ... sur tout qu'il a l'air bien (j'ai aussi essayé emacs sans plus de succès) ... mais d'abord :
                - je préfère les éditeurs graphiques (même si il y a gvim et emacs-gtk)... ca reste quand même une impression de console dans une fenêtre graphique
                - notament un truc que j'utilise pas mal : je met le curseur à la ligne que j'édite, j'utilise ensuite l'ascenceur pour aller voir (généralement au début du fichier) une info dont j'ai besoin pour écrire ma ligne ... et lorsque je tape du texte, l'éditeur se repositionne automatiquement sur la ligne de départ.
                - j'aime bien avoir une fenêtre par document en général (sauf parfois où il y en a vraiment beaucoup) ... c'est comme nautilus ... et lorsque je fais un drag&drop d'un fichier depuis nautilus dans emacs ou gvim ... ca n'ouvre pas de nouvelle fenêtre.
                - ce sont des éditeurs ssez compliqués je trouve ... il faut passer par une periode d'aprentissage où on perd sa productivité (on ne sait pas comment faire ça et ça ...). Globalement, je préfère un éditeur classique ou on voir tout par les menus...

                Merci des sugestions cependant
                • [^] # Re: Puisqu'on cause de Gnome...

                  Posté par  . Évalué à 3.

                  Je ne sais pas si ça peut répondre à tes attentes, mais pour ceux qui veulent la puissance de Vim et une interface plus "classique" (pour les habitués de Windows essentiellement), il y a Cream [1]. C'est assez agréable à utiliser, même si je penche plutôt côté Emacs.

                  [1] http://cream.sourceforge.net/
                  • [^] # Re: Puisqu'on cause de Gnome...

                    Posté par  . Évalué à 2.

                    Cream est une surcouche à VIM. Si j'ai bien compris c'est un VIM avec un ensemble de plugins et préconfiguré pour qu'un Windowsien ne soit pas trop perdu.
                    • [^] # Re: Puisqu'on cause de Gnome...

                      Posté par  . Évalué à 1.

                      Je viens de l'essayer, dans le mode non expert.
                      Première impression, c'est un gvim avec des racourcis claviers à la Windows.
                      La barre d'icône est différente (correction orthographique, mise en page, ...)

                      C'est un gvim différent, est il mieux ou non, ca dépend des raccourcies que tu veux,
                      d'ailleur il appel simplement gvim. Je vais quand même regarder avec attention les fichiers de config qui semblent contenir des configs sympas.
                  • [^] # Re: Puisqu'on cause de Gnome...

                    Posté par  . Évalué à 2.

                    On dirait gvim.
        • [^] # Re: Puisqu'on cause de Gnome...

          Posté par  . Évalué à 3.

          Bon, à la base, cette phrase était une blague, vu que j'ai écrit le billet sur gedit lié dans l'article.

          Mais sinon, je trouve certaines de ces idées intéressantes (notamment la tabulation mixte). 'vais voir ce que je peux faire.

          Pour la puissance de la coloration, ça devrait être mieux avec gtksourceview 2, qui devrait être prêt pour 2.16.
    • [^] # Re: Puisqu'on cause de Gnome...

      Posté par  . Évalué à 10.

      Je connais pas grand chose à gnome, mais j'aime bien me faire moinsser. C'est pourquoi je propose :


      alias gedit <mon editeur>


      dans tout bon terminal.

      Par contre ca va être plus dur de lancer gedit après aussi.
      • [^] # Re: Puisqu'on cause de Gnome...

        Posté par  . Évalué à 10.

        Si tu as un alias sur gedit, tu peux toujours lancer l'original avec:

        \gedit
      • [^] # Re: Puisqu'on cause de Gnome...

        Posté par  . Évalué à 3.

        Je vais essayer mais si la commande de lancement de gedit contient le chemin c'est foutu et il ne faut pas non plus que l'appel à gedit soit fait avec des options spécifiques à gedit...
      • [^] # Re: Puisqu'on cause de Gnome...

        Posté par  . Évalué à 2.

        j'ai pas réagis sur le coup mais tu le mets où ton alias? Parce que par défaut je ne lance pas de shell...
        • [^] # Re: Puisqu'on cause de Gnome...

          Posté par  . Évalué à 1.

          Dans "/etc/profile" ou "/etc/profile.d/gedit_alias.sh" par exemple (testé sur Fedora)
          • [^] # Re: Puisqu'on cause de Gnome...

            Posté par  . Évalué à 2.

            Comme je ne souhaite pas que ce soit valable pour tout le système (je conçois que l'on puisse vouloir utiliser gedit) j'ai mis l'alias dans ~/.profile mais ce fichier ne semble pas être utilisé (je suis en Debian).
            • [^] # Re: Puisqu'on cause de Gnome...

              Posté par  . Évalué à 1.

              Tu as essayé dans ton .bashrc (si tu utilises bash evidemment) ?
              • [^] # Re: Puisqu'on cause de Gnome...

                Posté par  . Évalué à 2.

                non mais si je le mets dans bashrc il ne sera effectif que si je lance un shell, par défaut il n'y en a pas...
                • [^] # Re: Puisqu'on cause de Gnome...

                  Posté par  . Évalué à 1.

                  Je me pose une question du coup : quand tu lances un programme par gnome, tu ne le lances pas de façon "cachée" dans un terminal (que tu ne vois pas en fait) ?
                  • [^] # Re: Puisqu'on cause de Gnome...

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

                    Il y a une option "lancer dans un terminal" mais autrement il n'utilise pas de terminal pour lancer l'application (je me trompe peut-être mais je ne pense pas)
                  • [^] # Re: Puisqu'on cause de Gnome...

                    Posté par  (site Web personnel) . Évalué à 5.

                    terminal != shell

                    Le terminal, c'est l'application graphique qui affiche la sortie du shell (et autres applications). Mais on peut lancer un shell sans terminal, et un terminal sans shell.
                    • [^] # Re: Puisqu'on cause de Gnome...

                      Posté par  . Évalué à 1.

                      Donc dans ce cas si on met un alias sur gedit dans le .bashrc (ou tout autre fichier de conf d'un shell), il doit pouvoir remplacer le gedit appelé par Gnome non ?
                      • [^] # Re: Puisqu'on cause de Gnome...

                        Posté par  (site Web personnel) . Évalué à 3.

                        Ça dépends si Gnome passe par le shell pour lancer des applies ou si il fait lui même un exec (flème de vérifier). Mais le lien symbolique au début du $PATH a le mérite d'être indépendant du shell.
                • [^] # Re: Puisqu'on cause de Gnome...

                  Posté par  . Évalué à 1.

                  Dans les distributions à base de debian (donc ubuntu compris), y'a un machin pour définir les applis préférées, et sous debian c'est gnome-text-editor qui est appelé (basiquement, c'est un symlink, mais je ne me souviens plus du prog de debian en question...
            • [^] # Re: Puisqu'on cause de Gnome...

              Posté par  . Évalué à 2.

              Si c'est sous gnome que ca t'embête, pourquoi ne mettrais-tu pas l'alias dans ton .xinitrc juste avant ton exec gnome-session ?
              NB : commeje ne connais pas Gnome, et encore moins GDM, si tu utilises GDM il se peut qu'il faille en fait utiliser .xsession, .gdm, .gnome-gdm ou même .pipo&molo_font_du_ski.

              j'ai mis l'alias dans ~/.profile mais ce fichier ne semble pas être utilisé

              Tu dois pouvoir forcer la lecture du truc avec source dans le /etc/profile mettre un
              if [ -f ~/.profile ] source ~/.profile peut aider.
              Ceci étant il y a surement un fichier fait pour çà dans Debian, si un dinosaure pouvait nous éclairer à ce sujet (RTFM Protected)
      • [^] # Re: Puisqu'on cause de Gnome...

        Posté par  . Évalué à 0.

        Tant qu'à être bourrin, un bon vieux

        mv <mon editeur> /usr/bin/gedit

        en root devrait faire l'affaire et régler définitivement le compte à gedit.

        Non ?
    • [^] # Re: Puisqu'on cause de Gnome...

      Posté par  . Évalué à 6.

      Sous Debian/Ubuntu (ou certainement tout système utilisant alternatives), tu peux donc utiliser alternatives pour changer gnome-text-editor qui est utilisé pour ouvrir les fichiers textes:


      update-alternatives --config gnome-text-editor

      There are 2 alternatives which provide `gnome-text-editor'.

      Selection Alternative
      -----------------------------------------------
      *+ 1 /usr/bin/gedit
      2 /usr/bin/vim.gnome
      • [^] # Re: Puisqu'on cause de Gnome...

        Posté par  . Évalué à 2.

        Oui mais non! ;-) Car c'est valable pour le système en entier, pas pour un seul utilisateur.
        • [^] # Re: Puisqu'on cause de Gnome...

          Posté par  . Évalué à 10.

          Alors, on utilise les spécifications freedesktop !

          le fichier /usr/share/applications/defaults.list définit les programmes par défaut associés aux types MIME. Il est surchargeable par chaque utilisateur : il suffit de créer un fichier ~/.local/share/applications/defaults.list avec les types MIME que l'on souhaite personnaliser.

          Exemple de fichier defaults.list:

          [Default Applications]
          text/plain=appli.desktop


          où appli.desktop est une des applis déjà définies dans /usr/share/applications ou que l'on aura définie soi-même dans ~/.local/share/applications .

          Sinon, c'est le genre de question que l'on peut poser sur le forum francophone de support (tout nouvellement créé) : http://fr.gnomesupport.org
        • [^] # Re: Puisqu'on cause de Gnome...

          Posté par  . Évalué à 2.

          $ man sensible-editor
          SENSIBLE-EDITOR(1)                                          SENSIBLE-EDITOR(1)
          
          NAME
                 sensible-editor,  sensible-pager,  sensible-browser - sensible editing,
                 paging, and web browsing
          
          SYNOPSIS
                 sensible-editor [OPTIONS...]
                 sensible-pager [OPTIONS...]
                 sensible-browser url
          
          DESCRIPTION
                 sensible-editor,  sensible-pager  and  sensible-browser  make  sensible
                 decisions  on  which  editor,  pager,  and web browser to call, respec-
                 tively.  Programs in Debian can use these scripts as their default edi-
                 tor, pager, or web browser or emulate their behavior.
          
          SEE ALSO
                 Documentation of the EDITOR, PAGER, and BROWSER variables in environ(7)
          
          Debian                            03 Mar 2004               SENSIBLE-EDITOR(1)
          • [^] # Re: Puisqu'on cause de Gnome...

            Posté par  . Évalué à -2.

            Euh... franchement, il faudra qu'on m'explique ce moinssage : je fourni une méthode pour définir l'éditeur, le pager et le navigateur par défaut depuis les scripts bien faits sous Debian et je suis en négatif...

            bon d'accord, j'aurais pu expliquer un peu plus que la page de man, mais bon j'étais pressé d'aller me coucher :-/
            • [^] # Re: Puisqu'on cause de Gnome...

              Posté par  . Évalué à 1.

              Peut etre que tout simplement tu ne réponds pas à la question qui était posé à savoir comment configurer GNOME pour qu'il utilise un autre éditeur que Gedit par défaut
              • [^] # Re: Puisqu'on cause de Gnome...

                Posté par  . Évalué à 2.

                Ben si : la dernière fois que j'ai testé GNOME sur debian, il était configuré par défaut pour appeler les sensible-*. C'était il y a deux ans à peu près.

                Mais bon, si ça a changé depuis... maintenant je n'utilise plus GNOME. Il n'y a pas très longtemps encore, ma machine la plus puissante était un pentium 200 avec 64Mo de RAM, alors je me suis tourné vers plus léger ! C'est vrai qu'il faudrait que je réessaye, maintenant que j'ai un athlon 64 avec 1Go de RAM...
    • [^] # Re: Puisqu'on cause de Gnome...

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

      > Comment faire pour sélectionner son éditeur de texte dans Gnome?

      Je viens de faire l'essai ce soir, c'est vrai que Nautilus ne tiens pas compte de la variable d'environnement EDITOR. Ca sers a quoi ces bonnes vielles variables ?
      • [^] # Re: Puisqu'on cause de Gnome...

        Posté par  . Évalué à 4.

        Voir mon post plus haut, mais GNOME (tout comme KDE et XFCE je pense même si je n'ai pas testé) tient compte du type MIME du fichier pour proposer:
        * Une liste d'applications pouvant ouvrir ce fichier
        * Une application par défaut

        Ce sont des standards définis par freedesktop.org.

        En ce qui concerne $EDITOR, ce sont généralement des applications en mode console qui l'utilisent et elle est généralement remplie avec une application utilisant le mode console, ce qui ne se marie pas toujours très bien avec l'environnement graphique
    • [^] # Re: Puisqu'on cause de Gnome...

      Posté par  . Évalué à -2.


      Comment faire pour sélectionner son éditeur de texte dans Gnome?
      Gedit est surement très bien mais j'ai mes habitudes avec un autre éditeur (que je ne cite pas pour éviter tout troll...) et je n'ai pas envie d'en changer vu qu'il me satisfait pleinement.
      Mais je n'ai pas trouvé où lui dire d'utiliser mon éditeur plutôt que gedit. A part à affecter dans Nautilus mon éditeur à chacun des différents type de fichier mais c'est super lourd, et pas pleinement satisfaisant.

      Ah bah non, avec Gnome, tu n'peux faire une chose qu'd'une seule façon, point barre!
      En effet, ça simplifie grandement le choix.
      bye
  • # Menu Propriété

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

    Est-ce qu'il devient beaucoup plus facile maintenant d'enrichir certains onglets de la fenêtre 'Propriétés' d'un fichier (comme le font les plugins pour kfile sous KDE) ?
  • # GStreamer et DRM

    Posté par  . Évalué à 10.

    L'entreprise http://www.fluendo.com/ emploie pas mal de devs GStreamer. Elle appartient au "Gnome Advisory Board" (conseil consultatif). Depuis plusieurs mois, certains devs travaillent sur des plugins DRM (lecture du WMA entre autres) pour GStreamer : http://blogs.gnome.org/view/uraeus/2005/12/3/0 et vu que GStreamer est LGPL, ils pourraient être propriétaires. Franchement, je me demande à quoi sert de streamer du WMA (mp3 passe encore vu la popularité) pour un logiciel libre. Tout ça m'inquiète, sans vouloir crier au loup... Surtout que KDE risque fortement de choisir GStreamer comme framework audio pour remplacert arts.
    • [^] # Re: GStreamer et DRM

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

      je suis content que KDE et Gnome se rapprochent (bien qu'ils s'étaient déjà rapprochés depuis un certain temps au niveau dével, mais pas promotionnel), car on avait vraiment de plus en plus l'impression qu'il y avait une compétition féroce entre les deux. (début difficile, gnome lancé comme contre-projet à KDE, licenciement de l'équipe kde de novell, coup de gueule de linus contre gnome...)

      C'est ce qu'on peut voir dans cet article du 18/02/06 http://software.newsforge.com/article.pl?sid=06/02/14/151521(...) traduit ici : http://www.kde-france.org/index.php?option=com_content&t(...)

      morceaux :
      En compétition pour la première place du bureau libre depuis 1997, KDE et GNOME avait collaboré sur le code, mais jamais sur la promotion, ont lancé une initiative visant à faire du marketing et à promouvoir ensemble le bureau libre.
      Bien que chaque projet continue ses propres projets de marketing et de promotion, la nouvelle coopération reconnaît à quel point chaque projet peut gagner en prenant une part de marché à la concurrence propriétaire.
      [...]
      Pour le code c'est facilement compréhensible -- si vous développez deux visionneuses de documents PDF (KPDF pour KDE et Evince pour GNOME, par exemple), alors collaborer sur la technologie de rendu PDF partagée de base, poppler, devient une évidence.

      Pourquoi la coopération tombe-t-elle sous le sens en ce qui concerne les efforts de marketing et de promotion par deux concurrents ? Pour une raison : la plupart des gens utilisent des éléments de GNOME et de KDE; un bureau GNOME a plus de chances de faire tourner des applications KDE qu'un bureau Windows et vice et versa, et cela non seulement parce que beaucoup d'applications de KDE/GNOME ne fonctionnent pas sous Windows. Faire une étude de marché comme si les gens étaient là pour choisir entre deux environnements bureautiques et le promouvoir sur cette base part d'une méconnaissance de ce qu'est le marché.
      • [^] # Re: GStreamer et DRM

        Posté par  . Évalué à 4.

        Pas tout a fait dans le sujet, mais bon.

        Je trouve que ce genre de coopération est bénéfique pour l'adoption de (GNOME|KDE|..)/GNU/Linux en entreprise/particulier car cela tend a donner une plateforme plus consistante.
        KDE et gnome (Desktop, et tout les framework interressant qui vont avec) on inventé leurs truc dans leurs coin, ca a pas mal évolué et maintenant il pensent enfin a faire des truc style outils commun (Gstreamer ,poppler) et des spec quivontbien (freedesktop).
        Si ils pouvaient spécifier un peu plus ce serais encore mieux (PIM, extended VFS, Services).

        Ca ferais plaisir au décideur pressé et ferais une grosse concurence a windows, par exemple on pourrais avoir une interface standard pour interroger les contacts, la messagerie,.. non dépendant de microsoft :
        Cf CORBA et l'objet distribué:
        plein d'entreprise utilise CORBA parceque c'est un standard avec plein de solutions différentes, au lieu d'utiliser un produit non standardisé mais de chez microsoft.

        Si les LL, et d'autre arrive a sortir des standard correct (les coopération sont un premier pas) pour des composant du desktop (Comment ca OpenStep??), et porté sous Linux/Windows/MacOs, c'est bon signe pour l'avenir.
        • [^] # Re: GStreamer et DRM

          Posté par  . Évalué à 8.

          Je me répond a moi même:
          tout ce dont j'ai parlé est en fait dans freedesktop.
          Freedesktop a beaucoup évolué (depuis que je suis allé voir) et j'espère qu'il va continuer a évoluer et a fournir de bonne spec/libs

          Les normes c'est bon, mangez en, et aussi participez.
          • [^] # Re: GStreamer et DRM

            Posté par  . Évalué à 2.

            D'ailleurs, je verrais bien une norme pour les thèmes graphiques. Avec tous ces moteurs de thèmes, et l'existance de gtk-qt montre un peu le chemin à quivre.

            D'après ce que j'ai compris, le dessin des boutons dans QT et GTK sont réalisés par des modules enfichables. Pourquoi pas un format commun ?

            Quitte à réaliser un moteur complexe ayant les capacités des deux, mais c'est juste histoire d'en finir une bonne fois pour toute avec les gueguerres de look et histoire de simplifier la vie des créateurs de thèmes.
            • [^] # Re: GStreamer et DRM

              Posté par  (site Web personnel) . Évalué à 6.

              • [^] # Re: GStreamer et DRM

                Posté par  . Évalué à 4.

                Plutôt intéressant, mais ne résoud pas le problème des moteurs de thèmes, radicalement différents. Dommage que gtk-qt fasse l'inverse de ce que je souhaite (j'utilise GTK majoritairement, et je souhaiterais que les applis QT utilisent le thème GTK).

                En plus, les moteurs ont quand même des capacités similaires, et sont donc unifiables facilement.

                En bref, les problèmes de widgets sont loin d'être résolus. Et je ne parle pas de OpenOffice/Firefox/Motif/Tk/<you name it>
                • [^] # Re: GStreamer et DRM

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

                  avec firefox j'ai bien le style gtk défini dans les prefs gnome ... le look est bon par contre le feel est sensiblement différent.

                  Je me rapelle notament a un moment des menus où la surbrillance des items avait un contraste très faible (blanc sur gris clair) ... illisible :)
                  • [^] # Re: GStreamer et DRM

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

                    Tu devrais essayer Epiphany qui s'integre beaucoup mieux dans gnome.
                    http://blogs.gnome.org/epiphany
                    • [^] # Re: GStreamer et DRM

                      Posté par  (site Web personnel) . Évalué à 5.

                      ben en fait j'utilise galeon qui gère beaucoup mieux mes très très très nombreux bookmarks qu'epiphany ...
                      finalement, on arrive a se passer de toutes les extensions firefox ... AdBlock et autres ... Mais les performances sont incroyablement meilleurs (j'ai aussi changé de thunderbird à sylpheed-claws, ca a du aider)
            • [^] # Re: GStreamer et DRM

              Posté par  (site Web personnel) . Évalué à 5.

              http://www.metatheme.org/

              Ca existe déjà, ca s'appelle metatheme et en plus ca marche aussi pour les applis java.
        • [^] # Re: GStreamer et DRM

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

          plateforme plus consistante

          "consitent" se traduit par "cohérent" pas "consistant"
    • [^] # Re: GStreamer et DRM

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

      Je comprends mal ton inquiétude. Quel est le rapport entre gstreamer, son futur, l'eventuel choix de KDE de le prendre comme framework audio, et le fait que fluendo ait décidé de faire des plugins pour du DRM?

      Surtout que en l'occurence, il s'agit surtout d'etre compatible avec l'existant. Que celui qui n'a jamais utilisé ou installé w32codecs leur jette la premiere pierre...
      • [^] # Re: GStreamer et DRM

        Posté par  . Évalué à 3.

        Pour résumer : déjà l'argument pro-intégration de DRM du lien ci-dessus "if we say no then someone else will say yes (ie. Microsoft)" je le trouve très fallacieux. Ensuite, les w32codecs, il me semble qu'ils ne lisent pas les WMV10 (voire 9, non ?), et n'intègrent pas de DRM à ma connaissance (au final leur utilisation outrepasse plutôt les protections...), alors qu'ici il s'agit bien d'introduire des DRM sur/dans le Desktop Gnome *et* KDE si GStreamer est choisi. Pour moi, c'est une porte ouverte.

        >il s'agit surtout d'etre compatible avec l'existant

        1) Je me demande si c'est une bonne chose en l'occurrence.

        2) Alors pourquoi introduire le système DRM de Sun (Opera, aucun rapport avec le navigateur), quand on sait qu'un DRM OpenSource est un non-sens, et que personne ne l'utilise ?
        • [^] # Re: GStreamer et DRM

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

          Tu ne réponds pas vraiment à ma question. J'ai bien compris que tu es contre l'intégration des DRM dans gstreamer, mais vu que ca se ferait dans des plugins à part, je vois pas bien le problème. Oui, les DRM, c'est mal, mais la seule chose que ca va changer, c'est que en utilisant ces plugins tu pourras lire des morceaux DRMisés... personne ne t'oblige à le faire, et ca ne change rien pour gstreamer tout court.
          • [^] # Re: GStreamer et DRM

            Posté par  . Évalué à 4.

            Non bien sur personne ne m'oblige à le faire. Mais comme expliqué plus haut c'est "ouvrir une porte", et favoriser l'usage des DRM. Une fois que Monsieur Toutlemonde est habitué, j'ai peur que ces plugins deviennent des "standards" de fait... (je peux me tromper).
            • [^] # Re: GStreamer et DRM

              Posté par  . Évalué à 5.

              C'est aussi à monsieur toutlemonde de ne pas acheter ce qu'il ne lui convient pas.
              Moi les DRM ne me conviennent pas je n'en achète pas.
              • [^] # Re: GStreamer et DRM

                Posté par  . Évalué à 3.

                Tout à fait, mais si personne n'explique à Monsieur Toutlemonde (et sa femme, Mme. Michu) que les DRM c'est mal (et qui pourrait leur expliquer ? la distrib qui fournit les plugins en question ?), et que de l'autre coté Fluendo explique qu'ils sont gentils et fournissent des plugins pour lire le dernier CD de Kyo (et/ou la distribution Redoriva fonde sa comm' sur l'inclusion du code en question), le libre-arbitre me paraît assez illusoire.
                • [^] # Re: GStreamer et DRM

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

                  Je pense qu'effectivement on doit leur expliquer, mais que c'est pas le role de la distro. Le systeme d'exploitation et les logiciels fournis avec, leur but c'est de servir l'utilisateur avant tout. Eclairer l'utilisateur sur ces problemes, c'est plutot a nous de le faire, pas a la distro, elle, elle doit essayer de fonctionner au mieux pour ses utilisateurs, c'est deja pas mal.

                  Et tout ceci ne répond pas a ma question: en gros, gstreamer t'inquiete parceque on peut faire des plugins proprio, et que fluendo, membre influent de la communauté gstreamer, veut en faire ?
                  • [^] # Re: GStreamer et DRM

                    Posté par  . Évalué à 2.

                    En gros, ce qui m'inquiète c'est qu'une entreprise membre de Gnome travaille à des plugins proprios implémentant des DRM dans ce qui est peut-être le futur principal framework multimédia sous Linux, et risque de rendre dépendants à ses technologies certains utilisateurs non-avertis... Bien évidemment, je peux me tromper et n'être qu'un vil paranoïaque et/ou trolleur :-)
                • [^] # Re: GStreamer et DRM

                  Posté par  . Évalué à 10.

                  J'en ai plus qu'assez que mon nom soit régulièrement cité sur ce site internet ! Vous parlez de liberté, mais Mme Michu n'est pas un logiciel libre : c'est mon patronime ; et je suis la risée du bar-tabac quand je vais prendre le petit jus, le dimanche midi.

                  J'envoie mèls à mes copines et j'utilise un ordinateur qui est déjà bien assez compliqué pour qu'on ne vienne pas y laisser traîner des gnomes ! Remarquez, jeunes gens, Je ne parle pas de mes petits enfants (ils sont adorables) qui jouent à "Chicken Invaders" mais des fois ils mettent le bazar dans les icones.

                  Heureusement le fils du voisin du garagiste a les cdrom d'installation, alors on remet tout, mais c'est long. En plus avec ma livbox, je téléphone à toutes mes copines pour organiser des sorties aux champignons et des réunions "cartes postales"...

                  Bouquetin, sors de ce corps !

                  - Chicken Invaders http://www.interactionstudios.com/chickeninvaders.php
    • [^] # Re: GStreamer et DRM

      Posté par  . Évalué à 2.

      Bonne question qui est apparue sur Slashdot il y a peu.

      La réponse est simple: liberté de choix, tu pourras utiliser les plug-ins Fluendo ou non, en passant par PLF ou Livna. (Il y a déjà un autre plug-in mp3 pour GStreamer)

      Il faut malheureusement respecter les règles pour pouvoir distribuer certains programmes soumis à des licences, notamment aux États-Unis. C'est pourquoi pour l'instant, Fedora et Red Hat EL sont livrées sans décodeur mp3. Il est interdit de livrer un décodeur mp3 aux E.U. sans payer une licence à Thomson (bien qu'ils ferment les yeux sur les FLOSS en général).

      Avec le plug-in mp3 de Fluendo, Fedora pourra finalement contenir un décodeur mp3. Le plug-in licencié est binaire mais le code est disponible sous licence MIT.

      Il en vaut de même pour tous les codecs soumis à brevets ou licence. En gros, en Europe, nous on s'en fout mais les distributeurs seront heureux de pouvoir proposer ces fonctionnalités "out of the box".

      Ca protège les distributeurs et ca n'affecte pas l'utilisateur final. Où est le problème?

      L'aspect négatif, c'est que on poussera moins l'utilisation de codecs libres comme Vorbis ou Theora, puisqu'on pourra lire des WMA et des AAC.
      • [^] # Re: GStreamer et DRM

        Posté par  . Évalué à 1.

        Encore une fois, ce n'est pas l'aspect "brevets" & co qui me gène (cas des mp3), mais bien l'introduction des DRM. M'étonnerais que les plugins pour lire les WMA10 et autres soient libres. Et puis pour le mp3 pousser une techno brevettée et dépassée en avant... bof bof.
        • [^] # Re: GStreamer et DRM

          Posté par  (site Web personnel) . Évalué à 3.

          Il s'agit pas de la pousser en avant: il s'agit de pouvoir l'utiliser dans ta distro sans devoir te prendre la tête. Regarde autour de toi, ca doit être l'une des questions les plus posées par des gens switchant sous GNU/Linux: "mais comment je lis mes mp3s?" ...
    • [^] # Re: GStreamer et DRM

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

      >Surtout que KDE risque fortement de choisir GStreamer comme framework audio
      >pour remplacert arts.

      Ceci est totalement faux:
      http://multimedia.kde.org/roadmap.php

      Kde 4 laissera le choix du framework multimedia (arts, gstreamer, NMM, Helix?, ...) aux utilisateurs et/ou intégrateurs.
      • [^] # Re: GStreamer et DRM

        Posté par  . Évalué à 2.

        Mea Culpa, j'étais resté à une interview d'Aaron Seigo qui disait "GStreamer looks like the most probable candidate at this point.". Par contre, reste la décision des intégrateurs... laisseront-ils l'utilisateur choisir ?
        • [^] # Re: GStreamer et DRM

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

          amarok, totem, kaffeine, ...

          Pour l'instant, les intégrateurs laissent choisir, il n'y a pas de raison que cela change.
          • [^] # Re: GStreamer et DRM

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

            Ah noté que pour totem-xine, ce dernier chie dans la colle lors du chargement de son logo !! Ca bouffe plus de 100 Mo de ram :(

            rm /usr/share/totem/totem_logo.png regle le probleme.
  • # Utilisez un bureau GNOME complet...

    Posté par  . Évalué à 4.

    Utilisez Epiphany !

    Je profite de cette sortie pour faire un peu de pub a ce projet qui a vraiment trop tendance a etre écarté en faveur de Firefox (par exemple pas une ligne dans la présentation des nouveautés de Davyd Madeley[1]) alors qu'il a de véritables arguments.

    Ce navigateur a encore quelques défauts (je mettrais les gestionnaire de téléchargement en tête) mais de grosses qualités (système de tagging de bookmark innovant, intégration GNOME...).

    Un blog de ploum qui explique tout bien mieux que je ne pourrais le faire : http://ploum.frimouvy.org/?2006/03/15/100-why-you-should-try(...)

    [1] : http://www.gnome.org/~davyd/gnome-2-14/
    • [^] # Re: Utilisez un bureau GNOME complet...

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

      ouaip, Firefox c'est dépassé. Epiphany par contre, c'est très très voile. Il y a aussi de quoi satisfaire les geeks :

      http://raphael.slinckx.net/blog/2006-03-15/epiphany-is-hype-(...)
      http://www.burtonini.com/blog/computers/avahi-epiphany-2006-(...)


      Franchement, faites l'effort de vous mettre à Epiphany pendant une semaine, ça vaut vraiment le coup.
      • [^] # Re: Utilisez un bureau GNOME complet...

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

        Je lui trouve PLEIN de défauts dont en particulier :
        . l'impossibilité de décrocher un onglet (dans la 2.12)
        . la non complétion des urls avec la touche TAB
        . le fait que lorsque l'on enregistre plusieurs login+mdp pour une même page web, il faille taper soi même le login pour qu'il complète le mdp (alors que galeon propose de choisir)
        . le manque d'options dans le menu contextuel pour la manipulation des différents objets (images, lien, onglets, etc).

        Sinon, il marche bien et il est bien agréable.
    • [^] # Re: Utilisez un bureau GNOME complet...

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

      Question : epiphany peux il gérer mes milliers de bookmarks avec une hierarchie assez imprétionnante. la dernière fois que j'ai regardé, ce n'était pas possible (pas de sous-catégories possibles).
      Du coup j'utilise toujours galeon (qui va disparaitre :,-) )

      Enfin, finalement galeon n'est pas si bien que ça, dernièrement, avec tout mes bookmarks, la page myportal: qui les affiche tous met environ 8s a s'afficher
      • [^] # Re: Utilisez un bureau GNOME complet...

        Posté par  . Évalué à 7.

        Désolé mais c'est trop infâme, j'ai les poils des bras qui se hérissent:

        Question : epiphany peut-il gérer mes milliers de bookmarks avec une hiérarchie assez impressionnante
      • [^] # Re: Utilisez un bureau GNOME complet...

        Posté par  (site Web personnel) . Évalué à 3.

        Maintenant avec Epiphany les categories dans les signets se font toutes seules.

        En gros quand tu met un signet sur une page, tu dis dans quelles categories ils va (tu peut en choisir plusieures) les sous categories se créent automatiquement.

        http://blogs.gnome.org/view/epiphany/2006/01/22/0
        http://live.gnome.org/Epiphany/FrequentlyAskedQuestions#head(...)
        • [^] # Re: Utilisez un bureau GNOME complet...

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

          C'est très bien de pouvoir mettre un même bookmark dans plusieurs catégories ... sauf que :
          For now, bookmarks are not organized in a multiple level hierarchy.

          Je ne pense pas arriver à m'y retrouver avec ce système ... car j'ai plusieurs centaines de catégories hierarchisées ... alors ca pose un léger problème.

          J'ai essayé un import de mes bookmarks dans epiphany un jour ... il m'a créé des tonnes de catégories, inutilisable !
          • [^] # Re: Utilisez un bureau GNOME complet...

            Posté par  . Évalué à 4.

            Je ne sais pas pourquoi cette FAQ a été mise en lien, elle est complêtement dépassée. Bon ce que je te décris n'a pas été testé avec plusieurs milliers de bookmark mais voila comment ca marche maintenant :

            - tu assigne tes sujets (topic) a une page que tu bookmark, typiquement chez moi linuxfr est tagué : informatique, linux, informations.
            - tu fait pareil pour tous tes bookmark

            Le principe de base est d'acceder au bookmark en tappant le nom du topic dans la barre d'addresse et en le séléctionnant dans la liste qui se déroule.

            Mais la grande nouveauté de la 2.14, c'est que tu peux aussi passer par un menu signet dont la hiérarchie est concue automatiquement a partir des tags. J'ai par exemple un sous-menu "informations" qui contient linuxfr et le monde mais j'ai aussi un sous menu - informatique qui contient tellement de truc qu'il a encore un sous menu linux qui contiendra lui aussi linuxfr.

            Bref les sous catégories il sait les déduires tout seul.
    • [^] # Re: Utilisez un bureau GNOME complet...

      Posté par  . Évalué à 4.

      Le post de olosta m'a donné l'envie de retenter epiphany, et je dois dire que j'ai été très agréablement surpris.

      Une fois le paquet epiphany-extensions installé, et l'extension "ad blocker (block the pest!)" cochée, j'ai pu lire "Le Monde" sans pub et sans avoir rien configuré, là où pour faire la même chose sous firefox j'ai du indiquer explicitement à "adblock" quelles adresses bloquer.
      Les popups semblent eux-aussi bloqués.

      Je sens que je suis convaincu, jusqu'à nouvel ordre, d'autant que firefox était jusqu'à présent la seule application graphique non gnome que j'utilisais.
      • [^] # Re: Utilisez un bureau GNOME complet...

        Posté par  . Évalué à 3.

        Pour firefox, si tu installes "Adblock Filterset.G Updater", une liste d'expressions rationnelles à bloquer sera installée et mise à jour régulièrement, ce qui permet de bloquer automatiquement la plupart des pubs. Tu peux bien sûr rajouter tes propres règles.
    • [^] # Re: Utilisez un bureau GNOME complet...

      Posté par  . Évalué à -2.

      Je suis bien d'accord, surtout depuis l'ajout d'adblock.

      Quel dommage qu'Ubuntu utilise FF par défaut!!!
    • [^] # Re: Utilisez un bureau GNOME complet...

      Posté par  . Évalué à 1.

      Je suis bien d'accord, surtout depuis l'ajout d'adblock.

      Quel dommage qu'Ubuntu utilise FF par défaut!!!
  • # bon la recherche c'est pas encore ça

    Posté par  . Évalué à 2.

    mais bon ça va venir.

    Par exemple je voulais faire une recherche avec beagle pour qu'il me retrouve mes fichiers multimedias telechargé depuis moins d'un mois et trié par date.
    Bon y a pas de recherché sur des criteres temporels pour l'instant, et il est de plus impossible avec l'outil dans nautilus de chercher sur "*", l'astuce que j'ai trouvé c'est de metre un "." vu qu'en general les fichiers ont une extension, et ensuite de faire une affichage en liste trié par date.

    Ensuite j'ai voulu déplacé les fichiers, et bien on peut pas !!! lol on peut juste les copier.

    L'affichage en minature dans nautilus par icone est bien mais bon tous les fichiers vidéos ne s'affichent pas encore pour l'instant.

Suivre le flux des commentaires

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