F-spot aussi

• [^]Re: F-spot aussi

  Posté par dripple () le 29/05/2006 à 13:28. (lien). Évalué à 9.

  Si tous les éditeurs de softs proprios font en sorte que leur soft tourne correctement sous Wine, celà amènera plus de personnes sous Linux... Pour la suite, celà sera de l'évengélisation... :-)

  • [^]Re: F-spot aussi

    Posté par Aurélien Bompard (Jabber id, page perso, ) le 29/05/2006 à 13:47. (lien). Évalué à 6.

    Et puis les applications libres dispos par le biais de la distrib auront dans ce cas le même avantage stratégique qu'a eu IE sur Netscape. Donc, finalement, c'est pas si grave.

    • [^]Re: F-spot aussi

      Posté par dripple () le 29/05/2006 à 14:49. (lien). Évalué à 5.

      Et si j'osais, je dirais que plus il a d'applis Wine Certified, plus il sera facile d'en obtenir de nouvelles...
      
      Me tromperais-je si je disais ça ?

  [^]Re: F-spot aussi

  Posté par jc121 () le 29/05/2006 à 14:34. (lien). Évalué à 8.

  Je trouve quand même qu'une boîte de la taille de google aurait pu se donner le mal de faire une vrai version linux.
  
  Là je suis vraiment déçu, d'autant que la version Windows s'installait déjà manuellement aussi bien avec Wine.
  
  Niveau intégration et vitesse, ça serait quand même beaucoup mieux.

  • [^]Re: F-spot aussi

    Posté par Guillaume RAMELET () le 29/05/2006 à 14:57. (lien). Évalué à 5.

    avant de tester j'étais successivement passé de l'euphorie (annonce de picasa sous linux) à la douche froide (... via wine) et j'ai décidé de tester.
    
    Je suis vraiment bleuffé par l'installation très rapide et simplissime, et surtout par la rapidité de picasa (que j'ai déjà utilisé sous windows) via wine. Google a fait un super boulot. Bon ok si ça pouvait être libre et avec 2 versions gtk, et qt ça serait formidable; mais ne crachons pas dans la soupe, ce logiciel est vraiment fameux, ça m'a fait plaisir de reparcourir les milliers de photos que j'ai en ma possession.

    • [^]Re: F-spot aussi

      Posté par Jay () le 29/05/2006 à 15:10. (lien). Évalué à 3.

      Je suis passé exactement par les mêmes moments. Après l'avoir téléchargé, il m'a fallu 3 heures pour trouver le courage de l'installer.
      Et, surprise, ça marche plutôt bien. Oui, on retrouve le toolkit Wine, mais l'ensemble m'est apparu relativement bien abouti, stable, et rapide.
      Les fonctions d'éditions sont sympathiques, et l'ensemble peut rendre de bon services en attedant la maturation de F-Spot, que je trouve encore un peu trop jeune.
      Rien à voir avec le portage de porc que Nullsoft avait commis avec Winamp 3.

      • [^]Re: F-spot aussi

        Posté par Julien Narboux (page perso, ) le 29/05/2006 à 17:19. (lien). Évalué à 7.

        J'ai testé ! tout ce que j'ai obtenu c'est une machine qui rame pendant 8heures, pour ensuite avoir un picasa qui contient toutes mes photos + toutes les images qui trainent sur le disque, il laisse même pas le temps de dire quels sont les répertoires qui doivent être scannés. Ensuite j'ai une fenêtre entièrement noir en plein écran. Quand je clique sur le bord de l'écran je retrouve mon bureau normal avec une fenêtre picasa, mais si je reclique sur la fenetre picasa j'obtient à nouveau un écran tout noir...
        
        Sinon Digikam en plus d'être libre fonctionne très bien ! la prochaine version 0.9svn gère les fichiers raw et les profils de couleurs, les champs IPCT, exif, affiche la géolocalisation des images...

      [^]Re: F-spot aussi

      Posté par jc121 () le 29/05/2006 à 15:12. (lien). Évalué à 4.

      Je vois pas en quoi c'est du super boulot, ce portage qui n'en est pas un, ou alors quelque chose m'échappe.
      
      Venant d'une boîte qui s'oppose à Microsoft, j'en attendais plus.
      
      C'est quand même pas très propre tout ça (ça utilise un wine en plus de celui maintenu par la distrib), l'interface est moche, sans parler d'un bug (le serveur X ne s'était pas tué à la fermeture).
      
      Je ne trouve pas que ça aille dans le bon sens et j'ai peur que ça donne le mauvais exemple à d'autres.

      • [^]Re: F-spot aussi

        Posté par Pierre Bertet (page perso, ) le 29/05/2006 à 15:32. (lien). Évalué à 9.

        Bien sûr, mais au delà de ça on peut voir deux points clairement positifs :
        - Wine s'en trouve amélioré.
        - Google (qui possède une forte image de société innovante) qui "porte" un logiciel sous Linux, ça peut mettre la puce à l'oreille.
        
        C'est toujours ça de pris.

    [^]Re: F-spot aussi

    Posté par Thomas Douillard () le 29/05/2006 à 16:08. (lien). Évalué à 7.

    Niveau vitesse : la winelib c'est une réimplémentation native, donc a priori c'est pas plus lent que n'importe quel toolkit natif (d'ailleurs c'en est-un), et question intégration, on peut peut être imaginer des sytème d'utilsation des themes gtk/QT par ce toolkit ?

    [^]Re: F-spot aussi

    Posté par Alban Crequy (Jabber id, page perso, ) le 29/05/2006 à 17:33. (lien). Évalué à 4.

    Je trouve quand même qu'une boîte de la taille de google aurait pu se donner le mal de faire une vrai version linux.

    
    
    Ben c'est une vraie version Linux, non? C'est du natif et il n'y a aucune émulation.
    
    Après, le toolkit graphique, que ce soit QT, GTK, Wine... peut importe.
    
    Et pour le format du binaire, que ce soit du ELF, du PE, du aout ou autres... tout ça est supporté nativement dans le noyau Linux.

    • [^]Re: F-spot aussi

      Posté par Alban Crequy (Jabber id, page perso, ) le 29/05/2006 à 17:41. (lien). Évalué à 3.

      Pour avoir une idée de ce que supporte le noyau Linux comme format d'éxécutable, on peut lancer cette commande:
      
      

      find /usr/src/linux/ -name '*.[ch]' |xargs grep -nHw register_binfmt

      
      
      Il y en a une dizaine ;-)

      [^]Re: F-spot aussi

      Posté par reno () le 29/05/2006 à 22:09. (lien). Évalué à 3.

      >Après, le toolkit graphique, que ce soit QT, GTK, Wine... peut importe.
      
      Sauf que Wine essaye de cloner les fonctionnalités de Windows, c'est quand même très différent d'un toolkit normal.
      Entre autre, il leur faut reproduire même les bugs de l'original pour être fidèle!

      • [^]Re: F-spot aussi

        Posté par Raphaël Gertz (page perso, ) le 30/05/2006 à 05:02. (lien). Évalué à 3.

        Ça l'équipe de wine s'en passerait bien, mais malheureusement des programmes utilisent ces fonctionnalités non documentées...
        (et comme c'est pas du GPL, on peux pas s'amuser a casser l'API tous les quatre matins car les logiciels qui l'utilisent vont pas se mettre a jour)

        --
        site perso : http://rapsys.free.fr/

      [^]Re: F-spot aussi

      Posté par ookaze () le 30/05/2006 à 13:02. (lien). Évalué à 1.

      Depuis quand les programmes natifs sous Linux scannent des répertoires C ou "My Documents" ?!!
      Depuis quand les programmes natifs sous Linux utilisent les bibliothèques Wine ?
      
      Wine ne sert pas à faire tourner des applis natives sous Linux, et ne présente AUCUN intérêt pour faire tourner des apps natives sous Linux. Ce serait même une régression, car Wine ne supporte pas tout un tas de fonctions natives sous Linux.
      
      Donc oui c'est un portage Wine, mais non, ce n'est pas un portage Linux et ça n'est certainement pas natif (je doute qu'il y ait des versions pour autre chose que x86, apparemment même pas pour amd64).

      • [^]Re: F-spot aussi

        Posté par bonnaud frederic (page perso, ) le 30/05/2006 à 14:02. (lien). Évalué à 2.

        Si on en croit : http://code.google.com/wine.html , le « portage » serait plutôt une amélioration de wine pour qu'il puisse faire tourner Picasa qu'autre chose.
        
        Ceci dit, développer wine c'est bien faire un développement 'Linux'.
        
        Après que ce soit bon pour les LL ou pas, ça se discute©

        [^]Re: F-spot aussi

        Posté par Khanh-Dang (page perso, ) le 30/05/2006 à 17:17. (lien). Évalué à 4.

        Depuis quand les programmes natifs sous Linux utilisent les bibliothèques Wine ?
        
        Et si je compile un Hello World qui affiche le fameux message en utilisant l'API win32 implémentée par Wine, ce n'est plus un programme natif sous Linux ? Pourtant, je peux le lancer en tapant ./a.out dans mon shell favori.
        
        La bibliothèque Wine est une bibliothèque comme une autre. C'est pas parce que l'API win32 est principalement utilisée sous Windows que ça change son statut.

        • [^]Re: F-spot aussi

          Posté par golum () le 30/05/2006 à 18:12. (lien). Évalué à 2.

          Et si j'appelle une primitive d'accès à la base de registre (RegOpenKey)
          dans le soft que je porte, ca veut dire qu'il faut que j'emule toutes les clés de la base de registres en les mappant sur des fichier de config ?

          • [^]Re: F-spot aussi

            Posté par Thomas Douillard () le 30/05/2006 à 18:45. (lien). Évalué à 4.

            Si tu veux la portabilité du programme, niveau source en l'occurence en utilisant la libwine, tu fais un peu gaffe à ce genre de détails, genre mettre le code de gestion de la config dans un #ifdef, ou ne pas utiliser cette fameuse base, et gérer ça dans des répertoires de données applis de l'utilisateur (et oui, c'est possible aussi sous windows).
            
            Rien de très différent d'un développement multiplateforme classique en utilisant une lib donnée, en somme, tu vas pas dans ces cas là mettre un appel bas niveau spécifique linux ... google a le contrôle total de son appli.

            • [^]Re: F-spot aussi

              Posté par golum () le 30/05/2006 à 19:57. (lien). Évalué à 3.

              Oui mais dans ce cas tu n'utilises plus l'API.
              
              Ce n'est donc plus portable à ce niveau

              • [^]Re: F-spot aussi

                Posté par boklm (page perso, ) le 02/06/2006 à 11:03. (lien). Évalué à 4.

                Oui mais dans ce cas tu n'utilises plus l'API.
                
                Quelle API ? Tu n'es pas obiligé de tout utiliser dans la libwine.