GNOME 2.22 : évolution perpétuelle

Posté par  . Modéré par Mouns.
Étiquettes :
0
10
mar.
2008
Gnome
Fidèle à sa tradition de version fréquente et de progression incrémentale, GNOME sort ce mercredi en version 2.22. Cette version est dédiée à Raphaël Higino, éminent membre de GNOME Brésil, mort à 24 ans dans un accident de moto.

GNOME est fourni comme un ensemble de modules répartis dans 5 groupes : plate-forme, bureau et administration, développement, passerelles et infrastructure. Le premier contient les fondations de GNOME comme GTK+, les passerelles permettent d'utiliser la plate-forme dans le langage de programmation de son choix, le bureau et l'administration contiennent des applications qui s'appuient sur la plate-forme, enfin l'infrastructure est l'ensemble des outils de hébergement du site pour le développement collaboratif. Le composant développement comprend les modules pour développeur (EDI, outils de compilation, etc.)

Cheese, GVFS, Vinagre, Totem Gstreamer, Evolution, Metacity, etc. font partie des nombreuses nouveautés et évolutions de cette nouvelle version [...]. Cette nouvelle version 2.22 accueille le logiciel Cheese qui n'a rien à envier à PhotoBooth de Mac OS X, photos, vidéo, effets cumulables, etc. vous pourrez personnaliser vos avatars dans les forums, ou sur le compte utilisateur de votre ordinateur très facilement. La plate-forme accueille GVFS, le remplaçant de GNOME VFS qui s'appuie sur la nouvelle API GIO de GTK+. GVFS est plus fiable et plus fonctionnel que GNOME VFS. Il permet de stocker les mots de passe durant la session et de développer de nouveaux protocoles tel cdda: pour extraire les CD audio à la volée (fichier WAV), gphoto2: pour accéder à son appareil photo comme une simple clef USB, et encore trash: qui implémente les spécifications freedesktop.org sur la gestion de la poubelle. Avec GIO/GVFS, GNOME propose enfin une solution efficace qui revient dans la course avec KIO de KDE.

Vinagre fait son apparition dans le bureau également. Il s'agit d'un client pour le protocole de partage de bureau VNC. GNOME dispose depuis longtemps d'un serveur VNC : vino, voici désormais le client, la boucle est bouclée.

Le multimédia progresse également avec GNOME 2.22 grâce au travail réalisé sur Totem et gstreamer. Support DVD amélioré, support DVB, nouveaux greffons Totem pour relier YouTube, MythTV et Tracker, partage de liste de lecture sur le réseau local, chargement de sous-titre de vidéo, lecture flash avec swfdec, support des listes de lectures de freeplayer. L'horloge du bureau devient internationale, pratique pour les adeptes de la mondialisation ! L'heure, mais également la météo du lieu sélectionné, sont affichées en dessous du calendrier.

Évolution perpétuelle pour Evolution avec le support de Google Calendar, des étiquettes personnalisées pour le courriel et une myriade de corrections d'anomalies. Les erreurs sont désormais moins invasives en se cantonnant à la barre d'état de la fenêtre plutôt que des fenêtres surgissantes, et le filtrage optimisé. Pour les développeurs, Anjuta fait désormais partie des outils de développement ! La version 2.4 apporte foule d'améliorations en terme d'intégration avec glade, SVN, Devhelp, GtkSourceview, etc. un vrai bonheur.

Dans GNOME, on ne configure par son bureau, on choisit ses préférences. GNOME est connu pour avoir une multiplication des fenêtres de préférences pour chaque module voire plus. Déjà avec GNOME 2.20, tout ce qui concerne le thème a été centralisé en un seule fenêtre utilisant des onglets. GNOME 2.22 introduit la centralisation de la gestion du clavier : réglages, accessibilité, raccourcis clavier, tout est au même endroit.

Metacity compile désormais avec le compositeur, mais il est désactivé par défaut dans les préférences avancées. La composition permet de gérer transparence, ombre portée et aperçu dynamique des fenêtres (dans Alt+Tab et plus), cela optimise également le déplacement des fenêtres. Couplé avec les efforts d'Andra Cimitan sur le thème Murrine, l'avenir de la composition et des effets graphique dans GNOME est prometteur.

GNOME 2.22 propose 45 traductions complètes à 80% ou plus. Bien d'autres sont disponibles avec plus de 50% de traduction.

La fondation Mozilla fait désormais partie du conseil d'administration de GNOME et s'est engagée à toujours mieux intégrer ses technologies (notamment XUL) et ses produits au bureau GNOME, Firefox 3 étant un bon exemple de cette volonté.

La prochaine itération, GNOME 2.24, est déjà dans la tête des développeurs GNOME et dans celle de tout utilisateur impliqué. Sont prévus : une nouvelle version majeure d'Ekiga proposant une interface largement améliorée, plus de compatibilité et d'intégration avec GNOME ; l'arrivée d'Empathy, le service de messagerie instantanée basé sur Telepathy ; l'affichage des fichiers en colonne dans Nautilus (comme dans Windows Explorer), l'abandon total de GNOME VFS (conservé uniquement pour la compatibilité) ; une plus grande portabilité vers Windows et Mac OS X ; etc. Il y a naturellement foule de domaines où le travail ne manque pas. N'hésitez pas à rejoindre GNOME, la porte vous est grande ouverte !

Google réitère son « Summer of Code » pour la 4ème année et GNOME est de la partie. Les propositions vont bon train au sujet du tableau de bord, des barres de menu, de la gestion centralisée de tâches de fond (copie, téléchargement, etc.).

Suit une liste détaillée de changements, parfois techniques mais pertinents, des différents modules phares de GNOME.

Epiphany
  • Aperçu des images quant on envoie une photo dans un formulaire ;
  • Notification de la fin d'un téléchargement avec libnotify ;
  • Prise en charge initiale de webkit comme alternative (lors de la compilation).

Evolution adopte la numérotation de version de Gnome. Prochaine version : Evolution 2.22.
  • Nouveau greffon : external-editor. Permet d'utiliser emacs ou vim comme éditeur ;
  • Traditionnelle liste (interminable) de correction de bugs ;
  • Affichage des erreurs non intrusif et journalisation des erreurs dans le client courriel ;
  • Possibilité de demander un accusé de réception d'un courriel facilement via l'interface d'édition de courriel ;
  • Envoi des accusé de réception suivant la RFC 3798 (Merci Colin !) ;
  • Utilise des icônes Tango partout ;
  • Evolution quitte rapidement, évite de continuer de télécharger lorsqu'il quitte ;
  • Corrections de fuite de mémoire dans Evolution et EDS.

Gstreamer : bibliothèque logicielle de gestion globale du son et de l'image
  • Création d'un graphe de pipeline au format dot ;
  • Gestion de puits asynchrones.

Nautilus : navigateur de fichiers
  • Nouvelle implémentation des opérations sur les fichiers avec une boîte de dialogue de progression partagée ;
  • Ajout de fonction autoexécution/automontage ;
  • Icônes semi transparentes lors du glisser-déposer avec un gestionnaire de composition ;
  • Thémabilité des camemberts d'utilisation d'espace disque ;
  • Inhibation de l'hibernation durant la gravure ;
  • Icône dans la zone de notification pendant la copie.

Rhythmbox
  • Support de l'installation automatique de greffons gstreamer ;
  • Greffon Mozilla pour supporter le protocole itms:// ;
  • Transition du volume sonore lors de lecture/pause ;
  • Meilleur gestion de périphériques MTP et de la PSP avec nouveaux micro-codes.

