You can subscribe to this list here.
2002 
_{Jan}

_{Feb}

_{Mar}

_{Apr}

_{May}

_{Jun}

_{Jul}

_{Aug}
(123) 
_{Sep}
(228) 
_{Oct}
(340) 
_{Nov}
(203) 
_{Dec}
(195) 

2003 
_{Jan}
(318) 
_{Feb}
(253) 
_{Mar}
(185) 
_{Apr}
(239) 
_{May}
(156) 
_{Jun}
(202) 
_{Jul}
(153) 
_{Aug}
(110) 
_{Sep}
(179) 
_{Oct}
(122) 
_{Nov}
(211) 
_{Dec}
(147) 
2004 
_{Jan}
(163) 
_{Feb}
(116) 
_{Mar}
(130) 
_{Apr}
(164) 
_{May}
(132) 
_{Jun}
(150) 
_{Jul}
(118) 
_{Aug}
(188) 
_{Sep}
(149) 
_{Oct}
(135) 
_{Nov}
(100) 
_{Dec}
(140) 
2005 
_{Jan}
(105) 
_{Feb}
(136) 
_{Mar}
(68) 
_{Apr}
(89) 
_{May}
(118) 
_{Jun}
(89) 
_{Jul}
(112) 
_{Aug}
(160) 
_{Sep}
(109) 
_{Oct}
(136) 
_{Nov}
(114) 
_{Dec}
(68) 
2006 
_{Jan}
(117) 
_{Feb}
(79) 
_{Mar}
(79) 
_{Apr}
(88) 
_{May}
(116) 
_{Jun}
(147) 
_{Jul}
(73) 
_{Aug}
(239) 
_{Sep}
(152) 
_{Oct}
(207) 
_{Nov}
(88) 
_{Dec}
(104) 
2007 
_{Jan}
(131) 
_{Feb}
(72) 
_{Mar}
(148) 
_{Apr}
(177) 
_{May}
(187) 
_{Jun}
(139) 
_{Jul}
(113) 
_{Aug}
(115) 
_{Sep}
(154) 
_{Oct}
(126) 
_{Nov}
(133) 
_{Dec}
(103) 
2008 
_{Jan}
(175) 
_{Feb}
(124) 
_{Mar}
(104) 
_{Apr}
(128) 
_{May}
(99) 
_{Jun}
(149) 
_{Jul}
(100) 
_{Aug}
(59) 
_{Sep}
(46) 
_{Oct}
(120) 
_{Nov}
(56) 
_{Dec}
(36) 
2009 
_{Jan}
(57) 
_{Feb}
(51) 
_{Mar}
(64) 
_{Apr}
(54) 
_{May}
(28) 
_{Jun}
(26) 
_{Jul}
(63) 
_{Aug}
(75) 
_{Sep}
(159) 
_{Oct}
(95) 
_{Nov}
(64) 
_{Dec}
(97) 
2010 
_{Jan}
(116) 
_{Feb}
(50) 
_{Mar}
(91) 
_{Apr}
(134) 
_{May}
(134) 
_{Jun}
(94) 
_{Jul}
(54) 
_{Aug}
(52) 
_{Sep}
(75) 
_{Oct}
(147) 
_{Nov}
(99) 
_{Dec}
(148) 
2011 
_{Jan}
(87) 
_{Feb}
(70) 
_{Mar}
(87) 
_{Apr}
(66) 
_{May}
(89) 
_{Jun}
(125) 
_{Jul}
(145) 
_{Aug}
(43) 
_{Sep}
(42) 
_{Oct}
(19) 
_{Nov}
(22) 
_{Dec}
(21) 
2012 
_{Jan}
(16) 
_{Feb}
(25) 
_{Mar}
(21) 
_{Apr}
(20) 
_{May}
(33) 
_{Jun}
(20) 
_{Jul}
(16) 
_{Aug}
(36) 
_{Sep}
(48) 
_{Oct}
(19) 
_{Nov}
(34) 
_{Dec}
(22) 
2013 
_{Jan}
(53) 
_{Feb}
(64) 
_{Mar}
(37) 
_{Apr}
(45) 
_{May}
(26) 
_{Jun}
(53) 
_{Jul}
(72) 
_{Aug}
(22) 
_{Sep}
(45) 
_{Oct}
(71) 
_{Nov}
(48) 
_{Dec}
(12) 
2014 
_{Jan}
(22) 
_{Feb}
(48) 
_{Mar}
(31) 
_{Apr}
(28) 
_{May}
(52) 
_{Jun}
(56) 
_{Jul}
(36) 
_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 







1
(3) 
2
(2) 
3
(7) 
4

5
(7) 
6

7
(6) 
8
(1) 
9
(1) 
10
(4) 
11
(3) 
12
(5) 
13
(6) 
14
(5) 
15
(5) 
16
(4) 
17
(11) 
18
(17) 
19
(3) 
20
(3) 
21

22

23

24
(3) 
25
(7) 
26
(1) 
27
(15) 
28
(6) 
29
(6) 
30
(2) 
31
(1) 





From: Alex Degtyarev <degt@fe...>  20100505 13:15:26

> > This is a bad way to start debugging a problem in TeX  *always* assume > TeX > is right and you are wrong. There are no bugs in it  it's the most > perfect > piece of software ever written. Trust me! I have an email from Don > proving > it... Agree! There are indeed a few time critical issues with TeX expansion that produce errors like that. As far as I understand, here the problem is not with the macro but with its usage (or, rather, a clash of both): the macro is used within align environment, which is in fact an \halign with whistles. TeX starts doing the outermost \halign, and this is its "main" task. When reading an item, it does a one level expansion to see if there are any &'s or \cr's inside (important for the \halign), and these take precedence! Then it reads the text till the first & or \cr and assumes that's an \halign entry to be processed, but processing it it encounters an \ifcase without a matching \fi. Naturally, it complains :) In this particular example, the "&" within the first array is seen before the "&" in front of the "=" sign, which is supposed to delimit the top level align entry. In short, nested aligns need care! (BTW, it is actually a latex bug: if you were using \halign{...}, or even if arrays were defined like \array{...}, TeX would understand your intension, but it has no way of telling, when fast skipping, that \begin{array} has a special meaning and actually delimits an argument. So, the bug is with the stupid concept of "environment" rather than the good old {} :) The solution you suggested is quite correct: if a macro is to be used in \halign, all "second level" align symbols should be shielded by including them in deeper macros. 
From: David Allsopp <dranews@me...>  20100505 11:50:48

