Journal Test de KDE 4.4 - Krita demande de l'aide - Setup et la mise à jour

Posté par  (site web personnel) .
Étiquettes :
20
3
déc.
2009
Bonjour,

Depuis quelques jours, j'accumule quelques petites nouveautés, qui n'ont pas assez d'importance à mes yeux pour valoir un journal.

Test de KDE 4.4

Comme à chaque fois, quand une version de KDE approche (généralement vers les premières bêta), je fais des tests et plein de screenshots que je partage avec les autres.

KDE 4.4 est une petite exception, car il y a tellement de nouveautés que je n'ai pas pu attendre, et que je vous montre déjà quelques petites choses. J'avais également fait un premier aperçu en septembre, mais il a disparu à cause d'un problème de serveur (qui ne se reproduira plus, bien entendu ;-) ).

J'aurais bien fait un joli copier/coller de ce que j'ai dit, mais comme Linuxfr ne permet pas de mettre des images dans les journaux, tant pis, vous aurez le lien pour voir tout ça : Ce que nous réserve KDE 4.4.

En résumé, KDE 4.4 utilisera Qt 4.6 (qui a fait l'objet d'une dépêche), Plasma est fluide et se dote d'un nouveau sélecteur de plasmoïdes, Nepomuk est enfin intégré correctement grâce au nouveau backend Virtuoso qui est enfin utilisable (avant il y avait Redland, horriblement lent, et Sesame2, en Java). Le thème de widgets Oxygen se dote d'effets et d'animations.

