Traduc

traduc@traduc.org

2802 discussions

Re: [Traduc] Prenez l'habitude de vous relire dans tous vos textes, m�me dans vos "e-mails" !
by Philippe Verdy 20 Jan '03

20 Jan '03

> > dans une autre... Pour un mot isolé, l'usage des guillemets français n'est > > absolument pas obligatoire, même si les règles typographiques strictes > > imposeraient d'utiliser deux formes distinctes pour l'ouverture et la > > fermeture. Mais ces symboles sont absents de la page de code ISO-8859-1 > > Absolument pas. C'est le e dans l'o qui n'y est pas (plus le > symbole de l'euro mais il n'existait pas encore à l'époque). La > preuve, vous lisez bien les miens. Tu n'as pas lu toute la phrase, dans ce cas précis je parlais des cotations rondes droites et gauche, ressemblant à des virgules hautes, absentes de ISO-8859-1 et pourant recommandés aussi pur les marques de "quotation" anglaises, simples et doubles, utilisées normalement aussi pour une présentation typographique plus précise. Elles existent dans les extension Microsoft de Windows CP1252, mais pas dans ISO-8859-1. Encore une fois ces caractères ne sont obligatoire que dans un contexte typographique, c'est à dire les documents imprimés, avec une sélection correcte de police de caractères, et une feuille de style acceptable, ce qui est possible certainement en HTML, mais pas dans le format textuel par défaut d'un simple courriel en format texte brut (donc dépourvu totalement de style typographique ou de présentation). > > Enfin, je me désole que vous rentriez dans le jeu du "troll". Ce message > > n'attendait initialement pas de réponse. C'était une remarque, pour vous > > faire prendre conscience de la nécessité de respecter le lecteur, en prenant > > l'habitude de corriger les fautes de langue les plus visibles avec une > > relecture minimale pour tous ses écrits > > De ce côté-ci, nous sommes bien d'accord. > > > pour ne plus les faire > > systématiquement dans ses envois "d'e-mails" composés souvent rapidement > > avec l'acquis de ses bonnes ou mauvaises habitudes. > > Là-dessus, je ne suis pas d'accord. Un courrier électronique, > sous prétexte qu'il s'agit d'une forme de communication à > diffusion rapide, ne doit pas être traité autrement qu'un > courrier papier. Autant on peut volontiers se passer d'un > « bonjour » ou d'un « mon cher » initial et d'une formule de > politesse pour finir (je n'en mets jamais, c'est du bruit) autant > un français correct (orthographe, grammaire, typographie et > présentation) est indispensable. Sans parler de la façon de > citer les messages lorsqu'on y répond. Tu défends là une position extrème à laquelle je ne souscrivais même pas à l'origine: je critiquais seulement le manque complet de relecture, les phrases incomplètes, et omissions utilisées dans le langage parlé, impardonnable dans une langue écrite dépourvue de tout autre forme de marque de style et déjà pauvre en ponctuation (que certains appliquent trop strictement, restreignant d'autant les possibilités...) pour marquer des notions essentielles dans le véritable langage parlé qui contient aussi emphase, tonalité, rythme, accent, geste et expression faciale. Un example que je critique fortement dans les règles d'écriture dites correctes: une trop grande inflexiubilité de la position des mots dans la phrase: tu as critiqué ma façon de mettre un adverbe avant et non après le verbe, alors qu'il s'agit d'une question de style et non grammaticale, utilisée par nombre de grands écrivains pour justement ajouter de l'emphase à certains mots (et non "pour ajouter justement de l'emphase à certains mots"), ou éviter un contresens... Ceci est nécessaire car la langue écrite ne porte pas d'autre moyen de marquer l'emphase, très importante pour la compréhension. Une citation célèbre, "Belle marquise, vos beaux yeux bleus me font mourir d'amour", c'est de la prose correcte mais Molière montre là que le Français autorise bien ce type d'inversion y compris dans la langue parlée pour montrer que l'emphase est essentielle à la compréhension du français, et une grammaire trop inflexible appauvrit le langage... De fait, la forme de l'écriture est importante et recommande donc une certaine attention, que seule la relecture peut dégager, ne serait-ce que pour vérifier que le sens de ce qui est écrit ne porte pas d'ambiguïté d'interprétation. Hors trop de courriels appliquent aveuglément un discours oral sans veiller à marquer au moins des éléments essentiels à la compréhension: une ponctuation suffisante (je n'ai pas dit obligatoire et stricte), des majuscules appropriées, une présentation minimale adaptée au contexte des courriers électroniques. Je n'ai ainsi jamais utilisé les guillemets français sur mon clavier à cause de l'horrible combinaison de 5 touches dont je ne me souviens jamais... Je les aurais bien "copiés-collés" depuis une table de caractère mais c'est franchement impriatique pour un simple courriel lu par une douzaine de personnes tout au plus et qui sera rapidement jeté. Il en est autrement des documentations destinées à être conservées longtemps et lues par un nombre important de personnes. L'usage obligatoire des espaces (normalement insécables si on utilise des règles typographiques) est donc également sujet à souplesse dans un contexte typographique aussi paure qu'un courriel, où il n'y a même pas conservation de la mise en forme élémentaire pour respecter l'insécabilité. Dans ce cas les marques de quotation neutres (qui d'ailleurs ne sont même pas conformes aux règles typographiques anglaises...) sont donc utiles, car elles peuvent être accolées à un mot sans nécessiter d'espace insécable, ce qui garantit, la plupart du temp, la conservation de leur acollement au mot ainsi encadré, dans le contexte d'un courriel en texte brut. Pour le format HTML uniquement, le moteur typographique est actif et remplace tout seul ces caractères par des guillemets, acompagnés d'espace insécable (malheureusement il s'agit d'espace cadratin, toujours trop large, et l'usage d'une espace standard pose le problème de leur sécabilité. Les Chinois et Japonais disposent eux de caractères précomposés comportant ces espaces quart de cadratin dans la marge des rectangles de base utilisés pour inscrire les ponctuations. Ton dictionnaire typographique n'est d'aucun usage dans le cas des Emails, car tu as oublié le contexte auquel il est adapté. Un courriel n'est pas un document imprimé à caractère typographique: il est nécessaire d'y adjoindre une feuille de style qui n'est pas transmise dans le format texte brut. Ajouter des espaces supplémentaires présuppose une règle de présentation et une police de caractères précise (au moins proportionelle), ce qui n'est jamais transmis. Donc autant utiliser une forme neutre qui sera acceptable dans tous les contextes typographiques ou de présentation. Ces règles d'espacement n'ont jamais existé réellement: elles ont été ajoutées, standardisées, et utilisées pendant des générations de dactylographes ne disposant en tout et pour tout que d'une police courier, à espacement fixe, difficilement lisible, avec des jambages ajoutés uniquement pour mieux lier les mots mais complètement stupides au plan purement typographique. Elles sont largement obsolète dans le cas des emails en texte brut sujets à de nombreuses transformations pour une mise en forme approximative liée à des contraites techniques complètement obsolètes mais toujours en vigueur malgré le fait que ce contexte est encore plus contraignant que le document dactylographié imprimé, dont la présentation peut être garantie et conservée lors de la lecture. Bref il faut de la souplesse avec ces règles, et donc s'adapter correctement au contexte typographique utilisé. Je nesuis pas le seul à le dire, ces notions obligatoires sont obsolètes et remplacées en prenant en compte de telles considérations. Personnellement ces guillemets français sont affreux et rompent trop brutalement la phrase lorsqu'ils encadrent un terme isolé. Ils ne devraient être utilisés que pour la citation de phrases complètes, car ils agissent comme de véritables virgules dans la forme du texte imprimé... Les petits guillemets ronds sont bien meilleurs mais non accessibles dans ISO-8859-1; les remplacer par des guillemets français en chevrons, qui plus est accompagné d'espaces trop larges, est *pire* que d'utiliser les marques de quotation neutres de l'ASCII, plus proches typographiquement des petits guillemets ronds qui devraient normalement être utilisés dans ce cas... Il s'agit d'un abus provenant de règles dactylographiques obsolètes, où ces caractères en chevron étaient présents en lieu et place des marques de quotation actuelles de nos claviers... Qui a dit que les ingénieurs ayant composé les claviers de machine à écrire françaises utilisées pendant plus d'un siècle étaient des typographistes compétents ? Les Américains ont été mieux inspirés sur leur machines à écrire, qui supportaient une touche demi-espace (ce qui a permis d'imposer la règle des deux espaces après un point pour mieux respecter les règles typographiques), et le choix des petites marques de quotation rondes insérées dans un un bloc comportant un espacement insécable indivisible. Les premières machines importées en France malheureusement ne comportait pas le système à demi-espacements et l'espace était entièrement fixe et l'est resté longtemps, ajoutant à la difficile lecture du texte qui dès lors a employé des jambages plus importants des caractères, et donc imposé d'autres règles de justification du texte et des ponctuation, pour mieux approcher les règles typographiques, qui n'existent il faut le rappeler que pour faciliter la lecture... De plus la qualité des rubans encrés en tissus utilisés interdisait l'usage d'une approche normale entre les caractères, ceci ayant conduit à encore dévier encore plus des règles typographiques de base... Les typographistes pour les documents imprimés n'ont jamais utilisé de caractère d'espacement: les guillemets chevrons comportaient déjà l'espacement nécessaire dans le bloc de métal gravé tiré des casses de compositions, et il n'était pas nécessaire d'ajouter un bloc de métal supplémentaire pour l'espacement, qui était fixé par une règle portant des curseurs en biseaux pressés fortement sur la plaque de composition avant d'être fixés dans le plomb... Encore une fois dans ce cas, il s'agissait d'une adaptation des règles typographiques aux possibilités techniques... Aussi les prendre en compte est indispensable avant d'énoncer des règles toutes faites...

