Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-AKZWW0+WtWnGHDCnPtHf"
Mime-Version: 1.0
Message-ID:  <1438598845.15593.28.camel@sipsolutions.net>
Date:         Mon, 3 Aug 2015 12:47:25 +0200
Reply-To: Mailing list for the LaTeX3 project
              <LATEX-L@LISTSERV.UNI-HEIDELBERG.DE>
Sender: Mailing list for the LaTeX3 project <LATEX-L@LISTSERV.UNI-HEIDELBERG.DE>
From: Benjamin Berg <benjamin@SIPSOLUTIONS.NET>
Subject: Difference between \addtocounter and \int_gincr inside tabularx
To: LATEX-L@LISTSERV.UNI-HEIDELBERG.DE
Precedence: list
Envelope-To: <rainer.schoepf@GMX.NET>
Status: R

--=-AKZWW0+WtWnGHDCnPtHf
Content-Type: multipart/mixed; boundary="=-lJpPV4qdOmRc+2+dzd0M"


--=-lJpPV4qdOmRc+2+dzd0M
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Hi,

I am having trouble to understand what the difference between
\addtocounter and \int_gincr:N is. When used inside a tabularx
environment, the \int_* functions do not work correctly, but the normal
LaTeX counters do.

Maybe the idea of even using counters in a tabularx environment like
this is totally wrong[1], but it feels to me like the two commands
should behave in the same way. So either I am not grasping some
concepts (feel free to just point me to an explanation) or there might
even be a small bug.

So, the attached document will print two tables. For each cell the
output of "\int_use:N \g_test_int,~\thetestcount" is displayed. The
counter is behaving as I expect while the \g_test_int has different
values inside tabularx.


tabularx:
3, 1    4, 2    1, 3    2, 4
3, 1    4, 2

and tabular:
1, 1    2, 2    3, 3    4, 4
1, 1    2, 2

It looks like this has to do with the fact that in the second row there
are empty cells. But it still baffles me, that the latex counters
behave correctly, while latex 3 integers do not.

Regards,
Benjamin

[1] It is very likely that I will drop the tabularx anyways.
--=-lJpPV4qdOmRc+2+dzd0M
Content-Disposition: attachment; filename="tabularcount.tex"
Content-Type: text/x-tex; name="tabularcount.tex"; charset="UTF-8"
Content-Transfer-Encoding: base64

XGRvY3VtZW50Y2xhc3N7c2NyYXJ0Y2x9CgpcdXNlcGFja2FnZXtleHBsM30KXHVzZXBhY2thZ2V7
dGFidWxhcnh9CgpcRXhwbFN5bnRheE9uCgpcbmV3Y291bnRlcnt0ZXN0Y291bnR9ClxzZXRjb3Vu
dGVye3Rlc3Rjb3VudH17MX0KClxpbnRfbmV3Ok4gXGdfdGVzdF9pbnQKXGludF9nc2V0Ok5uIFxn
X3Rlc3RfaW50IHsgMSB9CgpcY3NfbmV3X3Byb3RlY3RlZDpObiBcdGVzdDogewogICAgXGludF91
c2U6TiBcZ190ZXN0X2ludCwgfiBcdGhldGVzdGNvdW50CgogIFxpbnRfY29tcGFyZTpuVEYgeyBc
Z190ZXN0X2ludCA9IDQgfSB7CiAgICBcaW50X2dzZXQ6Tm4gXGdfdGVzdF9pbnQgeyAxIH0KICB9
IHsKICAgIFxpbnRfZ2luY3I6TiBcZ190ZXN0X2ludAogIH0KCiAgXGludF9jb21wYXJlOm5URiB7
IFx0aGV0ZXN0Y291bnQgPSA0IH0gewogICAgXHNldGNvdW50ZXJ7dGVzdGNvdW50fXsxfQogIH0g
ewogICAgXGFkZHRvY291bnRlcnt0ZXN0Y291bnR9ezF9CiAgfQp9CgpcbGV0XHRlc3Q9XHRlc3Q6
CgpcY3NfbmV3X3Byb3RlY3RlZDpObiBccmVzZXQ6IHsKICBcaW50X2dzZXQ6Tm4gXGdfdGVzdF9p
bnQgeyAxIH0KICBcc2V0Y291bnRlcnt0ZXN0Y291bnR9ezF9Cn0KClxsZXRcdGVzdD1cdGVzdDoK
XGxldFxyZXNldD1ccmVzZXQ6CgpcRXhwbFN5bnRheE9mZgoKXGJlZ2lue2RvY3VtZW50fQoKXHJl
c2V0CgoKXGJlZ2lue3RhYnVsYXJ4fXtcbGluZXdpZHRofXtsbGxsfQogICAgXHRlc3QgJiBcdGVz
dCAmCiAgICBcdGVzdCAmIFx0ZXN0IFxjcgogICAgXHRlc3QgJiBcdGVzdApcZW5ke3RhYnVsYXJ4
fQoKXHZzcGFjZXsxY219ClxyZXNldAoKXGJlZ2lue3RhYnVsYXJ9e2xsbGx9CiAgICBcdGVzdCAm
IFx0ZXN0ICYKICAgIFx0ZXN0ICYgXHRlc3QgXGNyCiAgICBcdGVzdCAmIFx0ZXN0ClxlbmR7dGFi
dWxhcn0KClxlbmR7ZG9jdW1lbnR9Cg==


--=-lJpPV4qdOmRc+2+dzd0M--

--=-AKZWW0+WtWnGHDCnPtHf
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iEYEABECAAYFAlW/Rr0ACgkQJddvdAxOva4M9wCdEeA+I53xS2S5KYH1/CEamQNO
9YYAnjPZZQ5WBytKYhS/NXl5vQIwwdHv
=mqx1
-----END PGP SIGNATURE-----

--=-AKZWW0+WtWnGHDCnPtHf--