Problem with table heading ending in a pipe

With asciidoctor 1.5.2, if the last cell of a table heading ends with a pipe, the rendered HTML assumes the  first data row is part of the heading, e.g. this:

        [options="header",cols=">l,<l",frame="none"]
        |====
        ^l|stuff ^l|abc\|X
        |2 |hello\|
        |3 |hello
        |====

yields a correct HTML heading of:

        stuff   abc|X

which is good, but if you remove the "X" from the asciidoc heading, the
HTML output heading is:

        stuff   abc|2

The "X" is gone, but the "2" from the first data row is now in the
heading, and the first and only data row is now:

        hello|3  hello

This sure looks like a bug.  Other asciidoc rendering systems do not do this, e.g. https://asciidoclive.com/ .

---

If you reply to this email, your message will be added to the discussion below:

http://discuss.asciidoctor.org/Problem-with-table-heading-ending-in-a-pipe-tp2902.html

To start a new topic under Asciidoctor :: Discussion, email [hidden email]
To unsubscribe from Asciidoctor :: Discussion, click here.
NAML

It looks like this is a bug in that it isn't escaping the pipe as it should (you have '\' before the pipe). Even when I add 'a' to cols it still isn't working ('a' tells asciidoctor to parse the contents of the cell as AsciiDoc).

Dan, thoughts? Seems like a legit bug to me.

On Tue, Mar 31, 2015 at 3:04 PM, bmomjian [via Asciidoctor :: Discussion] <[hidden email]> wrote:

With asciidoctor 1.5.2, if the last cell of a table heading ends with a pipe, the rendered HTML assumes the  first data row is part of the heading, e.g. this:

        [options="header",cols=">l,<l",frame="none"]
        |====
        ^l|stuff ^l|abc\|X
        |2 |hello\|
        |3 |hello
        |====

yields a correct HTML heading of:

        stuff   abc|X

which is good, but if you remove the "X" from the asciidoc heading, the
HTML output heading is:

        stuff   abc|2

The "X" is gone, but the "2" from the first data row is now in the
heading, and the first and only data row is now:

        hello|3  hello

This sure looks like a bug.  Other asciidoc rendering systems do not do this, e.g. https://asciidoclive.com/ .

---

If you reply to this email, your message will be added to the discussion below:

http://discuss.asciidoctor.org/Problem-with-table-heading-ending-in-a-pipe-tp2902.html

To start a new topic under Asciidoctor :: Discussion, email [hidden email]
To unsubscribe from Asciidoctor :: Discussion, click here.
NAML

--

Jason Porter
http://en.gravatar.com/lightguardjp

---

If you reply to this email, your message will be added to the discussion below:

http://discuss.asciidoctor.org/Problem-with-table-heading-ending-in-a-pipe-tp2902p2904.html

To start a new topic under Asciidoctor :: Discussion, email [hidden email]
To unsubscribe from Asciidoctor :: Discussion, click here.
NAML

On Wed, Apr  1, 2015 at 10:17:36AM -0700, mojavelinux [via Asciidoctor :: Discussion] wrote:
> My mistake! Looking at it closer, I now see that Asciidoctor is honoring the
> escaped pipes (maybe I fixed this at some point and forgot about it). However,
> when the escaped pipe appears at the end of the line, then the whole row just
> disappears. I can imagine what might be going wrong. It's holding out for
> another row, but doesn't find one. I agree that's a bug. Can you file an issue?
> I'll try to fix it for 1.5.3.

Done.  I have opened a git issue on this:

        https://github.com/asciidoctor/asciidoctor.org/issues/370

--
  Bruce Momjian  <[hidden email]>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + Everyone has their own god. +

---

If you reply to this email, your message will be added to the discussion below:

http://discuss.asciidoctor.org/Problem-with-table-heading-ending-in-a-pipe-tp2902p2926.html

To start a new topic under Asciidoctor :: Discussion, email [hidden email]
To unsubscribe from Asciidoctor :: Discussion, click here.
NAML