5 5

French lynx translation file
by Karl Eichwalder 20 Jan '03

20 Jan '03

I received a lynx translation by Bernard Schweitzer <schweitz(a)hrnet.fr>; will someone please take a look at it. I stored it here: http://www.iro.umontreal.ca/~eichwalk/trans/fr/lynx-2.8.5dev.9.fr.po I'm not sure about the version -- I just used the most recent one. -- Free Translation Project: Karl Eichwalder http://www.iro.umontreal.ca/contrib/po/HTML/

1 0

re, XWindow localisé ?
by Joel Bernier 20 Jan '03

20 Jan '03

Re, Je viens de recevoir sur l'adresse webmaster(a)traduc.org ce mail. Pouvez-vous aider cette personne. Merci. Joël //-------- Bonjour, Je suis traductrice et dans un manuel que je traduis actuellement, il est fait mention de plusieurs termes d'interface du système X Window. Etant moi-même assez peu au courant du monde des logiciels libres, je ne sais pas si X Window existe en français ou pas. Si oui, pourrez-vous me dire où je peux trouver un glossaire des termes d'interface de X Window. Merci d'avance. Cordialement, Séverine BECSEI ********************************************************************** Trans@ Vos traductions en toute tranquillité Translation made easy Tel/fax: + 33 4 99 62 01 72 mailto:transat@online.fr ********************************************************************** //---------

