Formatting of "ibid" in v2.11.x

Formatting of "ibid" in v2.11.x

[Joshua]

[-- 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 --]

Re: Formatting of "ibid" in v2.11.x

[John MacFarlane]

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.

Re: Formatting of "ibid" in v2.11.x

[Joshua]

[-- 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 --]

Re: Formatting of "ibid" in v2.11.x

['Denis Maier' via pandoc-discuss]

[-- 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 --]

Re: Formatting of "ibid" in v2.11.x

['Denis Maier' via pandoc-discuss]

[-- 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 --]

Re: Formatting of "ibid" in v2.11.x

[Joshua]

[-- 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 --]

Re: Formatting of "ibid" in v2.11.x

[Denis Maier]

----_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--

Re: Formatting of "ibid" in v2.11.x

[John MacFarlane]

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.

Re: Formatting of "ibid" in v2.11.x

[Joshua]

[-- 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 --]

Re: Formatting of "ibid" in v2.11.x

[jcr]

[-- 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 --]

AW: Formatting of "ibid" in v2.11.x

[denis.maier-FfwAq0itz3ofv37vnLkPlQ]

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.

AW: Formatting of "ibid" in v2.11.x

[denis.maier-FfwAq0itz3ofv37vnLkPlQ]

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.

Re: Formatting of "ibid" in v2.11.x

[John MacFarlane]

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.

Re: Formatting of "ibid" in v2.11.x

[John MacFarlane]

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.

Pandoc: Suggestions for latex table generator

[Gabriel Nützi]

[-- 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 --]

Re: Pandoc: Suggestions for latex table generator

[John MacFarlane]

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.

Re: Pandoc: Suggestions for latex table generator

[John MacFarlane]

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.

Re: Pandoc: Suggestions for latex table generator

[John MacFarlane]

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.

Re: Pandoc: Suggestions for latex table generator

[John MacFarlane]

[-- 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 --]

Re: Formatting of "ibid" in v2.11.x

[Denis Maier]

----_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--