* Formatting of "ibid" in v2.11.x @ 2020-11-11 16:15 Joshua [not found] ` <965d161d-db68-439f-acab-c035c89ec0dfn-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> 0 siblings, 1 reply; 20+ messages in thread From: Joshua @ 2020-11-11 16:15 UTC (permalink / raw) To: pandoc-discuss [-- Attachment #1.1: Type: text/plain, Size: 1435 bytes --] (This is a followup to "Removing parentheses around citations in footnotes": *thank you so much* for the fix there. The behavior I'm noticing now is different enough that I thought it worth a separate thread.) There seems to be an issue with "ibid." I'm using chicago-note-bibliography-with-ibid.csl and a dummy file as an example. Here's what I get with v2.11.1.1: [1] Dodds, *Euripedes*; see also Augustine, *The City of God*. [2] Augustine, *The City of God*, 72. [3] Augustine, ibid, 46. Note that there are two problems here: (1) it repeats the source in note 2 instead of using "ibid", and (2) it repeats the author in note 3. The problem is fixed if I downgrade to pandoc version 2.10 (same csl files, etc.), where I get the correct output: [1] Dodds, *Euripedes*; see also Augustine, *The City of God*. [2] ibid., 72. [3] ibid., 46. If this is user error, you have my apologies. If the changes since v2.10 simply require a workaround for this, please point me in the right direction. Many thanks, Joshua -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/965d161d-db68-439f-acab-c035c89ec0dfn%40googlegroups.com. [-- Attachment #1.2: Type: text/html, Size: 25115 bytes --] [-- Attachment #2: pandoc_2_10.png --] [-- Type: image/png, Size: 7505 bytes --] [-- Attachment #3: pandoc_2_11_1_1.png --] [-- Type: image/png, Size: 9340 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <965d161d-db68-439f-acab-c035c89ec0dfn-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>]
* Re: Formatting of "ibid" in v2.11.x [not found] ` <965d161d-db68-439f-acab-c035c89ec0dfn-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> @ 2020-11-11 18:01 ` John MacFarlane [not found] ` <m2wnyrlqn0.fsf-jF64zX8BO08an7k8zZ43ob9bIa4KchGshsV+eolpW18@public.gmane.org> 0 siblings, 1 reply; 20+ messages in thread From: John MacFarlane @ 2020-11-11 18:01 UTC (permalink / raw) To: Joshua, pandoc-discuss Joshua <joshua.kerr-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes: > (This is a followup to "Removing parentheses around citations in > footnotes": *thank you so much* for the fix there. The behavior I'm > noticing now is different enough that I thought it worth a separate thread.) > > There seems to be an issue with "ibid." I'm using > chicago-note-bibliography-with-ibid.csl and a dummy file as an example. > Here's what I get with v2.11.1.1: > [1] Dodds, *Euripedes*; see also Augustine, *The City of God*. > [2] Augustine, *The City of God*, 72. > [3] Augustine, ibid, 46. > Note that there are two problems here: (1) it repeats the source in note 2 > instead of using "ibid", It's not clear that's a problem. Indeed, we made a change to get just this behavior. See https://github.com/jgm/citeproc/commit/5aafa0e58ce37d56677bf88f52c4e6591e867703 https://github.com/jgm/pandoc#6813 https://github.com/citation-style-language/documentation#121 According to the spec, ibid is supposed to be triggered only when the cited item (a) immediately follows another cite to the same source within the same citation or (b) the previous citation "consists of a single cite referencing the same item." In this case there is some ambiguity about whether (b) is satisfied -- technically, it is, because the previous citation is just "Augustine, The City of God." However, that in-text citation occurs in a note with another citation, such that the whole thing is indistinguishable from a note citation containing the two items. So we treat the item as not a "single cite" in this case. > and (2) it repeats the author in note 3. That's because (I assume) you've used an author-in-text citation form, which always prints the author. Note the difference between blah blah [@augustine:city]. and blah blah^[@augustine:city]. IN the first case you have a normal citation, and the author name will be suppressed. In the second case, you have a footnote with an author-in-text citation. We need this behavior because you might say "@augustine:city says blah" in the main text, and we'd want to get "Augustine(1) says blah" with a note "(1) Ibid." This structure (author name + note with "ibid") gets transformed to "Augustine, ibid." when it is found within a note. ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <m2wnyrlqn0.fsf-jF64zX8BO08an7k8zZ43ob9bIa4KchGshsV+eolpW18@public.gmane.org>]
* Re: Formatting of "ibid" in v2.11.x [not found] ` <m2wnyrlqn0.fsf-jF64zX8BO08an7k8zZ43ob9bIa4KchGshsV+eolpW18@public.gmane.org> @ 2020-11-11 19:02 ` Joshua 2020-11-11 19:37 ` Denis Maier [not found] ` <557267e8-3f30-45aa-8b58-50fc6ba71531n-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> 0 siblings, 2 replies; 20+ messages in thread From: Joshua @ 2020-11-11 19:02 UTC (permalink / raw) To: pandoc-discuss [-- Attachment #1.1: Type: text/plain, Size: 3751 bytes --] Thanks for such a helpful, prompt reply. I've loved pandoc for a long time, but I had no idea the support was this good. You have a superb project here. After consulting the style guides, it looks like pandoc is keeping with the times and I am not. I'm still a bit confused about your response to the second issue, though. Suppose I type: Blah.^[@AugustineCityGod2008, 72.] Blah.^[Compare to the competing claim in @AugustineCityGod2008, 46.] This then renders: [1] Augustine, *City of God*, 72. [2] Compare to the rather different claim in Augustine, ibid, 46. Whereas the behavior I intend: [1] Augustine, *City of God*, 72. [2] Compare to the rather different claim in ibid, 46. This is the behavior I achieved before upgrading pandoc, but I do not understand the directives I need to give in order to achieve it now. Or maybe I simply cannot. Many thanks once again, Joshua On Wednesday, November 11, 2020 at 10:01:25 AM UTC-8 John MacFarlane wrote: > Joshua <joshu...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes: > > > (This is a followup to "Removing parentheses around citations in > > footnotes": *thank you so much* for the fix there. The behavior I'm > > noticing now is different enough that I thought it worth a separate > thread.) > > > > There seems to be an issue with "ibid." I'm using > > chicago-note-bibliography-with-ibid.csl and a dummy file as an example. > > Here's what I get with v2.11.1.1: > > [1] Dodds, *Euripedes*; see also Augustine, *The City of God*. > > [2] Augustine, *The City of God*, 72. > > [3] Augustine, ibid, 46. > > Note that there are two problems here: (1) it repeats the source in note > 2 > > instead of using "ibid", > > It's not clear that's a problem. Indeed, we made a change to get > just this behavior. See > > > https://github.com/jgm/citeproc/commit/5aafa0e58ce37d56677bf88f52c4e6591e867703 > https://github.com/jgm/pandoc#6813 > https://github.com/citation-style-language/documentation#121 > > According to the spec, ibid is supposed to be triggered only when > the cited item (a) immediately follows another cite to the same > source within the same citation or (b) the previous citation > "consists of a single cite referencing the same item." > > In this case there is some ambiguity about whether (b) is > satisfied -- technically, it is, because the previous citation > is just "Augustine, The City of God." However, that in-text > citation occurs in a note with another citation, such that the > whole thing is indistinguishable from a note citation containing > the two items. So we treat the item as not a "single cite" in > this case. > > > and (2) it repeats the author in note 3. > > That's because (I assume) you've used an author-in-text citation > form, which always prints the author. Note the difference > between > > blah blah [@augustine:city]. > > and > > blah blah^[@augustine:city]. > > IN the first case you have a normal citation, and the author name > will be suppressed. In the second case, you have a footnote with > an author-in-text citation. > > We need this behavior because you might say > "@augustine:city says blah" in the main text, and we'd want > to get "Augustine(1) says blah" with a note "(1) Ibid." > This structure (author name + note with "ibid") gets transformed > to "Augustine, ibid." when it is found within a note. > > -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/557267e8-3f30-45aa-8b58-50fc6ba71531n%40googlegroups.com. [-- Attachment #1.2: Type: text/html, Size: 6245 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Formatting of "ibid" in v2.11.x 2020-11-11 19:02 ` Joshua @ 2020-11-11 19:37 ` Denis Maier [not found] ` <557267e8-3f30-45aa-8b58-50fc6ba71531n-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> 1 sibling, 0 replies; 20+ messages in thread From: Denis Maier @ 2020-11-11 19:37 UTC (permalink / raw) To: pandoc-discuss, joshua.kerr, jgm ----_com.samsung.android.email_1880453396309340 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 RG9uJ3Qga25vdyBpZiB0aGF0IHdvcmtzIGluIHRoYXQgY2FzZSwgYnV0IHVzaW5nIGEgbWludXMg YmVmb3JlIHRoZSBAIHVzdWFsbHkgc3VwcHJlc3NlcyB0aGUgYXV0aG9yLkkgYWdyZWUgd2l0aCB5 b3UgdGhhdCBpdCB3b3VsZCBiZSBmYXZvdXJhYmxlIHRvIHN1cHByZXNzIHRoZSBhdXRob3IgaGVy ZSBhdXRvbWF0aWNhbGx5LiBDdXJyZW50bHkgdGhhdCBpcyBub3Qgb2ZmaWNpYWxseSBwb3NzaWJs ZSB3aXRoIENTTC4KLS0tLS0tLS0gVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0IC0tLS0tLS0tVm9u OiBKb3NodWEgPGpvc2h1YS5rZXJyQGdtYWlsLmNvbT4gRGF0dW06IDExLjExLjIwICAyMDowMiAg KEdNVCswMTowMCkgQW46IHBhbmRvYy1kaXNjdXNzIDxwYW5kb2MtZGlzY3Vzc0Bnb29nbGVncm91 cHMuY29tPiBCZXRyZWZmOiBSZTogRm9ybWF0dGluZyBvZiAiaWJpZCIgaW4gdjIuMTEueCBUaGFu a3MgZm9yIHN1Y2ggYSBoZWxwZnVsLCBwcm9tcHQgcmVwbHkuIEkndmUgbG92ZWQgcGFuZG9jIGZv ciBhIGxvbmcgdGltZSwgYnV0IEkgaGFkIG5vIGlkZWEgdGhlIHN1cHBvcnQgd2FzIHRoaXMgZ29v ZC4gWW91IGhhdmUgYSBzdXBlcmIgcHJvamVjdCBoZXJlLkFmdGVyIGNvbnN1bHRpbmcgdGhlIHN0 eWxlIGd1aWRlcywgaXQgbG9va3MgbGlrZSBwYW5kb2MgaXMga2VlcGluZyB3aXRoIHRoZSB0aW1l cyBhbmQgSSBhbSBub3QuIEknbSBzdGlsbCBhIGJpdCBjb25mdXNlZCBhYm91dCB5b3VyIHJlc3Bv bnNlIHRvIHRoZSBzZWNvbmQgaXNzdWUsIHRob3VnaC4gU3VwcG9zZSBJIHR5cGU6QmxhaC5eW0BB dWd1c3RpbmVDaXR5R29kMjAwOCwgNzIuXSBCbGFoLl5bQ29tcGFyZSB0byB0aGUgY29tcGV0aW5n IGNsYWltIGluIEBBdWd1c3RpbmVDaXR5R29kMjAwOCwgNDYuXVRoaXMgdGhlbiByZW5kZXJzOlsx XSBBdWd1c3RpbmUsIENpdHkgb2YgR29kLCA3Mi5bMl0gQ29tcGFyZSB0byB0aGUgcmF0aGVyIGRp ZmZlcmVudCBjbGFpbSBpbiBBdWd1c3RpbmUsIGliaWQsIDQ2LldoZXJlYXMgdGhlIGJlaGF2aW9y IEkgaW50ZW5kOlsxXSBBdWd1c3RpbmUsIENpdHkgb2YgR29kLCA3Mi5bMl0gQ29tcGFyZSB0byB0 aGUgcmF0aGVyIGRpZmZlcmVudCBjbGFpbSBpbiBpYmlkLCA0Ni5UaGlzIGlzIHRoZSBiZWhhdmlv ciBJIGFjaGlldmVkIGJlZm9yZSB1cGdyYWRpbmcgcGFuZG9jLCBidXQgSSBkbyBub3QgdW5kZXJz dGFuZCB0aGUgZGlyZWN0aXZlcyBJIG5lZWQgdG8gZ2l2ZSBpbiBvcmRlciB0byBhY2hpZXZlIGl0 IG5vdy4gT3IgbWF5YmUgSSBzaW1wbHkgY2Fubm90Lk1hbnkgdGhhbmtzIG9uY2UgYWdhaW4sSm9z aHVhT24gV2VkbmVzZGF5LCBOb3ZlbWJlciAxMSwgMjAyMCBhdCAxMDowMToyNSBBTSBVVEMtOCBK b2huIE1hY0ZhcmxhbmUgd3JvdGU6Sm9zaHVhIDxqb3NodS4uLkBnbWFpbC5jb20+IHdyaXRlczoK Cj4gKFRoaXMgaXMgYSBmb2xsb3d1cCB0byAiUmVtb3ZpbmcgcGFyZW50aGVzZXMgYXJvdW5kIGNp dGF0aW9ucyBpbgo+IGZvb3Rub3RlcyI6ICp0aGFuayB5b3Ugc28gbXVjaCogZm9yIHRoZSBmaXgg dGhlcmUuIFRoZSBiZWhhdmlvciBJJ20KPiBub3RpY2luZyBub3cgaXMgZGlmZmVyZW50IGVub3Vn aCB0aGF0IEkgdGhvdWdodCBpdCB3b3J0aCBhIHNlcGFyYXRlIHRocmVhZC4pCj4KPiBUaGVyZSBz ZWVtcyB0byBiZSBhbiBpc3N1ZSB3aXRoICJpYmlkLiIgSSdtIHVzaW5nCj4gY2hpY2Fnby1ub3Rl LWJpYmxpb2dyYXBoeS13aXRoLWliaWQuY3NsIGFuZCBhIGR1bW15IGZpbGUgYXMgYW4gZXhhbXBs ZS4KPiBIZXJlJ3Mgd2hhdCBJIGdldCB3aXRoIHYyLjExLjEuMToKPiBbMV0gRG9kZHMsICpFdXJp cGVkZXMqOyBzZWUgYWxzbyBBdWd1c3RpbmUsICpUaGUgQ2l0eSBvZiBHb2QqLgo+IFsyXSBBdWd1 c3RpbmUsICpUaGUgQ2l0eSBvZiBHb2QqLCA3Mi4KPiBbM10gQXVndXN0aW5lLCBpYmlkLCA0Ni4K PiBOb3RlIHRoYXQgdGhlcmUgYXJlIHR3byBwcm9ibGVtcyBoZXJlOiAoMSkgaXQgcmVwZWF0cyB0 aGUgc291cmNlIGluIG5vdGUgMgo+IGluc3RlYWQgb2YgdXNpbmcgImliaWQiLAoKSXQncyBub3Qg Y2xlYXIgdGhhdCdzIGEgcHJvYmxlbS4gIEluZGVlZCwgd2UgbWFkZSBhIGNoYW5nZSB0byBnZXQK anVzdCB0aGlzIGJlaGF2aW9yLiAgU2VlCgpodHRwczovL2dpdGh1Yi5jb20vamdtL2NpdGVwcm9j L2NvbW1pdC81YWFmYTBlNThjZTM3ZDU2Njc3YmY4OGY1MmM0ZTY1OTFlODY3NzAzCmh0dHBzOi8v Z2l0aHViLmNvbS9qZ20vcGFuZG9jIzY4MTMKaHR0cHM6Ly9naXRodWIuY29tL2NpdGF0aW9uLXN0 eWxlLWxhbmd1YWdlL2RvY3VtZW50YXRpb24jMTIxCgpBY2NvcmRpbmcgdG8gdGhlIHNwZWMsIGli aWQgaXMgc3VwcG9zZWQgdG8gYmUgdHJpZ2dlcmVkIG9ubHkgd2hlbgp0aGUgY2l0ZWQgaXRlbSAo YSkgaW1tZWRpYXRlbHkgZm9sbG93cyBhbm90aGVyIGNpdGUgdG8gdGhlIHNhbWUKc291cmNlIHdp dGhpbiB0aGUgc2FtZSBjaXRhdGlvbiBvciAoYikgdGhlIHByZXZpb3VzIGNpdGF0aW9uCiJjb25z aXN0cyBvZiBhIHNpbmdsZSBjaXRlIHJlZmVyZW5jaW5nIHRoZSBzYW1lIGl0ZW0uIgoKSW4gdGhp cyBjYXNlIHRoZXJlIGlzIHNvbWUgYW1iaWd1aXR5IGFib3V0IHdoZXRoZXIgKGIpIGlzCnNhdGlz ZmllZCAtLSB0ZWNobmljYWxseSwgaXQgaXMsIGJlY2F1c2UgdGhlIHByZXZpb3VzIGNpdGF0aW9u CmlzIGp1c3QgIkF1Z3VzdGluZSwgVGhlIENpdHkgb2YgR29kLiIgIEhvd2V2ZXIsIHRoYXQgaW4t dGV4dApjaXRhdGlvbiBvY2N1cnMgaW4gYSBub3RlIHdpdGggYW5vdGhlciBjaXRhdGlvbiwgc3Vj aCB0aGF0IHRoZQp3aG9sZSB0aGluZyBpcyBpbmRpc3Rpbmd1aXNoYWJsZSBmcm9tIGEgbm90ZSBj aXRhdGlvbiBjb250YWluaW5nCnRoZSB0d28gaXRlbXMuICBTbyB3ZSB0cmVhdCB0aGUgaXRlbSBh cyBub3QgYSAic2luZ2xlIGNpdGUiIGluCnRoaXMgY2FzZS4KCj4gYW5kICgyKSBpdCByZXBlYXRz IHRoZSBhdXRob3IgaW4gbm90ZSAzLgoKVGhhdCdzIGJlY2F1c2UgKEkgYXNzdW1lKSB5b3UndmUg IHVzZWQgYW4gYXV0aG9yLWluLXRleHQgY2l0YXRpb24KZm9ybSwgd2hpY2ggYWx3YXlzIHByaW50 cyB0aGUgYXV0aG9yLiAgTm90ZSB0aGUgZGlmZmVyZW5jZQpiZXR3ZWVuCgpibGFoIGJsYWggW0Bh dWd1c3RpbmU6Y2l0eV0uCgphbmQKCmJsYWggYmxhaF5bQGF1Z3VzdGluZTpjaXR5XS4KCklOIHRo ZSBmaXJzdCBjYXNlIHlvdSBoYXZlIGEgbm9ybWFsIGNpdGF0aW9uLCBhbmQgdGhlIGF1dGhvciBu YW1lCndpbGwgYmUgc3VwcHJlc3NlZC4gSW4gdGhlIHNlY29uZCBjYXNlLCB5b3UgaGF2ZSBhIGZv b3Rub3RlIHdpdGgKYW4gYXV0aG9yLWluLXRleHQgY2l0YXRpb24uCgpXZSBuZWVkIHRoaXMgYmVo YXZpb3IgYmVjYXVzZSB5b3UgbWlnaHQgc2F5CiJAYXVndXN0aW5lOmNpdHkgc2F5cyBibGFoIiBp biAgdGhlIG1haW4gdGV4dCwgYW5kIHdlJ2Qgd2FudAp0byBnZXQgIkF1Z3VzdGluZSgxKSBzYXlz IGJsYWgiIHdpdGggYSBub3RlICIoMSkgSWJpZC4iClRoaXMgc3RydWN0dXJlIChhdXRob3IgbmFt ZSArIG5vdGUgd2l0aCAiaWJpZCIpIGdldHMgdHJhbnNmb3JtZWQKdG8gIkF1Z3VzdGluZSwgaWJp ZC4iIHdoZW4gaXQgaXMgZm91bmQgd2l0aGluIGEgbm90ZS4KCgoKCgotLSAKWW91IHJlY2VpdmVk IHRoaXMgbWVzc2FnZSBiZWNhdXNlIHlvdSBhcmUgc3Vic2NyaWJlZCB0byB0aGUgR29vZ2xlIEdy b3VwcyAicGFuZG9jLWRpc2N1c3MiIGdyb3VwLgpUbyB1bnN1YnNjcmliZSBmcm9tIHRoaXMgZ3Jv dXAgYW5kIHN0b3AgcmVjZWl2aW5nIGVtYWlscyBmcm9tIGl0LCBzZW5kIGFuIGVtYWlsIHRvIHBh bmRvYy1kaXNjdXNzK3Vuc3Vic2NyaWJlQGdvb2dsZWdyb3Vwcy5jb20uClRvIHZpZXcgdGhpcyBk aXNjdXNzaW9uIG9uIHRoZSB3ZWIgdmlzaXQgaHR0cHM6Ly9ncm91cHMuZ29vZ2xlLmNvbS9kL21z Z2lkL3BhbmRvYy1kaXNjdXNzLzU1NzI2N2U4LTNmMzAtNDVhYS04YjU4LTUwZmM2YmE3MTUzMW4l NDBnb29nbGVncm91cHMuY29tLgo= ----_com.samsung.android.email_1880453396309340 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXYgZGlyPSJh dXRvIj5Eb24ndCBrbm93IGlmIHRoYXQgd29ya3MgaW4gdGhhdCBjYXNlLCBidXQgdXNpbmcgYSBt aW51cyBiZWZvcmUgdGhlIEAgdXN1YWxseSBzdXBwcmVzc2VzIHRoZSBhdXRob3IuPC9kaXY+PGRp diBkaXI9ImF1dG8iPjxicj48L2Rpdj48ZGl2IGRpcj0iYXV0byI+SSBhZ3JlZSB3aXRoIHlvdSB0 aGF0IGl0IHdvdWxkIGJlIGZhdm91cmFibGUgdG8gc3VwcHJlc3MgdGhlIGF1dGhvciBoZXJlIGF1 dG9tYXRpY2FsbHkuIEN1cnJlbnRseSB0aGF0IGlzIG5vdCBvZmZpY2lhbGx5IHBvc3NpYmxlIHdp dGggQ1NMLjwvZGl2PjxkaXYgZGlyPSJhdXRvIj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRp diBhbGlnbj0ibGVmdCIgZGlyPSJhdXRvIiBzdHlsZT0iZm9udC1zaXplOjEwMCU7Y29sb3I6IzAw MDAwMCI+PGRpdj4tLS0tLS0tLSBVcnNwcsO8bmdsaWNoZSBOYWNocmljaHQgLS0tLS0tLS08L2Rp dj48ZGl2PlZvbjogSm9zaHVhICZsdDtqb3NodWEua2VyckBnbWFpbC5jb20mZ3Q7IDwvZGl2Pjxk aXY+RGF0dW06IDExLjExLjIwICAyMDowMiAgKEdNVCswMTowMCkgPC9kaXY+PGRpdj5BbjogcGFu ZG9jLWRpc2N1c3MgJmx0O3BhbmRvYy1kaXNjdXNzQGdvb2dsZWdyb3Vwcy5jb20mZ3Q7IDwvZGl2 PjxkaXY+QmV0cmVmZjogUmU6IEZvcm1hdHRpbmcgb2YgImliaWQiIGluIHYyLjExLnggPC9kaXY+ PGRpdj48YnI+PC9kaXY+PC9kaXY+PGRpdj5UaGFua3MgZm9yIHN1Y2ggYSBoZWxwZnVsLCBwcm9t cHQgcmVwbHkuIEkndmUgbG92ZWQgcGFuZG9jIGZvciBhIGxvbmcgdGltZSwgYnV0IEkgaGFkIG5v IGlkZWEgdGhlIHN1cHBvcnQgd2FzIHRoaXMgZ29vZC4gWW91IGhhdmUgYSBzdXBlcmIgcHJvamVj dCBoZXJlLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+QWZ0ZXIgY29uc3VsdGluZyB0aGUgc3R5 bGUgZ3VpZGVzLCBpdCBsb29rcyBsaWtlIHBhbmRvYyBpcyBrZWVwaW5nIHdpdGggdGhlIHRpbWVz IGFuZCBJIGFtIG5vdC4gSSdtIHN0aWxsIGEgYml0IGNvbmZ1c2VkIGFib3V0IHlvdXIgcmVzcG9u c2UgdG8gdGhlIHNlY29uZCBpc3N1ZSwgdGhvdWdoLiBTdXBwb3NlIEkgdHlwZTo8L2Rpdj48ZGl2 PjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ291cmllciBOZXc7Ij48Zm9udCBzaXplPSIyIj5C bGFoLl5bQEF1Z3VzdGluZUNpdHlHb2QyMDA4LCA3Mi5dIEJsYWguXltDb21wYXJlIHRvIHRoZSBj b21wZXRpbmcgY2xhaW0gaW4gQEF1Z3VzdGluZUNpdHlHb2QyMDA4LCA0Ni48L2ZvbnQ+PHNwYW4+ PGZvbnQgc2l6ZT0iMiI+XTwvZm9udD48YnI+PC9zcGFuPjwvc3Bhbj48L2Rpdj48ZGl2PjwvZGl2 PjxkaXY+PGJyPjwvZGl2PjxkaXY+VGhpcyB0aGVuIHJlbmRlcnM6PGJyPjwvZGl2PjxkaXY+PGZv bnQgc2l6ZT0iMiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBDb3VyaWVyIE5ldzsiPlsxXSBB dWd1c3RpbmUsIDxpPkNpdHkgb2YgR29kPC9pPiwgNzIuPC9zcGFuPjwvZm9udD48L2Rpdj48ZGl2 Pjxmb250IHNpemU9IjIiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ291cmllciBOZXc7Ij5b Ml0gPHNwYW4+Q29tcGFyZSB0byB0aGUgcmF0aGVyIGRpZmZlcmVudCBjbGFpbSBpbjwvc3Bhbj4g QXVndXN0aW5lLCBpYmlkLCA0Ni48L3NwYW4+PC9mb250PjwvZGl2PjxkaXY+PGJyPjwvZGl2Pjxk aXY+V2hlcmVhcyB0aGUgYmVoYXZpb3IgSSBpbnRlbmQ6PC9kaXY+PGRpdj48ZGl2Pjxmb250IHNp emU9IjIiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ291cmllciBOZXc7Ij5bMV0gQXVndXN0 aW5lLCA8aT5DaXR5IG9mIEdvZDwvaT4sIDcyLjwvc3Bhbj48L2ZvbnQ+PC9kaXY+PGRpdj48Zm9u dCBzaXplPSIyIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IENvdXJpZXIgTmV3OyI+WzJdIDxz cGFuPkNvbXBhcmUgdG8gdGhlIHJhdGhlciBkaWZmZXJlbnQgY2xhaW0gaW48L3NwYW4+IGliaWQs IDQ2Ljwvc3Bhbj48L2ZvbnQ+PC9kaXY+PC9kaXY+PGRpdj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48 ZGl2PlRoaXMgaXMgdGhlIGJlaGF2aW9yIEkgYWNoaWV2ZWQgYmVmb3JlIHVwZ3JhZGluZyBwYW5k b2MsIGJ1dCBJIGRvIG5vdCB1bmRlcnN0YW5kIHRoZSBkaXJlY3RpdmVzIEkgbmVlZCB0byBnaXZl IGluIG9yZGVyIHRvIGFjaGlldmUgaXQgbm93LiBPciBtYXliZSBJIHNpbXBseSBjYW5ub3QuPGJy PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+TWFueSB0aGFua3Mgb25jZSBhZ2Fpbiw8L2Rpdj48 ZGl2Pkpvc2h1YTxicj48L2Rpdj48YnI+PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjxkaXYgY2xh c3M9ImdtYWlsX2F0dHIiIGRpcj0iYXV0byI+T24gV2VkbmVzZGF5LCBOb3ZlbWJlciAxMSwgMjAy MCBhdCAxMDowMToyNSBBTSBVVEMtOCBKb2huIE1hY0ZhcmxhbmUgd3JvdGU6PGJyPjwvZGl2Pjxi bG9ja3F1b3RlIHN0eWxlPSJtYXJnaW46IDAgMCAwIDAuOGV4OyBib3JkZXItbGVmdDogMXB4IHNv bGlkIHJnYigyMDQsIDIwNCwgMjA0KTsgcGFkZGluZy1sZWZ0OiAxZXg7IiBjbGFzcz0iZ21haWxf cXVvdGUiPkpvc2h1YSAmbHQ7PGEgcmVsPSJub2ZvbGxvdyIgZGF0YS1lbWFpbC1tYXNrZWQ9IiIg aHJlZj0iIj5qb3NodS4uLkBnbWFpbC5jb208L2E+Jmd0OyB3cml0ZXM6Cjxicj4KPGJyPiZndDsg KFRoaXMgaXMgYSBmb2xsb3d1cCB0byAiUmVtb3ZpbmcgcGFyZW50aGVzZXMgYXJvdW5kIGNpdGF0 aW9ucyBpbgo8YnI+Jmd0OyBmb290bm90ZXMiOiAqdGhhbmsgeW91IHNvIG11Y2gqIGZvciB0aGUg Zml4IHRoZXJlLiBUaGUgYmVoYXZpb3IgSSdtCjxicj4mZ3Q7IG5vdGljaW5nIG5vdyBpcyBkaWZm ZXJlbnQgZW5vdWdoIHRoYXQgSSB0aG91Z2h0IGl0IHdvcnRoIGEgc2VwYXJhdGUgdGhyZWFkLikK PGJyPiZndDsKPGJyPiZndDsgVGhlcmUgc2VlbXMgdG8gYmUgYW4gaXNzdWUgd2l0aCAiaWJpZC4i IEknbSB1c2luZwo8YnI+Jmd0OyBjaGljYWdvLW5vdGUtYmlibGlvZ3JhcGh5LXdpdGgtaWJpZC5j c2wgYW5kIGEgZHVtbXkgZmlsZSBhcyBhbiBleGFtcGxlLgo8YnI+Jmd0OyBIZXJlJ3Mgd2hhdCBJ IGdldCB3aXRoIHYyLjExLjEuMToKPGJyPiZndDsgWzFdIERvZGRzLCAqRXVyaXBlZGVzKjsgc2Vl IGFsc28gQXVndXN0aW5lLCAqVGhlIENpdHkgb2YgR29kKi4KPGJyPiZndDsgWzJdIEF1Z3VzdGlu ZSwgKlRoZSBDaXR5IG9mIEdvZCosIDcyLgo8YnI+Jmd0OyBbM10gQXVndXN0aW5lLCBpYmlkLCA0 Ni4KPGJyPiZndDsgTm90ZSB0aGF0IHRoZXJlIGFyZSB0d28gcHJvYmxlbXMgaGVyZTogKDEpIGl0 IHJlcGVhdHMgdGhlIHNvdXJjZSBpbiBub3RlIDIKPGJyPiZndDsgaW5zdGVhZCBvZiB1c2luZyAi aWJpZCIsCjxicj4KPGJyPkl0J3Mgbm90IGNsZWFyIHRoYXQncyBhIHByb2JsZW0uICBJbmRlZWQs IHdlIG1hZGUgYSBjaGFuZ2UgdG8gZ2V0Cjxicj5qdXN0IHRoaXMgYmVoYXZpb3IuICBTZWUKPGJy Pgo8YnI+PGEgZGF0YS1zYWZlcmVkaXJlY3R1cmw9Imh0dHBzOi8vd3d3Lmdvb2dsZS5jb20vdXJs P2hsPWVuJmFtcDtxPWh0dHBzOi8vZ2l0aHViLmNvbS9qZ20vY2l0ZXByb2MvY29tbWl0LzVhYWZh MGU1OGNlMzdkNTY2NzdiZjg4ZjUyYzRlNjU5MWU4Njc3MDMmYW1wO3NvdXJjZT1nbWFpbCZhbXA7 dXN0PTE2MDUyMDQ5OTk1NzIwMDAmYW1wO3VzZz1BRlFqQ05GTzFoVG83NVdHVFhPU1hFa2dya1ox SnVEX0lRIiByZWw9Im5vZm9sbG93IiBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vamdtL2NpdGVw cm9jL2NvbW1pdC81YWFmYTBlNThjZTM3ZDU2Njc3YmY4OGY1MmM0ZTY1OTFlODY3NzAzIj5odHRw czovL2dpdGh1Yi5jb20vamdtL2NpdGVwcm9jL2NvbW1pdC81YWFmYTBlNThjZTM3ZDU2Njc3YmY4 OGY1MmM0ZTY1OTFlODY3NzAzPC9hPgo8YnI+PGEgZGF0YS1zYWZlcmVkaXJlY3R1cmw9Imh0dHBz Oi8vd3d3Lmdvb2dsZS5jb20vdXJsP2hsPWVuJmFtcDtxPWh0dHBzOi8vZ2l0aHViLmNvbS9qZ20v cGFuZG9jJTIzNjgxMyZhbXA7c291cmNlPWdtYWlsJmFtcDt1c3Q9MTYwNTIwNDk5OTU3MjAwMCZh bXA7dXNnPUFGUWpDTkdOMy1OWWdRZ1U4Zmo4ZE9ycFdhWnZkdnVDeGciIHJlbD0ibm9mb2xsb3ci IGhyZWY9Imh0dHBzOi8vZ2l0aHViLmNvbS9qZ20vcGFuZG9jIzY4MTMiPmh0dHBzOi8vZ2l0aHVi LmNvbS9qZ20vcGFuZG9jIzY4MTM8L2E+Cjxicj48YSBkYXRhLXNhZmVyZWRpcmVjdHVybD0iaHR0 cHM6Ly93d3cuZ29vZ2xlLmNvbS91cmw/aGw9ZW4mYW1wO3E9aHR0cHM6Ly9naXRodWIuY29tL2Np dGF0aW9uLXN0eWxlLWxhbmd1YWdlL2RvY3VtZW50YXRpb24lMjMxMjEmYW1wO3NvdXJjZT1nbWFp bCZhbXA7dXN0PTE2MDUyMDQ5OTk1NzIwMDAmYW1wO3VzZz1BRlFqQ05Fek5nNEoyM2JEN2hVSFJT bGwxVGhBc1dveG1nIiByZWw9Im5vZm9sbG93IiBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vY2l0 YXRpb24tc3R5bGUtbGFuZ3VhZ2UvZG9jdW1lbnRhdGlvbiMxMjEiPmh0dHBzOi8vZ2l0aHViLmNv bS9jaXRhdGlvbi1zdHlsZS1sYW5ndWFnZS9kb2N1bWVudGF0aW9uIzEyMTwvYT4KPGJyPgo8YnI+ QWNjb3JkaW5nIHRvIHRoZSBzcGVjLCBpYmlkIGlzIHN1cHBvc2VkIHRvIGJlIHRyaWdnZXJlZCBv bmx5IHdoZW4KPGJyPnRoZSBjaXRlZCBpdGVtIChhKSBpbW1lZGlhdGVseSBmb2xsb3dzIGFub3Ro ZXIgY2l0ZSB0byB0aGUgc2FtZQo8YnI+c291cmNlIHdpdGhpbiB0aGUgc2FtZSBjaXRhdGlvbiBv ciAoYikgdGhlIHByZXZpb3VzIGNpdGF0aW9uCjxicj4iY29uc2lzdHMgb2YgYSBzaW5nbGUgY2l0 ZSByZWZlcmVuY2luZyB0aGUgc2FtZSBpdGVtLiIKPGJyPgo8YnI+SW4gdGhpcyBjYXNlIHRoZXJl IGlzIHNvbWUgYW1iaWd1aXR5IGFib3V0IHdoZXRoZXIgKGIpIGlzCjxicj5zYXRpc2ZpZWQgLS0g dGVjaG5pY2FsbHksIGl0IGlzLCBiZWNhdXNlIHRoZSBwcmV2aW91cyBjaXRhdGlvbgo8YnI+aXMg anVzdCAiQXVndXN0aW5lLCBUaGUgQ2l0eSBvZiBHb2QuIiAgSG93ZXZlciwgdGhhdCBpbi10ZXh0 Cjxicj5jaXRhdGlvbiBvY2N1cnMgaW4gYSBub3RlIHdpdGggYW5vdGhlciBjaXRhdGlvbiwgc3Vj aCB0aGF0IHRoZQo8YnI+d2hvbGUgdGhpbmcgaXMgaW5kaXN0aW5ndWlzaGFibGUgZnJvbSBhIG5v dGUgY2l0YXRpb24gY29udGFpbmluZwo8YnI+dGhlIHR3byBpdGVtcy4gIFNvIHdlIHRyZWF0IHRo ZSBpdGVtIGFzIG5vdCBhICJzaW5nbGUgY2l0ZSIgaW4KPGJyPnRoaXMgY2FzZS4KPGJyPgo8YnI+ Jmd0OyBhbmQgKDIpIGl0IHJlcGVhdHMgdGhlIGF1dGhvciBpbiBub3RlIDMuCjxicj4KPGJyPlRo YXQncyBiZWNhdXNlIChJIGFzc3VtZSkgeW91J3ZlICB1c2VkIGFuIGF1dGhvci1pbi10ZXh0IGNp dGF0aW9uCjxicj5mb3JtLCB3aGljaCBhbHdheXMgcHJpbnRzIHRoZSBhdXRob3IuICBOb3RlIHRo ZSBkaWZmZXJlbmNlCjxicj5iZXR3ZWVuCjxicj4KPGJyPmJsYWggYmxhaCBbQGF1Z3VzdGluZTpj aXR5XS4KPGJyPgo8YnI+YW5kCjxicj4KPGJyPmJsYWggYmxhaF5bQGF1Z3VzdGluZTpjaXR5XS4K PGJyPgo8YnI+SU4gdGhlIGZpcnN0IGNhc2UgeW91IGhhdmUgYSBub3JtYWwgY2l0YXRpb24sIGFu ZCB0aGUgYXV0aG9yIG5hbWUKPGJyPndpbGwgYmUgc3VwcHJlc3NlZC4gSW4gdGhlIHNlY29uZCBj YXNlLCB5b3UgaGF2ZSBhIGZvb3Rub3RlIHdpdGgKPGJyPmFuIGF1dGhvci1pbi10ZXh0IGNpdGF0 aW9uLgo8YnI+Cjxicj5XZSBuZWVkIHRoaXMgYmVoYXZpb3IgYmVjYXVzZSB5b3UgbWlnaHQgc2F5 Cjxicj4iQGF1Z3VzdGluZTpjaXR5IHNheXMgYmxhaCIgaW4gIHRoZSBtYWluIHRleHQsIGFuZCB3 ZSdkIHdhbnQKPGJyPnRvIGdldCAiQXVndXN0aW5lKDEpIHNheXMgYmxhaCIgd2l0aCBhIG5vdGUg IigxKSBJYmlkLiIKPGJyPlRoaXMgc3RydWN0dXJlIChhdXRob3IgbmFtZSArIG5vdGUgd2l0aCAi aWJpZCIpIGdldHMgdHJhbnNmb3JtZWQKPGJyPnRvICJBdWd1c3RpbmUsIGliaWQuIiB3aGVuIGl0 IGlzIGZvdW5kIHdpdGhpbiBhIG5vdGUuCjxicj4KPGJyPjwvYmxvY2txdW90ZT48L2Rpdj4KCjxw PjwvcD4KCi0tIDxicj4KWW91IHJlY2VpdmVkIHRoaXMgbWVzc2FnZSBiZWNhdXNlIHlvdSBhcmUg c3Vic2NyaWJlZCB0byB0aGUgR29vZ2xlIEdyb3VwcyAicGFuZG9jLWRpc2N1c3MiIGdyb3VwLjxi cj4KVG8gdW5zdWJzY3JpYmUgZnJvbSB0aGlzIGdyb3VwIGFuZCBzdG9wIHJlY2VpdmluZyBlbWFp bHMgZnJvbSBpdCwgc2VuZCBhbiBlbWFpbCB0byA8YSBocmVmPSJtYWlsdG86cGFuZG9jLWRpc2N1 c3MrdW5zdWJzY3JpYmVAZ29vZ2xlZ3JvdXBzLmNvbSI+cGFuZG9jLWRpc2N1c3MrdW5zdWJzY3Jp YmVAZ29vZ2xlZ3JvdXBzLmNvbTwvYT4uPGJyPgpUbyB2aWV3IHRoaXMgZGlzY3Vzc2lvbiBvbiB0 aGUgd2ViIHZpc2l0IDxhIGhyZWY9Imh0dHBzOi8vZ3JvdXBzLmdvb2dsZS5jb20vZC9tc2dpZC9w YW5kb2MtZGlzY3Vzcy81NTcyNjdlOC0zZjMwLTQ1YWEtOGI1OC01MGZjNmJhNzE1MzFuJTQwZ29v Z2xlZ3JvdXBzLmNvbT91dG1fbWVkaXVtPWVtYWlsJmFtcDt1dG1fc291cmNlPWZvb3RlciI+aHR0 cHM6Ly9ncm91cHMuZ29vZ2xlLmNvbS9kL21zZ2lkL3BhbmRvYy1kaXNjdXNzLzU1NzI2N2U4LTNm MzAtNDVhYS04YjU4LTUwZmM2YmE3MTUzMW4lNDBnb29nbGVncm91cHMuY29tPC9hPi48YnI+Cjwv Ym9keT48L2h0bWw+ ----_com.samsung.android.email_1880453396309340-- ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <557267e8-3f30-45aa-8b58-50fc6ba71531n-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>]
* Re: Formatting of "ibid" in v2.11.x [not found] ` <557267e8-3f30-45aa-8b58-50fc6ba71531n-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> @ 2020-11-11 19:37 ` 'Denis Maier' via pandoc-discuss 2020-11-11 19:41 ` Denis Maier [not found] ` <5fac3d7d.1c69fb81.8ceda.81c8SMTPIN_ADDED_MISSING-AJJneosEFeET7FrJB5NJYwC/G2K4zDHf@public.gmane.org> 2020-11-11 20:12 ` John MacFarlane 1 sibling, 2 replies; 20+ messages in thread From: 'Denis Maier' via pandoc-discuss @ 2020-11-11 19:37 UTC (permalink / raw) To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw, joshua.kerr-Re5JQEeQqe8AvxtiuMwx3w, jgm-TVLZxgkOlNX2fBVCVOL8/A [-- Attachment #1: Type: text/plain, Size: 4589 bytes --] Don't know if that works in that case, but using a minus before the @ usually suppresses the author.I agree with you that it would be favourable to suppress the author here automatically. Currently that is not officially possible with CSL. -------- Ursprüngliche Nachricht --------Von: Joshua <joshua.kerr@gmail.com> Datum: 11.11.20 20:02 (GMT+01:00) An: pandoc-discuss <pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> Betreff: Re: Formatting of "ibid" in v2.11.x Thanks for such a helpful, prompt reply. I've loved pandoc for a long time, but I had no idea the support was this good. You have a superb project here.After consulting the style guides, it looks like pandoc is keeping with the times and I am not. I'm still a bit confused about your response to the second issue, though. Suppose I type:Blah.^[@AugustineCityGod2008, 72.] Blah.^[Compare to the competing claim in @AugustineCityGod2008, 46.]This then renders:[1] Augustine, City of God, 72.[2] Compare to the rather different claim in Augustine, ibid, 46.Whereas the behavior I intend:[1] Augustine, City of God, 72.[2] Compare to the rather different claim in ibid, 46.This is the behavior I achieved before upgrading pandoc, but I do not understand the directives I need to give in order to achieve it now. Or maybe I simply cannot.Many thanks once again,JoshuaOn Wednesday, November 11, 2020 at 10:01:25 AM UTC-8 John MacFarlane wrote:Joshua <joshu...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes: > (This is a followup to "Removing parentheses around citations in > footnotes": *thank you so much* for the fix there. The behavior I'm > noticing now is different enough that I thought it worth a separate thread.) > > There seems to be an issue with "ibid." I'm using > chicago-note-bibliography-with-ibid.csl and a dummy file as an example. > Here's what I get with v2.11.1.1: > [1] Dodds, *Euripedes*; see also Augustine, *The City of God*. > [2] Augustine, *The City of God*, 72. > [3] Augustine, ibid, 46. > Note that there are two problems here: (1) it repeats the source in note 2 > instead of using "ibid", It's not clear that's a problem. Indeed, we made a change to get just this behavior. See https://github.com/jgm/citeproc/commit/5aafa0e58ce37d56677bf88f52c4e6591e867703 https://github.com/jgm/pandoc#6813 https://github.com/citation-style-language/documentation#121 According to the spec, ibid is supposed to be triggered only when the cited item (a) immediately follows another cite to the same source within the same citation or (b) the previous citation "consists of a single cite referencing the same item." In this case there is some ambiguity about whether (b) is satisfied -- technically, it is, because the previous citation is just "Augustine, The City of God." However, that in-text citation occurs in a note with another citation, such that the whole thing is indistinguishable from a note citation containing the two items. So we treat the item as not a "single cite" in this case. > and (2) it repeats the author in note 3. That's because (I assume) you've used an author-in-text citation form, which always prints the author. Note the difference between blah blah [@augustine:city]. and blah blah^[@augustine:city]. IN the first case you have a normal citation, and the author name will be suppressed. In the second case, you have a footnote with an author-in-text citation. We need this behavior because you might say "@augustine:city says blah" in the main text, and we'd want to get "Augustine(1) says blah" with a note "(1) Ibid." This structure (author name + note with "ibid") gets transformed to "Augustine, ibid." when it is found within a note. -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/557267e8-3f30-45aa-8b58-50fc6ba71531n%40googlegroups.com. -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/5fac3d7d.1c69fb81.8ceda.81c8SMTPIN_ADDED_MISSING%40gmr-mx.google.com. [-- Attachment #2: Type: text/html, Size: 7630 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Formatting of "ibid" in v2.11.x 2020-11-11 19:37 ` 'Denis Maier' via pandoc-discuss @ 2020-11-11 19:41 ` Denis Maier [not found] ` <5fac3d7d.1c69fb81.8ceda.81c8SMTPIN_ADDED_MISSING-AJJneosEFeET7FrJB5NJYwC/G2K4zDHf@public.gmane.org> 1 sibling, 0 replies; 20+ messages in thread From: Denis Maier @ 2020-11-11 19:41 UTC (permalink / raw) To: pandoc-discuss, joshua.kerr, jgm ----_com.samsung.android.email_1881760910868790 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 T2gsIGxvb2tzIGxpa2UgaXQgd29uJ3QgaWYgSSB1bmRlcnN0YW5kIEpvaG4ncyBjb21tZW50cyBp biB0aGUgb3RoZXIgdGhyZWFkIGNvcnJlY3RseS4uLlZvbiBtZWluZW0vbWVpbmVyIEdhbGF4eSBn ZXNlbmRldAotLS0tLS0tLSBVcnNwcsO8bmdsaWNoZSBOYWNocmljaHQgLS0tLS0tLS1Wb246ICdE ZW5pcyBNYWllcicgdmlhIHBhbmRvYy1kaXNjdXNzIDxwYW5kb2MtZGlzY3Vzc0Bnb29nbGVncm91 cHMuY29tPiBEYXR1bTogMTEuMTEuMjAgIDIwOjM3ICAoR01UKzAxOjAwKSBBbjogcGFuZG9jLWRp c2N1c3NAZ29vZ2xlZ3JvdXBzLmNvbSwgam9zaHVhLmtlcnJAZ21haWwuY29tLCBqZ21AYmVya2Vs ZXkuZWR1IEJldHJlZmY6IFJlOiBGb3JtYXR0aW5nIG9mICJpYmlkIiBpbiB2Mi4xMS54IERvbid0 IGtub3cgaWYgdGhhdCB3b3JrcyBpbiB0aGF0IGNhc2UsIGJ1dCB1c2luZyBhIG1pbnVzIGJlZm9y ZSB0aGUgQCB1c3VhbGx5IHN1cHByZXNzZXMgdGhlIGF1dGhvci5JIGFncmVlIHdpdGggeW91IHRo YXQgaXQgd291bGQgYmUgZmF2b3VyYWJsZSB0byBzdXBwcmVzcyB0aGUgYXV0aG9yIGhlcmUgYXV0 b21hdGljYWxseS4gQ3VycmVudGx5IHRoYXQgaXMgbm90IG9mZmljaWFsbHkgcG9zc2libGUgd2l0 aCBDU0wuLS0tLS0tLS0gVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0IC0tLS0tLS0tVm9uOiBKb3No dWEgPGpvc2h1YS5rZXJyQGdtYWlsLmNvbT4gRGF0dW06IDExLjExLjIwICAyMDowMiAgKEdNVCsw MTowMCkgQW46IHBhbmRvYy1kaXNjdXNzIDxwYW5kb2MtZGlzY3Vzc0Bnb29nbGVncm91cHMuY29t PiBCZXRyZWZmOiBSZTogRm9ybWF0dGluZyBvZiAiaWJpZCIgaW4gdjIuMTEueCBUaGFua3MgZm9y IHN1Y2ggYSBoZWxwZnVsLCBwcm9tcHQgcmVwbHkuIEkndmUgbG92ZWQgcGFuZG9jIGZvciBhIGxv bmcgdGltZSwgYnV0IEkgaGFkIG5vIGlkZWEgdGhlIHN1cHBvcnQgd2FzIHRoaXMgZ29vZC4gWW91 IGhhdmUgYSBzdXBlcmIgcHJvamVjdCBoZXJlLkFmdGVyIGNvbnN1bHRpbmcgdGhlIHN0eWxlIGd1 aWRlcywgaXQgbG9va3MgbGlrZSBwYW5kb2MgaXMga2VlcGluZyB3aXRoIHRoZSB0aW1lcyBhbmQg SSBhbSBub3QuIEknbSBzdGlsbCBhIGJpdCBjb25mdXNlZCBhYm91dCB5b3VyIHJlc3BvbnNlIHRv IHRoZSBzZWNvbmQgaXNzdWUsIHRob3VnaC4gU3VwcG9zZSBJIHR5cGU6QmxhaC5eW0BBdWd1c3Rp bmVDaXR5R29kMjAwOCwgNzIuXSBCbGFoLl5bQ29tcGFyZSB0byB0aGUgY29tcGV0aW5nIGNsYWlt IGluIEBBdWd1c3RpbmVDaXR5R29kMjAwOCwgNDYuXVRoaXMgdGhlbiByZW5kZXJzOlsxXSBBdWd1 c3RpbmUsIENpdHkgb2YgR29kLCA3Mi5bMl0gQ29tcGFyZSB0byB0aGUgcmF0aGVyIGRpZmZlcmVu dCBjbGFpbSBpbiBBdWd1c3RpbmUsIGliaWQsIDQ2LldoZXJlYXMgdGhlIGJlaGF2aW9yIEkgaW50 ZW5kOlsxXSBBdWd1c3RpbmUsIENpdHkgb2YgR29kLCA3Mi5bMl0gQ29tcGFyZSB0byB0aGUgcmF0 aGVyIGRpZmZlcmVudCBjbGFpbSBpbiBpYmlkLCA0Ni5UaGlzIGlzIHRoZSBiZWhhdmlvciBJIGFj aGlldmVkIGJlZm9yZSB1cGdyYWRpbmcgcGFuZG9jLCBidXQgSSBkbyBub3QgdW5kZXJzdGFuZCB0 aGUgZGlyZWN0aXZlcyBJIG5lZWQgdG8gZ2l2ZSBpbiBvcmRlciB0byBhY2hpZXZlIGl0IG5vdy4g T3IgbWF5YmUgSSBzaW1wbHkgY2Fubm90Lk1hbnkgdGhhbmtzIG9uY2UgYWdhaW4sSm9zaHVhT24g V2VkbmVzZGF5LCBOb3ZlbWJlciAxMSwgMjAyMCBhdCAxMDowMToyNSBBTSBVVEMtOCBKb2huIE1h Y0ZhcmxhbmUgd3JvdGU6Sm9zaHVhIDxqb3NodS4uLkBnbWFpbC5jb20+IHdyaXRlczoKCj4gKFRo aXMgaXMgYSBmb2xsb3d1cCB0byAiUmVtb3ZpbmcgcGFyZW50aGVzZXMgYXJvdW5kIGNpdGF0aW9u cyBpbgo+IGZvb3Rub3RlcyI6ICp0aGFuayB5b3Ugc28gbXVjaCogZm9yIHRoZSBmaXggdGhlcmUu IFRoZSBiZWhhdmlvciBJJ20KPiBub3RpY2luZyBub3cgaXMgZGlmZmVyZW50IGVub3VnaCB0aGF0 IEkgdGhvdWdodCBpdCB3b3J0aCBhIHNlcGFyYXRlIHRocmVhZC4pCj4KPiBUaGVyZSBzZWVtcyB0 byBiZSBhbiBpc3N1ZSB3aXRoICJpYmlkLiIgSSdtIHVzaW5nCj4gY2hpY2Fnby1ub3RlLWJpYmxp b2dyYXBoeS13aXRoLWliaWQuY3NsIGFuZCBhIGR1bW15IGZpbGUgYXMgYW4gZXhhbXBsZS4KPiBI ZXJlJ3Mgd2hhdCBJIGdldCB3aXRoIHYyLjExLjEuMToKPiBbMV0gRG9kZHMsICpFdXJpcGVkZXMq OyBzZWUgYWxzbyBBdWd1c3RpbmUsICpUaGUgQ2l0eSBvZiBHb2QqLgo+IFsyXSBBdWd1c3RpbmUs ICpUaGUgQ2l0eSBvZiBHb2QqLCA3Mi4KPiBbM10gQXVndXN0aW5lLCBpYmlkLCA0Ni4KPiBOb3Rl IHRoYXQgdGhlcmUgYXJlIHR3byBwcm9ibGVtcyBoZXJlOiAoMSkgaXQgcmVwZWF0cyB0aGUgc291 cmNlIGluIG5vdGUgMgo+IGluc3RlYWQgb2YgdXNpbmcgImliaWQiLAoKSXQncyBub3QgY2xlYXIg dGhhdCdzIGEgcHJvYmxlbS4gIEluZGVlZCwgd2UgbWFkZSBhIGNoYW5nZSB0byBnZXQKanVzdCB0 aGlzIGJlaGF2aW9yLiAgU2VlCgpodHRwczovL2dpdGh1Yi5jb20vamdtL2NpdGVwcm9jL2NvbW1p dC81YWFmYTBlNThjZTM3ZDU2Njc3YmY4OGY1MmM0ZTY1OTFlODY3NzAzCmh0dHBzOi8vZ2l0aHVi LmNvbS9qZ20vcGFuZG9jIzY4MTMKaHR0cHM6Ly9naXRodWIuY29tL2NpdGF0aW9uLXN0eWxlLWxh bmd1YWdlL2RvY3VtZW50YXRpb24jMTIxCgpBY2NvcmRpbmcgdG8gdGhlIHNwZWMsIGliaWQgaXMg c3VwcG9zZWQgdG8gYmUgdHJpZ2dlcmVkIG9ubHkgd2hlbgp0aGUgY2l0ZWQgaXRlbSAoYSkgaW1t ZWRpYXRlbHkgZm9sbG93cyBhbm90aGVyIGNpdGUgdG8gdGhlIHNhbWUKc291cmNlIHdpdGhpbiB0 aGUgc2FtZSBjaXRhdGlvbiBvciAoYikgdGhlIHByZXZpb3VzIGNpdGF0aW9uCiJjb25zaXN0cyBv ZiBhIHNpbmdsZSBjaXRlIHJlZmVyZW5jaW5nIHRoZSBzYW1lIGl0ZW0uIgoKSW4gdGhpcyBjYXNl IHRoZXJlIGlzIHNvbWUgYW1iaWd1aXR5IGFib3V0IHdoZXRoZXIgKGIpIGlzCnNhdGlzZmllZCAt LSB0ZWNobmljYWxseSwgaXQgaXMsIGJlY2F1c2UgdGhlIHByZXZpb3VzIGNpdGF0aW9uCmlzIGp1 c3QgIkF1Z3VzdGluZSwgVGhlIENpdHkgb2YgR29kLiIgIEhvd2V2ZXIsIHRoYXQgaW4tdGV4dApj aXRhdGlvbiBvY2N1cnMgaW4gYSBub3RlIHdpdGggYW5vdGhlciBjaXRhdGlvbiwgc3VjaCB0aGF0 IHRoZQp3aG9sZSB0aGluZyBpcyBpbmRpc3Rpbmd1aXNoYWJsZSBmcm9tIGEgbm90ZSBjaXRhdGlv biBjb250YWluaW5nCnRoZSB0d28gaXRlbXMuICBTbyB3ZSB0cmVhdCB0aGUgaXRlbSBhcyBub3Qg YSAic2luZ2xlIGNpdGUiIGluCnRoaXMgY2FzZS4KCj4gYW5kICgyKSBpdCByZXBlYXRzIHRoZSBh dXRob3IgaW4gbm90ZSAzLgoKVGhhdCdzIGJlY2F1c2UgKEkgYXNzdW1lKSB5b3UndmUgIHVzZWQg YW4gYXV0aG9yLWluLXRleHQgY2l0YXRpb24KZm9ybSwgd2hpY2ggYWx3YXlzIHByaW50cyB0aGUg YXV0aG9yLiAgTm90ZSB0aGUgZGlmZmVyZW5jZQpiZXR3ZWVuCgpibGFoIGJsYWggW0BhdWd1c3Rp bmU6Y2l0eV0uCgphbmQKCmJsYWggYmxhaF5bQGF1Z3VzdGluZTpjaXR5XS4KCklOIHRoZSBmaXJz dCBjYXNlIHlvdSBoYXZlIGEgbm9ybWFsIGNpdGF0aW9uLCBhbmQgdGhlIGF1dGhvciBuYW1lCndp bGwgYmUgc3VwcHJlc3NlZC4gSW4gdGhlIHNlY29uZCBjYXNlLCB5b3UgaGF2ZSBhIGZvb3Rub3Rl IHdpdGgKYW4gYXV0aG9yLWluLXRleHQgY2l0YXRpb24uCgpXZSBuZWVkIHRoaXMgYmVoYXZpb3Ig YmVjYXVzZSB5b3UgbWlnaHQgc2F5CiJAYXVndXN0aW5lOmNpdHkgc2F5cyBibGFoIiBpbiAgdGhl IG1haW4gdGV4dCwgYW5kIHdlJ2Qgd2FudAp0byBnZXQgIkF1Z3VzdGluZSgxKSBzYXlzIGJsYWgi IHdpdGggYSBub3RlICIoMSkgSWJpZC4iClRoaXMgc3RydWN0dXJlIChhdXRob3IgbmFtZSArIG5v dGUgd2l0aCAiaWJpZCIpIGdldHMgdHJhbnNmb3JtZWQKdG8gIkF1Z3VzdGluZSwgaWJpZC4iIHdo ZW4gaXQgaXMgZm91bmQgd2l0aGluIGEgbm90ZS4KCgoKCgotLSAKWW91IHJlY2VpdmVkIHRoaXMg bWVzc2FnZSBiZWNhdXNlIHlvdSBhcmUgc3Vic2NyaWJlZCB0byB0aGUgR29vZ2xlIEdyb3VwcyAi cGFuZG9jLWRpc2N1c3MiIGdyb3VwLgpUbyB1bnN1YnNjcmliZSBmcm9tIHRoaXMgZ3JvdXAgYW5k IHN0b3AgcmVjZWl2aW5nIGVtYWlscyBmcm9tIGl0LCBzZW5kIGFuIGVtYWlsIHRvIHBhbmRvYy1k aXNjdXNzK3Vuc3Vic2NyaWJlQGdvb2dsZWdyb3Vwcy5jb20uClRvIHZpZXcgdGhpcyBkaXNjdXNz aW9uIG9uIHRoZSB3ZWIgdmlzaXQgaHR0cHM6Ly9ncm91cHMuZ29vZ2xlLmNvbS9kL21zZ2lkL3Bh bmRvYy1kaXNjdXNzLzU1NzI2N2U4LTNmMzAtNDVhYS04YjU4LTUwZmM2YmE3MTUzMW4lNDBnb29n bGVncm91cHMuY29tLgoKCgoKLS0gCllvdSByZWNlaXZlZCB0aGlzIG1lc3NhZ2UgYmVjYXVzZSB5 b3UgYXJlIHN1YnNjcmliZWQgdG8gdGhlIEdvb2dsZSBHcm91cHMgInBhbmRvYy1kaXNjdXNzIiBn cm91cC4KVG8gdW5zdWJzY3JpYmUgZnJvbSB0aGlzIGdyb3VwIGFuZCBzdG9wIHJlY2VpdmluZyBl bWFpbHMgZnJvbSBpdCwgc2VuZCBhbiBlbWFpbCB0byBwYW5kb2MtZGlzY3Vzcyt1bnN1YnNjcmli ZUBnb29nbGVncm91cHMuY29tLgpUbyB2aWV3IHRoaXMgZGlzY3Vzc2lvbiBvbiB0aGUgd2ViIHZp c2l0IGh0dHBzOi8vZ3JvdXBzLmdvb2dsZS5jb20vZC9tc2dpZC9wYW5kb2MtZGlzY3Vzcy81ZmFj M2Q3ZC4xYzY5ZmI4MS44Y2VkYS44MWM4U01UUElOX0FEREVEX01JU1NJTkclNDBnbXItbXguZ29v Z2xlLmNvbS4K ----_com.samsung.android.email_1881760910868790 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0 L2h0bWw7IGNoYXJzZXQ9VVRGLTgiPjwvaGVhZD48Ym9keSBkaXI9ImF1dG8iPjxkaXYgZGlyPSJh dXRvIj5PaCwgbG9va3MgbGlrZSBpdCB3b24ndCBpZiBJIHVuZGVyc3RhbmQgSm9obidzIGNvbW1l bnRzIGluIHRoZSBvdGhlciB0aHJlYWQgY29ycmVjdGx5Li4uPC9kaXY+PGRpdiBkaXI9ImF1dG8i Pjxicj48L2Rpdj48ZGl2IGRpcj0iYXV0byI+PGJyPjwvZGl2PjxkaXYgZGlyPSJhdXRvIj48YnI+ PC9kaXY+PGRpdiBpZD0iY29tcG9zZXJfc2lnbmF0dXJlIiBkaXI9ImF1dG8iPjxkaXYgc3R5bGU9 ImZvbnQtc2l6ZTo4NSU7Y29sb3I6IzU3NTc1NyIgZGlyPSJhdXRvIj5Wb24gbWVpbmVtL21laW5l ciBHYWxheHkgZ2VzZW5kZXQ8L2Rpdj48L2Rpdj48ZGl2IGRpcj0iYXV0byI+PGJyPjwvZGl2Pjxk aXY+PGJyPjwvZGl2PjxkaXYgYWxpZ249ImxlZnQiIGRpcj0iYXV0byIgc3R5bGU9ImZvbnQtc2l6 ZToxMDAlO2NvbG9yOiMwMDAwMDAiPjxkaXY+LS0tLS0tLS0gVXJzcHLDvG5nbGljaGUgTmFjaHJp Y2h0IC0tLS0tLS0tPC9kaXY+PGRpdj5Wb246ICdEZW5pcyBNYWllcicgdmlhIHBhbmRvYy1kaXNj dXNzICZsdDtwYW5kb2MtZGlzY3Vzc0Bnb29nbGVncm91cHMuY29tJmd0OyA8L2Rpdj48ZGl2PkRh dHVtOiAxMS4xMS4yMCAgMjA6MzcgIChHTVQrMDE6MDApIDwvZGl2PjxkaXY+QW46IHBhbmRvYy1k aXNjdXNzQGdvb2dsZWdyb3Vwcy5jb20sIGpvc2h1YS5rZXJyQGdtYWlsLmNvbSwgamdtQGJlcmtl bGV5LmVkdSA8L2Rpdj48ZGl2PkJldHJlZmY6IFJlOiBGb3JtYXR0aW5nIG9mICJpYmlkIiBpbiB2 Mi4xMS54IDwvZGl2PjxkaXY+PGJyPjwvZGl2PjwvZGl2PjxkaXYgZGlyPSJhdXRvIj5Eb24ndCBr bm93IGlmIHRoYXQgd29ya3MgaW4gdGhhdCBjYXNlLCBidXQgdXNpbmcgYSBtaW51cyBiZWZvcmUg dGhlIEAgdXN1YWxseSBzdXBwcmVzc2VzIHRoZSBhdXRob3IuPC9kaXY+PGRpdiBkaXI9ImF1dG8i Pjxicj48L2Rpdj48ZGl2IGRpcj0iYXV0byI+SSBhZ3JlZSB3aXRoIHlvdSB0aGF0IGl0IHdvdWxk IGJlIGZhdm91cmFibGUgdG8gc3VwcHJlc3MgdGhlIGF1dGhvciBoZXJlIGF1dG9tYXRpY2FsbHku IEN1cnJlbnRseSB0aGF0IGlzIG5vdCBvZmZpY2lhbGx5IHBvc3NpYmxlIHdpdGggQ1NMLjwvZGl2 PjxkaXYgZGlyPSJhdXRvIj48YnI+PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdiBzdHlsZT0iZm9u dC1zaXplOjEwMCU7Y29sb3I6IzAwMDAwMCIgZGlyPSJhdXRvIiBhbGlnbj0ibGVmdCI+PGRpdj4t LS0tLS0tLSBVcnNwcsO8bmdsaWNoZSBOYWNocmljaHQgLS0tLS0tLS08L2Rpdj48ZGl2PlZvbjog Sm9zaHVhICZsdDtqb3NodWEua2VyckBnbWFpbC5jb20mZ3Q7IDwvZGl2PjxkaXY+RGF0dW06IDEx LjExLjIwICAyMDowMiAgKEdNVCswMTowMCkgPC9kaXY+PGRpdj5BbjogcGFuZG9jLWRpc2N1c3Mg Jmx0O3BhbmRvYy1kaXNjdXNzQGdvb2dsZWdyb3Vwcy5jb20mZ3Q7IDwvZGl2PjxkaXY+QmV0cmVm ZjogUmU6IEZvcm1hdHRpbmcgb2YgImliaWQiIGluIHYyLjExLnggPC9kaXY+PGRpdj48YnI+PC9k aXY+PC9kaXY+PGRpdj5UaGFua3MgZm9yIHN1Y2ggYSBoZWxwZnVsLCBwcm9tcHQgcmVwbHkuIEkn dmUgbG92ZWQgcGFuZG9jIGZvciBhIGxvbmcgdGltZSwgYnV0IEkgaGFkIG5vIGlkZWEgdGhlIHN1 cHBvcnQgd2FzIHRoaXMgZ29vZC4gWW91IGhhdmUgYSBzdXBlcmIgcHJvamVjdCBoZXJlLjwvZGl2 PjxkaXY+PGJyPjwvZGl2PjxkaXY+QWZ0ZXIgY29uc3VsdGluZyB0aGUgc3R5bGUgZ3VpZGVzLCBp dCBsb29rcyBsaWtlIHBhbmRvYyBpcyBrZWVwaW5nIHdpdGggdGhlIHRpbWVzIGFuZCBJIGFtIG5v dC4gSSdtIHN0aWxsIGEgYml0IGNvbmZ1c2VkIGFib3V0IHlvdXIgcmVzcG9uc2UgdG8gdGhlIHNl Y29uZCBpc3N1ZSwgdGhvdWdoLiBTdXBwb3NlIEkgdHlwZTo8L2Rpdj48ZGl2PjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTogQ291cmllciBOZXc7Ij48Zm9udCBzaXplPSIyIj5CbGFoLl5bQEF1Z3Vz dGluZUNpdHlHb2QyMDA4LCA3Mi5dIEJsYWguXltDb21wYXJlIHRvIHRoZSBjb21wZXRpbmcgY2xh aW0gaW4gQEF1Z3VzdGluZUNpdHlHb2QyMDA4LCA0Ni48L2ZvbnQ+PHNwYW4+PGZvbnQgc2l6ZT0i MiI+XTwvZm9udD48YnI+PC9zcGFuPjwvc3Bhbj48L2Rpdj48ZGl2PjwvZGl2PjxkaXY+PGJyPjwv ZGl2PjxkaXY+VGhpcyB0aGVuIHJlbmRlcnM6PGJyPjwvZGl2PjxkaXY+PGZvbnQgc2l6ZT0iMiI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiBDb3VyaWVyIE5ldzsiPlsxXSBBdWd1c3RpbmUsIDxp PkNpdHkgb2YgR29kPC9pPiwgNzIuPC9zcGFuPjwvZm9udD48L2Rpdj48ZGl2Pjxmb250IHNpemU9 IjIiPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ291cmllciBOZXc7Ij5bMl0gPHNwYW4+Q29t cGFyZSB0byB0aGUgcmF0aGVyIGRpZmZlcmVudCBjbGFpbSBpbjwvc3Bhbj4gQXVndXN0aW5lLCBp YmlkLCA0Ni48L3NwYW4+PC9mb250PjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+V2hlcmVhcyB0 aGUgYmVoYXZpb3IgSSBpbnRlbmQ6PC9kaXY+PGRpdj48ZGl2Pjxmb250IHNpemU9IjIiPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTogQ291cmllciBOZXc7Ij5bMV0gQXVndXN0aW5lLCA8aT5DaXR5 IG9mIEdvZDwvaT4sIDcyLjwvc3Bhbj48L2ZvbnQ+PC9kaXY+PGRpdj48Zm9udCBzaXplPSIyIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6IENvdXJpZXIgTmV3OyI+WzJdIDxzcGFuPkNvbXBhcmUg dG8gdGhlIHJhdGhlciBkaWZmZXJlbnQgY2xhaW0gaW48L3NwYW4+IGliaWQsIDQ2Ljwvc3Bhbj48 L2ZvbnQ+PC9kaXY+PC9kaXY+PGRpdj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlRoaXMgaXMg dGhlIGJlaGF2aW9yIEkgYWNoaWV2ZWQgYmVmb3JlIHVwZ3JhZGluZyBwYW5kb2MsIGJ1dCBJIGRv IG5vdCB1bmRlcnN0YW5kIHRoZSBkaXJlY3RpdmVzIEkgbmVlZCB0byBnaXZlIGluIG9yZGVyIHRv IGFjaGlldmUgaXQgbm93LiBPciBtYXliZSBJIHNpbXBseSBjYW5ub3QuPGJyPjwvZGl2PjxkaXY+ PGJyPjwvZGl2PjxkaXY+TWFueSB0aGFua3Mgb25jZSBhZ2Fpbiw8L2Rpdj48ZGl2Pkpvc2h1YTxi cj48L2Rpdj48YnI+PGRpdiBjbGFzcz0iZ21haWxfcXVvdGUiPjxkaXYgZGlyPSJhdXRvIiBjbGFz cz0iZ21haWxfYXR0ciI+T24gV2VkbmVzZGF5LCBOb3ZlbWJlciAxMSwgMjAyMCBhdCAxMDowMToy NSBBTSBVVEMtOCBKb2huIE1hY0ZhcmxhbmUgd3JvdGU6PGJyPjwvZGl2PjxibG9ja3F1b3RlIGNs YXNzPSJnbWFpbF9xdW90ZSIgc3R5bGU9Im1hcmdpbjogMCAwIDAgMC44ZXg7IGJvcmRlci1sZWZ0 OiAxcHggc29saWQgcmdiKDIwNCwgMjA0LCAyMDQpOyBwYWRkaW5nLWxlZnQ6IDFleDsiPkpvc2h1 YSAmbHQ7PGEgaHJlZj0iIiBkYXRhLWVtYWlsLW1hc2tlZD0iIiByZWw9Im5vZm9sbG93Ij5qb3No dS4uLkBnbWFpbC5jb208L2E+Jmd0OyB3cml0ZXM6Cjxicj4KPGJyPiZndDsgKFRoaXMgaXMgYSBm b2xsb3d1cCB0byAiUmVtb3ZpbmcgcGFyZW50aGVzZXMgYXJvdW5kIGNpdGF0aW9ucyBpbgo8YnI+ Jmd0OyBmb290bm90ZXMiOiAqdGhhbmsgeW91IHNvIG11Y2gqIGZvciB0aGUgZml4IHRoZXJlLiBU aGUgYmVoYXZpb3IgSSdtCjxicj4mZ3Q7IG5vdGljaW5nIG5vdyBpcyBkaWZmZXJlbnQgZW5vdWdo IHRoYXQgSSB0aG91Z2h0IGl0IHdvcnRoIGEgc2VwYXJhdGUgdGhyZWFkLikKPGJyPiZndDsKPGJy PiZndDsgVGhlcmUgc2VlbXMgdG8gYmUgYW4gaXNzdWUgd2l0aCAiaWJpZC4iIEknbSB1c2luZwo8 YnI+Jmd0OyBjaGljYWdvLW5vdGUtYmlibGlvZ3JhcGh5LXdpdGgtaWJpZC5jc2wgYW5kIGEgZHVt bXkgZmlsZSBhcyBhbiBleGFtcGxlLgo8YnI+Jmd0OyBIZXJlJ3Mgd2hhdCBJIGdldCB3aXRoIHYy LjExLjEuMToKPGJyPiZndDsgWzFdIERvZGRzLCAqRXVyaXBlZGVzKjsgc2VlIGFsc28gQXVndXN0 aW5lLCAqVGhlIENpdHkgb2YgR29kKi4KPGJyPiZndDsgWzJdIEF1Z3VzdGluZSwgKlRoZSBDaXR5 IG9mIEdvZCosIDcyLgo8YnI+Jmd0OyBbM10gQXVndXN0aW5lLCBpYmlkLCA0Ni4KPGJyPiZndDsg Tm90ZSB0aGF0IHRoZXJlIGFyZSB0d28gcHJvYmxlbXMgaGVyZTogKDEpIGl0IHJlcGVhdHMgdGhl IHNvdXJjZSBpbiBub3RlIDIKPGJyPiZndDsgaW5zdGVhZCBvZiB1c2luZyAiaWJpZCIsCjxicj4K PGJyPkl0J3Mgbm90IGNsZWFyIHRoYXQncyBhIHByb2JsZW0uICBJbmRlZWQsIHdlIG1hZGUgYSBj aGFuZ2UgdG8gZ2V0Cjxicj5qdXN0IHRoaXMgYmVoYXZpb3IuICBTZWUKPGJyPgo8YnI+PGEgaHJl Zj0iaHR0cHM6Ly9naXRodWIuY29tL2pnbS9jaXRlcHJvYy9jb21taXQvNWFhZmEwZTU4Y2UzN2Q1 NjY3N2JmODhmNTJjNGU2NTkxZTg2NzcwMyIgcmVsPSJub2ZvbGxvdyIgZGF0YS1zYWZlcmVkaXJl Y3R1cmw9Imh0dHBzOi8vd3d3Lmdvb2dsZS5jb20vdXJsP2hsPWVuJmFtcDtxPWh0dHBzOi8vZ2l0 aHViLmNvbS9qZ20vY2l0ZXByb2MvY29tbWl0LzVhYWZhMGU1OGNlMzdkNTY2NzdiZjg4ZjUyYzRl NjU5MWU4Njc3MDMmYW1wO3NvdXJjZT1nbWFpbCZhbXA7dXN0PTE2MDUyMDQ5OTk1NzIwMDAmYW1w O3VzZz1BRlFqQ05GTzFoVG83NVdHVFhPU1hFa2dya1oxSnVEX0lRIj5odHRwczovL2dpdGh1Yi5j b20vamdtL2NpdGVwcm9jL2NvbW1pdC81YWFmYTBlNThjZTM3ZDU2Njc3YmY4OGY1MmM0ZTY1OTFl ODY3NzAzPC9hPgo8YnI+PGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL2pnbS9wYW5kb2MjNjgx MyIgcmVsPSJub2ZvbGxvdyIgZGF0YS1zYWZlcmVkaXJlY3R1cmw9Imh0dHBzOi8vd3d3Lmdvb2ds ZS5jb20vdXJsP2hsPWVuJmFtcDtxPWh0dHBzOi8vZ2l0aHViLmNvbS9qZ20vcGFuZG9jJTIzNjgx MyZhbXA7c291cmNlPWdtYWlsJmFtcDt1c3Q9MTYwNTIwNDk5OTU3MjAwMCZhbXA7dXNnPUFGUWpD TkdOMy1OWWdRZ1U4Zmo4ZE9ycFdhWnZkdnVDeGciPmh0dHBzOi8vZ2l0aHViLmNvbS9qZ20vcGFu ZG9jIzY4MTM8L2E+Cjxicj48YSBocmVmPSJodHRwczovL2dpdGh1Yi5jb20vY2l0YXRpb24tc3R5 bGUtbGFuZ3VhZ2UvZG9jdW1lbnRhdGlvbiMxMjEiIHJlbD0ibm9mb2xsb3ciIGRhdGEtc2FmZXJl ZGlyZWN0dXJsPSJodHRwczovL3d3dy5nb29nbGUuY29tL3VybD9obD1lbiZhbXA7cT1odHRwczov L2dpdGh1Yi5jb20vY2l0YXRpb24tc3R5bGUtbGFuZ3VhZ2UvZG9jdW1lbnRhdGlvbiUyMzEyMSZh bXA7c291cmNlPWdtYWlsJmFtcDt1c3Q9MTYwNTIwNDk5OTU3MjAwMCZhbXA7dXNnPUFGUWpDTkV6 Tmc0SjIzYkQ3aFVIUlNsbDFUaEFzV294bWciPmh0dHBzOi8vZ2l0aHViLmNvbS9jaXRhdGlvbi1z dHlsZS1sYW5ndWFnZS9kb2N1bWVudGF0aW9uIzEyMTwvYT4KPGJyPgo8YnI+QWNjb3JkaW5nIHRv IHRoZSBzcGVjLCBpYmlkIGlzIHN1cHBvc2VkIHRvIGJlIHRyaWdnZXJlZCBvbmx5IHdoZW4KPGJy PnRoZSBjaXRlZCBpdGVtIChhKSBpbW1lZGlhdGVseSBmb2xsb3dzIGFub3RoZXIgY2l0ZSB0byB0 aGUgc2FtZQo8YnI+c291cmNlIHdpdGhpbiB0aGUgc2FtZSBjaXRhdGlvbiBvciAoYikgdGhlIHBy ZXZpb3VzIGNpdGF0aW9uCjxicj4iY29uc2lzdHMgb2YgYSBzaW5nbGUgY2l0ZSByZWZlcmVuY2lu ZyB0aGUgc2FtZSBpdGVtLiIKPGJyPgo8YnI+SW4gdGhpcyBjYXNlIHRoZXJlIGlzIHNvbWUgYW1i aWd1aXR5IGFib3V0IHdoZXRoZXIgKGIpIGlzCjxicj5zYXRpc2ZpZWQgLS0gdGVjaG5pY2FsbHks IGl0IGlzLCBiZWNhdXNlIHRoZSBwcmV2aW91cyBjaXRhdGlvbgo8YnI+aXMganVzdCAiQXVndXN0 aW5lLCBUaGUgQ2l0eSBvZiBHb2QuIiAgSG93ZXZlciwgdGhhdCBpbi10ZXh0Cjxicj5jaXRhdGlv biBvY2N1cnMgaW4gYSBub3RlIHdpdGggYW5vdGhlciBjaXRhdGlvbiwgc3VjaCB0aGF0IHRoZQo8 YnI+d2hvbGUgdGhpbmcgaXMgaW5kaXN0aW5ndWlzaGFibGUgZnJvbSBhIG5vdGUgY2l0YXRpb24g Y29udGFpbmluZwo8YnI+dGhlIHR3byBpdGVtcy4gIFNvIHdlIHRyZWF0IHRoZSBpdGVtIGFzIG5v dCBhICJzaW5nbGUgY2l0ZSIgaW4KPGJyPnRoaXMgY2FzZS4KPGJyPgo8YnI+Jmd0OyBhbmQgKDIp IGl0IHJlcGVhdHMgdGhlIGF1dGhvciBpbiBub3RlIDMuCjxicj4KPGJyPlRoYXQncyBiZWNhdXNl IChJIGFzc3VtZSkgeW91J3ZlICB1c2VkIGFuIGF1dGhvci1pbi10ZXh0IGNpdGF0aW9uCjxicj5m b3JtLCB3aGljaCBhbHdheXMgcHJpbnRzIHRoZSBhdXRob3IuICBOb3RlIHRoZSBkaWZmZXJlbmNl Cjxicj5iZXR3ZWVuCjxicj4KPGJyPmJsYWggYmxhaCBbQGF1Z3VzdGluZTpjaXR5XS4KPGJyPgo8 YnI+YW5kCjxicj4KPGJyPmJsYWggYmxhaF5bQGF1Z3VzdGluZTpjaXR5XS4KPGJyPgo8YnI+SU4g dGhlIGZpcnN0IGNhc2UgeW91IGhhdmUgYSBub3JtYWwgY2l0YXRpb24sIGFuZCB0aGUgYXV0aG9y IG5hbWUKPGJyPndpbGwgYmUgc3VwcHJlc3NlZC4gSW4gdGhlIHNlY29uZCBjYXNlLCB5b3UgaGF2 ZSBhIGZvb3Rub3RlIHdpdGgKPGJyPmFuIGF1dGhvci1pbi10ZXh0IGNpdGF0aW9uLgo8YnI+Cjxi cj5XZSBuZWVkIHRoaXMgYmVoYXZpb3IgYmVjYXVzZSB5b3UgbWlnaHQgc2F5Cjxicj4iQGF1Z3Vz dGluZTpjaXR5IHNheXMgYmxhaCIgaW4gIHRoZSBtYWluIHRleHQsIGFuZCB3ZSdkIHdhbnQKPGJy PnRvIGdldCAiQXVndXN0aW5lKDEpIHNheXMgYmxhaCIgd2l0aCBhIG5vdGUgIigxKSBJYmlkLiIK PGJyPlRoaXMgc3RydWN0dXJlIChhdXRob3IgbmFtZSArIG5vdGUgd2l0aCAiaWJpZCIpIGdldHMg dHJhbnNmb3JtZWQKPGJyPnRvICJBdWd1c3RpbmUsIGliaWQuIiB3aGVuIGl0IGlzIGZvdW5kIHdp dGhpbiBhIG5vdGUuCjxicj4KPGJyPjwvYmxvY2txdW90ZT48L2Rpdj4KCjxwPjwvcD4KCi0tIDxi cj4KWW91IHJlY2VpdmVkIHRoaXMgbWVzc2FnZSBiZWNhdXNlIHlvdSBhcmUgc3Vic2NyaWJlZCB0 byB0aGUgR29vZ2xlIEdyb3VwcyAicGFuZG9jLWRpc2N1c3MiIGdyb3VwLjxicj4KVG8gdW5zdWJz Y3JpYmUgZnJvbSB0aGlzIGdyb3VwIGFuZCBzdG9wIHJlY2VpdmluZyBlbWFpbHMgZnJvbSBpdCwg c2VuZCBhbiBlbWFpbCB0byA8YSBocmVmPSJtYWlsdG86cGFuZG9jLWRpc2N1c3MrdW5zdWJzY3Jp YmVAZ29vZ2xlZ3JvdXBzLmNvbSI+cGFuZG9jLWRpc2N1c3MrdW5zdWJzY3JpYmVAZ29vZ2xlZ3Jv dXBzLmNvbTwvYT4uPGJyPgpUbyB2aWV3IHRoaXMgZGlzY3Vzc2lvbiBvbiB0aGUgd2ViIHZpc2l0 IDxhIGhyZWY9Imh0dHBzOi8vZ3JvdXBzLmdvb2dsZS5jb20vZC9tc2dpZC9wYW5kb2MtZGlzY3Vz cy81NTcyNjdlOC0zZjMwLTQ1YWEtOGI1OC01MGZjNmJhNzE1MzFuJTQwZ29vZ2xlZ3JvdXBzLmNv bT91dG1fbWVkaXVtPWVtYWlsJmFtcDt1dG1fc291cmNlPWZvb3RlciI+aHR0cHM6Ly9ncm91cHMu Z29vZ2xlLmNvbS9kL21zZ2lkL3BhbmRvYy1kaXNjdXNzLzU1NzI2N2U4LTNmMzAtNDVhYS04YjU4 LTUwZmM2YmE3MTUzMW4lNDBnb29nbGVncm91cHMuY29tPC9hPi48YnI+CgoKPHA+PC9wPgoKLS0g PGJyPgpZb3UgcmVjZWl2ZWQgdGhpcyBtZXNzYWdlIGJlY2F1c2UgeW91IGFyZSBzdWJzY3JpYmVk IHRvIHRoZSBHb29nbGUgR3JvdXBzICJwYW5kb2MtZGlzY3VzcyIgZ3JvdXAuPGJyPgpUbyB1bnN1 YnNjcmliZSBmcm9tIHRoaXMgZ3JvdXAgYW5kIHN0b3AgcmVjZWl2aW5nIGVtYWlscyBmcm9tIGl0 LCBzZW5kIGFuIGVtYWlsIHRvIDxhIGhyZWY9Im1haWx0bzpwYW5kb2MtZGlzY3Vzcyt1bnN1YnNj cmliZUBnb29nbGVncm91cHMuY29tIj5wYW5kb2MtZGlzY3Vzcyt1bnN1YnNjcmliZUBnb29nbGVn cm91cHMuY29tPC9hPi48YnI+ClRvIHZpZXcgdGhpcyBkaXNjdXNzaW9uIG9uIHRoZSB3ZWIgdmlz aXQgPGEgaHJlZj0iaHR0cHM6Ly9ncm91cHMuZ29vZ2xlLmNvbS9kL21zZ2lkL3BhbmRvYy1kaXNj dXNzLzVmYWMzZDdkLjFjNjlmYjgxLjhjZWRhLjgxYzhTTVRQSU5fQURERURfTUlTU0lORyU0MGdt ci1teC5nb29nbGUuY29tP3V0bV9tZWRpdW09ZW1haWwmYW1wO3V0bV9zb3VyY2U9Zm9vdGVyIj5o dHRwczovL2dyb3Vwcy5nb29nbGUuY29tL2QvbXNnaWQvcGFuZG9jLWRpc2N1c3MvNWZhYzNkN2Qu MWM2OWZiODEuOGNlZGEuODFjOFNNVFBJTl9BRERFRF9NSVNTSU5HJTQwZ21yLW14Lmdvb2dsZS5j b208L2E+Ljxicj4KPC9ib2R5PjwvaHRtbD4= ----_com.samsung.android.email_1881760910868790-- ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <5fac3d7d.1c69fb81.8ceda.81c8SMTPIN_ADDED_MISSING-AJJneosEFeET7FrJB5NJYwC/G2K4zDHf@public.gmane.org>]
* Re: Formatting of "ibid" in v2.11.x [not found] ` <5fac3d7d.1c69fb81.8ceda.81c8SMTPIN_ADDED_MISSING-AJJneosEFeET7FrJB5NJYwC/G2K4zDHf@public.gmane.org> @ 2020-11-11 19:41 ` 'Denis Maier' via pandoc-discuss [not found] ` <5fac3e55.1c69fb81.f7f71.1ee3SMTPIN_ADDED_MISSING-AJJneosEFeET7FrJB5NJYwC/G2K4zDHf@public.gmane.org> 0 siblings, 1 reply; 20+ messages in thread From: 'Denis Maier' via pandoc-discuss @ 2020-11-11 19:41 UTC (permalink / raw) To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw, joshua.kerr-Re5JQEeQqe8AvxtiuMwx3w, jgm-TVLZxgkOlNX2fBVCVOL8/A [-- Attachment #1: Type: text/plain, Size: 5499 bytes --] Oh, looks like it won't if I understand John's comments in the other thread correctly...Von meinem/meiner Galaxy gesendet -------- Ursprüngliche Nachricht --------Von: 'Denis Maier' via pandoc-discuss <pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> Datum: 11.11.20 20:37 (GMT+01:00) An: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org, joshua.kerr-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, jgm@berkeley.edu Betreff: Re: Formatting of "ibid" in v2.11.x Don't know if that works in that case, but using a minus before the @ usually suppresses the author.I agree with you that it would be favourable to suppress the author here automatically. Currently that is not officially possible with CSL.-------- Ursprüngliche Nachricht --------Von: Joshua <joshua.kerr-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> Datum: 11.11.20 20:02 (GMT+01:00) An: pandoc-discuss <pandoc-discuss@googlegroups.com> Betreff: Re: Formatting of "ibid" in v2.11.x Thanks for such a helpful, prompt reply. I've loved pandoc for a long time, but I had no idea the support was this good. You have a superb project here.After consulting the style guides, it looks like pandoc is keeping with the times and I am not. I'm still a bit confused about your response to the second issue, though. Suppose I type:Blah.^[@AugustineCityGod2008, 72.] Blah.^[Compare to the competing claim in @AugustineCityGod2008, 46.]This then renders:[1] Augustine, City of God, 72.[2] Compare to the rather different claim in Augustine, ibid, 46.Whereas the behavior I intend:[1] Augustine, City of God, 72.[2] Compare to the rather different claim in ibid, 46.This is the behavior I achieved before upgrading pandoc, but I do not understand the directives I need to give in order to achieve it now. Or maybe I simply cannot.Many thanks once again,JoshuaOn Wednesday, November 11, 2020 at 10:01:25 AM UTC-8 John MacFarlane wrote:Joshua <joshu...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes: > (This is a followup to "Removing parentheses around citations in > footnotes": *thank you so much* for the fix there. The behavior I'm > noticing now is different enough that I thought it worth a separate thread.) > > There seems to be an issue with "ibid." I'm using > chicago-note-bibliography-with-ibid.csl and a dummy file as an example. > Here's what I get with v2.11.1.1: > [1] Dodds, *Euripedes*; see also Augustine, *The City of God*. > [2] Augustine, *The City of God*, 72. > [3] Augustine, ibid, 46. > Note that there are two problems here: (1) it repeats the source in note 2 > instead of using "ibid", It's not clear that's a problem. Indeed, we made a change to get just this behavior. See https://github.com/jgm/citeproc/commit/5aafa0e58ce37d56677bf88f52c4e6591e867703 https://github.com/jgm/pandoc#6813 https://github.com/citation-style-language/documentation#121 According to the spec, ibid is supposed to be triggered only when the cited item (a) immediately follows another cite to the same source within the same citation or (b) the previous citation "consists of a single cite referencing the same item." In this case there is some ambiguity about whether (b) is satisfied -- technically, it is, because the previous citation is just "Augustine, The City of God." However, that in-text citation occurs in a note with another citation, such that the whole thing is indistinguishable from a note citation containing the two items. So we treat the item as not a "single cite" in this case. > and (2) it repeats the author in note 3. That's because (I assume) you've used an author-in-text citation form, which always prints the author. Note the difference between blah blah [@augustine:city]. and blah blah^[@augustine:city]. IN the first case you have a normal citation, and the author name will be suppressed. In the second case, you have a footnote with an author-in-text citation. We need this behavior because you might say "@augustine:city says blah" in the main text, and we'd want to get "Augustine(1) says blah" with a note "(1) Ibid." This structure (author name + note with "ibid") gets transformed to "Augustine, ibid." when it is found within a note. -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/557267e8-3f30-45aa-8b58-50fc6ba71531n%40googlegroups.com. -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/5fac3d7d.1c69fb81.8ceda.81c8SMTPIN_ADDED_MISSING%40gmr-mx.google.com. -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/5fac3e55.1c69fb81.f7f71.1ee3SMTPIN_ADDED_MISSING%40gmr-mx.google.com. [-- Attachment #2: Type: text/html, Size: 9249 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <5fac3e55.1c69fb81.f7f71.1ee3SMTPIN_ADDED_MISSING-AJJneosEFeET7FrJB5NJYwC/G2K4zDHf@public.gmane.org>]
* Re: Formatting of "ibid" in v2.11.x [not found] ` <5fac3e55.1c69fb81.f7f71.1ee3SMTPIN_ADDED_MISSING-AJJneosEFeET7FrJB5NJYwC/G2K4zDHf@public.gmane.org> @ 2020-11-11 19:57 ` Joshua 0 siblings, 0 replies; 20+ messages in thread From: Joshua @ 2020-11-11 19:57 UTC (permalink / raw) To: pandoc-discuss [-- Attachment #1.1: Type: text/plain, Size: 6839 bytes --] Yes Denis, that's right: suppressing the author inserts parentheses into the mix, unfortunately. (It would also involve manually tracking the citations and adjusting them any time the order changed.) The more I think about it, though, the more I realize that if pandoc has trouble with "ibid," I might just switch to a style that does not use "ibid" at all. Staying with pandoc v2.10 is not really a long-term solution, and pandoc is more important to me than any particular style guide! Joshua On Wednesday, November 11, 2020 at 11:41:16 AM UTC-8 Denis Maier wrote: > Oh, looks like it won't if I understand John's comments in the other > thread correctly... > > > > Von meinem/meiner Galaxy gesendet > > > -------- Ursprüngliche Nachricht -------- > Von: 'Denis Maier' via pandoc-discuss <pandoc-...-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> > Datum: 11.11.20 20:37 (GMT+01:00) > An: pandoc-...-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org, joshu...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, j...-TVLZxgkOlNX2fBVCVOL8/A@public.gmane.org > Betreff: Re: Formatting of "ibid" in v2.11.x > > Don't know if that works in that case, but using a minus before the @ > usually suppresses the author. > > I agree with you that it would be favourable to suppress the author here > automatically. Currently that is not officially possible with CSL. > > > -------- Ursprüngliche Nachricht -------- > Von: Joshua <joshu...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> > Datum: 11.11.20 20:02 (GMT+01:00) > An: pandoc-discuss <pandoc-...-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> > Betreff: Re: Formatting of "ibid" in v2.11.x > > Thanks for such a helpful, prompt reply. I've loved pandoc for a long > time, but I had no idea the support was this good. You have a superb > project here. > > After consulting the style guides, it looks like pandoc is keeping with > the times and I am not. I'm still a bit confused about your response to the > second issue, though. Suppose I type: > Blah.^[@AugustineCityGod2008, 72.] Blah.^[Compare to the competing claim > in @AugustineCityGod2008, 46.] > > This then renders: > [1] Augustine, *City of God*, 72. > [2] Compare to the rather different claim in Augustine, ibid, 46. > > Whereas the behavior I intend: > [1] Augustine, *City of God*, 72. > [2] Compare to the rather different claim in ibid, 46. > > This is the behavior I achieved before upgrading pandoc, but I do not > understand the directives I need to give in order to achieve it now. Or > maybe I simply cannot. > > Many thanks once again, > Joshua > > On Wednesday, November 11, 2020 at 10:01:25 AM UTC-8 John MacFarlane wrote: > >> Joshua <joshu...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes: >> >> > (This is a followup to "Removing parentheses around citations in >> > footnotes": *thank you so much* for the fix there. The behavior I'm >> > noticing now is different enough that I thought it worth a separate >> thread.) >> > >> > There seems to be an issue with "ibid." I'm using >> > chicago-note-bibliography-with-ibid.csl and a dummy file as an example. >> > Here's what I get with v2.11.1.1: >> > [1] Dodds, *Euripedes*; see also Augustine, *The City of God*. >> > [2] Augustine, *The City of God*, 72. >> > [3] Augustine, ibid, 46. >> > Note that there are two problems here: (1) it repeats the source in >> note 2 >> > instead of using "ibid", >> >> It's not clear that's a problem. Indeed, we made a change to get >> just this behavior. See >> >> >> https://github.com/jgm/citeproc/commit/5aafa0e58ce37d56677bf88f52c4e6591e867703 >> https://github.com/jgm/pandoc#6813 >> https://github.com/citation-style-language/documentation#121 >> >> According to the spec, ibid is supposed to be triggered only when >> the cited item (a) immediately follows another cite to the same >> source within the same citation or (b) the previous citation >> "consists of a single cite referencing the same item." >> >> In this case there is some ambiguity about whether (b) is >> satisfied -- technically, it is, because the previous citation >> is just "Augustine, The City of God." However, that in-text >> citation occurs in a note with another citation, such that the >> whole thing is indistinguishable from a note citation containing >> the two items. So we treat the item as not a "single cite" in >> this case. >> >> > and (2) it repeats the author in note 3. >> >> That's because (I assume) you've used an author-in-text citation >> form, which always prints the author. Note the difference >> between >> >> blah blah [@augustine:city]. >> >> and >> >> blah blah^[@augustine:city]. >> >> IN the first case you have a normal citation, and the author name >> will be suppressed. In the second case, you have a footnote with >> an author-in-text citation. >> >> We need this behavior because you might say >> "@augustine:city says blah" in the main text, and we'd want >> to get "Augustine(1) says blah" with a note "(1) Ibid." >> This structure (author name + note with "ibid") gets transformed >> to "Augustine, ibid." when it is found within a note. >> >> -- > You received this message because you are subscribed to the Google Groups > "pandoc-discuss" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to pandoc-discus...-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org > To view this discussion on the web visit > https://groups.google.com/d/msgid/pandoc-discuss/557267e8-3f30-45aa-8b58-50fc6ba71531n%40googlegroups.com > <https://groups.google.com/d/msgid/pandoc-discuss/557267e8-3f30-45aa-8b58-50fc6ba71531n%40googlegroups.com?utm_medium=email&utm_source=footer> > . > > -- > You received this message because you are subscribed to the Google Groups > "pandoc-discuss" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to pandoc-discus...-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org > To view this discussion on the web visit > https://groups.google.com/d/msgid/pandoc-discuss/5fac3d7d.1c69fb81.8ceda.81c8SMTPIN_ADDED_MISSING%40gmr-mx.google.com > <https://groups.google.com/d/msgid/pandoc-discuss/5fac3d7d.1c69fb81.8ceda.81c8SMTPIN_ADDED_MISSING%40gmr-mx.google.com?utm_medium=email&utm_source=footer> > . > -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/c035eed7-7e93-4271-b231-8820114ca132n%40googlegroups.com. [-- Attachment #1.2: Type: text/html, Size: 10991 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Formatting of "ibid" in v2.11.x [not found] ` <557267e8-3f30-45aa-8b58-50fc6ba71531n-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> 2020-11-11 19:37 ` 'Denis Maier' via pandoc-discuss @ 2020-11-11 20:12 ` John MacFarlane [not found] ` <m27dqrirf5.fsf-pgq/RBwaQ+zq8tPRBa0AtqxOck334EZe@public.gmane.org> 1 sibling, 1 reply; 20+ messages in thread From: John MacFarlane @ 2020-11-11 20:12 UTC (permalink / raw) To: Joshua, pandoc-discuss Joshua <joshua.kerr-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes: > Thanks for such a helpful, prompt reply. I've loved pandoc for a long time, > but I had no idea the support was this good. You have a superb project here. > > After consulting the style guides, it looks like pandoc is keeping with the > times and I am not. I'm still a bit confused about your response to the > second issue, though. Suppose I type: > Blah.^[@AugustineCityGod2008, 72.] Blah.^[Compare to the competing claim in > @AugustineCityGod2008, 46.] > > This then renders: > [1] Augustine, *City of God*, 72. > [2] Compare to the rather different claim in Augustine, ibid, 46. > > Whereas the behavior I intend: > [1] Augustine, *City of God*, 72. > [2] Compare to the rather different claim in ibid, 46. > > This is the behavior I achieved before upgrading pandoc, but I do not > understand the directives I need to give in order to achieve it now. Or > maybe I simply cannot. It's usually better just to use inline references; in a note style they will be automatically converted to notes. So do this: Blah [@AugustineCityGod2008, 72]. Blah [Compare to the competing claim in @AugustineCityGod2008, 46]. This uses regular citations, not author-in-text citations. Not only will it give you the ibid you want, it will also allow you to switch easily to an author-date citation style if you wish. Pandoc will automatically create the notes and rearrange spacing and punctuation. ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <m27dqrirf5.fsf-pgq/RBwaQ+zq8tPRBa0AtqxOck334EZe@public.gmane.org>]
* Re: Formatting of "ibid" in v2.11.x [not found] ` <m27dqrirf5.fsf-pgq/RBwaQ+zq8tPRBa0AtqxOck334EZe@public.gmane.org> @ 2020-11-11 20:17 ` Joshua 2020-11-15 12:06 ` jcr 1 sibling, 0 replies; 20+ messages in thread From: Joshua @ 2020-11-11 20:17 UTC (permalink / raw) To: pandoc-discuss [-- Attachment #1.1: Type: text/plain, Size: 2145 bytes --] Now I'm starting to understand the issue and the advantage of doing it this way. Thank you again. Joshua On Wednesday, November 11, 2020 at 12:12:47 PM UTC-8 John MacFarlane wrote: > Joshua <joshu...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes: > > > Thanks for such a helpful, prompt reply. I've loved pandoc for a long > time, > > but I had no idea the support was this good. You have a superb project > here. > > > > After consulting the style guides, it looks like pandoc is keeping with > the > > times and I am not. I'm still a bit confused about your response to the > > second issue, though. Suppose I type: > > Blah.^[@AugustineCityGod2008, 72.] Blah.^[Compare to the competing claim > in > > @AugustineCityGod2008, 46.] > > > > This then renders: > > [1] Augustine, *City of God*, 72. > > [2] Compare to the rather different claim in Augustine, ibid, 46. > > > > Whereas the behavior I intend: > > [1] Augustine, *City of God*, 72. > > [2] Compare to the rather different claim in ibid, 46. > > > > This is the behavior I achieved before upgrading pandoc, but I do not > > understand the directives I need to give in order to achieve it now. Or > > maybe I simply cannot. > > It's usually better just to use inline references; in a note > style they will be automatically converted to notes. > > So do this: > > Blah [@AugustineCityGod2008, 72]. Blah [Compare to the competing claim in > @AugustineCityGod2008, 46]. > > This uses regular citations, not author-in-text citations. > Not only will it give you the ibid you want, it will also allow > you to switch easily to an author-date citation style if you > wish. > > Pandoc will automatically create the notes and rearrange spacing > and punctuation. > -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/93a51404-c046-4cbb-b27f-ba2a60283c88n%40googlegroups.com. [-- Attachment #1.2: Type: text/html, Size: 2897 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Formatting of "ibid" in v2.11.x [not found] ` <m27dqrirf5.fsf-pgq/RBwaQ+zq8tPRBa0AtqxOck334EZe@public.gmane.org> 2020-11-11 20:17 ` Joshua @ 2020-11-15 12:06 ` jcr [not found] ` <91253106-0a3e-4139-ab0e-2dbbed3f7been-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> 1 sibling, 1 reply; 20+ messages in thread From: jcr @ 2020-11-15 12:06 UTC (permalink / raw) To: pandoc-discuss [-- Attachment #1.1: Type: text/plain, Size: 3281 bytes --] This thread helped me to realize that pandoc doesn't have the kind of citations that I use in narrative footnotes. Often I could get what I want, but not always. What I really need in footnotes is the equivalent of a BibLaTeX \cite{}. I don't want AuthorInText, I just want InText. Like Joshua, I don't want to force the author name to be included in the citation. I realize that I can often achieve this by using prefixes and suffixes on a citation instead of making a footnote, but this won't work in all cases. Specifically, it doesn't allow the footnote to have two or more paragraphs. I've also had trouble writing footnotes with citations in multiple sentences: perhaps there's a workaround, but it seemed that there always had to be a semicolon separating citations. So if both AuthorInText and InText citations are needed, what syntax could be used? One idea would be to take @smith04 as an in-text citation, +@smith04 as an author-in-text citation, and -@smith04 as an authorless in.-text citation. That seems logical to me, but has the disadvantage of changing the meaning of @smith04. Another option would be to use attributes or classes to specify citation types, like [@smith04]{.intext}. On Wednesday, November 11, 2020 at 9:12:47 PM UTC+1 John MacFarlane wrote: > Joshua <joshu...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes: > > > Thanks for such a helpful, prompt reply. I've loved pandoc for a long > time, > > but I had no idea the support was this good. You have a superb project > here. > > > > After consulting the style guides, it looks like pandoc is keeping with > the > > times and I am not. I'm still a bit confused about your response to the > > second issue, though. Suppose I type: > > Blah.^[@AugustineCityGod2008, 72.] Blah.^[Compare to the competing claim > in > > @AugustineCityGod2008, 46.] > > > > This then renders: > > [1] Augustine, *City of God*, 72. > > [2] Compare to the rather different claim in Augustine, ibid, 46. > > > > Whereas the behavior I intend: > > [1] Augustine, *City of God*, 72. > > [2] Compare to the rather different claim in ibid, 46. > > > > This is the behavior I achieved before upgrading pandoc, but I do not > > understand the directives I need to give in order to achieve it now. Or > > maybe I simply cannot. > > It's usually better just to use inline references; in a note > style they will be automatically converted to notes. > > So do this: > > Blah [@AugustineCityGod2008, 72]. Blah [Compare to the competing claim in > @AugustineCityGod2008, 46]. > > This uses regular citations, not author-in-text citations. > Not only will it give you the ibid you want, it will also allow > you to switch easily to an author-date citation style if you > wish. > > Pandoc will automatically create the notes and rearrange spacing > and punctuation. > -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/91253106-0a3e-4139-ab0e-2dbbed3f7been%40googlegroups.com. [-- Attachment #1.2: Type: text/html, Size: 4005 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <91253106-0a3e-4139-ab0e-2dbbed3f7been-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>]
* AW: Formatting of "ibid" in v2.11.x [not found] ` <91253106-0a3e-4139-ab0e-2dbbed3f7been-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> @ 2020-11-15 16:36 ` denis.maier-FfwAq0itz3ofv37vnLkPlQ [not found] ` <6fbe9e68e26342fda7586938e5139882-FfwAq0itz3ofv37vnLkPlQ@public.gmane.org> 2020-11-16 16:46 ` John MacFarlane 1 sibling, 1 reply; 20+ messages in thread From: denis.maier-FfwAq0itz3ofv37vnLkPlQ @ 2020-11-15 16:36 UTC (permalink / raw) To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw Yes, I also think adding a new mode would be a good idea. But I wouldn't want the current syntax to change in backwards incompatible ways, and adding more symbols that are not super evident feels a bit odd. I like the proposal to use classes for this though as that would be extensible. ________________________________________ Von: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org <pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> im Auftrag von jcr <ffi.appdev-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> Gesendet: Sonntag, 15. November 2020 13:06:50 An: pandoc-discuss Betreff: Re: Formatting of "ibid" in v2.11.x This thread helped me to realize that pandoc doesn't have the kind of citations that I use in narrative footnotes. Often I could get what I want, but not always. What I really need in footnotes is the equivalent of a BibLaTeX \cite{}. I don't want AuthorInText, I just want InText. Like Joshua, I don't want to force the author name to be included in the citation. I realize that I can often achieve this by using prefixes and suffixes on a citation instead of making a footnote, but this won't work in all cases. Specifically, it doesn't allow the footnote to have two or more paragraphs. I've also had trouble writing footnotes with citations in multiple sentences: perhaps there's a workaround, but it seemed that there always had to be a semicolon separating citations. So if both AuthorInText and InText citations are needed, what syntax could be used? One idea would be to take @smith04 as an in-text citation, +@smith04 as an author-in-text citation, and -@smith04 as an authorless in.-text citation. That seems logical to me, but has the disadvantage of changing the meaning of @smith04. Another option would be to use attributes or classes to specify citation types, like [@smith04]{.intext}. On Wednesday, November 11, 2020 at 9:12:47 PM UTC+1 John MacFarlane wrote: Joshua <joshu...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes: > Thanks for such a helpful, prompt reply. I've loved pandoc for a long time, > but I had no idea the support was this good. You have a superb project here. > > After consulting the style guides, it looks like pandoc is keeping with the > times and I am not. I'm still a bit confused about your response to the > second issue, though. Suppose I type: > Blah.^[@AugustineCityGod2008, 72.] Blah.^[Compare to the competing claim in > @AugustineCityGod2008, 46.] > > This then renders: > [1] Augustine, *City of God*, 72. > [2] Compare to the rather different claim in Augustine, ibid, 46. > > Whereas the behavior I intend: > [1] Augustine, *City of God*, 72. > [2] Compare to the rather different claim in ibid, 46. > > This is the behavior I achieved before upgrading pandoc, but I do not > understand the directives I need to give in order to achieve it now. Or > maybe I simply cannot. It's usually better just to use inline references; in a note style they will be automatically converted to notes. So do this: Blah [@AugustineCityGod2008, 72]. Blah [Compare to the competing claim in @AugustineCityGod2008, 46]. This uses regular citations, not author-in-text citations. Not only will it give you the ibid you want, it will also allow you to switch easily to an author-date citation style if you wish. Pandoc will automatically create the notes and rearrange spacing and punctuation. -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org<mailto:pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>. To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/91253106-0a3e-4139-ab0e-2dbbed3f7been%40googlegroups.com<https://groups.google.com/d/msgid/pandoc-discuss/91253106-0a3e-4139-ab0e-2dbbed3f7been%40googlegroups.com?utm_medium=email&utm_source=footer>. -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/6fbe9e68e26342fda7586938e5139882%40ub.unibe.ch. ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <6fbe9e68e26342fda7586938e5139882-FfwAq0itz3ofv37vnLkPlQ@public.gmane.org>]
* AW: Formatting of "ibid" in v2.11.x [not found] ` <6fbe9e68e26342fda7586938e5139882-FfwAq0itz3ofv37vnLkPlQ@public.gmane.org> @ 2020-11-15 19:12 ` denis.maier-FfwAq0itz3ofv37vnLkPlQ 0 siblings, 0 replies; 20+ messages in thread From: denis.maier-FfwAq0itz3ofv37vnLkPlQ @ 2020-11-15 19:12 UTC (permalink / raw) To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw Maybe that could be useful for other output formats as well, e.g biblatex? ________________________________________ Von: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org <pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> im Auftrag von denis.maier-FfwAq0itz3ofv37vnLkPlQ@public.gmane.org <denis.maier-FfwAq0itz3ofv37vnLkPlQ@public.gmane.org> Gesendet: Sonntag, 15. November 2020 17:36:35 An: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org Betreff: AW: Formatting of "ibid" in v2.11.x Yes, I also think adding a new mode would be a good idea. But I wouldn't want the current syntax to change in backwards incompatible ways, and adding more symbols that are not super evident feels a bit odd. I like the proposal to use classes for this though as that would be extensible. ________________________________________ Von: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org <pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> im Auftrag von jcr <ffi.appdev-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> Gesendet: Sonntag, 15. November 2020 13:06:50 An: pandoc-discuss Betreff: Re: Formatting of "ibid" in v2.11.x This thread helped me to realize that pandoc doesn't have the kind of citations that I use in narrative footnotes. Often I could get what I want, but not always. What I really need in footnotes is the equivalent of a BibLaTeX \cite{}. I don't want AuthorInText, I just want InText. Like Joshua, I don't want to force the author name to be included in the citation. I realize that I can often achieve this by using prefixes and suffixes on a citation instead of making a footnote, but this won't work in all cases. Specifically, it doesn't allow the footnote to have two or more paragraphs. I've also had trouble writing footnotes with citations in multiple sentences: perhaps there's a workaround, but it seemed that there always had to be a semicolon separating citations. So if both AuthorInText and InText citations are needed, what syntax could be used? One idea would be to take @smith04 as an in-text citation, +@smith04 as an author-in-text citation, and -@smith04 as an authorless in.-text citation. That seems logical to me, but has the disadvantage of changing the meaning of @smith04. Another option would be to use attributes or classes to specify citation types, like [@smith04]{.intext}. On Wednesday, November 11, 2020 at 9:12:47 PM UTC+1 John MacFarlane wrote: Joshua <joshu...-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes: > Thanks for such a helpful, prompt reply. I've loved pandoc for a long time, > but I had no idea the support was this good. You have a superb project here. > > After consulting the style guides, it looks like pandoc is keeping with the > times and I am not. I'm still a bit confused about your response to the > second issue, though. Suppose I type: > Blah.^[@AugustineCityGod2008, 72.] Blah.^[Compare to the competing claim in > @AugustineCityGod2008, 46.] > > This then renders: > [1] Augustine, *City of God*, 72. > [2] Compare to the rather different claim in Augustine, ibid, 46. > > Whereas the behavior I intend: > [1] Augustine, *City of God*, 72. > [2] Compare to the rather different claim in ibid, 46. > > This is the behavior I achieved before upgrading pandoc, but I do not > understand the directives I need to give in order to achieve it now. Or > maybe I simply cannot. It's usually better just to use inline references; in a note style they will be automatically converted to notes. So do this: Blah [@AugustineCityGod2008, 72]. Blah [Compare to the competing claim in @AugustineCityGod2008, 46]. This uses regular citations, not author-in-text citations. Not only will it give you the ibid you want, it will also allow you to switch easily to an author-date citation style if you wish. Pandoc will automatically create the notes and rearrange spacing and punctuation. -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org<mailto:pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org>. To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/91253106-0a3e-4139-ab0e-2dbbed3f7been%40googlegroups.com<https://groups.google.com/d/msgid/pandoc-discuss/91253106-0a3e-4139-ab0e-2dbbed3f7been%40googlegroups.com?utm_medium=email&utm_source=footer>. -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/6fbe9e68e26342fda7586938e5139882%40ub.unibe.ch. -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/dad863e89ed24982aef4920a37831291%40ub.unibe.ch. ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Formatting of "ibid" in v2.11.x [not found] ` <91253106-0a3e-4139-ab0e-2dbbed3f7been-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> 2020-11-15 16:36 ` AW: " denis.maier-FfwAq0itz3ofv37vnLkPlQ @ 2020-11-16 16:46 ` John MacFarlane [not found] ` <CAGOSsdkBbvh4jYQbwK9+Ay3nWFEo_cZ0uFN=w6tDoG76hqQGYg@mail.gmail.com> 1 sibling, 1 reply; 20+ messages in thread From: John MacFarlane @ 2020-11-16 16:46 UTC (permalink / raw) To: jcr, pandoc-discuss jcr <ffi.appdev-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes: > So if both AuthorInText and InText citations are needed, what syntax could > be used? One idea would be to take @smith04 as an in-text citation, > +@smith04 as an author-in-text citation, and -@smith04 as an authorless > in.-text citation. That seems logical to me, but has the disadvantage of > changing the meaning of @smith04. Another option would be to use attributes > or classes to specify citation types, like [@smith04]{.intext}. I think we'd actually be most of the way there if we could only distisguish, at the post-citeproc stage, between @-foo and [@-foo]. In notes, with note styles, we could render the former with no parentheses and the latter with parentheses (as currently). Both syntaxes are already allowed. The problem is that these are indistinguishable given our current types. They are both marked as SuppressAuthor citations (the other alternatives being AuthorOnly and NormalCitation). If we had something like BareSuppressAuthor, or a field like doNotPutInNote, we could move forward. Unfortunately this would require changes to pandoc-types, which can be a bit painful for the ecosystem. ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <CAGOSsdkBbvh4jYQbwK9+Ay3nWFEo_cZ0uFN=w6tDoG76hqQGYg@mail.gmail.com>]
[parent not found: <m2k0ul82g7.fsf@MacBook-Pro.hsd1.ca.comcast.net>]
[parent not found: <m2k0ul82g7.fsf-jF64zX8BO08an7k8zZ43ob9bIa4KchGshsV+eolpW18@public.gmane.org>]
* Re: Formatting of "ibid" in v2.11.x [not found] ` <m2k0ul82g7.fsf-jF64zX8BO08an7k8zZ43ob9bIa4KchGshsV+eolpW18@public.gmane.org> @ 2020-11-16 20:37 ` John MacFarlane [not found] ` <m2ft5982dm.fsf-jF64zX8BO08an7k8zZ43ob9bIa4KchGshsV+eolpW18@public.gmane.org> 0 siblings, 1 reply; 20+ messages in thread From: John MacFarlane @ 2020-11-16 20:37 UTC (permalink / raw) To: FI Apps, pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw FI Apps <ffi.appdev-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes: > I think it's better to carefully choose a solution and change pandoc-types > than for SuppressAuthor to have different semantics depending on whether or > not there's a square bracket in the citation text. That won't be possible anyway -- I realized that by the time we're doing the deNote operation (handling note citations inside notes), the brackets are gone, replaced by a note, and we really can't distinguish the two forms. So we would need a chance to pandoc-types. > I'm not looking for a BareSuppressAuthor, I'm looking for a normal citation > in footnote text, which will include the author's name unless it uses ibid. Right, I do understand that. I was exploring what could be done without any changes to the syntax of citations, though. > If you don't want to change pandoc-types, there is another possible > solution, which is to not add parentheses to [@foo] in footnotes—returning > to the 2.10 behavior in that regard. To get parentheses, it would then be > necessary to write [(@foo)], putting the parentheses inside the brackets so > that the citation processing code can know to adjust the citation > accordingly (as citeproc-js does). Yes, this could be done, but then you won't be able to switch effortlessly between author-date and note styles -- you'd have to know ahead of time that you were working in a note style. (In non-note styles, citeproc itself will add delimiters according to the style, e.g. parens.) -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/m2ft5982dm.fsf%40MacBook-Pro.hsd1.ca.comcast.net. ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <m2ft5982dm.fsf-jF64zX8BO08an7k8zZ43ob9bIa4KchGshsV+eolpW18@public.gmane.org>]
* Pandoc: Suggestions for latex table generator [not found] ` <m2ft5982dm.fsf-jF64zX8BO08an7k8zZ43ob9bIa4KchGshsV+eolpW18@public.gmane.org> @ 2020-11-18 10:08 ` Gabriel Nützi [not found] ` <277ee96f-10bd-6db4-3c2f-7ee37527d68b-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> 0 siblings, 1 reply; 20+ messages in thread From: Gabriel Nützi @ 2020-11-18 10:08 UTC (permalink / raw) To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw [-- Attachment #1: Type: text/plain, Size: 2372 bytes --] *Hi all,* As I realized, styling tables especially for HTML output is a breeze, because of CSS, styling with Latex Output, you need to post-process the pandoc output, or write your own writer (really dont want to do this). The question is why the current writer uses always `minipages` inside `longtable` (if lists are present) and does not use something like this. Are there ways to influence the styling better than Regex/Python postprocessing the output of Pandoc. meaning removing wrong `/strut`, changing row definitions etc... The following table in question: https://tex.stackexchange.com/questions/571329/minipage-in-table-has-strange-inter-row-spacing is produced by Pandoc which is not really ideal, nor does it allow any customization in the Tex-Template or so... I am not a latex expert, maybe some of them could comment on the below rather parametric approach. *Thanks a lot* The better output would be along the line (as answered in the question), by using : |\documentclass{article} \usepackage{array, % new booktabs, longtable, makecell} % new \usepackage{enumitem} % new \usepackage{etoolbox} % new \AtBeginEnvironment{longtable}{% \setlist[itemize]{nosep=0pt, leftmargin=*, label=\textbullet, after=\end{minipage}, % <--- before=\begin{minipage}[t]{\linewidth} % <--- }} \begin{document} \begingroup \setcellgapes{2pt} \makegapedcells \begin{longtable}[]{@{} >{\raggedright}p{\dimexpr0.45\columnwidth-\tabcolsep} >{\raggedright}p{\dimexpr0.55\columnwidth-\tabcolsep} @{}} \caption{Title}\tabularnewline \toprule Column A & Column B \tabularnewline \midrule \endfirsthead \toprule| |Column A & Column B| |\tabularnewline \midrule \endhead Was ist passiert? & \begin{itemize} \item Item 1 \item Item 2 \end{itemize} \tabularnewline Wie fühle ich mich? Und du? & |||\begin{itemize} \item Item 1 \item Item 2 \end{itemize} \tabularnewline|\bottomrule \end{longtable} \endgroup| -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/277ee96f-10bd-6db4-3c2f-7ee37527d68b%40gmail.com. [-- Attachment #2: Type: text/html, Size: 38470 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <277ee96f-10bd-6db4-3c2f-7ee37527d68b-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>]
* Re: Pandoc: Suggestions for latex table generator [not found] ` <277ee96f-10bd-6db4-3c2f-7ee37527d68b-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> @ 2020-11-19 20:05 ` John MacFarlane 2020-11-19 20:14 ` John MacFarlane 2020-11-22 18:13 ` John MacFarlane 2 siblings, 0 replies; 20+ messages in thread From: John MacFarlane @ 2020-11-19 20:05 UTC (permalink / raw) To: Gabriel Nützi, pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw The recommendation to use p columns may be fine for some cases, but I'm skeptical it will work for all of the block-level constructions pandoc needs to produce. I think there was a reason we used minipage and not p. Worth experimenting around with it, though. Gabriel Nützi <gnuetzi-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes: > *Hi all,* > > As I realized, styling tables especially for HTML output is a breeze, > because of CSS, styling with Latex Output, you need to post-process the > pandoc output, > or write your own writer (really dont want to do this). > > The question is why the current writer uses always `minipages` inside > `longtable` (if lists are present) and does not use something like this. > Are there ways to influence the styling better than Regex/Python > postprocessing the output of Pandoc. meaning removing wrong `/strut`, > changing row definitions etc... > > The following table in question: > https://tex.stackexchange.com/questions/571329/minipage-in-table-has-strange-inter-row-spacing > is produced by Pandoc which is not really ideal, nor does it allow any > customization in the Tex-Template or so... > I am not a latex expert, maybe some of them could comment on the below > rather parametric approach. > > *Thanks a lot* > > > The better output would be along the line (as answered in the question), > by using : > > |\documentclass{article} \usepackage{array, % new booktabs, longtable, > makecell} % new \usepackage{enumitem} % new \usepackage{etoolbox} % new > \AtBeginEnvironment{longtable}{% \setlist[itemize]{nosep=0pt, > leftmargin=*, label=\textbullet, after=\end{minipage}, % <--- > before=\begin{minipage}[t]{\linewidth} % <--- }} \begin{document} > \begingroup \setcellgapes{2pt} \makegapedcells \begin{longtable}[]{@{} > >{\raggedright}p{\dimexpr0.45\columnwidth-\tabcolsep} > >{\raggedright}p{\dimexpr0.55\columnwidth-\tabcolsep} @{}} > \caption{Title}\tabularnewline \toprule Column A & Column B > \tabularnewline \midrule \endfirsthead \toprule| > |Column A & Column B| > |\tabularnewline \midrule \endhead Was ist passiert? & \begin{itemize} > \item Item 1 \item Item 2 \end{itemize} \tabularnewline Wie fühle ich > mich? Und du? & |||\begin{itemize} \item Item 1 \item Item 2 \end{itemize} > \tabularnewline|\bottomrule \end{longtable} \endgroup| > > -- > You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. > To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org > To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/277ee96f-10bd-6db4-3c2f-7ee37527d68b%40gmail.com. -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/m2k0uh3yex.fsf%40MacBook-Pro.hsd1.ca.comcast.net. ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Pandoc: Suggestions for latex table generator [not found] ` <277ee96f-10bd-6db4-3c2f-7ee37527d68b-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> 2020-11-19 20:05 ` John MacFarlane @ 2020-11-19 20:14 ` John MacFarlane [not found] ` <m2eekp3y0e.fsf-jF64zX8BO08an7k8zZ43ob9bIa4KchGshsV+eolpW18@public.gmane.org> 2020-11-22 18:13 ` John MacFarlane 2 siblings, 1 reply; 20+ messages in thread From: John MacFarlane @ 2020-11-19 20:14 UTC (permalink / raw) To: Gabriel Nützi, pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw OK, I see that the suggested code in the stackexchange post does this: \setlist[itemize]{nosep=0pt, leftmargin=*, label=\textbullet, after=\end{minipage}, % <--- before=\begin{minipage}[t]{\linewidth} % <--- } So, that allows itemize environments to occur inside the table cells. But it won't help, I think, with other kinds of block level constructions that we need to include. And it would require setting these special itemize options every time we have a table (ugly). I wonder if there's another way to improve row spacing. ^ permalink raw reply [flat|nested] 20+ messages in thread
[parent not found: <m2eekp3y0e.fsf-jF64zX8BO08an7k8zZ43ob9bIa4KchGshsV+eolpW18@public.gmane.org>]
* Re: Pandoc: Suggestions for latex table generator [not found] ` <m2eekp3y0e.fsf-jF64zX8BO08an7k8zZ43ob9bIa4KchGshsV+eolpW18@public.gmane.org> @ 2020-11-19 20:18 ` John MacFarlane 0 siblings, 0 replies; 20+ messages in thread From: John MacFarlane @ 2020-11-19 20:18 UTC (permalink / raw) To: Gabriel Nützi, pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw Sorry, I see that the suggestion puts this in the preamble, attaching it to longtable using etoolbox. Well, that could work for lists inside table cells. I'm just not sure EVERYTHING will work that way; it would require testing. I opened an issue so we can keep track of this: https://github.com/jgm/pandoc/issues/6860 John MacFarlane <fiddlosopher-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> writes: > OK, I see that the suggested code in the stackexchange post does > this: > > \setlist[itemize]{nosep=0pt, > leftmargin=*, > label=\textbullet, > after=\end{minipage}, % <--- > before=\begin{minipage}[t]{\linewidth} % <--- > } > > So, that allows itemize environments to occur inside the > table cells. But it won't help, I think, with other > kinds of block level constructions that we need to include. > And it would require setting these special itemize options > every time we have a table (ugly). I wonder if there's > another way to improve row spacing. ^ permalink raw reply [flat|nested] 20+ messages in thread
* Re: Pandoc: Suggestions for latex table generator [not found] ` <277ee96f-10bd-6db4-3c2f-7ee37527d68b-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> 2020-11-19 20:05 ` John MacFarlane 2020-11-19 20:14 ` John MacFarlane @ 2020-11-22 18:13 ` John MacFarlane 2 siblings, 0 replies; 20+ messages in thread From: John MacFarlane @ 2020-11-22 18:13 UTC (permalink / raw) To: Gabriel Nützi, pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw [-- Attachment #1: Type: text/plain, Size: 684 bytes --] Sorry, before getting too far into this discussion I should have asked what version of pandoc you were using. An old one, it appears. I tried generating a similar table using the current version and I got very different output -- and no issue with cramped spacing between rows. -- You received this message because you are subscribed to the Google Groups "pandoc-discuss" group. To unsubscribe from this group and stop receiving emails from it, send an email to pandoc-discuss+unsubscribe-/JYPxA39Uh5TLH3MbocFF+G/Ez6ZCGd0@public.gmane.org To view this discussion on the web visit https://groups.google.com/d/msgid/pandoc-discuss/m2y2itdztz.fsf%40MacBook-Pro.hsd1.ca.comcast.net. [-- Attachment #2: screenshot.png --] [-- Type: image/png, Size: 57531 bytes --] ^ permalink raw reply [flat|nested] 20+ messages in thread
end of thread, other threads:[~2020-11-22 18:13 UTC | newest] Thread overview: 20+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-11-11 16:15 Formatting of "ibid" in v2.11.x Joshua [not found] ` <965d161d-db68-439f-acab-c035c89ec0dfn-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> 2020-11-11 18:01 ` John MacFarlane [not found] ` <m2wnyrlqn0.fsf-jF64zX8BO08an7k8zZ43ob9bIa4KchGshsV+eolpW18@public.gmane.org> 2020-11-11 19:02 ` Joshua 2020-11-11 19:37 ` Denis Maier [not found] ` <557267e8-3f30-45aa-8b58-50fc6ba71531n-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> 2020-11-11 19:37 ` 'Denis Maier' via pandoc-discuss 2020-11-11 19:41 ` Denis Maier [not found] ` <5fac3d7d.1c69fb81.8ceda.81c8SMTPIN_ADDED_MISSING-AJJneosEFeET7FrJB5NJYwC/G2K4zDHf@public.gmane.org> 2020-11-11 19:41 ` 'Denis Maier' via pandoc-discuss [not found] ` <5fac3e55.1c69fb81.f7f71.1ee3SMTPIN_ADDED_MISSING-AJJneosEFeET7FrJB5NJYwC/G2K4zDHf@public.gmane.org> 2020-11-11 19:57 ` Joshua 2020-11-11 20:12 ` John MacFarlane [not found] ` <m27dqrirf5.fsf-pgq/RBwaQ+zq8tPRBa0AtqxOck334EZe@public.gmane.org> 2020-11-11 20:17 ` Joshua 2020-11-15 12:06 ` jcr [not found] ` <91253106-0a3e-4139-ab0e-2dbbed3f7been-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org> 2020-11-15 16:36 ` AW: " denis.maier-FfwAq0itz3ofv37vnLkPlQ [not found] ` <6fbe9e68e26342fda7586938e5139882-FfwAq0itz3ofv37vnLkPlQ@public.gmane.org> 2020-11-15 19:12 ` denis.maier-FfwAq0itz3ofv37vnLkPlQ 2020-11-16 16:46 ` John MacFarlane [not found] ` <CAGOSsdkBbvh4jYQbwK9+Ay3nWFEo_cZ0uFN=w6tDoG76hqQGYg@mail.gmail.com> [not found] ` <m2k0ul82g7.fsf@MacBook-Pro.hsd1.ca.comcast.net> [not found] ` <m2k0ul82g7.fsf-jF64zX8BO08an7k8zZ43ob9bIa4KchGshsV+eolpW18@public.gmane.org> 2020-11-16 20:37 ` John MacFarlane [not found] ` <m2ft5982dm.fsf-jF64zX8BO08an7k8zZ43ob9bIa4KchGshsV+eolpW18@public.gmane.org> 2020-11-18 10:08 ` Pandoc: Suggestions for latex table generator Gabriel Nützi [not found] ` <277ee96f-10bd-6db4-3c2f-7ee37527d68b-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> 2020-11-19 20:05 ` John MacFarlane 2020-11-19 20:14 ` John MacFarlane [not found] ` <m2eekp3y0e.fsf-jF64zX8BO08an7k8zZ43ob9bIa4KchGshsV+eolpW18@public.gmane.org> 2020-11-19 20:18 ` John MacFarlane 2020-11-22 18:13 ` John MacFarlane
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).