Aleks Kleyn wrote: > It looks like I found bug in \ifcase. This is a bad way to start debugging a problem in TeX  *always* assume TeX is right and you are wrong. There are no bugs in it  it's the most perfect piece of software ever written. Trust me! I have an email from Don proving it... Some tips when debugging a macro expansion problem  reduce the code like there's no tomorrow. So, if you expand the macro and \ifcase manually (i.e. insert the pmatrix and so on for the 1 case) directly into the \begin{align}..\end{align} then it works, so there's nothing wrong with what you're trying to do there. If on the other hand you manually copy the whole \ifcase directly in you still get the error  but this shows that it's not a macro expansion problem either. So, next test  simplify the macro. Comment out the other cases which aren't being used (just leaving the \or's and \else). Suddenly it works. Gradually uncomment the other cases and you'll eventually notice that the issue is the \being{array}..\end{array} blocks in \or%2 and \or%7 and then more specifically the presence of & symbols. The problem is that TeX is unable to skip over them. I can't at the moment figure out why but it'll either be a \catcode issue or possibly that & is \active and has the wrong meaning as it's being skipped. The TeXbook has a good explanation of the kind of weird problems that can occur with skipping in \if's on p.211 (and, yes, I'm afraid it's a doubledangerousbend paragraph...). At this point, I have to admit that I don't use LaTeX (this kind of problem is the one of the reasons why...) but I hope a LaTeX expert can either tell you what to use instead of & in a \newcommand or whether it's just not possible. If you comment out the ampersands and replace them with commas or something then the file will latex (even if the output is obviously not correct). A definite workaround would be to put each matrix in a separate macro (\octaniani, \octanianii and so on) and call those from your \ifcase as then they would be shielded. Depending on how often you use this macro, that would be a good idea anyway because the expansion is much larger than it needs to be on any given call but unless you're using this macro thousands of times in a document that's not going to matter! Never start by blaming TeX because it won't help you solve the problem  it's almost 100% certain that it's not TeX that's wrong :o) HTH, David > When I mix it with begin{pmatrix} > environment it create very strange output and reports a lot of errors. > Bellow is minimal code that I was able to find. Sorry that it is too > long. > However maybe it help. > > \documentclass{amsbook} > \usepackage[unicode]{hyperref} > > \newcommand{\gi}[1]{\boldsymbol{#1}} > \newcommand{\octanionMatrix}[1] > { > \ifcase#1%0 > \begin{pmatrix} > f_{\gi 0}^{\gi 0} > \\ > f_{\gi 1}^{\gi 1} > \\ > f_{\gi 2}^{\gi 2} > \\ > f_{\gi 3}^{\gi 3} > \\ > f_{\gi 4}^{\gi 4} > \\ > f_{\gi 5}^{\gi 5} > \\ > f_{\gi 6}^{\gi 6} > \\ > f_{\gi 7}^{\gi 7} > \end{pmatrix} > = > \left( > \begin{array}{rrrrrrrr} > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \end{array} > \right) > \begin{pmatrix} > f^{\gi{00}} > \\ > f^{\gi{11}} > \\ > f^{\gi{22}} > \\ > f^{\gi{33}} > \\ > f^{\gi{44}} > \\ > f^{\gi{55}} > \\ > f^{\gi{66}} > \\ > f^{\gi{77}} > \end{pmatrix} > \or%1 > \begin{pmatrix} > f_{\gi 0}^{\gi 1} > \\ > f_{\gi 1}^{\gi 0} > \\ > f_{\gi 2}^{\gi 3} > \\ > f_{\gi 3}^{\gi 2} > \\ > f_{\gi 4}^{\gi 5} > \\ > f_{\gi 5}^{\gi 4} > \\ > f_{\gi 6}^{\gi 7} > \\ > f_{\gi 7}^{\gi 6} > \end{pmatrix} > &= > \left( > \begin{array}{rrrrrrrr} > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \end{array} > \right) > \begin{pmatrix} > f^{\gi{01}} > \\ > f^{\gi{10}} > \\ > f^{\gi{23}} > \\ > f^{\gi{32}} > \\ > f^{\gi{45}} > \\ > f^{\gi{54}} > \\ > f^{\gi{67}} > \\ > f^{\gi{76}} > \end{pmatrix} > \or%2 > \begin{pmatrix} > f_{\gi 0}^{\gi 2} > \\ > f_{\gi 1}^{\gi 3} > \\ > f_{\gi 2}^{\gi 0} > \\ > f_{\gi 3}^{\gi 1} > \\ > f_{\gi 4}^{\gi 6} > \\ > f_{\gi 5}^{\gi 7} > \\ > f_{\gi 6}^{\gi 4} > \\ > f_{\gi 7}^{\gi 5} > \end{pmatrix} > = > \left( > \begin{array}{rrrrrrrr} > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \end{array} > \right) > \begin{pmatrix} > f^{\gi{02}} > \\ > f^{\gi{13}} > \\ > f^{\gi{20}} > \\ > f^{\gi{31}} > \\ > f^{\gi{46}} > \\ > f^{\gi{57}} > \\ > f^{\gi{64}} > \\ > f^{\gi{75}} > \end{pmatrix} > \or%3 > abc > \or%4 > abd > \or%5 > lll > \or%6 > kkk > \or%7 > \begin{pmatrix} > f_{\gi 0}^{\gi 7} > \\ > f_{\gi 1}^{\gi 6} > \\ > f_{\gi 2}^{\gi 5} > \\ > f_{\gi 3}^{\gi 4} > \\ > f_{\gi 4}^{\gi 3} > \\ > f_{\gi 5}^{\gi 2} > \\ > f_{\gi 6}^{\gi 1} > \\ > f_{\gi 7}^{\gi 0} > \end{pmatrix} > = > \left( > \begin{array}{rrrrrrrr} > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \\ > 1&1&1&1&1&1&1&1 > \end{array} > \right) > \begin{pmatrix} > f^{\gi{07}} > \\ > f^{\gi{16}} > \\ > f^{\gi{25}} > \\ > f^{\gi{34}} > \\ > f^{\gi{43}} > \\ > f^{\gi{52}} > \\ > f^{\gi{61}} > \\ > f^{\gi{70}} > \end{pmatrix} > \else% > \fi > } > \begin{document} > \begin{align} > \octanionMatrix 1 > \end{align} > \end{document} > > Aleks Kleyn > http://sites.google.com/site/AleksKleyn/ > http://arxiv.org/a/kleyn_a_1 > http://AleksKleyn.blogspot.com/ > > > > >  >  > _______________________________________________ > MiKTeXUsers mailing list > MiKTeXUsers@... > https://lists.sourceforge.net/lists/listinfo/miktexusers 
From: Aleks Kleyn <Aleks_Kleyn@MailAPS.org>  20100505 11:11:50

I use this macro for a long time \ifcase#2%0 \or%1 $\@nameuse{ViewSymbol#3}$% \or%2 \[\@nameuse{ViewSymbol#3}\]% \else% \fi% And never have with it problem. And original code that I put properly creates first instance of the choice. However it adds all choices that are below. I have impression like it cannot stop. Aleks Kleyn http://sites.google.com/site/AleksKleyn/ http://arxiv.org/a/kleyn_a_1 http://AleksKleyn.blogspot.com/ Original Message From: J.Fine [mailto:j.fine@...] Sent: Wednesday, May 05, 2010 5:12 AM To: 'A place for MiKTeX users to discuss MiKTeX related questions.' Subject: Re: [MiKTeX] Bug in \ifcase? > Original Message > From: Christopher Heckman [mailto:ccheckman@...] > > It may be, Aleks, that the \ifcase is looking for the next digit in > > the number and is so expanding the \begin{pmatrix}. (This would be > > what Knuth indexes as a 'wierd error' in The TeXbook.) > > > > To avoid this, write > > \ifcase #1\relax % Case 0 > > Putting a space after the #1 would also do the same thing > here; it will signal the end of the number. TeX ignores > spaces after numbers, so it shouldn't affect anything else later on. I don't think there's a good solution here for all situations. If #1 is a counter or a chardef'ed number then "\ifcase #1 " (with a space) can put a space in the output stream, which can be a problem in horizontal mode. However, in an edef "\ifcase #1\relax" will put a \relax in the output stream. Oh, so perhaps the safe think to do is write \ifcase\number #1 % note the space. I'm confident that this will work properly in both situations.  Jonathan  The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England & Wales and a charity registered in Scotland (SC 038302).   _______________________________________________ MiKTeXUsers mailing list MiKTeXUsers@... https://lists.sourceforge.net/lists/listinfo/miktexusers 
From: J.Fine <j.fine@op...>  20100505 09:11:54

> Original Message > From: Christopher Heckman [mailto:ccheckman@...] > > It may be, Aleks, that the \ifcase is looking for the next digit in > > the number and is so expanding the \begin{pmatrix}. (This would be > > what Knuth indexes as a 'wierd error' in The TeXbook.) > > > > To avoid this, write > > \ifcase #1\relax % Case 0 > > Putting a space after the #1 would also do the same thing > here; it will signal the end of the number. TeX ignores > spaces after numbers, so it shouldn't affect anything else later on. I don't think there's a good solution here for all situations. If #1 is a counter or a chardef'ed number then "\ifcase #1 " (with a space) can put a space in the output stream, which can be a problem in horizontal mode. However, in an edef "\ifcase #1\relax" will put a \relax in the output stream. Oh, so perhaps the safe think to do is write \ifcase\number #1 % note the space. I'm confident that this will work properly in both situations.  Jonathan  The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England & Wales and a charity registered in Scotland (SC 038302). 
From: Christopher Heckman <ccheckman@gm...>  20100505 08:47:44

On Tue, May 4, 2010 at 11:07 PM, J.Fine <j.fine@...> wrote: > ________________________________________ > > From: Aleks Kleyn [Aleks_Kleyn@...] > > Sent: 05 May 2010 02:42 > > To: 'A place for MiKTeX users to discuss MiKTeX related questions.' > > Subject: [MiKTeX] Bug in \ifcase? > > > It looks like I found bug in \ifcase. When I mix it with begin{pmatrix} > > environment it create very strange output and reports a lot of errors. > > Bellow is minimal code that I was able to find. Sorry that it is too long. > > However maybe it help. > > It may be, Aleks, that the \ifcase is looking for the next digit in the number and > is so expanding the \begin{pmatrix}. (This would be what Knuth indexes as a > 'wierd error' in The TeXbook.) > > To avoid this, write > \ifcase #1\relax % Case 0 Putting a space after the #1 would also do the same thing here; it will signal the end of the number. TeX ignores spaces after numbers, so it shouldn't affect anything else later on.  Christopher Heckman 
From: J.Fine <j.fine@op...>  20100505 06:10:04

________________________________________ From: Aleks Kleyn [Aleks_Kleyn@...] Sent: 05 May 2010 02:42 To: 'A place for MiKTeX users to discuss MiKTeX related questions.' Subject: [MiKTeX] Bug in \ifcase? It looks like I found bug in \ifcase. When I mix it with begin{pmatrix} environment it create very strange output and reports a lot of errors. Bellow is minimal code that I was able to find. Sorry that it is too long. However maybe it help. \documentclass{amsbook} \usepackage[unicode]{hyperref} \newcommand{\gi}[1]{\boldsymbol{#1}} \newcommand{\octanionMatrix}[1] { \ifcase#1%0 \begin{pmatrix} % snip \else% \fi } \begin{document} \begin{align} \octanionMatrix 1 \end{align} \end{document} It may be, Aleks, that the \ifcase is looking for the next digit in the number and is so expanding the \begin{pmatrix}. (This would be what Knuth indexes as a 'wierd error' in The TeXbook.) To avoid this, write \ifcase #1\relax % Case 0 I've not tried your code, so I don't know if this fixes your problem. Jonathan  The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England & Wales and a charity registered in Scotland (SC 038302). 
From: Aleks Kleyn <Aleks_Kleyn@MailAPS.org>  20100505 01:42:50

It looks like I found bug in \ifcase. When I mix it with begin{pmatrix} environment it create very strange output and reports a lot of errors. Bellow is minimal code that I was able to find. Sorry that it is too long. However maybe it help. \documentclass{amsbook} \usepackage[unicode]{hyperref} \newcommand{\gi}[1]{\boldsymbol{#1}} \newcommand{\octanionMatrix}[1] { \ifcase#1%0 \begin{pmatrix} f_{\gi 0}^{\gi 0} \\ f_{\gi 1}^{\gi 1} \\ f_{\gi 2}^{\gi 2} \\ f_{\gi 3}^{\gi 3} \\ f_{\gi 4}^{\gi 4} \\ f_{\gi 5}^{\gi 5} \\ f_{\gi 6}^{\gi 6} \\ f_{\gi 7}^{\gi 7} \end{pmatrix} = \left( \begin{array}{rrrrrrrr} 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \end{array} \right) \begin{pmatrix} f^{\gi{00}} \\ f^{\gi{11}} \\ f^{\gi{22}} \\ f^{\gi{33}} \\ f^{\gi{44}} \\ f^{\gi{55}} \\ f^{\gi{66}} \\ f^{\gi{77}} \end{pmatrix} \or%1 \begin{pmatrix} f_{\gi 0}^{\gi 1} \\ f_{\gi 1}^{\gi 0} \\ f_{\gi 2}^{\gi 3} \\ f_{\gi 3}^{\gi 2} \\ f_{\gi 4}^{\gi 5} \\ f_{\gi 5}^{\gi 4} \\ f_{\gi 6}^{\gi 7} \\ f_{\gi 7}^{\gi 6} \end{pmatrix} &= \left( \begin{array}{rrrrrrrr} 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \end{array} \right) \begin{pmatrix} f^{\gi{01}} \\ f^{\gi{10}} \\ f^{\gi{23}} \\ f^{\gi{32}} \\ f^{\gi{45}} \\ f^{\gi{54}} \\ f^{\gi{67}} \\ f^{\gi{76}} \end{pmatrix} \or%2 \begin{pmatrix} f_{\gi 0}^{\gi 2} \\ f_{\gi 1}^{\gi 3} \\ f_{\gi 2}^{\gi 0} \\ f_{\gi 3}^{\gi 1} \\ f_{\gi 4}^{\gi 6} \\ f_{\gi 5}^{\gi 7} \\ f_{\gi 6}^{\gi 4} \\ f_{\gi 7}^{\gi 5} \end{pmatrix} = \left( \begin{array}{rrrrrrrr} 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \end{array} \right) \begin{pmatrix} f^{\gi{02}} \\ f^{\gi{13}} \\ f^{\gi{20}} \\ f^{\gi{31}} \\ f^{\gi{46}} \\ f^{\gi{57}} \\ f^{\gi{64}} \\ f^{\gi{75}} \end{pmatrix} \or%3 abc \or%4 abd \or%5 lll \or%6 kkk \or%7 \begin{pmatrix} f_{\gi 0}^{\gi 7} \\ f_{\gi 1}^{\gi 6} \\ f_{\gi 2}^{\gi 5} \\ f_{\gi 3}^{\gi 4} \\ f_{\gi 4}^{\gi 3} \\ f_{\gi 5}^{\gi 2} \\ f_{\gi 6}^{\gi 1} \\ f_{\gi 7}^{\gi 0} \end{pmatrix} = \left( \begin{array}{rrrrrrrr} 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \\ 1&1&1&1&1&1&1&1 \end{array} \right) \begin{pmatrix} f^{\gi{07}} \\ f^{\gi{16}} \\ f^{\gi{25}} \\ f^{\gi{34}} \\ f^{\gi{43}} \\ f^{\gi{52}} \\ f^{\gi{61}} \\ f^{\gi{70}} \end{pmatrix} \else% \fi } \begin{document} \begin{align} \octanionMatrix 1 \end{align} \end{document} Aleks Kleyn http://sites.google.com/site/AleksKleyn/ http://arxiv.org/a/kleyn_a_1 http://AleksKleyn.blogspot.com/ 