From: Aleks K. <Aleks_Kleyn@MailAPS.org> - 2011-03-24 01:34:50
|
This is good idea. It can be done even simpler $A_{i\cdot}^{}{}_i^j$ It also works. Aleks Kleyn http://sites.google.com/site/AleksKleyn/ http://arxiv.org/a/kleyn_a_1 http://AleksKleyn.blogspot.com/ -----Original Message----- From: Alex Degtyarev [mailto:de...@fe...] Sent: Wednesday, March 23, 2011 2:15 AM To: 'A place for MiKTeX users to discuss MiKTeX related questions.' Subject: Re: [MiKTeX] structured index I think I understand your problem: it is cause by the double indices; the upper index changes the position of the lower one. I just tried this: $A_{i\cdot}^{\phantom{j}}{}_i^j$ and it seems OK. > -----Original Message----- > From: Aleks Kleyn [mailto:ale...@op...] > Sent: Wednesday, March 23, 2011 3:55 AM > To: 'A place for MiKTeX users to discuss MiKTeX related questions.' > Subject: Re: [MiKTeX] structured index > > I tried yesterday this option before send email. Even in case > {}_iA_i{}_i > all indexes are on the same level. As soon I change second i to > {i\cdot} or > {i.} or {i\,} level of third i changes. Is it a bug or special > formatting is > not clear. > > Aleks Kleyn > http://sites.google.com/site/AleksKleyn/ > http://arxiv.org/a/kleyn_a_1 > http://AleksKleyn.blogspot.com/ > > -----Original Message----- > From: Alex Degtyarev [mailto:de...@fe...] > Sent: Tuesday, March 22, 2011 3:00 AM > To: 'A place for MiKTeX users to discuss MiKTeX related questions.' > Subject: Re: [MiKTeX] structured index > > I would try to start with $ C{}_1{}^i_{kl}{}^{pq}_r $ > At the expense of slightly worse position of the first index, this > should > level them all. > > > -----Original Message----- > > From: Aleks Kleyn [mailto:Aleks_Kleyn@MailAPS.org] > > Sent: Tuesday, March 22, 2011 4:08 AM > > To: 'A place for MiKTeX users to discuss MiKTeX related questions.' > > Subject: Re: [MiKTeX] structured index > > > > I will try to explain. Assume I use transformation f. then it has > > coordinates f^i_j. however I may have so much these transformations > > that I > > need to enumerate f itself. If I write f^i_{kj} then it is not clear > > the > > function of k. does it enumerates f or this is index. So I clearly > > separate > > indexes that serves different functionality and each group is > separated > > by > > symbol \cdot. If structure of all such indexes is the same I could > use > > macros to write as was suggested > > f_{k\cdot j}^{\hphantom{k\cdot}i} (it works); but I have different > > index > > structures. It may be for instance > > C_1{}^i_{kl}{}^{pq}_r > > I use such indexes when I study tower of representations or > components > > of > > Gateaux derivative. And when derivative is of high order in module I > > need > > clearly separate index that enumerates function from index that > > enumerate > > independent variable. > > > > Aleks Kleyn > > http://sites.google.com/site/AleksKleyn/ > > http://arxiv.org/a/kleyn_a_1 > > http://AleksKleyn.blogspot.com/ > > > > -----Original Message----- > > From: Mike "Pomax" Kamermans [mailto:po...@ni...] > > Sent: Monday, March 21, 2011 11:42 AM > > To: A place for MiKTeX users to discuss MiKTeX related questions. > > Subject: Re: [MiKTeX] structured index > > > > On 3/20/2011 10:29 AM, Aleks Kleyn wrote: > > > I very often use in text the expression like > > > \[ > > > A_{1\cdot}{}^i_k > > > \] > > > However I put attention that index k is positioned bellow than > index > > 1. > > > There is impression like k is index for 1. How I can make sure that > > index > > k > > > is positioned on the same lavel as 1. > > > > Just out of curiosity, with "k" on the same line, what does your > > expression say? I don't know what you intend to write, but with "k" > on > > the baseline for "1", I see "1 (dot) k-with-i-over-it", with the "i" > > belonging to "k", and nothing else. If that's what you intended to > > write, then your TeX formula is wrong. It would be better to then > write > > your formula as three components that follow each other, possibly > with > > using relstack and phantom commands to ensure correct alignment. If, > > however, you meant "1 (dot)" with a superscript "i" and subscript > "k", > > then "k" should not be on the baseline for "1" at all, because it's > > only > > a subscript if it's lower than the parent's baseline. > > > > There are various ways to force "1" and "k" to share the same > baseline, > > but what is the mathematical concept you're trying to write out? > > > > - Mike "Pomax" Kamermans > > nihongoresources.com > > > > --------------------------------------------------------------------- > -- > > ----- > > -- > > Colocation vs. Managed Hosting > > A question and answer guide to determining the best fit > > for your organization - today and in the future. > > http://p.sf.net/sfu/internap-sfd2d > > _______________________________________________ > > MiKTeX-Users mailing list > > MiK...@li... > > https://lists.sourceforge.net/lists/listinfo/miktex-users > > > > > > --------------------------------------------------------------------- > -- > > ------- > > Enable your software for Intel(R) Active Management Technology to > meet > > the > > growing manageability and security demands of your customers. > > Businesses > > are taking advantage of Intel(R) vPro (TM) technology - will your > > software > > be a part of the solution? Download the Intel(R) Manageability > Checker > > today! http://p.sf.net/sfu/intel-dev2devmar > > _______________________________________________ > > MiKTeX-Users mailing list > > MiK...@li... > > https://lists.sourceforge.net/lists/listinfo/miktex-users > > > ----------------------------------------------------------------------- > ----- > -- > Enable your software for Intel(R) Active Management Technology to meet > the > growing manageability and security demands of your customers. > Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your > software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > _______________________________________________ > MiKTeX-Users mailing list > MiK...@li... > https://lists.sourceforge.net/lists/listinfo/miktex-users > > > ----------------------------------------------------------------------- > ------- > Enable your software for Intel(R) Active Management Technology to meet > the > growing manageability and security demands of your customers. > Businesses > are taking advantage of Intel(R) vPro (TM) technology - will your > software > be a part of the solution? Download the Intel(R) Manageability Checker > today! http://p.sf.net/sfu/intel-dev2devmar > _______________________________________________ > MiKTeX-Users mailing list > MiK...@li... > https://lists.sourceforge.net/lists/listinfo/miktex-users ---------------------------------------------------------------------------- -- Enable your software for Intel(R) Active Management Technology to meet the growing manageability and security demands of your customers. Businesses are taking advantage of Intel(R) vPro (TM) technology - will your software be a part of the solution? Download the Intel(R) Manageability Checker today! http://p.sf.net/sfu/intel-dev2devmar _______________________________________________ MiKTeX-Users mailing list MiK...@li... https://lists.sourceforge.net/lists/listinfo/miktex-users |