Extracteur audio
  • Ajout d'un champ Année ;
  • Si on édite le champ Artiste de l'album, le nom d'artiste spécifique à un morceau ne sera pas écrasé ;
  • Ajout d'un champ de n° de disque ;
  • Gestion de type de contenu GVFS content/* .

Éditeur de texte
  • Migration vers GtkPrint ;
  • Gestion des vues comme des bureaux virtuels (pratique avec compiz).

Visionneur de document
  • Optimisation du chargement de fichier (mémoire et charge processeur) ;
  • Enregistrement des images dans d'autres formats que PNG ;
  • Transition de page ;
  • Nouveau système de greffons pour le chargement de document ;
  • Utilise la zone de message pour les erreurs plutôt que des fenêtres surgissantes ;
  • Prise en charge des URI mailto: (Merci Pascal !).

Totem : Lecteur vidéo
  • Publication et consommation de média sur le réseau local avec libepc ;
  • Recherche vidéo basée sur tracker ;
  • Chargement de fichier de sous-titrage depuis l'interface ;
  • Greffon mythtv et YouTube ;
  • Navigation dans un menu DVD en utilisant le pavé numérique ;
  • Ajout de totem-audio-preview pour que Nautilus puisse pré-écouter tout les fichier audio supporté par totem/gstreamer ;
  • Utilise l'icône "Lecture" à la place du logo pour les vidéo où l'utilisateur doit cliquer pour lancer la lecture ;
  • Lit correctement les M3U avec des lettres de volume DOS dans les noms de fichiers ;
  • Fichiers de conf dans ~/.config/totem plutôt que ~/.gnome2/Totem ;
  • Déclaration du support audio/x-ms-wma dans le greffon web ;
  • Meilleur support de Javascript VLC et pour les lecteur DivX Javascript ;
  • Gestion des listes de lecture spécifiques VLC de Freeplayer.

GNOME Control Center :
  • Beaucoup d'améliorations pour la gestion des thèmes de curseurs : suppression de thème, mise-à-jour à la volée, détecte thème de curseur dans /usr/share/cursors/xorg-x11, installation de nouveau curseurs ;
  • Support pour Midori dans les applications préférées. Suppression des vieilles versions d'Evolution et des navigateurs texte ;
  • Support des WindowTitleFont et DocumentsFont depuis les fichier meta-thème ;
  • Fusion de l'accessibilité dans l'applet clavier ;
  • Intégration de l'applet souris avec mousetweaks ;
  • Séparation de gnome-settings-daemon dans un module distinct (pour utilisation par GDM) ;
  • Bord arrondi des aperçus de thème de fenêtres metacity.

Vino :
  • Support du partage de presse papier.

Applets
  • Séparation du projet libgweather ;
  • On peut imprimer la carte du clavier depuis l'applet clavier ;
  • Simple animation des lanceurs tirant partie de la composition.

Jeux
  • Possibilité d'utiliser SDL pour le son ;
  • Possibilité de jouer aux échecs en réseau.

Deskbar :
  • Nouvelles actions : lancer la commande dans un terminal, éditer le contact ;
  • Nouveau module Tomboy ;
  • Possibilité de recharger les modules.

Gcalctool :
  • Utilise Glade pour l'interface.

File Roller : gestionnaire d'archives de fichiers
  • Édition d'archive ;
  • Support de lzma (7-zip).

Moniteur système
  • Plus d'icônes dans les menu ;
  • Nouveau sélecteur de couleur ;
  • Beaucoup d'améliorations de graphisme.

Metacity :
  • Les popups des fenêtres "toujours au premier plan" passent devant ces fenêtres ;
  • Fusion de la branche du compositeur, aperçu des fenêtres dans Alt-Tab, ombres. Encore immature ?

Outils d'administration système :

Trousseau de clef :
  • Seahorse remplace toute l'interface et l'intégration avec Nautilus, Gedit, etc. ;
  • Gnome-keyring s'occupe du stockage, de l'agent SSH, etc. ;
  • Support pour les trousseaux de clef en clair (mot de passe vide).

GDM :
  • Génocide des options de configuration inutilisées ;
  • Migration vers gnome-settings-daemon (qui a son propre module désormais) ;
  • Ajout d'une applet pour changer d'utilisateur ;
  • Migration vers ConsoleKit ;
  • Prémices du support de migration/changement de session ;
  • Sélecteur de session.

GIO/GVFS :
  • Arrivé de gio : le tueur de gnome-vfs ;
  • Portage de Nautilus, Epiphany, Empathy, libgnomeui, system-tools, gdm, gnome-panel, gnome-control-center et eel vers gio ;
  • Ajout de type mime pour volume : x-content/video-dvd, etc. permettant aux applications de s'inscrire comme supportant tel ou tel type de contenu, offrant une meilleure configuration du système sans ajouter de couche supplémentaire (on utilise le système MIME déjà bien rodé) ;
  • Nouveau format de poubelle. Désormais dans ~/.local/share/Trash, avec des méta données (notamment, l'ancien emplacement du fichier supprimé !) ;
  • Nouveaux backends gphoto2, network:, dns-sd: ;
  • Régression : plus de thèmes:, fonts: ce sera pour la 2.24.

Outils système
  • Définition d'un emblème sur un dossier lors du partage réseau d'un dossier depuis Nautilus.

Intégration avec PolicyKit
  • PolicyKit permet d'assurer la sécurité à un niveau inférieur du bureau, en étant configurable globalement par l'administrateur ;
  • Les interfaces d'administration possèdent désormais un bouton de dé-verrouillage qui permet d'accéder aux fonctions critiques. Cela évite également de lancer les logiciels en mode super utilisateur.

Accessibilité
  • Collaboration avec Mozilla pour une meilleure accessibilité avec Firefox 3, avec notamment le support des applications web accessibles ARIA ;
  • Prise en charge du braille abrégé niveau 2 ;
  • Utilisation de la composition si possible pour la loupe d'écran ;
  • Support des clics automatiques sans utiliser les boutons de souris.

Aller plus loin

  • # En avance?

    Posté par  . Évalué à 5.

    Hm, c'est pas dans deux jours la sortie?
  • # Youpi !

    Posté par  . Évalué à 9.

    Gnome, c'est le Pied !
  • # C'est pas Troll

    Posté par  . Évalué à 10.

    TROLLer sur GNOME,c'est pour les NAINS, même si pour certains c'est un HOBBIT...
    • [^] # Re: C'est pas Troll

      Posté par  . Évalué à 3.

      Tapette elfique :·D.
      Oups, désolé, c'est sorti tout seul, foi de Nain ;·D.

      LinuxFr, parfois c'est bien de la MERDE : https://linuxfr.org/users/c2462250/journaux/ecriture-inclusive-feministes-et-wikipedia#comment-1793140

    • [^] # Re: C'est pas Troll

      Posté par  . Évalué à 1.

      Tu sais ce qu'il te dit le gnome !
  • # Fantastique !

    Posté par  . Évalué à 5.

    Le travail accompli en six mois est impressionnant, félicitations pour ce travail, et pour la news.
  • # MythTV

    Posté par  . Évalué à 3.

    >> Le multimédia progresse également avec GNOME 2.22 grâce au travail réalisé sur Totem et gstreamer. Support DVD amélioré, support DVB, nouveaux greffons Totem pour relier YouTube, MythTV et Tracker,

    Voir mythtv dans une nouvelle sur gnome me fait bizarre.
    Bien que ce logiciel soit impressionnant, je le trouve vraiment à l'opposé de gnome (je crois que j'ai juste réussi une fois à l'installer, mais je m'étais battu un moment).

    Y a-t-il eu un très gros progrès fait dans sa simplicité de mise en place ?
    Et une intégration dans gnome est-elle prévu un jour ?

    Je trouve ce logiciel très intéressant, mais trop inaccessible. Est-ce prévu que ça change ?
    • [^] # Re: MythTV

      Posté par  . Évalué à 2.

      Pour essayer et apprécier http://www.mythbuntu.org/ est plutôt bien agencé et accessible grâce à son centre de contrôle. Le wiki hébergé sur ubuntu.com est très bien renseigné : https://help.ubuntu.com/community/MythTV
      Aucun rapport avec Gnome;)
    • [^] # Re: MythTV

      Posté par  . Évalué à 1.

      Fluendo (connu pour GStreamer) travaille sur Elisa, un media center, simpliste (mais qui gère pas encore la télé, ça dépend de tes besoins). Ils sont encore au début du projet, mais c'est déjà très beau et simple à utilser et installer (packages ubuntu, debian, ...).

      http://elisa.fluendo.com
      • [^] # Re: MythTV

        Posté par  . Évalué à 7.

        Le support TV est quand même le gros plus de MythTV. Je n'écoute pratiquement plus la TV live, je ne vois plus aucune publicités (MythTV les détectes et me permet de les passer, ce qui me permet de sauver 12 minutes à l'heure). J'écoute en quelque sorte maintenant uniquement de la TV sur demande post-diffusé ;).

        Je peux regarder mes enregistrements à partir de n'importe quel PC sous n'importe quel OS de mon LAN. J'apprécie bien de pouvoir écouter mes enregistrements sur mon portable en WiFi.

        Je peux aussi programmer mes enregistrements à distance, voir même les regarder à distance via un accès Internet.

        Bref, 95% de mon utilisation de MythTV est lié aux fonctionnalités TV avancées de celui-ci. Un media center sans ce support ne me serait pas très pratique.

        C'est un fait que son installation&configuration est quelque peu complexe. En fait, c'est pas réellement l'installation de MythTV qui est complexe (suffit de lire un bon howto et c'est fait), c'est souvent le support des cartes TV et de lirc (télécommandes et IR blaster) qui l'est (compilation de modules du kernel hors distribution, bugs lirc...).

        Ça s'est beaucoup amélioré depuis 2 ans, là où j'ai effectué mon premier setup MythTV. J'ai du mettre un bon 2 semaines à l'époque (sur une Ubuntu 6.06)... maintenant je fais la même installation en 2 heures (sur une Ubuntu 7.04). Mes cartes TV sont reconnus par le kernel de la distribution et il me semble (de mémoire) que le support lirc s'est beaucoup amélioré.

        Bref, je ne regarde plus la TV de la même façon depuis 2 ans et franchement, ça vaut le temps investie.

        (Désolé, je suis un peu HS ;))
        • [^] # Re: MythTV

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

          >>> J'écoute en quelque sorte maintenant uniquement de la TV sur demande post-diffusé ;).

          Pour voir le tournoi des six nations en direct c'est pas pratique ton truc ;-)
          • [^] # Re: MythTV

            Posté par  . Évalué à 3.

            La dernière fois que j'ai vu la télé, le moins nul, c'était les pubs, y'a moyen de lui demander de faire le contraire ?
          • [^] # Re: MythTV

            Posté par  . Évalué à 5.

            Le plus marrant en fait c'est lors des tournois et que tu es dans un bar par exemple.

            Il y a un essai de marqué ou encore un but de marqué. La tu as une foule en délire dans le bar qui crie "OUÉEEEEEE !!!!"
            Puis 5 secondes après tu as de nouveau des "OUÉEEEEEE !!!!"
            En provenance de quelques appartements de la rue du bar.

            L'effet adsl TV. C'est marrant je trouve =))
      • [^] # Re: MythTV

        Posté par  . Évalué à 1.

        c'est curieux je trouve Elisa totalement nul... Ce programme ne scan qu'une partie de mes musiques. Je n'ai toujours pas trouve comment lui dire de lire en shuffle ni d'ailleurs un repertoire entier (ca marche de temps en temps mais pas toujours).

        Niveau ergonomique c'est totalement contre-intuitif et inutilisable sans la souris (pour faire un retour en arriere c'est la barre d'espace...). Toujours pas trouve la possibilite d'aller dans d'autres repertoires que Musique pour la Musique, Images pour les Images etc.
        • [^] # Re: MythTV

          Posté par  . Évalué à 4.

          ah dernier truc Elisa pour lire un vulgaire mp3 c'est tout de meme ~50% d'utilisation CPU sur un 2Ghz... Pour donner un exemple mplayer c'est 5% en pic...
  • # Ekiga en retard ?

    Posté par  . Évalué à 4.

    J'avais cru comprendre qu'Ekiga 3 était prévu avec cette release de Gnome. C'est vraiment dommage que cela ne soit pas le cas car les apports annoncés étaient vraiment intéressants : meilleure résolution pour les webcams et codecs plus performants.
    J'imagine qu'évidemment c'est justifié, ça sort quand c'est prêt (et tant mieux). Par contre, j'avais fait patienter des utilisateurs Win qui n'arrêtent pas de m'emm***** avec leur Livetruc, mais là, je suis cuit je n'arriverai pas à rallonger encore 6 mois...

    Une idée des causes du retard ? Peut-on espérer une sortie entre les deux release de Gnome ?
    • [^] # Re: Ekiga en retard ?

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

      Une idée des causes du retard ?

      Bin comme d'hab, pas assez de contributeurs, manque de temps...
    • [^] # Re: Ekiga en retard ?

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

      Les causes du retard ?

      Des changements trop nombreux, trop ambitieux, et un mainteneur qui a été très très occupé. Cependant, ça progresse assez bien dernièrement.

      Je pense que nous allons bientôt sortir une première BETA, et sans doute la 3.00 sortira-t-elle avant GNOME 2.24.
  • # Google calendar

    Posté par  . Évalué à 3.

    >> Évolution perpétuelle pour Evolution avec le support de Google Calendar

    Est-ce une gestion en écriture ?
    Je trouve ça dans ce cas très intéressant sauf sur un point :

    Le format ical utilisé je crois par gmail mais accessible en lecture seule ne pourrait-il pas être accessible en écriture aussi ?

    Est-ce au rôle des clients de messagerie de patcher leur programme pour permettre cette gestion ou à Google d'utiliser encore plus les standards ?

    Ceci est valable aussi pour la gestion des contact ? Pourquoi pas de serveur LDAP ?

    Il y a une application, gcaldaemon, servant à faire passerelle, mais je trouve ça abérant. Pourquoi n'est-ce pas directement accessible ?

    Savez-vous si il y a des limitations technique à la chose.

    Je trouve ça très dommage, parce que ça empêche par exemple de configurer une framakey pour que le plugin de thunderbird (je ne sais plus le nom) permette de gérer directement l'agenda ainsi que la liste des contacts).
    • [^] # Re: Google calendar

      Posté par  . Évalué à 1.

      Ceci est valable aussi pour la gestion des contact ? Pourquoi pas de serveur LDAP ?

      euh, est ce que tu parles d'un annuaire de contact sur LDAP? c'est dispo depuis bien longtemps sous Evolution sans logiciel externe. A moins que je n'ai pas bien compris.
      • [^] # Re: Google calendar

        Posté par  . Évalué à 3.

        Je ne parle pas de capacité de Evolution de le faire, presques tout les gestionnaires de contacts le font.

        Ce que je parle, c'est de de pouvoir accéder a la liste de contacts de Gmail par LDAP.

        La tendance semble être de se débrouiller de faire des programmes pour pouvoir accéder à Gmail, alors qu'il me semble plus logique que ce soit à Gmail d'utiliser un format déjà existant, ouvert et répendu.

        La faute est donc ici à Gmail, nullement à Evolution.
  • # Epiphany Aperçu des images

    Posté par  . Évalué à 7.

    Quelque chose m'a un peu sauté aux yeux :
    Epiphany permet d'avoir un aperçu des images avant envoie par un formulaire.
    Pour ce qui est des aperçus, la priorité n'était-elle pas aux boites de dialogues ?
    Je ne l'ai pas vu dans la news, mais est-ce toujours impossible de voir les minitatures des images dans les boites de dialogues ?

    C'est un gros manque de Gnome et je crois que ça a été souvent demandé.
    Je ne pense pas que ça doit être un des trucs les plus dur à mettre en place (oui, je ne savais plus entre implenté et implémenter, alors j'ai mit mettre en place).

    En tout cas, bravo encore pour toutes ces améliorations, Gnome gagne en maturité à chaque version sans pour autant perturber l'utilisateur.

    C'est vraiment du bien beau boulot.
    • [^] # Re: Epiphany Aperçu des image

      Posté par  . Évalué à 4.

      C'est vrai que le problème se pose partout où l'on a besoin d'images. Par exemple, si on veut insérer une photo dans Ooo en utilisant la boite de sélection de fichier de GTK, on a pas de mode vignettes/miniatures.
    • [^] # Re: Epiphany Aperçu des image

      Posté par  . Évalué à 7.

      oui, je ne savais plus entre implenté et implémenter, alors j’ai mit mettre en place

      Dommage parce qu’en faisant ça tu avais déjà trouvé toi-même la réponse. Si c’est l’infinitif dans un cas ça l’est fatalement dans l’autre.
    • [^] # Re: Epiphany Aperçu des image

      Posté par  . Évalué à 3.

      Personnellement, j'ai trouvé une parade toute bête : je sélectionne mon image avec Nautilus, et je la fais glisser dans la fenêtre de sélection. Le fichier est automatiquement sélectionné, et hop ! Je clique sur valider.

      Bien sûr, ça ne marche pas que pour les images mais pour tous les fichiers, j'adore cette petite fonctionnalité ! C'est pour tout un tas de petits trucs comme ça que j'apprécie GNOME au quotidien !

      Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

      • [^] # Re: Epiphany Aperçu des image

        Posté par  . Évalué à 3.

        Je le fais aussi, mais Gnome visant la simplicité, je trouve ça étrange de devoir en passer par là, surtout que c'est une truc qui trainent déjà depuis longtemps.
      • [^] # Commentaire supprimé

        Posté par  . Évalué à 3.

        Ce commentaire a été supprimé par l’équipe de modération.

      • [^] # Re: Epiphany Aperçu des image

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

        Oui, un peu comme les fichiers d'archives qu'on peut faire glisser d'une fenêtre File-Roller vers une fenêtre Nautilus... C'est pour toutes ces petites choses que certains restent sur KDE ! :-)
    • [^] # Commentaire supprimé

      Posté par  . Évalué à 5.

      Ce commentaire a été supprimé par l’équipe de modération.

      • [^] # Re: Epiphany Aperçu des image

        Posté par  . Évalué à 3.

        Ce que je ne comprends pas trop, c'est que ça semble compliqué.
        Alors qu'au vu de tout ce qui à été fait sur Gnome, on pourrait ce dire que ce n'est qu'une goute d'eau dans l'océan.
        Mac l'a fait (tu le dis), kde l'a fait (je le sais), Windows l'a fait (il me semble), et tous depuis des années.

        Pourquoi pas gnome ?

        Et pour freedesktop, ce serait pour récupérer des miniatures enregistrés par d'autres applications ?
        KDE génère-t-il les miniatures systématiquement à la volé et le refait à chaque fois ou il les garde en mémoire ?
        Si il ne les garde pas en mémoire, je ne vois pas ce que ça aurait à faire dans freedesktop (mais c'est une truc que je connais mal).
        • [^] # Commentaire supprimé

          Posté par  . Évalué à 5.

          Ce commentaire a été supprimé par l’équipe de modération.

          • [^] # Re: Epiphany

            Posté par  . Évalué à 3.

            oh, sous windows ca se fait depuis 12 ans (quickview et quickviewplus), et autres aperçu rapide ou thumbnails.

            un détail amusant est ce qui arrive quand il avait affaire à des données corrompues. au choix, ca plante proprement (ah ah) sans mot dire le gestionnaire de fichiers, ca le plante salement en laissant des fichiers temporaires de partout, ou ça éxecutait du code contenu dedans.

            aujourd'hui encore on peut avoir un gag amusant : faire un dir > toto.exe et constater que des fois explorer.exe a un thread qui reste bloqué en lecture sur ce fichier : il cherchait si par hasard il y avait une icone à afficher dedans et il en est resté là. fichier délicat à effacer ensuite, encore plus rigolo s'il est sur le bureau de mémé.
            • [^] # Windows 95

              Posté par  . Évalué à 2.

              Il y a 12 ans, c'était Windows 95. Et son interface graphique ne permettait pas de faire des apperçus.
              • [^] # Re: Windows 95

                Posté par  . Évalué à 1.

                cadeau : http://en.wikipedia.org/wiki/QuickView

                et ne viens pas me dire "mais il fallait cliquer dessus !"
                • [^] # Intégration

                  Posté par  . Évalué à 2.

                  Nous n'avons pas le même point de vue :-)

                  Ce que tu indiques c'est une application qui, une fois lancée, permet de faire des aperçus.

                  J'ai l'impression que ce dont on parle ici, c'est intégré dans l'explorateur (explorer ou Nautilus ou etc), ou liable.
              • [^] # Re: Windows 95

                Posté par  . Évalué à 4.

                Je ne sais pas ce qu'il en est sous Vista, mais sous XP, tu peux facilement planter le navigateur si l'aperçu a un problème..
                Ce qui est un signe que l'architecture est pourrie: le rendu de l'aperçu devrait être fait dans un autre processus..

                J'ignore si KDE ou Gnome font mieux sous Linux, en tout cas dans un domaine voisin Firefox se plante quand un plugin se plante ce qui n'est pas normal pour beaucoup de plugin, qui devraient être dans des processus séparés.
                • [^] # Re: Windows 95

                  Posté par  . Évalué à 3.

                  Ce qui est un signe que l'architecture est pourrie: le rendu de l'aperçu devrait être fait dans un autre processus..
                  Pas forcement besoin d'avoir d'un autre processus :
                  - soit l'utilisation d'un code robuste qui gère les cas foireux (ils peuvent facilement valider leur code avec plein du fichier random)
                  - soit l'utilisation d'un langage de haut niveau qui gère des exceptions

                  Firefox se plante quand un plugin se plante ce qui n'est pas normal pour beaucoup de plugin, qui devraient être dans des processus séparés.
                  Je suis pas sur que ca soit toujours posible (notament pour des questions d'incrustation dans le navigateur).
                  • [^] # Re: Windows 95

                    Posté par  . Évalué à 4.

                    >Pas forcement besoin d'avoir d'un autre processus :

                    Certes, mais les plugins et codecs pour faire l'aperçu sont du code que tu ne maitrise pas, c'est donc une très mauvaise idée de "faire confiance".

                    >>Firefox se plante quand un plugin se plante ce qui n'est pas >>normal pour beaucoup de plugin, qui devraient être dans des >>processus séparés.
                    >Je suis pas sur que ca soit toujours posible (notament pour >des questions d'incrustation dans le navigateur).

                    Je ne sais pas si c'est vraiment possible, mais le processus du plugin pourrait peut-être avoir un accès en lecture seule au donnée et retourner une image qui serait elle incrustée par le navigateur..
                    De cette manière la, même si le plugin plante le navigateur fonctionne toujours, après cela restreint ce que peut faire le plugin..
                    • [^] # Re: Windows 95

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

                      Si c'est possible, konqueror le fait:
                      Si tu as flash d'installé, va sur une page avec du flash et regarde la liste des processus, il y a un "nspluginviewer", kill le et paf, le contenu flash a disparu de la page web mais konqueror n'est pas planté.
                      • [^] # Re: Windows 95

                        Posté par  . Évalué à 10.

                        Oui, mais là tu parles d'une appli KDE : bien pensée, bien conçue, réfléchie...


                        ====>[]
  • # Question à 3 jours d'avance

    Posté par  . Évalué à 2.

    Et donc avec tout ça Gnome 2.22 c'est mieux ou moins bien que KDE4?
  • # Un peu trop guerrier

    Posté par  (Mastodon) . Évalué à 6.

    "Génocide des options de configuration inutilisées ;"
    "Arrivé de gio : le tueur de gnome-vfs ;"

    C'est pas parce que cette version est dédiée à une personne qui est morte qu'il faut tuer tout le reste.
    • [^] # Re: Un peu trop guerrier

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

      Ces quelques phrases montrent bien que Linus avait tout compris avant tout le monde. Gnome sont bien des nazis de l'interface, ils font un "génocide des options de configuration"...
      • [^] # Re: Un peu trop guerrier

        Posté par  . Évalué à -10.

        Mais arrêtez avec cette connerie.
        Es-ce que Gnome brule les livres sur les interfaces ?
        Es-ce que Gnome prétend faire une race supérieure de bureau et exterminer tout le reste ?
        Es-ce que Gnome fait sa propagande dans les écoles pour tout petit ?
        Es-ce qu'on ne peut pas circuler librement si on n'a pas une carte Gnome ?

        Merde alors, arrêtez de reprendre des propos stupides de Linus. Tout Torvalds qu'il est, il dit aussi des conneries (qu'il n'a pas répété).
        • [^] # Re: Un peu trop guerrier

          Posté par  . Évalué à 10.

          Il ne reste plus de second degrés en solde ?
          • [^] # Re: Un peu trop guerrier

            Posté par  . Évalué à 9.

            Je crois que vous n'avez pas compris, le troisième degré a été subtilement distillé dans le message de IsNotGood, vous avez juste pas vu le mot qu'il avait omis :


            Es-ce que (le) Gnome fait sa propagande dans les écoles pour tout petit ?

            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

          • [^] # Re: Un peu trop guerrier

            Posté par  . Évalué à -5.

            Je vais te dire un truc insultant (et méprisant de l'histoire) et si tu le prends mal je vais t'expliquer que tu manques d'humour. Espèce de fils de tout le monde.
    • [^] # Re: Un peu trop guerrier

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

      C'est une version qui tue(la preuve, tu multiplies le n° par 3, tu obtiens 6.66 [:fear])
  • # Et le ftp ?

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

    Avec gnome-vfs il était impossible de faire un chmod en ftp dans Nautilus.

    Est-ce que avec GVFS ça a changé ?
  • # Abiword et Gstreamer pour Totem

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

    Excellentes nouvelles, tout ça !
    Je me demande juste ce que devient Abiword... Il fait du surplace depuis des années, maintenant. La mailing-list n'est pas très active, et ça parle surtout d'Abiword sur Tablet Nokia, ce qui doit intéresser tout au plus 12 personnes dans le monde...

    Et puis aussi : quel est le moteur recommandé pour Totem ? Gstreamer ou Xine ? Je crois que Mandriva propose par défaut une version Xine, alors que Totem préfère Gstreamer dans le ./configure par défaut...
    • [^] # Re: Abiword et Gstreamer pour Totem

      Posté par  . Évalué à 5.

      quel est le moteur recommandé pour Totem ? Gstreamer ou Xine ?
      Personnellement, je redonne une chance à totem-gstreamer à chaque upgrade de Gnome, mais jusqu'à présent, je suis toujours repassé sur totem-xine. Le support des DVD n'est pas encore top dans Gstreamer, et certaines videos ne passent pas bien. Mais cette fois encore, je réessayerai Gstreamer.
      • [^] # Re: Abiword et Gstreamer pour Totem

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

        Tout pareil. :-)
        • [^] # Re: Abiword et Gstreamer pour Totem

          Posté par  . Évalué à 2.

          Me too !

          Je reviens à chaque fois à Xine à cause du manque de support des menus DVD. D'ailleurs, c'est le support des flux MPEG en général que je trouve pourri chez Gstreamer.

          C'est dommage, c'est avec Telepathy la technologie dont j'attends le plus.

          Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

          • [^] # Re: Abiword et Gstreamer pour Totem

            Posté par  . Évalué à 2.

            Pas besoin d'attendre si tu veux utiliser Telepathy. Tu n'as qu'à installer Empathy et les connection managers dont tu as besoin. C'est pas encore parfait mais ça évolue très vite. Toute aide (ne serait ce que des bug reports) est la bienvenue.
            • [^] # Re: Abiword et Gstreamer pour Totem

              Posté par  . Évalué à 2.

              Effectivement, d'autant que la dernière version 0.22 (qui suit GNOME 2.22) est déjà dans les dépôts de Debian Sid et que je suis en train de l'essayer.

              Il manque juste le support des transferts de fichier, et je pourrais remplacer Pidgin !

              Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

              • [^] # Re: Abiword et Gstreamer pour Totem

                Posté par  . Évalué à 1.

                Le FT a été implémenté dans Salut et Empathy lors du dernier summer of Code. La spec est en face finale de review et après on pourra merger tout ça.

                Restera encore à l'implémenter dans les autres connection managers (Gabble et Butterfly notamment).
      • [^] # Re: Abiword et Gstreamer pour Totem

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

        Personnellement, je suis passé à gstreamer il y a un an et il n'a plus rien à envier à Xine. Cependant, j'avoue avoir également des problèmes avec les DVD mais davantage à cause de mes lecteurs que de totem-gstreamer.
        En outre, j'attendais avec impatience l'arrivée du DVB dans totem.
        YouTube, pourquoi pas, tant que ça évite l'utilisation du plugin Flash©.
    • [^] # Re: Abiword et Gstreamer pour Totem

      Posté par  . Évalué à 0.

      Abiword est utilise aussi dans OLPC il me semble donc peut etre que cela va rebooster mais bon le probleme majeur des softs Office gnome c'est qu'ils veulent mettre microsoft oxml alors qu'ils n'ont rien fait pour avoir ODF et cela pendant des annees... Vu la taille du bousin MSOXML ca va prendre quelques annees pour n'en supporter qu'une partie...
      • [^] # Re: Abiword et Gstreamer pour Totem

        Posté par  . Évalué à 5.

        Bordel, ça va durer combien de temps ce FUD ?
        La fondation GNOME a déjà expliqué le tenant, ils ont rendu service à un développeur d'Abiword en lui permettant de continuer à travailler au comité de normalisation de MS-OXML après son licenciement de Novell. Le but étant de s'assurer que la norme soit la plus explicite possible afin de faciliter les implémentations libres.
        La Fondation GNOME ne soutient absolument pas MS-OXML, d'ailleurs Abiword n'est même pas un projet GNOME, la suite office de GNOME c'est OOo.org. D'ailleurs GNOME est membre de l'alliance ODF et Abiword a déjà implémenté ce format depuis un moment.

        http://www.gnome.org/press/releases/ecma-tc45-statement.html
        • [^] # Re: Abiword et Gstreamer pour Totem

          Posté par  . Évalué à 2.

          Apparemment Abiword est un projet Gnome:

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

          Et sur la page Gnome/Openoffice, il n'est pas mention du fait que OOo est un projet Gnome, mais plutôt qu'il s'appuie beaucoup dessus.

          Enfin, je ne souhaite pas te relancer (enfin, en fait si c'est très tentant :D), mais si Gnome n'a pas du tout l'intention de s'investir dans l'implémentation de OXML, pourquoi donc chercher à lui donner un document plus clair?
          Après tout, je vois mal le mal que ça pourrait faire d'avoir cette implémentation libre!

          PS: Juste pour le fun:
          De toute façon je le savais depuis qu'ils ont migré à .net que Gnome c'était des taupes de MS!!!
          • [^] # Re: Abiword et Gstreamer pour Totem

            Posté par  . Évalué à 4.

            Je n'ai jamais dit que OOo est un projet GNOME mais qu'il constitue la suite office par défaut du bureau GNOME.
            Si tu avais lu le communiqué de presse que j'ai posté:

            In 2000, the GNOME community de-emphasised its own office software products, choosing to support the nascent OpenOffice.org project. As a result, there are no office products released on our six-month time-based release schedule today, although we encourage and support projects such as AbiWord, Glom and Gnumeric.

            > pourquoi donc chercher à lui donner un document plus clair?
            C'est une faveur faite à un développeur GNOME pour un projet libre afin d'améliorer l'interopérabilité entre MS-Office et le logiciel libre.
            C'est du mécénat, rien de plus.

            Pour autant que je sache GNOME != Novell.
            • [^] # Re: Abiword et Gstreamer pour Totem

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

              Je trouve ce désengagement bien dommage.

              KDE a son Koffice, alors que Gnome n'a plus de produit actif et maintenu.

              Pourtant, Abiword est mon outil de travail principal (avec Evolution, Epiphany et Pidgin), et je suis persuadé qu'il y a de la place pour un traitement de texte petit, léger et concentré sur l'essentiel, dans la philosophie de Gnome. Tout le monde n'a pas besoin de la machine de guerre OOo.

              Bon, Abiword n'est pas mort non plus, faut pas l'enterrer trop vite, mais c'est clair qu'il végète, depuis de trop nombreux mois.
              • [^] # Re: Abiword et Gstreamer pour Totem

                Posté par  . Évalué à 2.

                Donc, il n'y a plus vraiment de Gnome-Office, les projets sont un peu désavoués tout de même.

                Pourquoi pas les réunir sous une nouvelle appellation?
                Pourquoi pas XFOffice!!
                (par contre bonjour le boulot pour migrer les dépendances...)
              • [^] # Re: Abiword et Gstreamer pour Totem

                Posté par  . Évalué à 3.

                Il ne faut pas oublier Gnumeric, qui est loin d'être un projet mort. Sa branche 1.8 s'est ouverte en début d'année, et la version 1.8.2 est sortie ce mois-ci.

                C'est aussi un très bon logiciel, bien plus adapté à GNOME qu'OOo.

                Article Quarante-Deux : Toute personne dépassant un kilomètre de haut doit quitter le Tribunal. -- Le Roi de Cœur

                • [^] # Re: Abiword et Gstreamer pour Totem

                  Posté par  . Évalué à 1.

                  Oui Gnumeric est pas mal du tout. J'ai des feuilles excel qui passent mieux dans Gnumeric que dans OOCalc qui rame comme un malade avec certaines feuilles...
        • [^] # Re: Abiword et Gstreamer pour Totem

          Posté par  . Évalué à 2.

          Je suis desole mais lorsque je vois ecrit ce genre de betises, on peut meme dire FUD, sur le site de gnumeric.

          http://projects.gnome.org/gnumeric/announcements/1.8/gnumeri(...)

          The spreadsheet part of ODF, in its current form, is ill defined and has many, many problems. For example: (1) there is no meaningful discussion of what functions a spreadsheet should support and what they should do. Without that, there is little point in trying to move a spreadsheet from one program to another; (2) there is no provision for sharing formulas between cells; (3) there is no implementation -- writing an ODF exporter consists of reverse-engineering OpenOffice to see what parts of the standard it can handle. (Note: the preceding comments relate to the spreadsheet part of ODF only; we do not have an informed opinion on ODF for word processing documents, for example.)

          A peu pres tout est faux que ce soit les discussion sur les formules (puisque c'est la norme openformula qui sera utilise dans la version 1.2 et deja utilise dans l'implementation actuelle de ODF dans OOo). Le coup du reverse-engineering est assez incroyable vu que 1) openformula est une norme dont les brouillons sont disponibles et que la doc ainsi que le code source de OOo sont aussi disponible.

          et:

          MOOX (MS Office Open XML / ECMA) Basic import and export added

          Le support de ODF est bien pire que celui de MSOXML alors que le format a plusieurs annees d'existence.

          Si l'on regarde dans les CHANGELOG il y a plus de chose relative a xls et xlsx je pense que "troll" n'en ai malheureusement pas un.

          Je te garantie que je trouve cela dommage car je consiedere gnumeric comme le meilleur tableur que je connaisse mais bon exporter en xls pour le rouvrir avec OOo c'est lourdingue!
          • [^] # Re: Abiword et Gstreamer pour Totem

            Posté par  . Évalué à 0.

            A peu pres tout est faux que ce soit les discussion sur les formules (puisque c'est la norme openformula qui sera utilise dans la version 1.2 et deja utilise dans l'implementation actuelle de ODF dans OOo). Le coup du reverse-engineering est assez incroyable vu que 1) openformula est une norme dont les brouillons sont disponibles et que la doc ainsi que le code source de OOo sont aussi disponible.

            OpenFormula n'est pas standardise aujourd'hui, point final. ODF tel que standardise aujourd'hui ne contient pas d'info sur les formules, point final. Et le code source d'OO est inutile, ce qu'ils veulent c'est le standard, pas l'implementation d'OO.

            Le support de ODF est bien pire que celui de MSOXML alors que le format a plusieurs annees d'existence.

            Aujourd'hui, le standrard ODF ne contient pas de description des formules, c'est un fait avere. Bref, du point de vue d'un tableur, c'est impossible a implementer. MSOXML tel que standardise par OASIS lui le contient.

            Bref, ce qu'il dit est vrai: ODF aujourd'hui ne definit pas comment gerer les formules et il faut faire du reverse-engineering d'OO, ce qui n'est pas une solution.
            • [^] # Re: Abiword et Gstreamer pour Totem

              Posté par  (Mastodon) . Évalué à 5.

              ODF peut échanger des formules via MathML mais MathML n'est pas assez expressif, OpenFormula est juste là pour compenser ce petit manque d'expressivité.

              > ce qu'ils veulent c'est le standard, pas l'implementation

              C'est marrant, c'est ce qu'ont demandé plein de projet libre (dont Samba) pendant des années et la réponse de MS a été de donner leur implémentation...

              > Aujourd'hui, le standrard ODF ne contient pas de description des formules, c'est un fait avere.

              Tellement avéré qu'il est faux ! Les formules sont décrites en MathML.

              > MSOXML tel que standardise par OASIS lui le contient.

              s/OASIS/ECMA/ c'est ODF qui a été standardisé par l'OASIS. Et au niveau de l'ISO, OpenFormula est à peu près au même niveau que OOXML : un brouillon. Sauf que l'un des deux va être rejeter :P

              Conclusion : pas besoin de reverse-engineerer OOo, il faut juste lire la norme et l'implémenter. Si OOo ne respecte pas la norme, c'est à OOo de s'aligner. De même, Abiword peut aussi profiter du brouillon OpenFormula pour l'implémenter, comme le fait OOo.
              • [^] # Re: Abiword et Gstreamer pour Totem

                Posté par  . Évalué à 2.

                C'est marrant, c'est ce qu'ont demandé plein de projet libre (dont Samba) pendant des années et la réponse de MS a été de donner leur implémentation...

                Tout a fait, pas etonnant que les gars de Gnumeric se plaignent aussi donc.

                Tellement avéré qu'il est faux ! Les formules sont décrites en MathML.

                Qui est insuffisant pour le boulot d'un tableur, comme tu l'as dit toi-meme.

                Et au niveau de l'ISO, OpenFormula est à peu près au même niveau que OOXML : un brouillon. Sauf que l'un des deux va être rejeter :P

                On verra ca :)

                Conclusion : pas besoin de reverse-engineerer OOo, il faut juste lire la norme et l'implémenter. Si OOo ne respecte pas la norme, c'est à OOo de s'aligner. De même, Abiword peut aussi profiter du brouillon OpenFormula pour l'implémenter, comme le fait OOo.

                C'est le probleme de Gnumeric, c'est un brouillon, ca peut changer demain et il faut modifier ce que tu as fait. Bref, pas tres pratique pour l'instant.
                A mon avis, il est evident qu'ils le supporteront une fois qu'il est defini, mais la il est normal qu'ils attendent.
                • [^] # Re: Abiword et Gstreamer pour Totem

                  Posté par  . Évalué à 1.

                  oui ben c'est ce que l'on dit Gnome est noyaute par microsoft par l'intermediaire de De Icaza (entre autre) ah tiens d'ailleurs c'est lui aussi qui a fait gnumeric.

                  Je me demande pourquoi les devs de gumeric se plaignent des formules, font en sorte de rentrer dans le comite ECMA pour la pseudo norme microsof tooxml (d'ailleurs ils ont pas vu les legers problemes mathematiques mais cela semble moins grave pour eux) mais par contre ne sont pas dans le comite OASIS qui lui est bien plus ouvert (meme Microsoft est invite a en faire partie).

                  Donc leur petit commentaire est un gros FUD.

                  ps: cela n'enleve pas a Icaza qu'il sait programmer
                  • [^] # Re: Abiword et Gstreamer pour Totem

                    Posté par  . Évalué à 3.

                    "De Icaza (entre autre) ah tiens d'ailleurs c'est lui aussi qui a fait gnumeric"

                    Pour information Mr De Icaza n'a pas touché Gnumeric depuis fort fort longtemps. Je pense même que OOXMl n'etait même pas un vague projet dans la tête du premiers ingénieur qu'il avais déjà quitter l'équipe gnumeric.

                    Jody Goldberg est certainement d'ailleurs celui qui peut etre qualifé de "qui fait gnumeric" même si c'est une équipe (Morten Welinder semble faire beaucoup actuellement).
            • [^] # Re: Abiword et Gstreamer pour Totem

              Posté par  . Évalué à 0.

              page 300 de la norme ISO ODF:


              •Objects that have an OpenDocument representation. These objects are:
              - Formulas (represented as [MathML])


              Aujourd'hui, le standrard ODF ne contient pas de description des formules, c'est un fait avere. Bref, du point de vue d'un tableur, c'est impossible a implementer. MSOXML tel que standardise par OASIS lui le contient.

              Allez que je rigole un chouilla donne moi un seul format de document Office en 1996 avec un format de formules standardise? C'est curieux mais il y en a aucun. D'ailleurs c'est toujours le cas vu que ni openformula ni microsoft oxml ne sont standardise ISO...

              il faut faire du reverse-engineering d'OO

              Tu dois confondre le reverse-engineering c'est ce qu'ils font pour les formats Microsoft Office mais OOo n'a pas besoin de cela vu que TOUT est documente a moin que tu consideres que lire une doc c'est faire du retro-engineering... Et dans ce cas la il faut aussi faire du retro-engineering d'un brouillon de norme pour implementer microsoft ooxml (et qui plus est avec des enormites mathematiques dedans...)
              • [^] # Re: Abiword et Gstreamer pour Totem

                Posté par  . Évalué à 1.

                •Objects that have an OpenDocument representation. These objects are:
                - Formulas (represented as [MathML])


                Super, et tu sais tres bien que c'est insuffisant pour representer ce qu'un tableur fait.


                Allez que je rigole un chouilla donne moi un seul format de document Office en 1996 avec un format de formules standardise? C'est curieux mais il y en a aucun. D'ailleurs c'est toujours le cas vu que ni openformula ni microsoft oxml ne sont standardise ISO...


                1996 ? Pourquoi 1996 ? Tout le monde se fout de 1996, on parle d'aujourd'hui la.
                Quand a la standardisation c'est simple, OOXML est standardise ECMA, OpenFormula lui (et ODF 1.2) ne sont pas encore standardises par qui que ce soit, et ne sont pas termines.

                Tu dois confondre le reverse-engineering c'est ce qu'ils font pour les formats Microsoft Office mais OOo n'a pas besoin de cela vu que TOUT est documente a moin que tu consideres que lire une doc c'est faire du retro-engineering...

                Vu que les docs de softs(MS aussi hein) sont quasiment tout le temps incompletes et contiennent des erreurs, oui il faut faire du reverse-engineering.
                • [^] # Re: Abiword et Gstreamer pour Totem

                  Posté par  . Évalué à 1.

                  > Vu que les docs de softs(MS aussi hein) sont quasiment tout le temps incompletes et contiennent des erreurs, oui il faut faire du reverse-engineering.

                  MEGA NEWS :)

                  Grace à toi je viens d'apprendre un truc, merci.

                  Je pensait que j'été obligé de faire du reverse-engineering uniquement sur un produit dont je n'avais pas accées au codes sources.

                  Effectivement si il y'as des erreurs dans la documentations, spécifications c'est beaucoup plus facile de faire du reverse-engineering que de télécharger les sources du soft en questions.

                  Rahhhh putain je suis trop con. La prochaine fois, je doit meme plus chercher les sources d'un projet opensource. Non faut que je fasse du reverse-engineering direct.

                  Merci de nous avoir appris ça, je suis sur que ça va être d'une grande utilité à la comunauté.

                  Au fait, si il y'as des erreurs dans les docs et que tu à trouvé l'info dans un code source libre. Rien ne t'empeche d'allez rajouter l'info manquante dans la doc pour le petit copain qui passe apres toi. Bah oui c'est ça l'interet du modele opensource contre le modele du logiciel proprietaire.
                • [^] # Re: Abiword et Gstreamer pour Totem

                  Posté par  . Évalué à 0.

                  Vu que les docs de softs(MS aussi hein) sont quasiment tout le temps incompletes et contiennent des erreurs, oui il faut faire du reverse-engineering.

                  s/aussi hein/surtout/ (cf la pseudo doc file a la commission europeene)

                  et bon comme d'hab tu vas pointer un manque dans la doc de ODF/MathML/OOo parceque chaque fois que tu as joue a ce genre de jeu tu n'as JAMAIS pu trouver quoique ce soit.

                  Sans lien, sans preuve cette affirmation sur la doc de OOo est juste du FUD comme d'habitude venant de ta part et de ta boite.
                  • [^] # Re: Abiword et Gstreamer pour Totem

                    Posté par  . Évalué à 0.

                    Cadeau :

                    http://api.openoffice.org/docs/common/ref/com/sun/star/text/(...)

                    Dis moi donc que ce XTextAppendAndConvert fait.

                    Ah oui tiens marrant, OO a les memes problemes de doc que tout le monde.
                    • [^] # Re: Abiword et Gstreamer pour Totem

                      Posté par  . Évalué à 1.

                      To make the Writer API convenient for text import methods to add text at the end of the document were necessary. Additionally methods to change already inserted content were necessary because
                      Word (.doc) e.g. stores text and context information in a somewhat reverse order.
                      In case of tables that means the complete textual content and attributes are imported and added to the Writer text and afterwards that the text is converted into a table (similar to the convert to table function in the UI) . The accomplish this the positions of the cells and the attributes of the cells, rows and table are collected while importing the table paragraphs.
                      All these methods are inherited into the interface css::text::XTextAppendAndConvert


                      Je suis mort de rire. Premier lien Google et de plus c'est encore a cause d'un truc Microsoft Word...

                      Tu es comique mais pas tres doue.
                      • [^] # Re: Abiword et Gstreamer pour Totem

                        Posté par  . Évalué à 1.

                        Donne le lien mon cher.

                        J'aimerais voir le lien, avec la description de chaque methode de l'interface, ce que les parametres sont, quelles sont les valeurs de retour, ...

                        C'est ca une doc, pas un texte de 4 lignes.
                        • [^] # Re: Abiword et Gstreamer pour Totem

                          Posté par  . Évalué à 1.

                          mais mon cher tu as demande a quoi cela servait je te le donne (et te donne la methode pour le trouver).

                          Comme de tout de facon le truc est fait uniquement a cause de merdouille de Microsoft Office (et donc de vrai retroengineering) je trouve assez rigolo que tu continues a t'enfoncer avec cet argument. C'est un peu comme le soit disant element non defini nulle part de ODF qui n'est pas defini en effet dans ODF car ne faisant pas partie de ODF et bien defini la ou c'etait cense l'etre, c'est a dire dans la doc de OOo.

                          Continue a creuser bientot tu vas arriver en Chine.
                          • [^] # Re: Abiword et Gstreamer pour Totem

                            Posté par  . Évalué à 0.

                            mais mon cher tu as demande a quoi cela servait je te le donne (et te donne la methode pour le trouver).

                            C'est marrant comme tu te defiles.

                            Bref, tu confirmes que la doc d'OO ne definit pas comment XTextAppendAndConvert (qui est un API d'OO et de personne d'autre) fonctionne et que la doc est donc incomplete.

                            Ce qui prouve qu'encore une fois, ton post ( http://www.linuxfr.org/comments/913742.html#913742 ) est un amas de conneries.

                            Merci d'avoir joue.

                            Comme de tout de facon le truc est fait uniquement a cause de merdouille de Microsoft Office (et donc de vrai retroengineering) je trouve assez rigolo que tu continues a t'enfoncer avec cet argument

                            Ah oui voila, la doc des APIs d'OO, APIs ecrits par les gars d'OO, est incomplete a cause de MS !!!! Je vois d'ici les employes de MS poser le revolver sur la tempe des gars d'OO pour les empecher d'ecrire la doc du code qu'ils ecrivent.

                            Tu es vraiment pathetique de mauvaise foi mon pauvre.
                            • [^] # Re: Abiword et Gstreamer pour Totem

                              Posté par  . Évalué à 1.

                              http://api.openoffice.org/docs/common/ref/com/sun/star/text/(...)

                              tu ne sais visiblement pas te servir d'un navigateur web...

                              Maintenant la doc ne te convient peut etre pas mais la on passe a encore autre chose.
                              • [^] # Re: Abiword et Gstreamer pour Totem

                                Posté par  . Évalué à 1.

                                Bien essaye, mais j'ai demande XTextAppendAndConvert , pas XTextContentAppend
                                • [^] # Re: Abiword et Gstreamer pour Totem

                                  Posté par  . Évalué à 1.

                                  ah ouhais. Il manque un element dans la doc de l'API de OOo (ce qui concerne un peu uniquement que les devs de OOo).

                                  Ben maintenant tu vas m'expliquer a quoi cela va te servir pour lire un document ODF que savoir ce que fait l'API de OOo? Qu'un dev de OOo veuille connaitre ca ok mais un dev d'un autre logiciel je vois pas trop l'interet? On parle des API C++ ce qui est "legerement" different d'un format d'echange tel que ODF.

                                  Je suis assez perdu sur ta logique et j'ai bien l'impression que tu melanges API C++ et format ODF (en XML).
                                  • [^] # Re: Abiword et Gstreamer pour Totem

                                    Posté par  . Évalué à 1.

                                    On reprend mon cher Albert.

                                    Ton post : http://www.linuxfr.org/comments/913742.html#913742

                                    et bon comme d'hab tu vas pointer un manque dans la doc de ODF/MathML/OOo parceque chaque fois que tu as joue a ce genre de jeu tu n'as JAMAIS pu trouver quoique ce soit.

                                    Sans lien, sans preuve cette affirmation sur la doc de OOo est juste du FUD comme d'habitude venant de ta part et de ta boite.


                                    Et comme d'hab, je t'ai amene une preuve qui contredit les conneries que tu sors a longueur de journee.
                                    • [^] # Re: Abiword et Gstreamer pour Totem

                                      Posté par  . Évalué à 1.

                                      tu veux ne pas avoir a faire de retroengineering sur OOo. Pas dur voici le lien pour:


                                      http://openoffice.bouncer.osuosl.org/?product=OpenOffice.org(...)

                                      Jamais vu quelqu'un d'aussi malhonnete que toi. Jamais.
                                      • [^] # Re: Abiword et Gstreamer pour Totem

                                        Posté par  . Évalué à 2.

                                        Tu peux continuer a jouer au con si tu veux. Personne n'est dupe (et tout le monde sait que les sources c'est loin d'etre suffisant pour comprendre un soft).
                                        • [^] # Re: Abiword et Gstreamer pour Totem

                                          Posté par  . Évalué à 1.

                                          toujours mieux que strictement rien...

                                          Ah c'est ca qu'on qualifie de RE ... quand on a une boite noire. Tiens j'ai appris un truc aujoud'hui.

                                          De toute façon
                                          Faire du RE sur une boite blanche ... Tu fais un travail de documentation au pire, pas du RE dessus.
                                        • [^] # Re: Abiword et Gstreamer pour Totem

                                          Posté par  . Évalué à 3.

                                          > Tu peux continuer a jouer au con si tu veux. Personne n'est dupe (et tout le monde sait que les sources c'est loin d'etre suffisant pour comprendre un soft).

                                          Bah déja si ta les sources ta moyens de cherchez pour comprendre. Car quand tu fait du reverse engineering c'est largement plus compliqué car tu n'as rien pour t'aider.

                                          Le monde de l'opensource n'est pas sans défaut. Oui les dévs, contributeurs sont des humains et ils font des erreurs.

                                          Mais si tu trouve une défaillance tu peux :

                                          1) Lire le code source
                                          2) Rentrez en contact avec l'équipe de dév pour t'aider à localiser la partie du code qui t'interesse.

                                          Si tu n'est pas capable de réaliser ces étapes tu peux payer une SSLL qui va faire le job pour toi, si demain la boite disparait ce n'est pas grave, ton travail est pérenne car il est en opensource et tu peu toujours le faire reprendre.

                                          Pour finir quand tu à trouvé un bug, soit une erreur dans le code, une erreur dans la documentation si tu à envis de jouer le jeux, tu contact l'équipe qui maintient le code, la doc, tu propose ton patch et si il n'est pas trop gruik il sera integré autrement y'as de grande chance que ce soit réecrit par une personne plus compétente que toi.

                                          Et si par malheur tu estime que tu est plus compétent que l'équipe de dév et que pour raison X ou Y ils refusent tes contributions tu peux toujours faire un fork et lancer ton projet de ton coté. Ensuite soit ton projet montre clairement sa superiorité et génarelemnt ça ce passe bien, soit bah il ce casse la geule. Mais au final tous le monde est gagant car ça fait réflechir plus d'un dévs sur la manierre de faire les choses.

                                          Tu n'est jamais enfermé, tu n'est jamais bloqué avec les désidératas d'une seule boite. Bref tu est libre de soit améliorer le projet, soit payé une personne pour améliorer le projet.

                                          C'est ça l'essence du libre. Le libre n'est pas intraséquement sans défaillance, mais l'avantage c'est que tu peu devenir acteur.
                                        • [^] # Re: Abiword et Gstreamer pour Totem

                                          Posté par  . Évalué à 1.

                                          Ah ah je rigole:

                                          http://www.openoffice.org/issues/show_bug.cgi?id=65257

                                          Please keep in mind that these interfaces are subject to change and not yet final. But they are not in use in any application.

                                          Tu en as d'autre des blagues de ce style.

                                          PS: c'est rigolo ce que tu dis sur les sources car ta boite a pourtant dit que c'etait suffisant pour connaitre les protocoles d'acces (surtout que avec le NDA associe elle empechait toute implementation dans un autre systeme).
                                        • [^] # Re: Abiword et Gstreamer pour Totem

                                          Posté par  . Évalué à 1.

                                          Au fait tu as toujours pas reussi a file la definition de l'element word97 turc present dans le pseudo-format microsoft ooxml.

                                          Je trouve rigolo comme tu critiques que la doc de OOo soit incomplete sur un truc non utilise et introduit dans la version 2.3.0 (ie en septembre 2007). Alors que Microsoft a toujours pas reussi a filer un document complet pour un "simple" format office...

                                          Donc on reprend: Gnumeric fait du FUD et tu t'es fait un petit plaisir de le reprendre en tentant de le justifier et malheureusement pour toi tu t'es encore plante. Dommage :)
                            • [^] # Re: Abiword et Gstreamer pour Totem

                              Posté par  . Évalué à 2.

                              C'est marrant comme tu te defiles.
                              C'est marrant comment
                              - tu sais pas lire (il t'a dis comment le trouver)
                              - tu as déjà agis exactement de la facon que tu reproche à albert, voir bien pire (avec le fameux coup du "mais si l'avocat de rh a dis que la gpl accepter osp" alors qu'il ne l'a jamais dit et qu'il a fallu qu'isnotgood te tanne pour avoir un lien) et que là ca te génait pas.
                              - tu aime les homme de paille : tu lui pose une question, il te répond, tu dis "mais non c'est que tu sais pas faire un truc : tu as osé me répondre sans me donner 36 liens".

                              Bref, tu confirmes que la doc d'OO ne definit pas comment XTextAppendAndConvert (qui est un API d'OO et de personne d'autre) fonctionne et que la doc est donc incomplete.
                              Il n'a jamais ni infirmé ni confirmé cela. Tu a demandé "a quoi correspond tel truc", il t'a répondu (ou pas), point barre.
                              Le reste c'est ton délire.

                              Ce qui prouve qu'encore une fois, ton post ( http://www.linuxfr.org/comments/913742.html#913742 ) est un amas de conneries.
                              L'amas de connerie, si tu veux mon avis (mais tu t'en fiche), provient pas vraiment d'albert, qui a bien (voir mal) répondu a une question posé.
                              si tu ne voulais pas ce genre de réponse, fallait pas posé cette question.
                              Tt façon la question, et la réponse ne permet en aucun cas d'établir les conséquences que tu sors (de ton chapeau).



                              Ah oui voila, la doc des APIs d'OO, APIs ecrits par les gars d'OO, est incomplete a cause de MS !!!!
                              Tu sais lire ? Il a dit que le truc dont tu parlais provenait d'une merdouille de MS. il a jamais dit que la doc de OO était incomplète a cause de MS.
                              Bref n'improte nawak comme d'hab


                              allez je regarde un peu le reste de ce que tu dis (qq commentaires après)
                              Et comme d'hab, je t'ai amene une preuve qui contredit les conneries que tu sors a longueur de journee.
                              1°) tu as strictement rien amené du tout.
                              Du a demandé un truc, et non seulement albert à réussi a retrouver son explication sans avoir a faire du RE, mais en plus même si albert ne trouve pas la réponse, ça ne signifie pas qu'elle n'existe pas!
                              ca aurait juste signifié que le dénommé albert n'aurait pas trouvé la réponse. La belle jambe !
                              L'absence de réponse est différent d'une réponse négative. Mais bon visiblement ça tu le sais pas encore.
                              Tu es sur que tu développe ? Parce qu'entre un code qui me renvoie rien du tout, et un code qui me renvoie -1, moi je vois une différence.

                              2°) En partant du constat du 1, (et on constate une insulte venant de ta part(tout ce que tu dis c'est des conneries), alors qu'albert est resté poli)
                              tu n'as rien contredit du tout
                              Avec le 1 et le 2 , je pense qu'il est clair a tout le monde, maintenant, de qui dis des conneries et qui n'en dis pas.
  • # A propos de Metacity....

    Posté par  . Évalué à 1.

    Hum juste une question comme ca : est-ce que les dev de gnome ont discuté de la possibilité d'utiliser xfwm à la place de Metacity ? En fin je veux dire officiellement.

    Parce que sans vouloir troller, Metacity est pas du genre léger, il gère les écrans virtuel bizarrement (oui je sais c'est "la méthode du viewport", mais je trouve dommage qu'on puisse pas choisir), et s'il a toujours pas un module de composition stable c'est peut être qu'il a des problème de conception interne non ?

    Il me semble que xfwm fait déjà tout ca, donc autant gagner du temps, et l'intégrer dans gnome, non ?

    (ps : suis sincère, pas de troll svp, s'il y a une bonne raison de ne pas le faire, dite le moi ca m'interresse)
    • [^] # Re: A propos de Metacity....

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

      >>> l gère les écrans virtuel bizarrement (oui je sais c'est "la méthode du viewport"

      Tu peux détailler ?
      • [^] # Re: A propos de Metacity....

        Posté par  . Évalué à 2.

        Tu peux déjà mettre xfwm --replace dans les options à lancer au démarrage.
        Je le fais pour remplacer metacity par fvwm.
        Metacity est tout à fait remplacable (je ne dis pas qu'il est mauvait, mais que techniquement on est pas obligé de l'utiliser si il ne nous couvient pas).
        C'est d'ailleurs ce qui se passe quand on utliise compiz.
        • [^] # Re: A propos de Metacity....

          Posté par  . Évalué à 3.

          Oui oui je sais, d'ailleurs c'est ce que je fait... le seul "problème" c'est le manque d'intégration dans gnome (exemple la fenetre de Système->Quitter fait bugger le compositeur de xfwm, et dès fois les options ne s'affiche pas, ou encore on peut plus utiliser l'onglet de thémage des fenêtre, étant donné que est pour metacity seulement).

          Donc j'ai bidouiller quelque truc dans gconf, et j'utilise les outils de XFCE (xfce-setting-show) pour changer le thème de mes bordures.

          C'est d'ailleurs cette utilisation de xfwm qui m'a fait me rendre compte que metacity sans être mauvais, n'exagérons rien, est plus consommateur de ressource que xfwm. J'ai constaté un gain, non négligeable, de réactivité en me séparant de metacity.

          @patrick_g
          Concernant la gestion des écrans virtuel, je voulais dire que en règle générale, on a un "seul" grand espace de travail, et on visualise juste une partie de cet espace. Ainsi une fenêtre peut être a cheval entre deux bureau. En tout cas c'est comme ca que e17,xfwm, compiz gère les bureaux virtuel.

          Metacity fait, apparemment, 4 espace de travail qui font un écran physique de taille, et par conséquent on ne peut glisser une fenetre sur un autre écran virtuel (faut utiliser le pager ce qui n'est pas très ergonomique) et une fênetre ne peut être a cheval sur deux écran. Je trouve ca très peu ergonomique, et c'est même assez déroutant car quand les "gens" passe de metacity à compiz, ca choque de voir que les choses fonctionne pas de manière identique. Bon après c'est sur c'est que mon avis... ca n'engage personne...
          • [^] # Re: A propos de Metacity....

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

            Un truc qui m'a toujours dérangé lorsque j'utilise GNOME, c'est de ne pas pouvoir naviguer entre les différentes applications des différents bureaux avec le raccourci alt + tab.
            • [^] # Re: A propos de Metacity....

              Posté par  . Évalué à 3.

              C'est un choix ergonomique.
              Avec mes 8 bureaux minimum, si alt-tab devait me montrer toutes les applications ouvertes, je perdrais trop de temps pour changer d'applications.
              • [^] # Re: A propos de Metacity....

                Posté par  . Évalué à 8.

                Le problème est que là, c'est une abscence de choix.
                Limité les options dans les outils de configurations standards est une bonne chose, mais gconf est dans ce cas sous-utilisé

                Il pourrait y avoir une option avancé pour ce genre de chose, même si ce n'est pas facilement accessible, que ce soit faisable.

                Un exemple qui me gène plus sous Gnome est sa gestion des signets.
                Le manque d'arborescence est un très gros inconvénient, parce que ça limite énormément le nombre d'entrées.

                En plus de ça, la liste des raccourcis directement visible dans le menu "Raccourcis" avant que ce soit rangé dans "Signets" et non directement visible.
                C'est de 5 ce qui est peu. J'ai cherché sur le web comment changé ça, et bien la réponse que j'ai trouvé et que ça a été mit en dur dans le code, donc il faut modifier et recompiler un des fichier sources.
                Mettre un lien vers une variable modifiable dans gconf m'aurait semblé quand même plus intéressante pour ça.

                Voilà, c'est la grosse reproche que j'ai à Gnome, c'est qu'il manque trop d'options avancés, qui pourrait très bien être mise dans gconf. Mettre en dur dans un code un choix arbitraire quand au nombres de fichiers visible avant regroupement, je trouve ça étonnant.

                Et sous-dossier pour les signets manque beaucoup et ne laisse pas vraiment d'alternative.

                Dommage d'autant plus qu'on peut mettre des liens ftp et ssh dedans, donc le besoin existe vraiment.
                • [^] # Re: A propos de Metacity....

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

                  Le problème est que là, c'est une abscence de choix.
                  En même temps c'est bien la ligne de conduite de gnome... enfermer les utilisateurs dans les choix par défaut de gnome...
              • [^] # Re: A propos de Metacity....

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

                Tout à fait d'accord, c'est d'ailleurs ce qui m'a le plus dérangé quand j'ai commencé à utiliser KDE. À quoi bon utiliser des bureaux virtuels si la barre des tâches et le changeur d'application affiche toutes les fenêtres ?
  • # Anjuta est il utilisé?

    Posté par  . Évalué à 3.

    Anjuta IDE is now a part of the GNOME Developer Suite

    Est ce qu'Anjuta est vraiment utilisé chez les développeurs Gnome. Ou est ce que tout le monde est encore sour Vim / Emacs ?
    • [^] # Commentaire supprimé

      Posté par  . Évalué à 3.

      Ce commentaire a été supprimé par l’équipe de modération.

      • [^] # Re: Anjuta est il utilisé?

        Posté par  . Évalué à 1.

        Au fait, y a le support de Vala dans Anjuta, ou pas encore ??
        Parce que j'ai essayer un peu Vala 0.17, et franchement c'est vraiment un truc d'enfer...
  • # Nouveau GDM

    Posté par  . Évalué à 2.

    Je vois que ça parle de GDM dans la news mais e n'arrive pas à savoir : est-ce que GNOME 2.22 utilise l'ancienne branche de GDM avec les améliorations mentionnées, ou bien c'est la nouvelle branche qui est utilisée et toutes les fonctionnalités que celle-ci devrait permettre ne sont pas encore prêtes ?
    • [^] # Re: Nouveau GDM

      Posté par  . Évalué à 1.

      Quel genre de « nouveautés » incroyables ?
      • [^] # Re: Nouveau GDM

        Posté par  . Évalué à 4.

        L'idée serait par exemple de pouvoir afficher le statut du réseau ou de la batterie dans GDM, par exemple.

        L'intérêt se trouve aussi dans la réécriture elle-même : utilisation de dbus pour tout ce qui est IPC notamment, et d'autres trucs dont je me souviens plus (j'ai pas tout pigé non plus) pour mieux gérer le fast-user-switch par exemple.

        Et puis de manière générale ya une réécriture de GDM dans les svn, ce qui représente pas mal de boulot à priori, et comme récemment les devs hésitaient à l'utiliser ou à prendre l'ancienne et n'intégrer la nouvelle que dans GNOME 2.24 une fois mieux testée, je me demandais donc quel choix avait été fait finalement...
  • # ARs d'Evolution

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

    Evolution: envoi des accusé de réception suivant la RFC 3798 (Merci Colin !) ;

    Je plaide non coupable, j'ai été obligé : les utilisateurs auraient accusé à tort Claws Mail de n'être pas capable de comprendre les ARs d'Evolution.
  • # Autoexecution dans nautilus ?

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

    Quelqu'un peut me dire ce qu'est Ajout de fonction autoexécution/automontage ?

    Automontage ok, mais autoexecution ça me fait un peu fliper et penser à un OS concurrent qui implémente cette feature bug...

    C'est quoi donc cette autoexecution ??
    • [^] # Re: Autoexecution dans nautilus ?

      Posté par  (Mastodon) . Évalué à 2.

      probablement un truc qui détecte le contenu du media que tu insères et démarre l'outil approprié (lecteur audio, vidéo ou gestionnaire d'images). Je croyais que ça existait déja à vrai dire.

      Personnellement, je n'aime pas ce genre d'automatisation mais certaines personnes aiment.

      A priori il n'y a pas de raison de flipper tant que :

      1) ça se limite à démarre le programme bidule quand tu vois le type de contenu machin
      2) c'est configurable (désactivable et choix du logiciel de destination).
      3) ça exclu l'execution de binaires/scripts sur le dit média.
      • [^] # Re: Autoexecution dans nautilus ?

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

        Donc, je grave un CD avec un jpg de 650Mo, et hop je plante le gnome de toute personne qui l'ouvre ? Mouais... Heureusement que c'est désactivable, et activé j'imagine qu'il doit y avoir une fenêtre de confirmation.
        • [^] # Re: Autoexecution dans nautilus ?

          Posté par  (Mastodon) . Évalué à 2.

          ben dans mon cas je n'insère que très rarement un cd/dvd/carte mémoire/clé usb de provenance inconnue. Généralement je sais ce qu'il y'a dedans puisque c'est moi qui les remplis. Donc ça n'arriverait pas (et je saurais désactiver le paramètre en cas de besoin).

          Le truc c'est qu'il faudrait que l'utilisateur soit bien informé des implications de ce paramètrage.
        • [^] # Re: Autoexecution dans nautilus ?

          Posté par  (Mastodon) . Évalué à 4.

          je voudrais aussi ajouter que normalement, c'est aussi à l'application de faire sa gestion des erreurs et de ne pas essayer d'ouvrir quelque chose qu'elle ne peut pas ouvrir.

          Bref une appli bien réalisée devrait s'assurer de l'espace mémoire qu'elle a à sa disposition et des limites qu'elles doit s'imposer en terme d'ouverture de fichiers quite à demander une confirmation pour "forcer" l'ouverture si l'utilisateur est prêt à en assumer les conséquences...
        • [^] # Re: Autoexecution dans nautilus ?

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

          Généralement les applications demande "voulez-vous importer les photos dans votre album ?"

          Perso (enfin ma copine) trouve ca plutôt pratique. Tu branche, tu clique sur "oui" et tu n'as plus qu'a tagger.
    • [^] # Re: Autoexecution dans nautilus ?

      Posté par  . Évalué à 0.

      c'est pas le fichier autorun.inf sur les CD?

Suivre le flux des commentaires

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