Journal KDE 3.3.1

Posté par  .
Étiquettes : aucune
0
13
oct.
2004
Bon, vu que personne s'y colle.
L'annonce est là: http://www.kde.org/announcements/announce-3.3.1.php(...) , avec une définition de KDE ("the most advanced and powerful free desktop") que certains pourraient contester...
Donc c'est la version++ de la branche 3.3, avec comme modifs principales:
- khtml est encore plus mieux bien (on me sussure à l'oreille que y'avait un problème avec gmail);
- kpdf deviendrait utilisable (j'y crois pas personnellement, mais bon... de toute façon kghostview a toujours lu les pdf parfaitement);
- kmail a résolu des bugs (qui n'affecte qu'un mail sur un million pour une seule personne sur terre comme d'hab), ses amis korganizer et kontact aussi;
- juk est moins buggé (le successeur de noatun qui se fait piquer la vedette par amarok);
- y'a quanta aussi qu'est concerné;
- et pleins de super-traductions-parfaites dans plein de langages;
- kdevelop 3.1.1 est fourni en bonus, avec des trucs genre intégration de kdiff3 (le truc qui fait comprendre le merge de 2 patchs imbriqués en même temps) et des bugs fix de toutes les nouvelles fonctionnalités intégrées dans 3.1.

Le changelog lisible est là: http://www.kde.org/announcements/changelogs/changelog3_3to3_3_1.php(...)

Bref, c'est beau, stable, pratique toussa.
  • # Sou-ssé

    Posté par  . Évalué à 4.

    Il y a les RPMS pour SuSE dispos (a vos risques et perils comme indique ici ftp://ftp.kde.org/pub/kde/stable/3.3.1/SuSE/README(...) )
    • [^] # Re: Sou-ssé

      Posté par  . Évalué à 2.

      Pour FC2 environ au même endroit.
      L'employer redhat qui a fait les paquets indique qu'il y a un bug sur la machine de build et que certains paquets sont "bouffis" (kdebase fait presque 100 Mo, kdevelop 85 Mo, etc !).
      Le défaut sera corrigé demain.
      • [^] # Re: Sou-ssé

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

        Et la version RPM pour la Mandrake ????
        On a même pas la 3.3.0 ....
        • [^] # Re: Sou-ssé

          Posté par  . Évalué à 2.

          Je ne sais pas ce qu'il en est pour Mandrake. Mais FC3 (en phase de test actuellement) a KDE 3.3.0 (et sûrement 3.3.1 dans quelques jours) et donc une grosse partie du boulot était déjà faite via FC3.
          Le "portage" vers FC2 est une initiative personnelle. Rien de concret ne dit que cela sera renouvellé.
        • [^] # Re: Sou-ssé

          Posté par  . Évalué à 1.

          Il est probablement nécessaire de passer par le club mandrake pour bénéficier de la version RPM.
          Tu t'abonnes ou tu compiles c'est la loi du libre.
          • [^] # Re: Sou-ssé

            Posté par  . Évalué à 2.

            Un membre du club peut-il me dire si les rpms de kde 3.3.1 sont déjà disponibles ?
            • [^] # Re: Sou-ssé

              Posté par  . Évalué à 1.

              rien vu encore...

              peut-être ici :
              http://rpm.nyvalls.se/(...)

              g pas encore vérifié...
            • [^] # Re: Sou-ssé

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

              KDE 3.3 est dispo pour les membres du club (a priori tous niveaux) dans la 10.1 sur le CD4 (je crois bien que les versions download hors-club ne proposent pas de CD4 d'habitude, on verra).
  • # KDE ZE desktop

    Posté par  . Évalué à 3.

    y a rien à dire, kde c'est de la bombe.
    • [^] # Re: KDE ZE desktop

      Posté par  . Évalué à 4.

      et looking glass ? :p
      Non, sans déc, je pense aussi que KDE est une bombe monumentale, mais il y a un cap à franchir, qui le sera avec KDE 4. KDE 4 sera plus rapide, plus simple avec des systèmes de recherche à la winfs (enfin, ils veulent faire ça pour le plus tôt possible : KDE 4 me semble assez lointain pour que ça soit dispo). J'attend impatiemment le système de recherche parmis les options (configurer konqueror est difficile actuellement pour un débutant)
      D'un autre côté, il ne faut surtout pas oublier des autres environnements comme E17, Looking Glass qui doivent être développés et qui constituent une tout autre façon de concevoir un desktop. Ne s'occuper que de KDE serait dangereux pour l'innovation ! Et puis y'a GNOME, ne pas l'oublier non plus...

      Bref, faisons en sorte que le libre reste un domaine avec beaucoup de choix, mais que les standards de freedesktop.org s'imposent pour permettre un changement de bureau simple et sans douleurs ! Je pense à arts (KDE only), DCOP (KDE only)... Tout ça, il faut s'en séparer (avec des regrets car ils ont plutôt bien remplis leur rôle depuis leur création, mais un standard doit apparaître...)
      • [^] # Re: KDE ZE desktop

        Posté par  . Évalué à 3.

        > KDE 4 sera plus rapide, plus simple

        Ils ne disaient pas déjà ça pour la version 3 ? Et la 2 ? C'est peut-être simplement l'augmentation de la puissance des ordinateurs ou l'amélioration de Xfree/X.org qui rendent KDE plus rapide.

        Ce n'est même pas un troll KDE/Gnome puisque ce dernier ressort le même discours mais pour les versions mineures. Ceci dit Gnome 2.8 est réellement plus rapide et plus simple que 2.6, et je n'ai pas changé de machine.

        Par contre je sais lequel des deux est réellement plus simple que l'autre... Oups ! là y'a troll !
        • [^] # Re: KDE ZE desktop

          Posté par  . Évalué à 2.

          j'ajouterai le noyau 2.6 et les linuxthreads, en fait tout le projet GNU :)

          Sinon, concernant Konqueror et gmail.com, point de bug, c'est le site qui ne reconnait pas le navigateur avec son soit-disant "système de vérification", un ptit coup de "changement identité du browser" dans le menu outil en IE XP 6.0 par exemple et comme DE par Hasard, ça marche.

          oué désolé, mais l'identité mozilla ne marche pas et puis quant bien même c'est le mozilla win32 dés lors...

          +
          • [^] # Re: KDE ZE desktop

            Posté par  . Évalué à 2.

            > linuxthreads

            linuxthread est obsolete. C'est Native Posix Thread Linux pour Linux 2.6.

            Les gains viennent surtout de gcc et prelink. Et aussi de KDE. Le gain de NPTL se ressent uniquement pour les serveurs avec plus d'une centaine de thread (typiquement java).
          • [^] # Re: KDE ZE desktop

            Posté par  . Évalué à 0.

            > un ptit coup de "changement identité du browser" dans le menu outil en IE XP
            > 6.0 par exemple

            Attention les enfants, ne faites pas ça chez vous ! C'était de du second degré ! de l'ironie ! de l'humour ! rigole gamin !

            Par contre si tu étais sérieux, tu as gagné un lynchage en public !
            • [^] # Re: KDE ZE desktop

              Posté par  . Évalué à 2.

              Attention les enfants, ne faites pas ça chez vous ! C'était de du second degré ! de l'ironie ! de l'humour ! rigole gamin !
              Par contre si tu étais sérieux, tu as gagné un lynchage en public !


              Hervé tjrs là à faire le comique, à part vanner à tout va, tu fais quoi?

              Je n'ai fais que demontrer que le site était mal fichu dés lors ça n'avait rien avoir avec une quelconque incapacité du moteur KHTML.
              Au lieu d'utiliser leur pseudo "vérificateur", ils feraient mieux de faire passer leur site au W3C validator avant de prétendre quoique ce soit.

              Et pour ma part quand un site est mal fichu, , je le signale au webmaster, si il n'en tient pas compte.... on l'oublie, c'est aussi simple que ça.

              +
        • [^] # Re: KDE ZE desktop

          Posté par  . Évalué à 6.

          C'est peut-être simplement l'augmentation de la puissance des ordinateurs ou l'amélioration de Xfree/X.org qui rendent KDE plus rapide.

          Là je suis pas du tout d'accord !!
          J'ai vu une très nette amélioration de la rapidité de KDE entre la 3.1.x et la 3.2.x.
          Et ce n'était pas dû à un changement de matériel, ni de serveur X...
          • [^] # Re: KDE ZE desktop

            Posté par  . Évalué à 5.

            je confirme.
            Sur un PII 350Mhz je suis passé de Mdk9.1 ( kernel 2.4 kde 3.1 ) à une Mdk 10.0 ( kernel 2.6 et kde 3.2) et j'ai tout de suite senti une grosse amelioration generale . Je dirais au pif au moins 15-20 % de mieux.
            C'est tres agreable, parfaitement utilisable , ce qui n'etait pas vrai avec mdk9.1 trop lent.

            Je suppose qu'avec une babase de + de 1Ghz on ne doit rien sentir ou presque.

            Je pense que passer a kde 3.3 ne me fera gagner que des poussieres

            quant à 4.0 , wait and see
        • [^] # Re: KDE ZE desktop

          Posté par  . Évalué à 3.

          Ils ne disaient pas déjà ça pour la version 3 ? Et la 2 ?
          Peut être j'avais pas internet à l'époque :(
          Sinon, pour KDE 3.2 le gain était réel, pour le 3.3 j'ai rien senti de spécial...
          Et le gain de KDE 4 sera principalement du à QT4. Y'a pas photo ça va aider énormément !
    • [^] # Re: KDE ZE desktop

      Posté par  . Évalué à -7.

      Un vieux fvwm bien configuré + mc
      le remplace largement, et beaucoup plus stable.
      • [^] # Re: KDE ZE desktop

        Posté par  . Évalué à 3.

        Qu'appelle tu par 'Stable' ?

        Ici kde n'a jamais merdé une seule fois ... alors je vois pas pkoi tu dis que fvwm est plus stable ...

        Avant de switcher vers kde, j'étais plutot fluxbox ... j'ai testé la dernière version cette semaine ... et dès que tu mets un beau theme, ca commence a ralentir severe ... c'est très étrange.... Je suis donc revenu vers mon petit kde 3.3
        • [^] # Re: KDE ZE desktop

          Posté par  . Évalué à -4.

          > Qu'appelle tu par 'Stable' ?

          Une recherche avec google groups sort plein de pb avec kde.
          http://groups.google.com/groups?q=kde&hl=fr&lr=&sa=N&am(...)
          • [^] # Re: KDE ZE desktop

            Posté par  . Évalué à 4.

            Une recherche avec fvwm donne aussi plein de problèmes : http://groups.google.com/groups?hl=fr&lr=&q=fvwm&btnG=R(...)
            Ce n'est pas un critère pour juger de la fiabilité d'un programme. Cela dit fvwm est assez stable, même si je n'ai pas de problèmes de stabilité avec KDE depuis très longtemps.
            • [^] # Re: KDE ZE desktop

              Posté par  . Évalué à -3.

              Ah non, selon le lien on parle de fvwm mais pas le pb causé par fvwm.
              C'est normal que kde a plus de pb que fvwm parce que kde n'est pas simplement un WM, il est trop gros, donc plus difficile à maintenir.

              Chaque changement de version de kde ou gnome posent beaucoup de pb aux utilisateurs. Les programmes dans kde ou gnomes sont très bons (je les utilse à volonté), mais vouloir proposer un environnement intégré comme kde ou gnome est une très mauvaise chose. Si on continue comme ça, tous ce que les linuxiens reprochent à windows vont apparaitre avec kde ou gnome.

              Wait and see.
              • [^] # Re: KDE ZE desktop

                Posté par  . Évalué à 5.

                mais vouloir proposer un environnement intégré comme kde ou gnome est une très mauvaise chose. Si on continue comme ça, tous ce que les linuxiens reprochent à windows vont apparaitre avec kde ou gnome.

                Tu peux developper sur cet aspect ?? j ai rarement vu des reproches faits au caractere "homogene" de windows .
              • [^] # Re: KDE ZE desktop

                Posté par  . Évalué à 4.

                On peut toujours installer KDE sans konqueror (mais c'est con)
                On peut toujours installer KDE sans noatun ni juk (normal, amarok c'est mieux)
                Pareil pour gnome et ses équivalents...
                On ne peut toujours pas installer windows sans IE
                On ne peut toujours pas installer windows sans WMP
  • # Chouette !

    Posté par  . Évalué à 6.

    Perso, je suis un grand fan de KDE, depuis la version 1.2, en fait. Bon, y'a eu pas mal de chemin parcouru, mais la qualité est toujours au rendez-vous. Y'a vraiment aucune objection à utiliser cet environnement à la maison ou en production.
    Y'a quand même un ou deux trucs qui me chiffonnent : quand est-ce que kolab sera intégré à kde, voire à konstruct, de façon à pouvoir s'installer une solution de PIM distribuée complète ? Je parle de konstruct, car étant sur un {,B}LFS, les rpm et autres .deb me sont complétement inutiles.
    J'ai bien cherché sur google et le site de kolab, sans succès. C'est dommage, car c'est à mon sens un des seuls trucs qui manque encore à KDE.
    Bon, et puis ce qui me chagrine (si peu en fait) c'est que c'est reparti pour 8H de compil'. Rien de bien dramatique, mais ainsi, j'aurais un KDE lié à Xorg (car l'actuel était lié à XFree que j'ai remplacé il y a peu).
    Voilà, alors profitons un peu plus de ce site pour souffler un grand MERCI à toute l'équipe de KDE (développeurs, testeurs, traducteurs, relecteurs, etc...) pour le travail de qualité mené ces dernières années sur cet environnement.
    • [^] # Re: Chouette !

      Posté par  . Évalué à 5.

      Kontact (la partie user de kolab) est intégrée dans KDE. Et le 'serveur' kolab est disponible en application standalone, je vois pas où est le problème. Les utilisateurs ne vont pas s'installer un serveur gérant 20.000 fonctionnalités sur leur PC perso.

      Sinon, bien sûr, un grand MERCI à KDE pour tout ce qu'ils font.
      • [^] # Re: Chouette !

        Posté par  . Évalué à 2.

        Hum, pour kolab, j'ai pas dû être très clair, car on ne s'est pas compris du tout !
        J'utilise bien sûr (à outrance, d'ailleurs) les outils clients dont j'ai besoin (kmail, kontact, korganizer, karm, konqueror, etc), mais ce serait pratique pour moi, même à la maison, d'avoir un agenda partagé avec mon épouse (dont le PC, bien que sur le même réseau est sous winwin, à mon grand dam), synchronisable sur nos palms respectifs. C'est là une des applications que je vois, mais ce n'est pas la seule...
        Agenda, carnet d'adresses, liste de courses...
        Bref, pleins de choses qu'on note longtemps à l'avance pour ne pas oublier....
        Et puis croiser tout ça avec mes infos du boulot me serait aussi d'un grand secours...
        Bref, pour quelqu'un qui n'a pas de tête comme moi, ce serait une bonne chose. Mais je m'égare... Ce que j'aimerai, c'est de voir kolab ocmpilable par konstruct dans la partie apps (ou du moins apps-unstable), mais pour le moment ce n'est pas possible, et même des sources à part sont introuvables (à part sous des formats autre que .tar.gz ou .tar.bz2), et donc, je ne peux tester... C'est tout ce que je déplorais...
        • [^] # Re: Chouette !

          Posté par  . Évalué à 3.

          ok, on s'était mal compris.

          bon ben install kolab alors! ( http://kroupware.kolab.org/howto-kolab.html(...) )

          C'est un peu spartiate kolab.org, y'a pas trop de doc (si y'a un gros pdf qui a l'air bien, mais j'ai un peu oublié mon allemand). Ca a franchement l'air encore en developpement le truc (avec des "NOTE: These features are considered EXPERIMENTAL "). Si tu veux mettre la liste des courses dessus, ok, mais de là à connecter le truc avec ton boulot...

          enfin, ils ont surement besoin de testeurs...
    • [^] # Re: Chouette !

      Posté par  . Évalué à 3.

      Perso, je suis un grand fan de KDE, depuis la version 1.2, en fait.

      Il n'y a pas eu de version 1.2
      La dernière de la série 1.x est la 1.1.2, puis on passe à 2.0

      cf http://www.kde.org/announcements/(...)
      • [^] # Re: Chouette !

        Posté par  . Évalué à 1.

        C'est malin, ça....
        Bon, m'enfin, si tu regardes un peu dans mes posts, tu verras que je n'ai pas de mémoire... Et puis c'est si vieux ces versions !
        Bon, en fait, KDE, je suis fan depuis le début (comme ça je ne me mouille pas !)....
  • # C'est pas pour troller ...

    Posté par  . Évalué à 6.

    Mais je conetste formellement le : de toute façon kghostview a toujours lu les pdf parfaitement. J'ai eu des problèmes avec ghostscript (et donc kghostview), notemment avec des pdf générés avec openoffice (oui monsieur, des lignes qui partaient en vrac, parfaitement).
    xpdf qui semble être le papa de kpdf (vu la tronche du rendu) ne m'a jamais posé ces problèmes.
    J'ai beaucoup de respect pour ghostview, mais j'ai accueilli kpdf avec grand enthousiasme (parce que l'interface de xpdf en motif, c'était pas top quand même), et il m'a pour l'instant parfaitement satisfait (rapidité, ergonomie, intégration ...).
    • [^] # Complétement HS....

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

      ... mais ta signature la bien fait rire. C'était juste pour te remercier de cet instant de bonheur :)
    • [^] # Re: C'est pas pour troller ...

      Posté par  . Évalué à 2.

      kghostview a des petits bugs pour afficher certains pdf, c'est clair, mais je n'ai jamais pu utiliser kpdf.
      Concernant les pdf générés par ooo, il y a 3 niveaux de qualité possibles, tu les a tous essayé? (perso je prends toujours la version 'pour imprimeur' ou un truc de genre, car les 2 autres sont pas clean du tout et bavent partout).

      Sinon, c'est vrai que xpdf est le meilleur, mais il est pas intégré à KDE (genre affichage dans konqui), donc c'est qu'en dernier choix (même si tu peux modifier ton mime pdf)
      • [^] # Re: C'est pas pour troller ...

        Posté par  . Évalué à 1.

        Juste pour dire que kpdf a beaucoup progressé ces dernières semaines, avec tout plein de nouvelles fonctionnalités [1].

        Sinon je ne comprends pas quand tu dis que xpdf n'est pas intégré à KDE, vu que justement kpdf utilise le moteur de rendu de xpdf.

        [1] http://tinyurl.com/49ey6(...)
        • [^] # Re: C'est pas pour troller ...

          Posté par  . Évalué à 4.

          Bon, je viens de tester mon kpdf (v0.3, de kde-redhat 3.3.0-2.2.1), et c'est vrai que ça a vachement évolué depuis ~3 mois! La fonctionnalité search marche pas (mais dans le TODO ils disent que c'est bon maintenant, en case sensitive en plus, et ils rajoutent un "'search bar' with prune-as-you-type feature"). Donc ok, ils ont fait plein de boulot, mais c'est vrai qu'ils l'avaient intégré vachement trop tôt à mon goût dans KDE.

          > Sinon je ne comprends pas quand tu dis que xpdf n'est pas intégré à KDE, vu que justement kpdf utilise le moteur de rendu de xpdf.

          Je disais que xpdf n'était pas intégré (du X11 classique). Kpdf est son portage dans KDE (juste l'interface, pas le moteur). La question qui vient alors est : pourquoi kghostview affichait le pdf?
          MODE PERSO ON
          Il devrait y avoir un "visionneur" universel, vachement configurable (preview des pages ou pas[1], scaling, ...) qui sous-traite à des kparts: kghostviewlib, kpdflib, kdvilib et cie (koooviewlib?, kofficeviewlib?, kflashlib?...), sachant que tout ça peut être intégré en kparts dans konqui bien sûr, pour une expérience de navigation qui improve ma productivity. À mon avis il commence à y avoir doublon entre les interfaces de kghostview, kpdf et kdvi.
          MODE PERSO OFF

          [1] J'en ai marre que konqui mouline comme un fou pour charger en preview toutes les 500 pages d'un document (pdf, ps ou dvi), alors que je vais direct à ma page, et que je n'ai besoin que des 3 pages avant et après.
          • [^] # Re: C'est pas pour troller ...

            Posté par  . Évalué à 2.

            Pour le [1], tu peux desactiver le barre de preview dans le menu Configuration, et je ne m´en prive pas d´ailleurs.
            • [^] # Re: C'est pas pour troller ...

              Posté par  . Évalué à 2.

              ouais, mais c'est trop radical.
              Bon j'ai rajouté l'action 'afficher les pages' (qui n'avait pas d'icone d'ailleurs...) dans la kghostviewtoolbar.
              Dans la série 'je suis chiant', je voudrais que les preview soit activées dans kghostview, mais pas dans la kghostviewpart de konqui, c'est possible (cf. hasan' sehef')?
              • [^] # Re: C'est pas pour troller ...

                Posté par  . Évalué à 2.

                T´es chiant ;-)
                Bon, plutot que rajouter cette option, il faudrait mieux faire en sorte que kghostview affice d´abord la page avant les thumbnails, et ensuite n´affiche que les thumbnails du contexte actuel.
                • [^] # Re: C'est pas pour troller ...

                  Posté par  . Évalué à 2.

                  chez moi il affiche bien la page avant les preview (limite en même temps)!

                  avec kpdfpart, les preview mettent une plombe à arriver, et je viens de voir qu'il gere pas les preview en 'paysage'.
    • [^] # Re: C'est pas pour troller ...

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

      J'utilise kghostview que pour voir les pdf dans konqueror (kpart).
      Pour tout le reste, j'utilise xpdf !

      Et ça durera tant que :
      - on n'aura pas la possibilité de faire du plein écran. xpdf le fait pas non plus, mais on peut gruger facilement, en agrandissant la fenêtre et en fixant le zoom à "fit page".
      - on n'aura pas un affichage aussi rapide. Parce que pour faire des présentation en plein écran, ça craint de voir le balayage de la page au changement de page. (en fait, ça a l'air de s'être amélioré)
      - on pourra pas fixer la position de lecture, pour pas revenir au début du document à chaque raffraichissement.
      - on pourra pas avoir la table des matières d'un document (générée avec hyperref par exemple).
      - ... j'en oublie certainement.

      Mais bon, j'y passerai un jour :-)
      Quand je lis sur http://webcvs.kde.org/cgi-bin/cvsweb.cgi/~checkout~/kdegraphics/kpd(...)

      -> ADD: continous mode
      -> ADD: multiple pages per view (gui selects 1 or 2 ppv)
      -> MRG: the Table Of Contents (from head)
      -> FIX: previews speedup: 50-100%
      [...]
      Here comes a list of suggestions from a dot post http://dot.kde.org/1095261317(...) and IRC:
      Tool: ruler
      Tool: distance measure
      Tool: color picker
      Annotations: yellow notes 'post-it' like
      Speak: integration with a voice synthesizer
      Export: export to other formats keeping formatting (a dream.. expect for PNG :-)
      PDF: pdf forms support.... :D if at all possible

      Ça donne de l'espoir :)
      • [^] # Re: C'est pas pour troller ...

        Posté par  . Évalué à 2.

        - on n'aura pas la possibilité de faire du plein écran. xpdf le fait pas non plus,

        xpdf -fullscreen le fait.

Suivre le flux des commentaires

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