• # CritĂšres prĂ©liminaires

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

    • Pour vous traitement de texte est une expression pĂ©dante pour dire word ;
    • Pour vous un traitement de texte produit des « doc. »

    « IRAFURORBREVISESTANIMUMREGEQUINISIPARETIMPERAT » — Odes — Horace

    • [^] # Re: CritĂšres prĂ©liminaires

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

      J'ai pensé à l'aspect concret, mais tu as tout à fait raison :-)

      « Tak ne veut pas quÊŒon pense Ă  lui, il veut quÊŒon pense », Terry Pratchett, DĂ©raillĂ©.

    • [^] # Re: CritĂšres prĂ©liminaires

      Posté par  . Évalué à 4.

      Pour vérifier votre maßtrise du traitement de texte, vous prenez une personne au hasard et criez dessus trÚs fort:
      «EspÚce de TEXTE!!»
      Ça n'a jamais l'effet que vous attendez.

      Vous ne maĂźtrisez certainement pas le traitement de texte!!

      ---------> [ ]

  • # Indice n°69

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

    Vous aimez le latex.

    Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.

    • [^] # Re: Indice n°69

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

      Je suis personnellement plus habitué à l'approche cuir bio et j'aime ça.

      “It is seldom that liberty of any kind is lost all at once.” ― David Hume

      • [^] # Re: Indice n°69

        Posté par  . Évalué à 4.

        Mais ça colle, là-dedans !
        Et ça sent la croquette


    • [^] # Re: Indice n°69

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

      Pour les gants, je préfÚre le vinyl ou la laine selon l'usage, chacun son truc.

      « Tak ne veut pas quÊŒon pense Ă  lui, il veut quÊŒon pense », Terry Pratchett, DĂ©raillĂ©.

  • # Mais comment ?

    Posté par  . Évalué à 2.

    Comment espace-t-on proprement les paragraphes ?

    Comment gÚre-t-on les retraits efficacement ?

    Comment ajoute-t-on un surlignage ?

  • # UtilitĂ© d'un traitement de texte aujourd'hui ?

    Posté par  . Évalué à 7.

    Je vais ĂȘtre dans le mĂȘme ton que l'article, et aller plus loin : Ă  quoi sert un traitement de texte aujourd'hui ? Les logiciels produisent des documents sous formes de pages pour l'impression qui ne sont pour la plupart jamais imprimĂ©es. On se retrouve avec des contraintes dĂ©licates comme des marges et des sauts de pages qui complexifient Ă©normĂ©ment la rĂ©daction.
    La plateforme Web d'aujourd'hui permet la rédaction en colonne, l'insertion de média en médaillon, la rédaction collaborative, et l'affichage en fonction de la taille du support.

    Le traitement de texte, j'y trouve toujours une alternative plus fiable. Y a-t-il des exemples oĂč ça n'est pas le cas ?

    • [^] # Re: UtilitĂ© d'un traitement de texte aujourd'hui ?

      Posté par  (site web personnel, Mastodon) . Évalué à 6. DerniĂšre modification le 30 mars 2022 Ă  09:46.

      J'Ă©cris quasiment tout avec Writer. MĂȘme mes dĂ©pĂȘches et textes pour des sites. C'est trĂšs nettement plus confortable, plus rapide et plus agrĂ©able pour les yeux (mĂȘme si j'entre des balises markdown).

      Pas besoin de connexion, pas de lenteur due Ă  une connexion pas terrible etc.

      « Tak ne veut pas quÊŒon pense Ă  lui, il veut quÊŒon pense », Terry Pratchett, DĂ©raillĂ©.

    • [^] # Re: UtilitĂ© d'un traitement de texte aujourd'hui ?

      Posté par  . Évalué à 2.

      Ma compagne s'en sert beaucoup (tableaux, styles, paragraphes, images, etc.) pour
l'Ă©cole ! :)

    • [^] # Re: UtilitĂ© d'un traitement de texte aujourd'hui ?

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

      Les logiciels produisent des documents sous formes de pages pour l'impression qui ne sont pour la plupart jamais imprimées.

      Je pense que des « documents sous formes de pages pour l’impression » sont toujours utiles aujourd’hui, quand bien mĂȘme ces documents ne seraient que rarement imprimĂ©s.

      Un fichier ODT, DOC(X), ou PDF, c’est bien pratique par exemple quand on veut faire circuler un document entre plusieurs personnes (par email par exemple). Le fichier contient tout le nĂ©cessaire (p.ex. images, tableaux), se suffit Ă  lui-mĂȘme, et ne nĂ©cessite aucune « plate-forme web » pour pouvoir ĂȘtre Ă©changĂ©.

      La plateforme Web d'aujourd'hui permet la rédaction en colonne, l'insertion de média en médaillon, la rédaction collaborative, et l'affichage en fonction de la taille du support.

      Encore faut-il avoir accĂšs Ă  une telle plate-forme.

      Une page HTML, il faut l’hĂ©berger quelque part pour qu’elle soit consultable, et ce n’est pas toujours possible ou facile :

      • on n’a pas forcĂ©ment un serveur web Ă  disposition ;
      • variante : on travaille pour une organisation qui a certes un serveur web, mais publier un fichier dessus nĂ©cessite de faire une demande en trois exemplaires au service communication avec l’aval d’un sous-directeur quelconque — si elle est acceptĂ©e, la demande sera exĂ©cutĂ©e au bout de trois mois ;
      • on peut ne pas vouloir que le document soit accessible aux quatre vents ; publier sur un serveur web rĂ©servĂ© au rĂ©seau local est une possibilitĂ©, mais parfois on peut quand mĂȘme vouloir souhaiter faire parvenir le document Ă  une ou deux personnes bien prĂ©cises Ă  l’extĂ©rieur de l’organisation.

      Dans le cas d’une page HTML simple, on peut certes envoyer la page par email de la mĂȘme maniĂšre qu’on enverrait un ODT ou un PDF, mais ça ne marche plus dĂšs lors que le document comporte des images. Un ODT ou un PDF est auto-suffisant (le fichier contient tout), une page HTML non.

      Il manque, Ă  ma connaissance, un format standard et largement supportĂ© pour envoyer une page HTML et les ressources dont elle dĂ©pend dans un fichier unique auto-suffisant. Sous MacOS, Safari a son format .webarchive, mais je ne crois pas qu’il soit pris en charge ailleurs (en tout cas pas nativement). À une Ă©poque, Firefox avait son format .maff, Konqueror son .war, Internet Explorer son .mhtml
 je ne connais aucun format d’archive web qui soit suffisamment rĂ©pandu pour qu’on puisse se permettre d’envoyer une page dans ce format en Ă©tant raisonnablement certain que tout le monde pourra la visualiser sans avoir besoin d’installer un logiciel ou greffon ad-hoc.

      Certes, pour faire circuler (et Ă©ventuellement collaborer sur) un document, il y a aussi les solutions de type Google Doc et assimilĂ©s, et ça peut dans certains cas ĂȘtre valables.

      Mais personnellement je trouve que les capacitĂ©s de mise en forme de Google Doc sont quand mĂȘme trĂšs limitĂ©es par rapport Ă  celle de Writer, de Word, ou de ce que je peux faire avec DocBook. Rien que l’impossibilitĂ© de dĂ©finir ses propres styles est rĂ©dhibitoire pour moi.

      • [^] # Re: UtilitĂ© d'un traitement de texte aujourd'hui ?

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

        Il manque, à ma connaissance, un format standard et largement supporté pour envoyer une page HTML et les ressources dont elle dépend dans un fichier unique auto-suffisant.

        Et en utilisant les data URI scheme pour embarquer lesdites ressources ?

        CyberdĂ©pendance, cyberharcĂšlement, pĂ©docriminalité  : Zelbinium, pour que les smartphones soient la solution, pas le problĂšme !

        • [^] # Re: UtilitĂ© d'un traitement de texte aujourd'hui ?

          Posté par  (site web personnel) . Évalué à 3. DerniĂšre modification le 01 avril 2022 Ă  11:21.

          Ce serait une solution en effet.

          Mais Ă  mon avis ce n’est guĂšre utilisable que pour un document que l’on souhaite non-Ă©ditable (comme le seraient d’ailleurs les formats .webarchive, .mhtml etc., s‘ils Ă©taient plus largement supportĂ©s), parce que du HTML comme format d’édition, ça ne me paraĂźt pas terrible, c’est plus un format d’export.

          En gros ça peut sans doute remplacer un PDF, mais pas un ODT ou un DOC(X).

      • [^] # Re: UtilitĂ© d'un traitement de texte aujourd'hui ?

        Posté par  . Évalué à 2.

        Je suis quand mĂȘme d'accord avec la majoritĂ© du commentaire, mais


        Rien que l’impossibilitĂ© de dĂ©finir ses propres styles est rĂ©dhibitoire pour moi.

        De mon expĂ©rience, c'est justement ça le souci : que chacun fasse des styles diffĂ©rents. Ça rend les documents difficile d'accĂšs, parce qu'il faut d'abord ingĂ©rer la mise en page.

        Avec du Markdown, y a rien à faire, c'est trÚs léger, ça permet d'utiliser des tableaux (basiques), des images (basiques), et pour 90% des documents ODT/DOCX que je vois passer, ça aurait trÚs bien suffit. Et c'est bien plus léger et pratique à modifier.

        • [^] # Re: UtilitĂ© d'un traitement de texte aujourd'hui ?

          Posté par  . Évalué à 3.

          De mon expérience, c'est justement ça le souci : que chacun fasse des styles différents.

          Sérieux ?

        • [^] # Re: UtilitĂ© d'un traitement de texte aujourd'hui ?

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

          Ça rend les documents difficile d'accĂšs, parce qu'il faut d'abord ingĂ©rer la mise en page.

          Je ne suis pas sĂ»r de comprendre ce que tu veux dire, là
 Qu’est-ce que tu entends par « ingĂ©rer la mise en page », et en quoi est-ce que ça rend les documents « difficile d’accĂšsâ€ŻÂ»â€ˆ?

          Ce que je crois comprendre est que l’auteur d’un document doit d’abord se farcir la dĂ©finition de ses styles, alors que c’est quelque chose qu’il n’aurait pas Ă  faire avec Markdown. DU coup c’est ça qui rendrait l’utilisation des logiciels de traitement de texte plus difficile.

          Si c’est bien là ce que tu veux dire, plusieurs choses :

          L’auteure n’est pas obligĂ©e de dĂ©finir ses propres styles (elle peut se contenter des styles par dĂ©faut, auquel cas elle est dans la mĂȘme situation que celle qui utilise Markdown ou assimilĂ©). Mais si elle le fait, en gĂ©nĂ©ral c’est bien parce qu’elle en a besoin. C’est justement un des avantages Ă  utiliser un traitement de texte plutĂŽt qu’un langage de balisage lĂ©ger : on peut dĂ©finir ses propres styles.

          Un gros avantage de dĂ©finir ses propres styles (et, du coup, un gros inconvĂ©nient des langages de balisage lĂ©ger qui n’offrent pas cette possibilitĂ©) est la possibilitĂ© de dissocier la sĂ©mantique de la mise en forme. Un traitement de texte (ici je mettrais dans cette catĂ©gorie les langages de balisage non-lĂ©gers comme LaTeX, puisque eux aussi permettent la dissociation sĂ©mantique/mise en forme, mĂȘme si c’est par des moyens diffĂ©rents — macros plutĂŽt que styles), je peux faire la diffĂ©rence entre quelque chose que je veux mettre en italique parce que c’est un nom d’espĂšce (p.ex. Homo sapiens), quelque chose que je veux mettre en italique parce que c’est un nom de gĂšne (p.ex. grainyhead), quelque chose que je veux mettre en italique parce que c’est un mot d’origine Ă©trangĂšre pas encore passĂ© dans le vocabulaire courant, quelque chose que je veux mettre en italique parce que je veux insister dessus, etc. Avec un langage de balisage lĂ©ger Ă -la-Markdown, tous ces mots se retrouveraient en italique pour la mĂȘme raison (parce qu’ils ont Ă©tĂ© Ă©crits entre deux signes _).

          Tiens, sur LinuxFR.org par exemple, il n’y a qu’un seul moyen de mettre un paragraphe en exergue, c’est d’abuser de la balise de citation, comme ci-dessous :

          Ce paragraphe est en exergue. Ce n’est pas une citation. On ne sait pas bien pourquoi il est en exergue en fait. Il n’apparaĂźt pas diffĂ©remment du premier paragraphe de ce commentaire, qui lui est bien une citation du commentaire parent.

          Un balisage sĂ©mantique (comme ce que permet un traitement de texte avec ses styles) permet par exemple de faire la diffĂ©rence entre un paragraphe mis en exergue parce que c’est une citation, et un paragraphe mis en exergue parce que c’est un avertissement aux lecteurs.

  • # Ergonomie et style de leur site web

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

    Ils auraient dû écrire un article "Les indices qui montrent que vous ne maßtrisez pas la création de site web qui ne brûle pas la rétine du visiteur" mais de toute évidence ils ont pas les compétences


    • [^] # Re: Ergonomie et style de leur site web

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

      L'ergonomie est un sujet dĂ©licat qu'il faut aborder avec humilité  Quand aux styles, bah des goĂ»ts et des couleurs tout ça tu vois ?
      Je trouve ça inutilement mesquin de parler de maĂźtrise de crĂ©ation de site web (Ă  quel moment est-il dit que les auteur-e-s sont des pros de la crĂ©ation de sites ou oĂč est-ce qu'il est question de ce sujet sur le site web ?) pour Ă©viter le vrai sujet. À ce propos, il n'y a pas de mal Ă  ne pas savoir utiliser un traitement de texte ou un navigateur web
 Il faut juste en prendre conscience pour pouvoir corriger cela.

      “It is seldom that liberty of any kind is lost all at once.” ― David Hume

    • [^] # Re: Ergonomie et style de leur site web

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

      Alors "ils" c'est moi et ce site ne me brĂ»le pas les rĂ©tines. En mĂȘme temps, je n'ai pas un Ă©cran tout neuf Ă  la luminositĂ© poussĂ©e Ă  fond. Et on peut afficher en mode lecture en version sombre (qui moi, me brĂ»le les rĂ©tines).

      « Tak ne veut pas quÊŒon pense Ă  lui, il veut quÊŒon pense », Terry Pratchett, DĂ©raillĂ©.

      • [^] # Re: Ergonomie et style de leur site web

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

        Je ne parle pas du thĂšme sombre moi non plus.
        Mais les rectangles bleu foncé avec du texte blanc à coté de texte bleu foncé sur fond blanc ça pique.
        L'alignement des articles sur la page d'accueil est de mon point de vue pas fou, et le fond qui devient gris foncé quand tu cliques dessus avec le texte qui lui ne change pas de couleur et devient illisible ou presque ça aussi ça me pique les yeux.
        Enfin l'alignement et les marges de chaque élément sont discutables (le titre du site collé en haut, le cadre du sommaire d'un article aligné à droite avec son contenu aligné à gauche, le contenu de l'article qui manque d'aération etc
).

        AprÚs ce n'est que mon avis et ça n'engage que moi.

        • [^] # Re: Ergonomie et style de leur site web

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

          C'est sĂ»rement amĂ©liorable, surtout la page d'accueil (que je dois changer depuis un bail), mais bon. Euh pour le contenu de l'article qui manque d'aĂ©ration, franchement tu m'Ă©tonnes. Bref. Et j'ai l'impression qu'on ne parle pas du mĂȘme site en fait.

          Oui ce n'est que toi.

          « Tak ne veut pas quÊŒon pense Ă  lui, il veut quÊŒon pense », Terry Pratchett, DĂ©raillĂ©.

          • [^] # Re: Ergonomie et style de leur site web

            Posté par  . Évalué à 2.

            Perso, j'ai un écran tout neuf à la luminosité poussée (pas à fond cependant), et je ne trouve pas que le site pique tant aux yeux que ça.

            AprĂšs, comme tu dis c'est amĂ©liorable 
 mais bon, je ne suis pas en gĂ©nĂ©ral sensible Ă  la lumiĂšre (je n'ai que rarement besoin de lunettes de soleil), peut-ĂȘtre que des personnes plus sensibles pourraient s'en plaindre.

            Sinon je pense que le "manque d'aération" porte surtout sur un manque d'espace entre l'image et la légende de celle-ci ("Différents modÚles de documents faits avec Writer").

            La lĂ©gende est peut ĂȘtre un peu trop collĂ©e Ă  l'image .. et peut-ĂȘtre aussi qu'elle devrait ĂȘtre Ă©crite avec une autre police 
 ou une taille un peu plus rĂ©duite. Le truc c'est justement qu'on ne distingue pas rĂ©ellement que la lĂ©gende est associĂ©e Ă  l'image (il manque peut etre un cadre qui inclurait l'image 
 ou je ne sais pas trop). Mais je n'irai pas dire que ça manque d'aĂ©ration.

            AprĂšs peut-ĂȘtre que c'est le navigateur qui fait que le rendu n'est pas le mĂȘme chez moi ?

          • [^] # Commentaire supprimĂ©

            Posté par  . Évalué à 3.

            Ce commentaire a Ă©tĂ© supprimĂ© par l’équipe de modĂ©ration.

  • # Petite correction

    Posté par  . Évalué à 2.

    s/mise Ă  forme/mise en forme/

Suivre le flux des commentaires

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