-
Notifications
You must be signed in to change notification settings - Fork 10
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The HTML q element can sometimes be useful. Discuss. #1
Comments
This thread has been running already for a short while on the www-international and public-digipub-ig mailing lists. A subthread developed on the www-international list, that digipub readers may not have seen. Follow this link to see the previous emails on this thread (including the www-international fork): Please continue the thread here, rather than on the mailing lists. |
Thanks for putting this on github. |
John Cowan Wed, 27 Apr 2016 12:29:34 -0400
As it happens, the chapter of a book i'm reading just did that. Here's the explanation:
And here's an example of usage from some pages later:
|
So what we have here is a case where dialogue invented by the author (of a non-fiction book) gets quotation marks, and actual quotations from the sources that are not merely quoted but are reasserted by the author (that is, if they are false, he is making a false claim) are put in a different font (not merely bold italic, as shown here; see the Google Books view). Which, if either, should be marked up with q elements? |
Both? With different CSS class attributes? |
First case: Cheers |
Now, let's watch out that the messages really show what we are discussing Text as shown (screen shot) Message source (screen shot): Note the "q" element being interpreted. A./ |
Sorry, I did not see the reference to 'non-fiction book', but that's not relevant to me. In respect to a book, something quoted is true if it is consistent to the book's universe and if the reader is intended to believe it is true in that universe. If the reader is intended to believe that the quoted text is not true, the Cheers |
There seems to be an inclination to use the q element any place there are quotation marks. This is not my understanding of the intent of the usage described in the HTML5 spec, which says:
I think that part of the confusion in the discussion can be put down to the lack of precision in the way the words 'quotes', and 'quotations' even, are used in English: meaning quoted from another source, meaning dialogues, meaning pull-quotes, or meaning anything else with quotation marks around it. Whereas Rebeca says that some languages such as Spanish make a linguistic distinction between quotations and dialogue, for example. I think the HTML5 definition is fairly specific, and points away from use for dialogue (because it says 'quoted from another source'), and perhaps usefully so, since dialogue indeed entails a number of different features, not least including the need to bridge around the ',he said ' kind of interposition. So for the example about Attila the Hun above, i think that probably the bold-italic text, which represents text lifted from the translation by R C Blockley of Priscus' writings, should be enclosed in a q element (as a test, you can point to the source for that), whereas the invented dialogue (which is the bit actually enclosed in quotation marks in the book) would not be wrapped in a q element, because it is dialogue, not 'phrasing content quoted from another source'. Btw, i deliberately chose a simple example above. A more typical example from the book would be something like
So, following the logic outlined above, only the bold-italic part of the sentence would be inside a q element, and the quotes would be just part of the text (or might in some future time be captured by a dialogue element of some kind). |
It is news to me that a quotation needs to be true. I thought it only needs to represent exact wording. Whether the person actually said it, is irrelevant. So Bogart never said "Play it again Sam". He said "Play it Sam". Both would be quoted and use the q element. And quotes can be used in a question where the truth is being established: Am I mistaken? |
edited to clarify who said what.when On 4/29/2016 1:42 PM, Tex Texin wrote:
Thanks Asmus. I agree about the scare quotes. If the W3C prefers the q element to be used only for actual quotations (true or not), then the only way to make the point and limit the violations of that philosophy would be to offer another element for bracketing text for non-quotation purposes. It would probably find all sorts of uses, especially where so many people are using emoji to markup text with emotions. They could use css classes to precede, follow, or bracket text with emojis for laughing, tongue in cheek, surprise, etc.based on their frequent use of certain reactions. |
I'm going to start in the realm of the practical, wander into the realm of the philosophical, and come back to the practical (which is what i'm most interested in) in this comment.
Actually, it wouldn't qualify per my argument. I was considering the use of the q element to be as described in the HTML5 spec, which says that the content of the q element "must be quoted from another source, whose address, if it has one, may be cited in the cite attribute". To me this indicates an expectation that you are copying text from another place, not quoting someone saying something. I'm not doing exegesis on some biblical HTML5 text here, but trying to tease apart semantics, in order to justify at least a limited area where something practical can be applied.
It's certainly a restrictive use of the term 'quote', but it may be a reasonable restriction to impose on a q element. I think there a justification for the proposition that by using the q element, you're just saying: Here's some text i'm copying from elsewhere. I'm not sure that that is such an unreasonable restriction, given that our marked up content is a textual form which places high value on links to other textual forms. Certainly, that leaves open the question of how one could/should(?) mark up text that happens to be between quotation marks because it represents what someone said, a variant of which, with it's own idiosynchratic rules, is quoted dialogue, but maybe if we didn't happen to use the same quotation marks around those things (and by the way, also for 'scare quotes') it wouldn't seem such a strange distinction. In other words, perhaps we should create new markup for those instances based on the semantics involved rather than the (english) terminology or the fact that they also use quotation marks.
Perhaps only in the sense that we call both 'quoting' in english? If the q element had been called the 'citation' element (using the Google definition 'a quotation from or reference to a book, paper, or author, especially in a scholarly work'), or an excerpt element, we might not find it so restrictive. So i suppose i'm arguing that we should accept the limited scope of the q element as described in the HTML5 spec, and, if we need to, propose new elements to cover the other semantics that happen (in some cases) to coincidentally also use quotation marks. |
I think the ship has sailed on using the q element for excerpts from textual sources exclusively. |
But the ship hasn't sailed on creating best practices and guidelines that say that's what it is best used for. Other uses may present themselves from time-to-time and existing content may not use it that way. But if you do use it, this is what it's optimized for. We can't fix the past, but we can keep people from injuring themselves. Explaining that it's part of HTML's "legacy" and having it work for some use case as well as it can might be the best we can do at limiting the damage? |
On 5/3/2016 2:33 PM, aphillips wrote:
The same complex styling is (potentially) appropriate for all types of If you want model where "HTML" means "deep semantic markup" of text that The styling we were discussing had to do both with cross-language That would cover "scare quotes", because if they were part of a quote, A./ PS: I find the current HMTL recommendation only slightly less bizarre |
The spec actually discourages the use of q as a stylistic resource for sarcasm, which is a form of irony, as explained by my dictionary:
So I was using true only as a synonym of not ironic. Sorry if I couldn't express the concept accurately. P.S. Edited comment. The first time I wrote the comment on the mobile version, so I couldn't use proper markup ro quote any source. |
Why not? Semantics is what html markup is supposed to be about. Just about every html element has some kind of default styling applied to it. Btw, where's the conflation taking place (other than in your comment)? This thread is about the usefulness or not of the q element. The styling discussion was a different thread. |
On 5/3/2016 11:14 PM, r12a wrote:
|
@r12a If you shift the emphasis in the quotation from the WHATWG/W3C HTML specs a few words to the right, you may see the opposite message: "must be quoted from another source, whose address, if it has one, may be cited in the cite attribute". There does not need to be an address. To me this indicates that quoting someone saying something is valid. This is supported by the first example in the spec. Mind the word “said”:
A similar example has been in spec in HTML 4.01 already:
|
I figured it would be good to start a thread where we can address the wider questions that kept popping up on the other thread that was focused on the styling in the HTML5 rendering section.
Here we get to put pros and cons for the existence of the q element, suggestions for improving it, advice about when to not use it, ideas about what's needed above and beyond it, etc. I think CSS styling of quotes is probably in scope too, since it's hard to talk about the markup without the styling support.
It may help to limit the scope, however, just to actual quotations, rather than all the other things people stick 'quote marks' around, just in order to prevent a situation of herding cats.
So please reply to this. It's likely to be a long thread with diverse opinions. That's ok, but please try not to make unsubstantiated assertions. Please use examples where you can, to help people get your point. And please be kind to other thread participants.
I'll contribute some ideas later when i can carve out some time. I do have some concerns. At some point, i'll try to summarise the pros, cons and suggestions.
ri
The text was updated successfully, but these errors were encountered: