Issue 11752 - Subscript letter appears in normal size
Summary: Subscript letter appears in normal size
Status: CLOSED FIXED
Alias: None
Product: Math
Classification: Application
Component: code (show other issues)
Version: 644
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-02-23 00:44 UTC by Unknown
Modified: 2013-08-07 14:55 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
At upper right elements' A_1n and A_2n, subscript letters appear normal-sized (1.56 KB, image/png)
2003-02-23 00:48 UTC, Unknown
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Unknown 2003-02-23 00:44:28 UTC
Hello,
Thanks for providing the valueable office suite.

In some cases, subscript letters appear in normal size.
Please try an example below.

font sans bold size *1.5 A =left[matrix{A_11#A_12#dotsaxis#A_1n##A_21#{} 
#{}#A_2n##dotsvert#{}#{}#dotsvert##A_n1#A_n2#dotsaxis#A_nn}right]

I will attach an image file of the appearance on 644m1/Win2K.

This issue occurs on Windows2000 as well as on RedHat 8.0 and
VineLinux2.6(a popular distribution in Japan).

I found this issue when I tried to reproduce issue #11322.

Thanks,
Comment 1 Unknown 2003-02-23 00:48:38 UTC
Created attachment 4851 [details]
At upper right elements' A_1n and A_2n, subscript letters appear normal-sized
Comment 2 Unknown 2003-02-23 09:12:54 UTC
Hi,
I noticed this behavior can be due to a change in formula command 
interpretation. If this is the case, the issue will be categorized as 
another documentation (example in help) issue.
Sorry for confusion.
Comment 3 thomas.lange 2003-02-24 11:26:35 UTC
Seems to be a bad conflict with the new defined (previously 
undefined) behaviour what an identifier/number should look like.

Probably only one can be available.
Need to think about the effects of changing the naming conventions 
again for other aspects.
Comment 4 thomas.lange 2003-11-14 13:43:26 UTC
Fixed in CWS tlapi2.

Files changed:
- parse.cxx  1.24.100.1

See
==========
A_2n "  " A_n2 "  " A_2n2 "  " A_n2n  newline 
n34.5  n.m345  newline 
23nh 34.6nh newline
n34.5  34.6nh 46.8
==========
for example.

Now numbers followed immediately by (or being mixed up with)
characters as in "2n" will not be broken up in number and text but
will remain intact and handled as like an identifier.
I.e. especially "2n" will now (as per default settings for variables)
be written cursive whereas "2" as number will not.
But that seems more fitting when used in subscripts as now the slant
of "A_n2" will have the same slant as "A_2n". Having "2n" still
treated as number (and thus displayed straight up) seems not reasonable.

Comment 5 thomas.lange 2003-12-16 09:37:58 UTC
.
Comment 6 thomas.lange 2003-12-16 09:38:34 UTC
.
Comment 7 thomas.lange 2003-12-16 09:39:18 UTC
TL->MRU: Please check in CWS tlapi2.
Comment 8 michael.ruess 2004-01-06 08:30:30 UTC
checked fix with CWS tlapi2.
Comment 9 michael.ruess 2004-04-01 13:48:28 UTC
Checked integration in 6809m32.