• # hips !

    Posté par  . Évalué à 10.

    à la tienne !

    -> relecture powwa

    • [^] # Re: hips !

      Posté par  . Évalué à 1.

      roh la mega loose, ça crève les stages.

      • [^] # Re: hips !

        Posté par  . Évalué à 3.

        ca sent le pot post boulot pour contrer la canicule tout ca...

  • # pdf

    Posté par  . Évalué à 1.

    Pour que chaque utilisateurs puisse lire le documents dans les polices initiales ?

    Pourquoi ne pas utiliser le pdf qui fait ca de memoire ?

    • [^] # Re: pdf

      Posté par  . Évalué à 10.

      parce qu'il n'est pas fait pour être éditable une fois généré

      • [^] # Re: pdf

        Posté par  . Évalué à 1.

        Ce qui est complètement faux, car je ne compte plus le nombre de formulaires administratifs et autres fichiers PDF que j'ai du retoucher avec Adobe Acrobat (le « writer » donc), à défaut d'avoir un logiciel libre performant pour cette tâche.

        • [^] # Re: pdf

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

          pas fait pour != impossible

          • [^] # Re: pdf

            Posté par  . Évalué à 1.

            Ce n'est pas seulement possible, c'est également faisable, c'est donc « fait pour » :-)

            • [^] # Re: pdf

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

              Le NTFS est fait pour être lu ailleurs que sous Windows ? Le réseau MSN est fait pour être utilisé avec d'autres clients que MSNm ? NetBSD est fait pour être utilisé sur des grille-pains ? Ah mince ça c'est vrai :-o

  • # solution pour quel système ?

    Posté par  . Évalué à 2.

    si j'utilise des polices Type 2 je ne suis pas certain que cela passe sous windows. En plus chaque système a sa manière d'installer des polices et de les gérer, je ne pense pas que cela soit compatible.
    D'ailleurs sous windows (et autres) il faut sans doute que la police soit installée avec des droits admins, et si pour chaque document on se retrouve avec un répertoire de police qui gonfle, pas certain que l'utilisateur veuille cela.

    De plus pour un problème légal je ne pense pas que les polices puissent être redistribuée comme cela (dans l'incorporation pdf cest sans doute différent)

    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: solution pour quel système ?

      Posté par  . Évalué à 4.

      Pourquoi cela ne serait pas possible? Des formats comme ASS/SSA utilisé pour réaliser des sous-titres peuvent contenir les polices sur demandes. Les éditeurs et filtres de lecture supportent très bien cette fonctionnalité sous windows.

      Ensuite, c'est à l'utilisateur de vérifier si il a le droit de redistribuer les polices qu'il veut inclure. Je ne vois pas pourquoi ce problème récurrent posserait plus de problème ici qu'ailleurs.

      • [^] # Re: solution pour quel système ?

        Posté par  . Évalué à 2.

        Le SSA a été conçue a une époque ou internet n'existait pas encore pour le publique, de plus il n'était pas destiné a la redistribution, c'est un format technique, un intermédiaire entre un texte et une vidéo. Ton exemple n'est donc pas pertinent, si l'on regarde un peut de qui se fait on s'aperçoit que la plus part des formats qui encapsules leurs polices ne permettent pas leurs réutilisation, telle que le PS ou le PDF. Mais je ne pense pas que ce soit le vrais facteur limitant, le vrais problème c'est que si tu incorpore les polices, c'est avant tous parce que tu souhaite avoir le même rendue partout et notamment a l'impression, pour se faire le mieux c'est encore d'avoir son propre moteur de rendue ( ce qui est le cas des lecteurs de PDF et de PS) et cela mine de rien c'est un sacré travail.

    • [^] # Re: solution pour quel système ?

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

      Les polices intégrés dans un PDF sont super chiantes à en sortir. Il faut exporter en postscript et récuperer le bout de code de la police, j'avais essayé sans succès pour un document important, finalement c'était plus rapide d'en chercher une équivalente...
      Mais il y'a un outil qui coute une fortune pour le faire, donc c'est techniquement possible (par contre niveau des droits, il faut savoir que la plupart des polices sont proprios, demandent un boulot énorme et coutent facilement plus de 500¤).

      • [^] # Re: solution pour quel système ?

        Posté par  . Évalué à 4.

        Le problème c'est que les polices sont souvent incomplêtes pour sauver de l'espace mémoire.

        Seuls les caractères utilisés sont sauvés.
        On le remarque lorsqu'on édite un fichier PDF, les caractères qui ne sont pas encore utilisés dans le pdf n'apparaissent simplement pas.

    • [^] # Re: solution pour quel système ?

      Posté par  . Évalué à 3.

      chaque système a sa manière d'installer des polices et de les gérer, je ne pense pas que cela soit compatible.


      A ma connaissance, il n'est pas necessaire qu'un police soit installé sur le système pour pouvoir l'utiliser.
      Il suffi que le programme est le chemin d'accès au fichier/données de la police et c'est suffisant non ?

      Donc si une police est intégré au document ODT, cela n'implique même pas forcemment que cette police soit installée chez le destinataire.
      Donc je ne vois effectivement pas de raison que ça ne se fasse pas. Ce serait une fonctionnalité intéressante.

  • # Intégration des polices dans l'odt

    Posté par  . Évalué à 1.

    Pas mal.
    J'en ai une autre :
    Pourquoi les distribs linux ne fournissent elles pas de binaires statiques, ça permettrait de se débarasser des dépendances, on pourrait installer n'importe quoi récupéré n'importe où.

    • [^] # Re: Intégration des polices dans l'odt

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

      Tu réalises quand même que la fonctionalité dont parle le monsieur était dans word il y a près de 10 ans de ça (enfin, peut-être plus, mais c'est dans word 97 en tous cas), dans le PDF, ... ?

      • [^] # Re: Intégration des polices dans l'odt

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

        ce n'est pas parce qu'une fonctionnalité existe ailleurs qu'elle est bonne.

        Par exemple, le truc qui ressemble à un clébard ou un magicien (soit disant pour t'aider) dans office fait chier toute la planète (sérieux, vous avez déja vu quelqu'un trouver ça utile passé les 2 premières minutes d'utilisation d'office ?)...ça m'embêterait qu'il se retrouve dans abiword.

        • [^] # Re: Intégration des polices dans l'odt

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

          > ce n'est pas parce qu'une fonctionnalité existe ailleurs qu'elle est bonne.

          Non, mais ça veut au moins dire que ça n'est pas impossible.

          En l'occurence, plutôt que de se foutre de la gueule de l'auteur du journal, le commentaire auquel je répond aurait pu nous dire ce qu'il avait contre la case à cocher « inclure les polices dans le document » dans Word 97 (je ne sais pas ce que c'est devenu depuis).

          Et si on veut continuer sur l'exemple des binaires statiques, bah moi, je trouve pas que ça soit une mauvaise solution de faire un link statique quand tu ne sais pas sur quelle machine le binaire doit tourner, et je n'ai vu personne militer pour le retrait de l'option -static de mon éditeur de lien, ni la trouver ridicule. De la même façon, je suis content quand un PDF récupéré n'importe où sur le net inclue les polices que je n'ai pas sur ma machine.

          Donc expliquez-moi en quoi j'ai tort d'être content plutôt que de faire des analogies douteuses.

    • [^] # Re: Intégration des polices dans l'odt

      Posté par  . Évalué à 2.

      Pire vu que c'est de l'edition, c'est comme si on fournissait des binnaires de tout les utilitaires pour generer quelques choses à partir des sources.

      PS : vu le nombre de police non libre sous windows, ca restreint quand meme pas mal l'utilisation de ce procédé...

Suivre le flux des commentaires

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