Upgrade StoragePages d'articles de revues
Bonjour,
J’ai un problème mineur avec la référence bibliographique des pages des articles de revues. Au lieu de sortir normalement par exemple : 515-529, les pages sortent avec un carré au lieu du tiret.
Est-ce possible de régler ça automatiquement ou bien je dois le faire manuellement à chaque fois?
Merci,
J’ai un problème mineur avec la référence bibliographique des pages des articles de revues. Au lieu de sortir normalement par exemple : 515-529, les pages sortent avec un carré au lieu du tiret.
Est-ce possible de régler ça automatiquement ou bien je dois le faire manuellement à chaque fois?
Merci,
Version de Zotero? traitement de texte utilisé? version? Système d'exploitation?
Style de citation?
Le plugin Zotero pour votre traitement de texte est-il à jour?
http://www.zotero.org/support/fr/word_processor_plugin_installation
J’ai la version 3.0.14, j’utilise Word 2003 sur Windows XP et le style de citation Chicago Manuel of style (full note)
En fait, cela ce produit quand je créer une bibliographie à partir d’une collection.
=>http://www.zotero.org/support/fr/creating_bibliographies
Quoi qu'il en soit, le module est beaucoup plus efficace : vous pouvez l'installer depuis le panneau "Citer" des Préférences Zotero (en cliquant sur l'icône représentant un engrenage, http://www.zotero.org/support/fr/preferences ). S'il y a un problème d'installation (Word doit être fermé), expliquez le ici.
Surtout, pour en revenir au problème de départ, est-il réglé ? Avez-vous ces petits carrés en changeant de style de citation ? Qu'en est-il lorsque vous utilisez le module complémentaire ?
Quelle police de caractères utilisez-vous dans Word 2003? C'est probablement la cause du problème mais j'aimerais m'en assurer. Pour cela, pouvez-vous vérifier la police utilisée par Word pour le trait d'union entre les pages (ex: p. 12-24)? Pour cela il faut sélectionner le trait d'union avec la souris. Est-elle la même que le reste du texte? Merci.
Pour ce qui est du module, quand je cite en bas de page, il y a les deux types de carrés (à la place de l’espace des deux-points et entre les pages) et c’est la même chose pour la bibliographie. Je vais tenter de l’installer demain sur mon autre ordinateur.
J’ai essayé 4 autres styles, les quatre avaient des carrés à la place de l’espace des deux-points et 1 avait en plus un carré entre les pages.
J’utilise Times New Roman 12. La police est la même partout. J’ai essayé d’autres polices, mais le carré reste toujours présent.
Merci de votre temps et de votre patiente.
Je crois avoir identifié le problème mais je suis surpris qu'il surgisse aussi pour les espaces.
En gros, Zotero force un trait d'union insécable (non-breaking hyphen) mais beaucoup de polices de caractères ne le reconnaissent pas (Word "sait" faire des traits d'union insécables mais selon une méthode non-standard)
Pour les espaces avant certains signes de ponctuation (afin de respecter la typographie française), Zotero force une espace _fine_ insécable (narrow no-break space). Cela devrait toutefois fonctionner mais vous n'êtes pas le premier à rapporter un problème. :(
Quelle est la configuration de votre autre ordinateur? Je suis curieux de savoir si cela fonctionnera.
La configuration de mon autre ordi est la même : Windows XP, Word 2003. Est-ce bien les infos que vous vouliez? Les deux sont des pentium D.
-Pouvez-vous sélectionner dans Zotero une ou deux références défectueuses, puis clic-droit, "Créer une bibliographie à partir des documents sélectionnés" et choisir d'enregistrer au format HTML? Que se passe-t-il quand vous ouvrez dans Firefox le fichier HTML: y a-t-il encore des carrés?
-Mais avec le HTLM tout est beau.
(Aussi, j’ai remarqué que quand je place le carré devant les deux-points dans Ctrl-F, il apparaît comme un carré alors que celui entre les pages apparaît comme un tiret normal.)
Alors que le carré devant le type de carré devant les deux-points reste un carré quand je le colle dans Rechercher et remplacer.
Autrement dit, si je me retrouve avec une bibliographie avec les deux types de carré et que je veux les remplacer automatiquement avec Rechercher et remplacer / remplacer (carré par tiret), eh bien pour le type de carré entre les deux pages c’est :
Rechercher : - (puisque le carré que j’ai copié s’est transformé en tiret quand je l’ai collé) et dans Remplacer par : -
Mais pour ce qui est du type de carré devant les deux-points, il reste un carré.
Rechercher : ‑ (*voir carré parce que quand je le colle dans cette fenêtre il se transforme en tiret également)
Remplacer par : -
Désolé, trop de détails pour rien.
En revanche, pour l'espace fine insécable avant les deux-points, c'est un caractère plus courant qui devrait apparaître sans problème. Malheureusement, contourner le problème n'est pas évident car cela ne dépend pas du style mais du processeur CSL (désolé pour la technique). On pourrait modifier le processeur mais cela devrait vraiment fonctionner...
Bref, s'il n'y a rien de confidentiel, pouvez-vous m'envoyer par email une bibliographie en HTML et en format Word avec quelques documents qui posent problème à l'adresse: gracile (arobase) gmx.com ? (Vous pouvez créer des références factices s'il le faut, l'important est qu'elles affichent des carrés!)
[1]Dans votre style, ajoutez juste après
</info>(qui se trouve au début du style):<locale xml:lang="fr"><term name="page-range-delimiter">-</term></locale>Aussi, comment je fais pour enlever le « doi » automatiquement. Et, est-ce possible de générer une bibliographie avec un espace entre chaque référence.
Je vous ai envoyé ma bibliographie et un message.
"fr-FR" fonctionne
"fr-CA" ne fonctionne pas
"fr-CA" n'a aucun effet.
En essayant de rajouter <locale xml:lang="fr-FR"><term name="page-range-delimiter">-</term></locale> juste en dessous d'</info>, le style csl n'est plus valide (les sites de validations csl m'indiquent que le problème vient de cette ligne).
Pouvez-vous m'aider ? J'ai vraiment besoin de me débarasser de ces fichus carrés qui viennent remplacer mes tirets avec espace insécables dans les citations de page.
A noter aussi : j'ai remarquer que les espaces insécables issus de zotero dans le document word changent de police. Ils sont en Monaco, mais plus en garamond (la police que j'utilise).
pour la validation, difficile à dire sans voir le style complet… qu'il vaut mieux indiquer (le nom du style) ou poster (sur https://gist.github.com/ par ex.). Sinon il est toujours possible de faire un rechercher/remplacer à la fin du travail, mais ce n'est vraiment pas idéal, surtout pour un long document.
Enfin, Word change la police lorsque le caractère n'existe pas dans la police choisie. Dans votre cas, il faut croire qu'il n'y a pas d'espaces insécables *fines* en Garamond d'où le changement Garamond -> Monaco.
[cf. ce commentaire]
At this point I'm wondering if this is really worth the trouble and if it may make sense to revert the non-breaking hyphen to a regular one? Any other ideas? I cannot replicate this in Word for Windows, which makes troubleshooting even harder, but when it does happen to people, it seems to affect all French styles.
And there are two different issues, one with the page-range-delimiter (non-breaking hyphen) ; the other with the narrow no-break spaces.
1) At the moment the French locale controls the page-range-delimiter, and it is defined as a non-breaking hyphen which many fonts can't display. Users can change that easily by editing the style, but we can decide to change the locale, indeed (the decisive reason, for me, would be that this character is not recognized by the main fonts).
2) As for the (narrow) no-break spaces (which is more common, e.g. Times, Calibri can display them):
a) Processor (citeproc-js) transformation:
A space before a colon, a semi-colon, a question mark, an exclamation mark and a closing guillemet, and a space after an opening guillemet is replaced with a narrow no-break space.
Note that this automatic transformation does not concern the punctuation added by the style itself (and not controlled by the locale, see below), but only the "raw" data entered in Zotero fields (and the prefixes & suffixes). This is a source of inconsistencies because most French styles (I assume) uses normal spaces or, better, normal no-break spaces, much more by ignorance than by choice.
b) French locale settings:
Here, the French locale is also somewhat inconsistent (with the citeproc transformation) because it uses a "normal" non-break space for the opening and closing quotes (guillemets). But I'd say that it's the locale, not the processor, which is correct on this point (see my edit there).
−−
A final and quick note on the small squares:
It seems that when MS-Word doesn't recognize a character – i.e. the chosen font doesn't have the desired character – Word changes the font. But in some cases Word doesn't change the font and the unknown character is turned into a small square.
I'm not completely sure of this explanation, but two years ago, with all the reported faulty cases, I had found that Windows XP was always the OS which "refuses" to change the font. That's still the case with Simon Persico (he used "Garamond", and Word 2011 / Mac OS X changed it to "Monaco" for narrow no-break spaces).