Fonctionnalité intéressante également, KWin permet de regrouper les fenêtres en onglets, et le tile est prévu soit pour KDE 4.4, soit pour KDE 4.5 (ça dépend s'il résiste au Hard Feature Freeze, le pauvre)

Krita demande de l'aide

Une nouvelle toute fraîche, ou presque, lue sur le Planet KDE. Krita devient intéressant, et quasiment utilisable par des artistes. Malheureusement, il est encore trop instable et lent pour une véritable utilisation.

Pour remédier à cela, l'équipe de développement de Krita compte offrir 3000€ à Lukáš Tvrdý, le développeur principal talentueux de Krita, pour qu'il travaille à temps plein sur Krita pendant 3 mois.

3 mois, à temps plein, ça va vraiment faire avancer les choses ! On peut se demander comment 3000€ lui suffiront, mais l'information court qu'habitant en europe de l'est, la vie y est moins cher (on parle du salaire moyen à 700€/mois, donc lui avec 1000€/mois, ça lui fera beaucoup).

Plus d'informations sur la page d'explication sur le site de Krita. Il ne reste plus que 1000€ à obtenir, tout est allé très vite, mais plus ils ont d'argent, plus Lukas pourra rester longtemps.

Setup et la mise à jour

Ah, moi et la pub pour mes propres projets, une grande histoire d'amour. C'est un journal, donc on va dire que je peux.

Depuis quelques minutes, le gestionnaire de paquets que je développe peut mettre à jour et supprimer des paquets. Ça paraît simple, mais c'est la concrétisation de mois de travail. Plus d'informations sur l'annonce officielle, avec tous les screenshots que vous pouvez vouloir. Les sceptiques quand au solveur de dépendance pourront également voir qu'il tient la route (je dis ça parce qu'on n'arrête pas de me dire que mon solveur n'est pas complet, sans jamais apporter un preuve (un ensemble de paquet) qui fait qu'il ne marche pas).

Bon jeudi soir, et dormez bien. Demain, vendredi !
  • # Kde rox

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

    Mwai, je ne suis pas de ton avis, la nouvelle fenêtre de sélection de plasmoid est peut être belle mais une grosse daube d'un point de vu IHM... Y'a pas mal de bug report à ce sujet d'ailleurs, devoir passer le pointeur de sa souris sur chaque icone pour voir ce que fait le plasmoid est vraiment chiant comparé à l'ancien dialogue.

    Pour koffice, j'espère vraiment que ce projet va se stabiliser parce qu'il est pour moi d'un point de vu IHM bien supérieur à MS Office et OpenOffice...

    L'utilisation de toolbar vertical est à mon avis l'avenir (même si pas nouveau) et le fork openoffice que IBM vend à ses clients utilise ce même concept...

    Microsoft lui a choisi une toolbar dynamique horizontal qui est une erreur vu l'évolution des écrans aujourd'hui.... Genre, avec les derniers écrans "Ultra" Wide Screen, ben Office 2007 est vraiment merdique à utiliser (vu que la zone de texte est plus que réduite).
  • # Setup

    Posté par  . Évalué à 4.

    Je n'aime pas quand les gens me font des remarque sur mon orthographe, ma grammaire, mon français et tout (sans doute parce que je suis mauvais) mais dans les capture d'écran de Setup, tu écris :
    Paquets qui seront installés ou supprimés :
    Légende : I Installer, R supprimer etc...

    Personnellement j'écrirais Installé supprimé, mis à jour etc...

    Par ailleurs j'écrirais aussi "Paquets pour lesquels une mise à jour blablabla..."

    Ah et aussi quand tu affiches un compteur des opérations en cours on peut lire
    [0/2]
    [1/2]

    Fini !

    En tant qu'utilisateur, j'ai l'habitude de (et j'attendrais donc plutôt)
    [1/2]
    [2/2]

    Fini !


    Merci pour le journal en tout cas et bonne continuation pour tes projets.
    • [^] # Re: Setup

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

      S'il y a des fautes, c'est avec plaisir que je les corrigerai :) .

      Pour la progression, c'est un affichage encore un peu expérimental, sachant que la bibliothèque qui gère les paquets envoie à certains intervalles des signaux permettant de savoir ce qui avance ou pas, et que c'est totalement asynchrone. De plus, une progression de type 2/2 permet de signaler que la progression est finie, donc, dans la GUI, d'effacer la barre de progression.

      C'est tordu et pas spécialement joli, mais je n'ai pas encore trouvé mieux. C'est cependant sur la feuille de route pour la finale, pour que Setup soit joli (et ne flood pas trop la console quand on télécharge un fichier, aussi).

      Merci pour les encouragements.
  • # Donné!!

    Posté par  . Évalué à 5.

    Les logiciels libres, c'est comment te prendre par les sentiments pour te faire payer un logiciel que tu n'utiliseras jamais :)

    PS : Je vous encourage a réflechir 2 secondes et prendre le temps de faire un don à un logiciel que vous utilisez.... Par ce qu'on se dit qu'on va le faire et qu'on le fait jamais!
    • [^] # Re: Donné!!

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

      Il manque un gestionnaire de dons, à l'image d'un gestionnaire de paquets.
      C'est pourquoi j'ai choisi de donner à "ma" distribution, celle que j'utilise au quotidien. (d'ailleurs celle ci vient de mettre en place un système de "fund", fonds, permettant à ceux qui comme moi file à leurs distros, que leurs dsitros refilent derrière à des projets libres).

      Mais un gestionnaire de dons ne suffit pas, il manque parfois aussi un peu d'argent, tout simplement. Personnellement, je me suis fixé un espèce de plafond de 5% de mes revenus (ce qui n'est pas beaucoup dans la mesure où je travaille aujourdhui dans l'informatique par et avec les logiciels libres). Et j'avoue que j'ai du mal à m'y tenir. A part la dsitro que j'utilise, j'ai aussi acheté des DVD usa de Debian (qui refilent à l'asso gestionnaire SPI), une fois OpenBSD, et pas assez souvent des dons directement à des projets. Restent à faire plus souvent ce dernier point, à la FSF et à la Linux fondation directement. Voilà.

      C'est aussi ça qui me plait dans le logiciel libre, pas seulement qu'il marche, c'est la première chose que j'ai déccouvert, pas seulement qu'il soit libre, c'est le principal.... Mais aussi que j'achète (ou donne comme vous voulez) parceque ça me plait (et pas parceque ça va me plaire, grosse nuance)
      • [^] # Re: Donné!!

        Posté par  . Évalué à 2.


        (d'ailleurs celle ci vient de mettre en place un système de "fund", fonds, permettant à ceux qui comme moi file à leurs distros, que leurs dsitros refilent derrière à des projets libres).

        Tu peux nous en dire plus sur ce gestionnaire ?
        • [^] # Re: Donné!!

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

          Grosso modo :

          Un don par ce biais est un don à la distro d'abord
          (tout comme lorsqu'on achète un pack finalement)

          Mais plus : une partie de ce don est redistribué par cette distribution à divers projets : Gnome, Kde, la LoFo et Xorg).

          Très sympa, quoi, pour ceux qui comme moi avait l'habitude ""d'acheter"" un pack, de passer ou de compléter par ce système qui assure qu'une partie dudit don sera redistribué, tout comme leurs codes le sont.

          Plus d'info ici :
          http://www2.mandriva.com/fr/community/fund/
      • [^] # Re: Donné!!

        Posté par  . Évalué à 3.

        Il me semble qu'il manque une fondation pour le financement et la diffusion du LL (diffusion au sens publicité, vente, "marketing" du LL) qui répartirait les dons, ferait des appels à projet, sponsoriserait des projets sur une durée de x mois ou x années. Un peu comme il existe des fondations qui proposent des bourses d'étude, des bourses de doctorat, des bourses à la création d'entreprise, etc.

        Peut être que ça existe déjà au niveau global, la FSF ?, sans doute que ça existe pour des projets particuliers (je pense à KDE, on peut faire un don), et pour des développeurs (voir Krita et l'appel à dons).

        Une question qu'on se pose au sein de l'AUFML c'est de savoir si les dons de nos adhérents rentrent dans le cadre des déductions d'impôts possibles pour les dons aux associations. La loi ne semble pas vraiment très claire à ce sujet en listant des catégories dans lesquelles doivent appartenir les associations permettant la déduction fiscale. C'est sur ma liste des choses à faire (après l'ip de dimanche) en posant la question directement au centre des impôts.

        Si d'autres en savent plus ?
  • # très bon test.

    Posté par  . Évalué à 2.

    juste un petit détail, qui pourrait faire jaser la moitié des développeurs de la galaxie : pourquoi sauter une ligne avant une accolade ouvrante? Pourquoi le principe "la symétrie c'est mieux que l'asymétrie" n'est pas une évidence pour tous les développeurs?
    • [^] # Re: très bon test.

      Posté par  . Évalué à 8.

      Tu parles du code dans les screenshots de Kate ? Perso, je préfère lorsque l'accolade ouvrante est seule sur sa ligne, sous le nom de la fonction/méthode/du bloc conditionnel, pour être bien visible. La seule chose qui soit à sa hauteur, c'est l'accolade fermante plus bas, et ça me va.
      Après, y en a qui disent que ça bouffe une ligne de plus...
    • [^] # Re: très bon test.

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

      J'ai bien le code aéré, c'est par pure lisibilité :


      if (machin && truc && brol != chose) {
      c = (b == encore ? !truc : chose + 4);
      }


      Illisible, en tous cas peu clair, et pas si symétrique (t'as une accolade seule sur sa ligne, l'autre sur la ligne du if, donc c'est pas la même chose)


      if (machin && truc && brol != chose)
      {
      c = (b == encore ? !truc : chose + 4);
      }


      Autre avantage utile pour le debug, vraiment utile :


      /* if (un truc qui ne sert à rien, enfin je crois, donc je vire pour voir) */
      {
      le_code
      }


      Ça compile encore !

      Et puis c'est comme pour mes commentaires et mes sauts de lignes. Plus c'est écarté et découpé, plus les gens comprennent (je préfère avoir 100 personnes qui comprennent et soumettent des patchs, même si 10 n'aiment pas, que de n'avoir que 10 personnes qui comprennent ce que je met)
      • [^] # Re: très bon test.

        Posté par  . Évalué à 8.


        if (machin && truc && brol != chose) {
            c = (b == encore ? !truc : chose + 4);
        }

        Ho mon dieu ça devient lisible.
        • [^] # Re: très bon test.

          Posté par  . Évalué à 3.

          Pardon je crois que j'ai mal compris ton commentaire :)
      • [^] # Re: très bon test.

        Posté par  . Évalué à 2.

        Tu as trouvé un avantage, mais moi j'aime bien la concision, je trouve que tu vois plus de choses, rapidement, si tu ne sautes pas une ligne après un if, et ton cerveau se fatigue moins pour parcourir le code. Il faut bien indenter (perso j'aime les 8 espaces), faire des fonctions courtes (pas plus d'une page et demie), et ne pas avoir trop de blocs imbriqués.

        Puis ça parait plus logique, tu as 2 lignes d'introduction, et une ligne de conclusion si tu sautes une ligne après le IF.
        • [^] # Re: très bon test.

          Posté par  . Évalué à 2.

          Je suis d'accord, j'aime bien avoir du code qui ne gaspille pas les lignes.
          Et pour un else c'est encore pire, car il va prendre trois lignes

          }
          else
          {

          au lieu d'une

          }else{


          Et pour la lisibilité il y a l'indentation.
      • [^] # Re: très bon test.

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

        > Illisible, en tous cas peu clair, et pas si symétrique (t'as une accolade seule sur sa ligne, l'autre sur la ligne du if, donc c'est pas la même chose)

        En fait non, c'est justement symétrique
        L'accolade fermante représente un "end if" et dans ce cas, si tu prend if() { comme begin et } comme end c'est symétrique.
        Après, faut juste lire différemment le code, c'est tout.

        Et de là à trouver ça illisible.. Vu que je ne lis pas les accolades, ton deuxième exemple est pour moi inutile, l'accolade ne sert à rien sur sa ligne, à moins que tu ne saches qu'il faut en mettre une après un if
    • [^] # Re: très bon test.

      Posté par  . Évalué à 4.

      Personnellement, j'avais l'habitude d'écrire chaque accolade sur sa ligne, exemple:
      if (list.isEmpty())
      {
         doStuff();
      }
      else if (list.size() > 5)
      {
         doOtherStuff();
      }
      else
      {
         die();
      }

      A force de lire du code un peu partout, j'ai commencé à changer mes habitudes. Aujourd'hui, je préfère l'accolade ouvrante directement sur la même ligne pour la plupart des cas, exemple:
      if (list.isEmpty()) {
         doStuff();
      } else if(list.size() > 5) {
         doOtherStuff();
      } else {
         die();
      }

      Ca fait moins verbeux, et je trouve ça quand même bien lisible.
      • [^] # Re: très bon test.

        Posté par  . Évalué à 3.

        Si le langage le permet, je plus loin :

        if (list.isEmpty())
            doStuff();
        else if(list.size() > 5)
            doOtherStuff();
        else
            die();

        Cela ne diminue pas la lisibilité et est plus rapide à lire.
        • [^] # Re: très bon test.

          Posté par  . Évalué à 3.

          Moi je mets toujours des accolades, le jour où tu tombes sur une macro qui n'inclus pas les accolades ...
        • [^] # Re: très bon test.

          Posté par  . Évalué à 8.

          Si le langage le permet, je plus loin :

          Je d'accord.
          • [^] # Re: très bon test.

            Posté par  . Évalué à 3.

            Je que vous sur une centaine de tableaux très clairs !
            Je tellement sur vous Luc.
            Je clair, ne pas ?

            ­La faculté de citer est un substitut commode à l'intelligence -- Somerset Maugham

            • [^] # Re: très bon test.

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

              je dirais même plus
              if (list.isEmpty()) {
              doStuff();
              } else if(list.size() > 5) {
              doOtherStuff();
              } else {
              die();
              }
              est très lisible malgré templeet (sous condition d'avoir le bon éditeur de code, qui apparie les parenthèses, vi, moi je suis habitué et sans l'indent' je n'ai pas de soucis, un pythoneux en revanche... merde ce n'est plus vendredi :/).
        • [^] # Re: très bon test.

          Posté par  . Évalué à 2.

          Mais cela diminue la maintenabilité, car si on rajoute un vitesse une deuxième ligne après/avant le die() sans faire attention il se retrouve en dehors du else, sans aucune erreur de compilation.

Suivre le flux des commentaires

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