\
**Category:** CSL Development\
**Created:** [June 17, 2009, 10:18pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667 "2009-06-17T22:18:12Z")\
**Posts on this page:** 20\
**Page:** 1
**Author:**  [@Bruce\_D\_Arcus1](https://discourse.citationstyles.org/u/Bruce_D_Arcus1)\
**Post date:** [June 17, 2009, 10:18pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/1 "2009-06-17T22:18:12Z")
Yes:
[http://en.wikipedia.org/wiki/Quotation\_mark,\_non-English\_usage](http://en.wikipedia.org/wiki/Quotation_mark,_non-English_usage)
Am open to other suggestions.
Bruce
---
**Author:**  [@Frank\_Bennett](https://discourse.citationstyles.org/u/Frank_Bennett)\
**Post date:** [June 17, 2009, 11:00pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/2 "2009-06-17T23:00:25Z")
> > Is there a use case for these locale terms?
>
> Yes:
>
> [http://en.wikipedia.org/wiki/Quotation\_mark,\_non-English\_usage](http://en.wikipedia.org/wiki/Quotation_mark,_non-English_usage)
>
> Am open to other suggestions.
The glyphs used for quote marks should be drawn from the locale, but
the placement of punctuation appears to be a matter of editorial
taste:
> **[Punctuation moved inside quotes - undocumented?](https://forums.zotero.org/discussion/7503/punctuation-moved-inside-quotes-undocumented/#Item_8)**
>
> I've noticed that for text elements, punctuation such as commas and
> periods specified as group suffixes or delimiters are moved inside quotes when the…
So how about this:
-- current behavior for backward compatibility, but quote mark glyphs drawn from locale -- deprecated -- explicitly invokes current behavior, quote mark glyphs drawn from locale -- places punctuation outside quotes, quote mark glyphs drawn from locale
---
**Author:**  [@Bruce\_D\_Arcus1](https://discourse.citationstyles.org/u/Bruce_D_Arcus1)\
**Post date:** [June 17, 2009, 11:40pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/3 "2009-06-17T23:40:00Z")
> > > Is there a use case for these locale terms?
> >
> > Yes:
> >
> > [http://en.wikipedia.org/wiki/Quotation\_mark,\_non-English\_usage](http://en.wikipedia.org/wiki/Quotation_mark,_non-English_usage)
> >
> > Am open to other suggestions.
>
> The glyphs used for quote marks should be drawn from the locale,
That was my first impulse. But another approach is just to have some
named parameters that would correspond to the options here:
[http://en.wikipedia.org/wiki/Quotation\_mark\_glyphs](http://en.wikipedia.org/wiki/Quotation_mark_glyphs)
> but the placement of punctuation appears to be a matter of editorial
> taste:
>
> [Punctuation moved inside quotes - undocumented? - Zotero Forums](http://forums.zotero.org/discussion/7503/punctuation-moved-inside-quotes-undocumented/#Item_8)
Right, but there are still, I think, locale-specific defaults
(notwithstanding the impact of dominant languages like English on
these traditions)…
> So how about this:
>
> -- current behavior for backward compatibility, but quote mark glyphs drawn from locale -- deprecated -- explicitly invokes current behavior, quote mark glyphs drawn from locale -- places punctuation outside quotes, quote mark glyphs drawn from locale
I think it’d probably be preferable to have a different attribute for this.
Bruce
---
**Author:**  [@Frank\_Bennett](https://discourse.citationstyles.org/u/Frank_Bennett)\
**Post date:** [June 18, 2009, 1:09am UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/4 "2009-06-18T01:09:29Z")
> > > > Is there a use case for these locale terms?
> > >
> > > Yes:
> > >
> > > [http://en.wikipedia.org/wiki/Quotation\_mark,\_non-English\_usage](http://en.wikipedia.org/wiki/Quotation_mark,_non-English_usage)
> > >
> > > Am open to other suggestions.
> >
> > The glyphs used for quote marks should be drawn from the locale,
>
> That was my first impulse. But another approach is just to have some
> named parameters that would correspond to the options here:
>
> [http://en.wikipedia.org/wiki/Quotation\_mark\_glyphs](http://en.wikipedia.org/wiki/Quotation_mark_glyphs)
So … map the locale key (“double quotes”) to a named entity stripped
of its ampersand and semicolon, that maps through a function to a
unicode character to which it corresponds one-to-one? As opposed to
mapping the locale key to the character directly.
> > but the placement of punctuation appears to be a matter of editorial
> > taste:
> >
> > [Punctuation moved inside quotes - undocumented? - Zotero Forums](http://forums.zotero.org/discussion/7503/punctuation-moved-inside-quotes-undocumented/#Item_8)
>
> Right, but there are still, I think, locale-specific defaults
> (notwithstanding the impact of dominant languages like English on
> these traditions)…
So long as default behavior can be overridden, no objections there.
> > So how about this:
> >
> > -- current behavior for backward compatibility, but quote mark glyphs drawn from locale -- deprecated -- explicitly invokes current behavior, quote mark glyphs drawn from locale -- places punctuation outside quotes, quote mark glyphs drawn from locale
>
> I think it’d probably be preferable to have a different attribute for this.
Let me know when it hits the spec.
---
**Author:**  [@Sean\_Takats](https://discourse.citationstyles.org/u/Sean_Takats)\
**Post date:** [June 18, 2009, 1:08pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/5 "2009-06-18T13:08:55Z")
A question I have related to the discussion on quotation marks and
locales: how should CSL handle locators that include quotes? For
example, at present an author might generate a locator like the
following:
s.v. “Piracy”
“Preface”
etc.
But these currently render in Chicago Manual of Style at the end of
the citation string as
s.v. “Piracy”.
“Preface”.
So, correct in British usage, but not in American, though this
behavior doesn’t seem to be controlled by any localization. It’s just
inserting a dumb string before the terminal punctuation. Any thoughts
on how to handle this, or should users just plan to edit such
citations manually (not the end of the world)?
Sean
---
**Author:**  [@Bruce\_D\_Arcus1](https://discourse.citationstyles.org/u/Bruce_D_Arcus1)\
**Post date:** [June 18, 2009, 2:16pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/6 "2009-06-18T14:16:55Z")
> A question I have related to the discussion on quotation marks and
> locales: how should CSL handle locators that include quotes?
Ugh; good question.
> For example, at present an author might generate a locator like the
> following:
>
> s.v. “Piracy”
>
> “Preface”
>
> etc.
And what is that supposed to mean? “See the chapter with title ‘X’”?
E.g. what’s in quotes is a chapter title?
Somehow this feels kind of hackish.
> But these currently render in Chicago Manual of Style at the end of
> the citation string as
>
> s.v. “Piracy”.
>
> “Preface”.
>
> So, correct in British usage, but not in American, though this
> behavior doesn’t seem to be controlled by any localization. It’s just
> inserting a dumb string before the terminal punctuation. Any thoughts
> on how to handle this, or should users just plan to edit such
> citations manually (not the end of the world)?
I don’t really have an opinion, but it probably wouldn’t be too hard
to scan the final string and adjust it.
Frank?
Bruce
---
**Author:**  [@Frank\_Bennett](https://discourse.citationstyles.org/u/Frank_Bennett)\
**Post date:** [June 18, 2009, 7:59pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/7 "2009-06-18T19:59:26Z")
> > A question I have related to the discussion on quotation marks and
> > locales: how should CSL handle locators that include quotes?
>
> Ugh; good question.
>
> > For example, at present an author might generate a locator like the
> > following:
> >
> > s.v. “Piracy”
> >
> > “Preface”
> >
> > etc.
>
> And what is that supposed to mean? “See the chapter with title ‘X’”?
> E.g. what’s in quotes is a chapter title?
>
> Somehow this feels kind of hackish.
>
> > But these currently render in Chicago Manual of Style at the end of
> > the citation string as
> >
> > s.v. “Piracy”.
> >
> > “Preface”.
> >
> > So, correct in British usage, but not in American, though this
> > behavior doesn’t seem to be controlled by any localization. It’s just
> > inserting a dumb string before the terminal punctuation. Any thoughts
> > on how to handle this, or should users just plan to edit such
> > citations manually (not the end of the world)?
>
> I don’t really have an opinion, but it probably wouldn’t be too hard
> to scan the final string and adjust it.
>
> Frank?
String remangling might be the simplest way to handle all of the
punctuation-quote musical chairs issues – adopting what a Bulgarian
colleague refers to fondly as the “bigger hammer method”. It should
produce the desired result (except when it doesn’t).
---
**Author:**  [@Frank\_Bennett](https://discourse.citationstyles.org/u/Frank_Bennett)\
**Post date:** [June 27, 2009, 9:36pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/8 "2009-06-27T21:36:05Z")
> > > > > Is there a use case for these locale terms?
> > > >
> > > > Yes:
> > > >
> > > > [http://en.wikipedia.org/wiki/Quotation\_mark,\_non-English\_usage](http://en.wikipedia.org/wiki/Quotation_mark,_non-English_usage)
> > > >
> > > > Am open to other suggestions.
> > >
> > > The glyphs used for quote marks should be drawn from the locale,
> >
> > That was my first impulse. But another approach is just to have some
> > named parameters that would correspond to the options here:
> >
> > [http://en.wikipedia.org/wiki/Quotation\_mark\_glyphs](http://en.wikipedia.org/wiki/Quotation_mark_glyphs)
>
> So … map the locale key (“double quotes”) to a named entity stripped
> of its ampersand and semicolon, that maps through a function to a
> unicode character to which it corresponds one-to-one? As opposed to
> mapping the locale key to the character directly.
>
> > > but the placement of punctuation appears to be a matter of editorial
> > > taste:
> > >
> > > [Punctuation moved inside quotes - undocumented? - Zotero Forums](http://forums.zotero.org/discussion/7503/punctuation-moved-inside-quotes-undocumented/#Item_8)
> >
> > Right, but there are still, I think, locale-specific defaults
> > (notwithstanding the impact of dominant languages like English on
> > these traditions)…
>
> So long as default behavior can be overridden, no objections there.
>
> > > So how about this:
> > >
> > > -- current behavior for backward compatibility, but quote mark glyphs drawn from locale -- deprecated -- explicitly invokes current behavior, quote mark glyphs drawn from locale -- places punctuation outside quotes, quote mark glyphs drawn from locale
> >
> > I think it’d probably be preferable to have a different attribute for this.
>
> Let me know when it hits the spec.
Still need some means of identifying the quote characters appropriate
to the locale, and of specifying the correct punctuation handling
method.
A decision will need to be made at the UI level about how quotes will
be represented in the data. Inline markup will need to recognize
these characters and treat them as markup, so the processor needs to
know what characters are in the set, so it can identify them.
Possibilities are to require typewriter quotes everywhere (fragile,
probably not a good idea), or recognize everything (better, but
requires someone to identify what all the possible quotation marks in
the world are – if I should use the wikipedia entry linked by Bruce,
let me know).
I’ll state what seems sensible to me at the moment, but I’ll have no
problem if a different design is chosen by executive decision, so long
as it’s unambiguous and covers user needs:
For quote characters, use locale terms:
“\
”\
‘\
’\
For punctuation handling, use an explicit option, with some default
value or other:
If locale defaults are to be provided, then some means of specifying
configuration values in the locale needs to be provided – at the
moment, the locale contains only string values, not programming
parameters.
These items need to be covered before anything can be done for inline markup.
---
**Author:**  [@Bruce\_D\_Arcus1](https://discourse.citationstyles.org/u/Bruce_D_Arcus1)\
**Post date:** [July 1, 2009, 1:34pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/9 "2009-07-01T13:34:29Z")
…
> Still need some means of identifying the quote characters appropriate
> to the locale, and of specifying the correct punctuation handling
> method.
Big question:
Given the discussion on the Zotero forums from one French user, who
suggested this may not be entirely a locale issue, do we really know
that we need to add this to CSL?
Or put differently, how would an implementation accommodate, say, a
French user who doesn’t want French-style quotation marks?
> A decision will need to be made at the UI level about how quotes will
> be represented in the data. Inline markup will need to recognize
> these characters and treat them as markup, so the processor needs to
> know what characters are in the set, so it can identify them.
> Possibilities are to require typewriter quotes everywhere (fragile,
> probably not a good idea), or recognize everything (better, but
> requires someone to identify what all the possible quotation marks in
> the world are – if I should use the wikipedia entry linked by Bruce,
> let me know).
In data, this why I prefer using XML:
Here's some quote
But this of course isn’t directly related to CSL.
> I’ll state what seems sensible to me at the moment, but I’ll have no
> problem if a different design is chosen by executive decision, so long
> as it’s unambiguous and covers user needs:
>
> For quote characters, use locale terms:
>
> “\
> ”\
> ‘\
> ’\
_If_ we settle the question above and decide we need this, this is
good. Except I’d remove the “single” and “double” notion, since that’s
likely locale-specific. Maybe “right-quote” and “right-inner-quote”?
> For punctuation handling, use an explicit option, with some default
> value or other:
Yup.
> If locale defaults are to be provided, then some means of specifying
> configuration values in the locale needs to be provided – at the
> moment, the locale contains only string values, not programming
> parameters.
>
> These items need to be covered before anything can be done for inline markup.
Bruce
---
**Author:**  [@Sean\_Takats](https://discourse.citationstyles.org/u/Sean_Takats)\
**Post date:** [July 1, 2009, 2:57pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/10 "2009-07-01T14:57:05Z")
> …
>
> > Still need some means of identifying the quote characters appropriate
> > to the locale, and of specifying the correct punctuation handling
> > method.
>
> Big question:
>
> Given the discussion on the Zotero forums from one French user, who
> suggested this may not be entirely a locale issue, do we really know
> that we need to add this to CSL?
>
> Or put differently, how would an implementation accommodate, say, a
> French user who doesn’t want French-style quotation marks?
>
> > A decision will need to be made at the UI level about how quotes will
> > be represented in the data. Inline markup will need to recognize
> > these characters and treat them as markup, so the processor needs to
> > know what characters are in the set, so it can identify them.
> > Possibilities are to require typewriter quotes everywhere (fragile,
> > probably not a good idea), or recognize everything (better, but
> > requires someone to identify what all the possible quotation marks in
> > the world are – if I should use the wikipedia entry linked by Bruce,
> > let me know).
>
> In data, this why I prefer using XML:
>
> Here's some quote
>
> But this of course isn’t directly related to CSL.
>
> > I’ll state what seems sensible to me at the moment, but I’ll have no
> > problem if a different design is chosen by executive decision, so
> > long
> > as it’s unambiguous and covers user needs:
> >
> > For quote characters, use locale terms:
> >
> > “\
> > ”\
> > ‘\
> > ’\
>
> _If_ we settle the question above and decide we need this, this is
> good. Except I’d remove the “single” and “double” notion, since that’s
> likely locale-specific. Maybe “right-quote” and “right-inner-quote”?
The Wikipedia piece uses “primary” and “secondary” ([Quotation mark - Wikipedia](http://en.wikipedia.org/wiki/Quotation_mark,_non-English_usage)
). And what about RTL issues?
Maybe:
“\
”\
“\
”\
**Author:**  [@Frank\_Bennett](https://discourse.citationstyles.org/u/Frank_Bennett)\
**Post date:** [July 1, 2009, 3:31pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/11 "2009-07-01T15:31:21Z")
> …
>
> > Still need some means of identifying the quote characters appropriate
> > to the locale, and of specifying the correct punctuation handling
> > method.
>
> Big question:
>
> Given the discussion on the Zotero forums from one French user, who
> suggested this may not be entirely a locale issue, do we really know
> that we need to add this to CSL?
>
> Or put differently, how would an implementation accommodate, say, a
> French user who doesn’t want French-style quotation marks?
How would a problem arise? If a style for French sources wants to use
some other mark for quotes, it can overload the locale. If a French
user has sources with non-French quotes inlined in a title to be fed
to CSL, it will be passed through as a literal, if the style uses the
French locale, and the chosen quote character is not standard input
markup in the French locale. If we are thinking of the same forum
thread and I am remembering it correctly, that would cover the case
described by the user.
> > A decision will need to be made at the UI level about how quotes will
> > be represented in the data. Inline markup will need to recognize
> > these characters and treat them as markup, so the processor needs to
> > know what characters are in the set, so it can identify them.
> > Possibilities are to require typewriter quotes everywhere (fragile,
> > probably not a good idea), or recognize everything (better, but
> > requires someone to identify what all the possible quotation marks in
> > the world are – if I should use the wikipedia entry linked by Bruce,
> > let me know).
>
> In data, this why I prefer using XML:
>
> Here's some quote
Tag markup would be easier to implement in the processor, because you
would not need to handle courier-style quotes, which are identical for
open and close. But is Zotero going to implement markup for quotes at
the database level in the short term? If the answer is no, then we
need to handle quote characters in the processor if we want it
deployed in Zotero.
I’ll look forward to seeing how it turns out.
> But this of course isn’t directly related to CSL.
>
> > I’ll state what seems sensible to me at the moment, but I’ll have no
> > problem if a different design is chosen by executive decision, so long
> > as it’s unambiguous and covers user needs:
> >
> > For quote characters, use locale terms:
> >
> > “\
> > ”\
> > ‘\
> > ’\
>
> _If_ we settle the question above and decide we need this, this is
> good. Except I’d remove the “single” and “double” notion, since that’s
> likely locale-specific. Maybe “right-quote” and “right-inner-quote”?
If no other clear proposal emerges in the next couple of weeks, I will
go with this, amended by Sean’s suggestion to remove RL assumptions
from the attribute names.
---
**Author:**  [@Bruce\_D\_Arcus1](https://discourse.citationstyles.org/u/Bruce_D_Arcus1)\
**Post date:** [July 1, 2009, 5:05pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/12 "2009-07-01T17:05:21Z")
There are a lot of things up-in-the-air here.
Is there any indication of how Zotero intends to deal with this (is
there a ticket, for example)? AFAIK. there’s no easy way for users to
override locales definitions ATM.
Is there any information about what practical issues users are having
with quotes?
Also, as an alternative, there’s another possibility I earlier
mentioned, which is something like:
Am not sure this is a good idea; really depends on the details of the use case.
Bruce
---
**Author:**  [@Frank\_Bennett](https://discourse.citationstyles.org/u/Frank_Bennett)\
**Post date:** [July 1, 2009, 10:14pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/13 "2009-07-01T22:14:03Z")
> > > …
> > >
> > > > Still need some means of identifying the quote characters appropriate
> > > > to the locale, and of specifying the correct punctuation handling
> > > > method.
> > >
> > > Big question:
> > >
> > > Given the discussion on the Zotero forums from one French user, who
> > > suggested this may not be entirely a locale issue, do we really know
> > > that we need to add this to CSL?
> > >
> > > Or put differently, how would an implementation accommodate, say, a
> > > French user who doesn’t want French-style quotation marks?
> >
> > How would a problem arise? If a style for French sources wants to use
> > some other mark for quotes, it can overload the locale. If a French
> > user has sources with non-French quotes inlined in a title to be fed
> > to CSL, it will be passed through as a literal, if the style uses the
> > French locale, and the chosen quote character is not standard input
> > markup in the French locale. If we are thinking of the same forum
> > thread and I am remembering it correctly, that would cover the case
> > described by the user.
> >
> > > > A decision will need to be made at the UI level about how quotes will
> > > > be represented in the data. Inline markup will need to recognize
> > > > these characters and treat them as markup, so the processor needs to
> > > > know what characters are in the set, so it can identify them.
> > > > Possibilities are to require typewriter quotes everywhere (fragile,
> > > > probably not a good idea), or recognize everything (better, but
> > > > requires someone to identify what all the possible quotation marks in
> > > > the world are – if I should use the wikipedia entry linked by Bruce,
> > > > let me know).
> > >
> > > In data, this why I prefer using XML:
> > >
> > > Here's some quote
> >
> > Tag markup would be easier to implement in the processor, because you
> > would not need to handle courier-style quotes, which are identical for
> > open and close. But is Zotero going to implement markup for quotes at
> > the database level in the short term? If the answer is no, then we
> > need to handle quote characters in the processor if we want it
> > deployed in Zotero.
> >
> > I’ll look forward to seeing how it turns out.
>
> There are a lot of things up-in-the-air here.
>
> Is there any indication of how Zotero intends to deal with this (is
> there a ticket, for example)? AFAIK. there’s no easy way for users to
> override locales definitions ATM.
>
> Is there any information about what practical issues users are having
> with quotes?
> **[Punctuation moved inside quotes - undocumented?](https://forums.zotero.org/discussion/7503/punctuation-moved-inside-quotes-undocumented/)**
>
> I've noticed that for text elements, punctuation such as commas and
> periods specified as group suffixes or delimiters are moved inside quotes when the…
> **[Problem with French quotation marks](https://forums.zotero.org/discussion/6681/problem-with-french-quotation-marks/)**
>
> Hi,
>
> I have just created (from the American Political Sciences Association - author-date) a "French" citation style.
> **[typohgraphical issue: apostrophe](https://forums.zotero.org/discussion/6459/typohgraphical-issue-apostrophe/)**
>
> I noticed that Zotero will in some cases insert vertical/typewriter apostrophes (as opposed to the typographic/curly apostrophe.
> **[Titles Ending with a Question Mark](https://forums.zotero.org/discussion/6147/titles-ending-with-a-question-mark/)**
>
> If an title that belongs in quotation marks ends with a question mark, it should not—at least in many styles—get a period or comma in a footnote or bibliography.
> **[Localized quotes](https://forums.zotero.org/discussion/4933/localized-quotes/)**
>
> Hello!
>
> I have a problem with localized quotes in Zotero. Many bibliographic styles enquote titles.
> **[Smart Quotes and "ibid."](https://forums.zotero.org/discussion/2387/smart-quotes-and-ibid/)**
>
> I'm using the Chicago styles in MS Word 2002, but I have smart quotes disabled.
> **[Single quote marks from quotes formatting element](https://forums.zotero.org/discussion/4543/single-quote-marks-from-quotes-formatting-element/)**
>
> I'm creating a style, based on Chicago, that uses single quotes round titles.
> **[French Citation Style - Style de citation en français](https://forums.zotero.org/discussion/4738/french-citation-style-style-de-citation-en-francais/)**
>
> This new discussion focuses on the creation of a French citation style for Zotero.
> **[IEEE style not correct](https://forums.zotero.org/discussion/1573/ieee-style-not-correct/)**
>
> Hi, there's a problem with the title for IEEE format.
> Creating a bibliography from an item should result in:
> "my title",
>
> but is…
> Also, as an alternative, there’s another possibility I earlier
> mentioned, which is something like:
>
> Am not sure this is a good idea; really depends on the details of the use case.
[http://www.witch.westfalen.de/csstest/quotes/quotes.html](http://www.witch.westfalen.de/csstest/quotes/quotes.html)
---
**Author:**  [@Frank\_Bennett](https://discourse.citationstyles.org/u/Frank_Bennett)\
**Post date:** [July 1, 2009, 10:28pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/14 "2009-07-01T22:28:33Z")
> > > > …
> > > >
> > > > > Still need some means of identifying the quote characters appropriate
> > > > > to the locale, and of specifying the correct punctuation handling
> > > > > method.
> > > >
> > > > Big question:
> > > >
> > > > Given the discussion on the Zotero forums from one French user, who
> > > > suggested this may not be entirely a locale issue, do we really know
> > > > that we need to add this to CSL?
> > > >
> > > > Or put differently, how would an implementation accommodate, say, a
> > > > French user who doesn’t want French-style quotation marks?
> > >
> > > How would a problem arise? If a style for French sources wants to use
> > > some other mark for quotes, it can overload the locale. If a French
> > > user has sources with non-French quotes inlined in a title to be fed
> > > to CSL, it will be passed through as a literal, if the style uses the
> > > French locale, and the chosen quote character is not standard input
> > > markup in the French locale. If we are thinking of the same forum
> > > thread and I am remembering it correctly, that would cover the case
> > > described by the user.
> > >
> > > > > A decision will need to be made at the UI level about how quotes will
> > > > > be represented in the data. Inline markup will need to recognize
> > > > > these characters and treat them as markup, so the processor needs to
> > > > > know what characters are in the set, so it can identify them.
> > > > > Possibilities are to require typewriter quotes everywhere (fragile,
> > > > > probably not a good idea), or recognize everything (better, but
> > > > > requires someone to identify what all the possible quotation marks in
> > > > > the world are – if I should use the wikipedia entry linked by Bruce,
> > > > > let me know).
> > > >
> > > > In data, this why I prefer using XML:
> > > >
> > > > Here's some quote
> > >
> > > Tag markup would be easier to implement in the processor, because you
> > > would not need to handle courier-style quotes, which are identical for
> > > open and close. But is Zotero going to implement markup for quotes at
> > > the database level in the short term? If the answer is no, then we
> > > need to handle quote characters in the processor if we want it
> > > deployed in Zotero.
> > >
> > > I’ll look forward to seeing how it turns out.
> >
> > There are a lot of things up-in-the-air here.
> >
> > Is there any indication of how Zotero intends to deal with this (is
> > there a ticket, for example)?
[https://www.zotero.org/trac/ticket/928](https://www.zotero.org/trac/ticket/928)
[https://www.zotero.org/trac/ticket/989](https://www.zotero.org/trac/ticket/989)
[https://www.zotero.org/trac/ticket/990](https://www.zotero.org/trac/ticket/990)
[https://www.zotero.org/trac/ticket/1238](https://www.zotero.org/trac/ticket/1238)
[https://www.zotero.org/trac/ticket/1436](https://www.zotero.org/trac/ticket/1436)
> > AFAIK. there’s no easy way for users to
> > override locales definitions ATM.
The glyphs applied by quotes=“true” should be controlled by the style.
Quotes inlined in database entries should conform to the language of
the source. As I wrote earlier, if those inlined quote characters are
passed through verbatim when they are not known to the language of the
citation style rendering the database source, then you get the
behavior that several users have indicated is required by multilingual
styles (see relevant links below).
There just needs to be a mechanism for fetching the quote mark glyphs
associated with the locale of the style.
---
**Author:**  [@Frank\_Bennett](https://discourse.citationstyles.org/u/Frank_Bennett)\
**Post date:** [July 1, 2009, 11:01pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/15 "2009-07-01T23:01:16Z")
> > > > > …
> > > > >
> > > > > > Still need some means of identifying the quote characters appropriate
> > > > > > to the locale, and of specifying the correct punctuation handling
> > > > > > method.
> > > > >
> > > > > Big question:
> > > > >
> > > > > Given the discussion on the Zotero forums from one French user, who
> > > > > suggested this may not be entirely a locale issue, do we really know
> > > > > that we need to add this to CSL?
> > > > >
> > > > > Or put differently, how would an implementation accommodate, say, a
> > > > > French user who doesn’t want French-style quotation marks?
> > > >
> > > > How would a problem arise? If a style for French sources wants to use
> > > > some other mark for quotes, it can overload the locale. If a French
> > > > user has sources with non-French quotes inlined in a title to be fed
> > > > to CSL, it will be passed through as a literal, if the style uses the
> > > > French locale, and the chosen quote character is not standard input
> > > > markup in the French locale. If we are thinking of the same forum
> > > > thread and I am remembering it correctly, that would cover the case
> > > > described by the user.
> > > >
> > > > > > A decision will need to be made at the UI level about how quotes will
> > > > > > be represented in the data. Inline markup will need to recognize
> > > > > > these characters and treat them as markup, so the processor needs to
> > > > > > know what characters are in the set, so it can identify them.
> > > > > > Possibilities are to require typewriter quotes everywhere (fragile,
> > > > > > probably not a good idea), or recognize everything (better, but
> > > > > > requires someone to identify what all the possible quotation marks in
> > > > > > the world are – if I should use the wikipedia entry linked by Bruce,
> > > > > > let me know).
> > > > >
> > > > > In data, this why I prefer using XML:
> > > > >
> > > > > Here's some quote
> > > >
> > > > Tag markup would be easier to implement in the processor, because you
> > > > would not need to handle courier-style quotes, which are identical for
> > > > open and close. But is Zotero going to implement markup for quotes at
> > > > the database level in the short term? If the answer is no, then we
> > > > need to handle quote characters in the processor if we want it
> > > > deployed in Zotero.
> > > >
> > > > I’ll look forward to seeing how it turns out.
> > >
> > > There are a lot of things up-in-the-air here.
> > >
> > > Is there any indication of how Zotero intends to deal with this (is
> > > there a ticket, for example)?
>
> [#928 (enter curly quotes in the title field) – Zotero](https://www.zotero.org/trac/ticket/928)
> [#989 (option for quotes before comma in british styles) – Zotero](https://www.zotero.org/trac/ticket/989)
> [#990 (assign language to individual citation styles) – Zotero](https://www.zotero.org/trac/ticket/990)
> [#1238 (Localize quotation marks) – Zotero](https://www.zotero.org/trac/ticket/1238)
> [#1436 (omit period or comma when title enclosed in quotes ends with a question mark) – Zotero](https://www.zotero.org/trac/ticket/1436)
>
> > > AFAIK. there’s no easy way for users to
> > > override locales definitions ATM.
>
> The glyphs applied by quotes=“true” should be controlled by the style.
> Quotes inlined in database entries should conform to the language of
> the source. As I wrote earlier, if those inlined quote characters are
> passed through verbatim when they are not known to the language of the
> citation style rendering the database source, then you get the
> behavior that several users have indicated is required by multilingual
> styles (see relevant links below).
>
> There just needs to be a mechanism for fetching the quote mark glyphs
> associated with the locale of the style.
Actually, configuration of quotes is closely related to configuration
of inline markup. If a solution can be found that covers both, that
would be splendid.
Just as a style needs to know what to do with balanced " characters,
it will need to know what decorations to apply with (say) XXX, or XXX. So
there needs to be a mapping from semantic tag names to formatting
attributes+value sets. The obvious place for those parameters to be
provided is the locale. How would you like to represent it?
---
**Author:**  [@Dan\_Stillman](https://discourse.citationstyles.org/u/Dan_Stillman)\
**Post date:** [July 1, 2009, 10:32pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/16 "2009-07-01T22:32:16Z")
I’d be inclined to go with tag-based markup in Zotero, since I really
don’t think we want to pollute stored(/synced/displayed) data with
arbitrary inline markup, and we already have mechanisms in various
places to deal with HTML. Simon and I have discussed using a
stripped-down version of TinyMCE for title fields to handle this. My
only concern would be performance, since the TinyMCE-based rich-text
notes in 2.0 have a bit of a display lag, and that’d be more of an issue
for title fields.
A few French and German users in the Zotero forums have expressed the
need for citation-level control over quote style based on the original
language of the source, but that idea was mostly dismissed as crazy and
prohibitively difficult. If we wanted to support it, though, it could be
done using the Language field (or, rather, an improved version of it:
[http://forums.zotero.org/discussion/3252/#Item\_5](http://forums.zotero.org/discussion/3252/#Item_5)) rather than by
modifying the actual title data in Zotero. But it might not be worth the
additional schema/processor changes that would be required.
---
**Author:**  [@Bruce\_D\_Arcus1](https://discourse.citationstyles.org/u/Bruce_D_Arcus1)\
**Post date:** [July 1, 2009, 11:37pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/17 "2009-07-01T23:37:17Z")
…
> Actually, configuration of quotes is closely related to configuration
> of inline markup.
Also has some connection to dates localization, which we also need to deal with.
> If a solution can be found that covers both, that
> would be splendid.
>
> Just as a style needs to know what to do with balanced " characters,
> it will need to know what decorations to apply with (say) XXX, or XXX. So
> there needs to be a mapping from semantic tag names to formatting
> attributes+value sets. The obvious place for those parameters to be
> provided is the locale. How would you like to represent it?
I don’t know. We need someone (say Zotero) to commit to this before we
settle on how to do it. We also need to know how complex this mapping
needs to be (again, assuming someone implements it). It might b as
simple as:
I doubt that would be enough though.
Bruce
---
**Author:**  [@Bruce\_D\_Arcus1](https://discourse.citationstyles.org/u/Bruce_D_Arcus1)\
**Post date:** [July 1, 2009, 11:39pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/18 "2009-07-01T23:39:49Z")
…
> > Also, as an alternative, there’s another possibility I earlier
> > mentioned, which is something like:
> >
> > Am not sure this is a good idea; really depends on the details of the use case.
>
> [http://www.witch.westfalen.de/csstest/quotes/quotes.html](http://www.witch.westfalen.de/csstest/quotes/quotes.html)
That sort of thing covers the general case, but not how it plays out
in citation practice. Can we be confident that we can make the
assumption they are equivalent?
Bruce
---
**Author:**  [@Bruce\_D\_Arcus1](https://discourse.citationstyles.org/u/Bruce_D_Arcus1)\
**Post date:** [July 1, 2009, 11:43pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/19 "2009-07-01T23:43:51Z")
> I’d be inclined to go with tag-based markup in Zotero, since I really don’t
> think we want to pollute stored(/synced/displayed) data with arbitrary
> inline markup, and we already have mechanisms in various places to deal with
> HTML. Simon and I have discussed using a stripped-down version of TinyMCE
> for title fields to handle this. My only concern would be performance, since
> the TinyMCE-based rich-text notes in 2.0 have a bit of a display lag, and
> that’d be more of an issue for title fields.
Any chance a lighter-weight alternative would work?
> A few French and German users in the Zotero forums have expressed the need
> for citation-level control over quote style based on the original language
> of the source, but that idea was mostly dismissed as crazy and prohibitively
> difficult.
I’m more wondering if users working in other languages are complaining
about the quotes output in the bibliographies. Or, to turn it around,
am wondering if there are emerging trends towards standardizing on
English conventions.
Bruce
---
**Author:**  [@Frank\_Bennett](https://discourse.citationstyles.org/u/Frank_Bennett)\
**Post date:** [July 1, 2009, 11:43pm UTC](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667/20 "2009-07-01T23:43:28Z")
> …
>
> > > Also, as an alternative, there’s another possibility I earlier
> > > mentioned, which is something like:
> > >
> > > Am not sure this is a good idea; really depends on the details of the use case.
> >
> > [http://www.witch.westfalen.de/csstest/quotes/quotes.html](http://www.witch.westfalen.de/csstest/quotes/quotes.html)
>
> That sort of thing covers the general case, but not how it plays out
> in citation practice. Can we be confident that we can make the
> assumption they are equivalent?
Need to talk to the publishers to get an answer to that one.
[Next page](https://discourse.citationstyles.org/t/quotes-localization-was-html-entities/667.md?page=2)