1 0

bonjour à tous
by yelf01＠uqo.ca 20 Jan '03

20 Jan '03

Bonjour, Je viens de m´inscrire sur liste, ça faisait un petit bout de temps que j y songeais, donc voilà, c´est fait. J´espère que l´on fera un bon petit chemin ensemble. Franck Yelles

2 1

question ATM (traduc noyau)
by hirou＠linuxfr.org 18 Jan '03

18 Jan '03

Salut à tous, Dans la doc du noyau: Enable usec resolution timestamps CONFIG_ATM_ZATM_EXACT_TS The uPD98401 SAR chip supports a high-resolution timer (approx. 30 MHz) that is used for very accurate reception timestamps. Because that timer overflows after 140 seconds, and also to avoid timer drift, time measurements need to be periodically synchronized with the normal system time. Enabling this feature will add some general overhead for timer synchronization and also per-packet overhead for time conversion. La question est comment traduire "Enable usec resolution timestamps" ? -- Yann Hirou - hirou(a)LinuxFr.org News : http://LinuxFr.org - Free DNS Hosting : http://www.xname.org Security issues : http://www.SecurityBugware.org

4 3

[joel@ldsol.com: Re: [Traduc] Re: po4a sur autre chose que debian]
by Martin Quinson 17 Jan '03

