• [^] # Re: C'est pas pour troller ...

    Posté par . En réponse au journal KDE 3.3.1. É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.