17 Jan '03

Erreur d'aiguillage, on dirais. Les numéros de version de ces paquets correspond. On dirait bien que c'est ce qu'il vous faut. Mt. ----- Forwarded message from Joel Bernier <joel(a)ldsol.com> ----- Date: Fri, 17 Jan 2003 15:39:30 +0100 From: Joel Bernier <joel(a)ldsol.com> To: Martin Quinson <Martin.Quinson(a)tuxfamily.org> Subject: Re: [Traduc] Re: po4a sur autre chose que debian Martin Quinson a écrit: >On Fri, Jan 17, 2003 at 02:17:24PM +0100, Alain PORTAL wrote: > >>Le Vendredi 17 Janvier 2003 13:23, vous avez écrit : >> >>>Ce n'est pas une question bête du tout. je ne me suis jamais posé la >>>question de l'installation du monstre sur autre chose qu'une debian... >>>Je viens de générer un rpm à partir du deb avec alien, et je n'ai >>>absolument aucun moyen de le tester. >>> >>>Le paquet est sur le source de savannah. Je te serais reconnaissant de >>>bien >>>vouloir le tester. >> >>Hélas j'ai un problème de dépendences que je ne sais résoudre . >> >>error: failed dependencies: >> perl(Locale::gettext) is needed by po4a-0.13.2-2 >> perl(SGMLS) is needed by po4a-0.13.2-2 >> >>Sais-tu quel(s) paquetage(s) pourrai(en)t me manquer ? >>J'ai la version 5.6.1. et suis sous RedHat 7.3 > > >je seche completement, je n'ai jamais utilisé de redhat. Quelqu'un a-t-il >une idée ? > >Merci, Mt. > Le premier perl-gettext : ftp://fr.rpmfind.net/linux/sourceforge/perlcomposer/perl-gettext-1.01-2.i38… le second perl-sgmls : ftp://fr.rpmfind.net/linux/redhat/7.3/en/os/i386/RedHat/RPMS/perl-SGMLSpm-1… Ces infos je les ai trouve sur rmpfind.net avec comme critere de recherche perl-gettext et perl-sgmls J'ai pu verifier le contenu du premier, mais pour le second je n'ai pas pu. ----- End forwarded message ----- -- Quelqu'un qui a commis des atrocités mérite la peine de mort. Ainsi, il retiendra la leçon pour la prochaine fois. --- Britney Spears

3 2

Que relire? (fut: [Traduc] Prenez l'habitude de vous relire dans tous vos textes, même dans vos "e-mails" !)
by ph. rimbault 17 Jan '03

17 Jan '03

juste une petite question : ispell je connais mais quel soft utilises tu comme outil de correction grammaticale ? Ph. Rimbault

2 1

Re: [Traduc] Prenez l\'habitude de vous relire dans tous vos textes, m�me dans vos \"e-mails\" !
by Yael Gomez 17 Jan '03

17 Jan '03

bon super vous vous �tes d�foul� ? moi j'�crit le fran�ais comme un pied ... mais j'essai de contribuer en traduisant un truc ou deux. D�s que tout sera traduit et/ou qu'il y aura plus que des gens maitrisant la langue de moli�re, celle de la perfide Albion et la compr�hension technique du sujet �voqu� alors il sera temps d'avoir ce genre de d�bat ! Ce troll est tout sauf motivant ..... Je remercie les relecteurs/traducteurs qui souffre en silence :) Ya�l. > --- Original Message --- > Date: Thu, 16 Jan 2003 18:54:26 +0100 > From: Philippe Verdy <verdy_p(a)wanadoo.fr> > > > > dans une autre... Pour un mot isol�, l'usage des guillemets fran�ais > n'est > > > absolument pas obligatoire, m�me si les r�gles typographiques > strictes > > > imposeraient d'utiliser deux formes distinctes pour l'ouverture et la > > > fermeture. Mais ces symboles sont absents de la page de code > ISO-8859-1 > > > > Absolument pas. C'est le e dans l'o qui n'y est pas (plus le > > symbole de l'euro mais il n'existait pas encore � l'�poque). La > > preuve, vous lisez bien les miens. > > Tu n'as pas lu toute la phrase, dans ce cas pr�cis je parlais des > cotations > rondes droites et gauche, ressemblant � des virgules hautes, absentes de > ISO-8859-1 et pourant recommand�s aussi pur les marques de "quotation" > anglaises, simples et doubles, utilis�es normalement aussi pour une > pr�sentation typographique plus pr�cise. Elles existent dans les > extension > Microsoft de Windows CP1252, mais pas dans ISO-8859-1. > > Encore une fois ces caract�res ne sont obligatoire que dans un contexte > typographique, c'est � dire les documents imprim�s, avec une s�lection > correcte de police de caract�res, et une feuille de style acceptable, ce > qui > est possible certainement en HTML, mais pas dans le format textuel par > d�faut d'un simple courriel en format texte brut (donc d�pourvu > totalement > de style typographique ou de pr�sentation). > > > > Enfin, je me d�sole que vous rentriez dans le jeu du "troll". Ce > message > > > n'attendait initialement pas de r�ponse. C'�tait une remarque, pour > vous > > > faire prendre conscience de la n�cessit� de respecter le lecteur, en > prenant > > > l'habitude de corriger les fautes de langue les plus visibles avec > une > > > relecture minimale pour tous ses �crits > > > > De ce c�t�-ci, nous sommes bien d'accord. > > > > > pour ne plus les faire > > > syst�matiquement dans ses envois "d'e-mails" compos�s souvent > rapidement > > > avec l'acquis de ses bonnes ou mauvaises habitudes. > > > > L�-dessus, je ne suis pas d'accord. Un courrier �lectronique, > > sous pr�texte qu'il s'agit d'une forme de communication � > > diffusion rapide, ne doit pas �tre trait� autrement qu'un > > courrier papier. Autant on peut volontiers se passer d'un > > � bonjour � ou d'un � mon cher � initial et d'une formule de > > politesse pour finir (je n'en mets jamais, c'est du bruit) autant > > un fran�ais correct (orthographe, grammaire, typographie et > > pr�sentation) est indispensable. Sans parler de la fa�on de > > citer les messages lorsqu'on y r�pond. > > Tu d�fends l� une position extr�me � laquelle je ne souscrivais m�me pas > � > l'origine: je critiquais seulement le manque complet de relecture, les > phrases incompl�tes, et omissions utilis�es dans le langage parl�, > impardonnable dans une langue �crite d�pourvue de tout autre forme de > marque > de style et d�j� pauvre en ponctuation (que certains appliquent trop > strictement, restreignant d'autant les possibilit�s...) pour marquer des > notions essentielles dans le v�ritable langage parl� qui contient aussi > emphase, tonalit�, rythme, accent, geste et expression faciale. > > Un example que je critique fortement dans les r�gles d'�criture dites > correctes: une trop grande inflexiubilit� de la position des mots dans la > phrase: tu as critiqu� ma fa�on de mettre un adverbe avant et non apr�s > le > verbe, alors qu'il s'agit d'une question de style et non grammaticale, > utilis�e par nombre de grands �crivains pour justement ajouter de > l'emphase > � certains mots (et non "pour ajouter justement de l'emphase � certains > mots"), ou �viter un contresens... > Ceci est n�cessaire car la langue �crite ne porte pas d'autre moyen de > marquer l'emphase, tr�s importante pour la compr�hension. Une citation > c�l�bre, "Belle marquise, vos beaux yeux bleus me font mourir d'amour", > c'est de la prose correcte mais Moli�re montre l� que le Fran�ais > autorise > bien ce type d'inversion y compris dans la langue parl�e pour montrer que > l'emphase est essentielle � la compr�hension du fran�ais, et une > grammaire > trop inflexible appauvrit le langage... > > De fait, la forme de l'�criture est importante et recommande donc une > certaine attention, que seule la relecture peut d�gager, ne serait-ce que > pour v�rifier que le sens de ce qui est �crit ne porte pas d'ambigu�t� > d'interpr�tation. Hors trop de courriels appliquent aveugl�ment un > discours > oral sans veiller � marquer au moins des �l�ments essentiels � la > compr�hension: une ponctuation suffisante (je n'ai pas dit obligatoire et > stricte), des majuscules appropri�es, une pr�sentation minimale adapt�e > au > contexte des courriers �lectroniques. > > Je n'ai ainsi jamais utilis� les guillemets fran�ais sur mon clavier � > cause > de l'horrible combinaison de 5 touches dont je ne me souviens jamais... > Je > les aurais bien "copi�s-coll�s" depuis une table de caract�re mais c'est > franchement impriatique pour un simple courriel lu par une douzaine de > personnes tout au plus et qui sera rapidement jet�. Il en est autrement > des > documentations destin�es � �tre conserv�es longtemps et lues par un > nombre > important de personnes. > > L'usage obligatoire des espaces (normalement ins�cables si on utilise des > r�gles typographiques) est donc �galement sujet � souplesse dans un > contexte > typographique aussi paure qu'un courriel, o� il n'y a m�me pas > conservation > de la mise en forme �l�mentaire pour respecter l'ins�cabilit�. > > Dans ce cas les marques de quotation neutres (qui d'ailleurs ne sont m�me > pas conformes aux r�gles typographiques anglaises...) sont donc utiles, > car > elles peuvent �tre accol�es � un mot sans n�cessiter d'espace ins�cable, > ce > qui garantit, la plupart du temp, la conservation de leur acollement au > mot > ainsi encadr�, dans le contexte d'un courriel en texte brut. Pour le > format > HTML uniquement, le moteur typographique est actif et remplace tout seul > ces > caract�res par des guillemets, acompagn�s d'espace ins�cable > (malheureusement il s'agit d'espace cadratin, toujours trop large, et > l'usage d'une espace standard pose le probl�me de leur s�cabilit�. Les > Chinois et Japonais disposent eux de caract�res pr�compos�s comportant > ces > espaces quart de cadratin dans la marge des rectangles de base utilis�s > pour > inscrire les ponctuations. > > Ton dictionnaire typographique n'est d'aucun usage dans le cas des > Emails, > car tu as oubli� le contexte auquel il est adapt�. Un courriel n'est pas > un > document imprim� � caract�re typographique: il est n�cessaire d'y > adjoindre > une feuille de style qui n'est pas transmise dans le format texte brut. > Ajouter des espaces suppl�mentaires pr�suppose une r�gle de pr�sentation > et > une police de caract�res pr�cise (au moins proportionelle), ce qui n'est > jamais transmis. Donc autant utiliser une forme neutre qui sera > acceptable > dans tous les contextes typographiques ou de pr�sentation. > > Ces r�gles d'espacement n'ont jamais exist� r�ellement: elles ont �t� > ajout�es, standardis�es, et utilis�es pendant des g�n�rations de > dactylographes ne disposant en tout et pour tout que d'une police courier, > � > espacement fixe, difficilement lisible, avec des jambages ajout�s > uniquement > pour mieux lier les mots mais compl�tement stupides au plan purement > typographique. Elles sont largement obsol�te dans le cas des emails en > texte > brut sujets � de nombreuses transformations pour une mise en forme > approximative li�e � des contraites techniques compl�tement obsol�tes > mais > toujours en vigueur malgr� le fait que ce contexte est encore plus > contraignant que le document dactylographi� imprim�, dont la pr�sentation > peut �tre garantie et conserv�e lors de la lecture. > > Bref il faut de la souplesse avec ces r�gles, et donc s'adapter > correctement > au contexte typographique utilis�. Je nesuis pas le seul � le dire, ces > notions obligatoires sont obsol�tes et remplac�es en prenant en compte de > telles consid�rations. Personnellement ces guillemets fran�ais sont > affreux > et rompent trop brutalement la phrase lorsqu'ils encadrent un terme > isol�. > Ils ne devraient �tre utilis�s que pour la citation de phrases compl�tes, > car ils agissent comme de v�ritables virgules dans la forme du texte > imprim�... > > Les petits guillemets ronds sont bien meilleurs mais non accessibles dans > ISO-8859-1; les remplacer par des guillemets fran�ais en chevrons, qui > plus > est accompagn� d'espaces trop larges, est *pire* que d'utiliser les > marques > de quotation neutres de l'ASCII, plus proches typographiquement des > petits > guillemets ronds qui devraient normalement �tre utilis�s dans ce cas... > Il > s'agit d'un abus provenant de r�gles dactylographiques obsol�tes, o� ces > caract�res en chevron �taient pr�sents en lieu et place des marques de > quotation actuelles de nos claviers... Qui a dit que les ing�nieurs ayant > compos� les claviers de machine � �crire fran�aises utilis�es pendant > plus > d'un si�cle �taient des typographistes comp�tents ? > > Les Am�ricains ont �t� mieux inspir�s sur leur machines � �crire, qui > supportaient une touche demi-espace (ce qui a permis d'imposer la r�gle > des > deux espaces apr�s un point pour mieux respecter les r�gles > typographiques), > et le choix des petites marques de quotation rondes ins�r�es dans un un > bloc > comportant un espacement ins�cable indivisible. Les premi�res machines > import�es en France malheureusement ne comportait pas le syst�me � > demi-espacements et l'espace �tait enti�rement fixe et l'est rest� > longtemps, ajoutant � la difficile lecture du texte qui d�s lors a > employ� > des jambages plus importants des caract�res, et donc impos� d'autres > r�gles > de justification du texte et des ponctuation, pour mieux approcher les > r�gles typographiques, qui n'existent il faut le rappeler que pour > faciliter > la lecture... De plus la qualit� des rubans encr�s en tissus utilis�s > interdisait l'usage d'une approche normale entre les caract�res, ceci > ayant > conduit � encore d�vier encore plus des r�gles typographiques de base... > > Les typographistes pour les documents imprim�s n'ont jamais utilis� de > caract�re d'espacement: les guillemets chevrons comportaient d�j� > l'espacement n�cessaire dans le bloc de m�tal grav� tir� des casses de > compositions, et il n'�tait pas n�cessaire d'ajouter un bloc de m�tal > suppl�mentaire pour l'espacement, qui �tait fix� par une r�gle portant > des > curseurs en biseaux press�s fortement sur la plaque de composition avant > d'�tre fix�s dans le plomb... > > Encore une fois dans ce cas, il s'agissait d'une adaptation des r�gles > typographiques aux possibilit�s techniques... Aussi les prendre en compte > est indispensable avant d'�noncer des r�gles toutes faites... > > _______________________________________________ > Traduc mailing list > Traduc(a)traduc.org > http://www.traduc.org/mailman/listinfo/traduc >

1 0

Re: [Traduc] Prenez l\'habitude de vous relire dans tous vos textes, m�me dans vos \"e-mails\" !
by Yael Gomez 17 Jan '03

17 Jan '03

1 0

Re: [Traduc] Prenez l\'habitude de vous relire dans tous vos textes, m�me dans vos \"e-mails\" !
by Yael Gomez 17 Jan '03

17 Jan '03

1 0

Aller à la page :

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

Traduc