History | Log In     View a printable version of the current page.  
Issue Details (XML | Word | Printable)

Key: AMATH-880
Type: Bug Bug
Status: Resolved Resolved
Resolution: Fixed
Priority: Major Major
Assignee: Paul Libbrecht
Reporter: Christian Groß
Votes: 0
Watchers: 0
Operations

Link this issue to another issue
If you were logged in you would be able to see more operations.
ActiveMath

Double Sum and log presented wrong

Created: 2006-07-31 16:07   Updated: 2006-12-01 16:12
Component/s: Presentation: Formulae
Affects Version/s: None
Fix Version/s: 1.0

Time Tracking:
Not Specified


 Description  « Hide
Please make a Jira issue if it's still a problem.

-Stefan

Christian Gross wrote:

>> Hello everybody!
>>
>> Please have a look at mbase://LeAM_calculus/exponential/prf_exp_mult
>> I have written a line with a double sum there:
>>
>> <CMP xml:lang="x-all"><p style="cm">$sum (0._. ?
>> ,lambda(n,(x+y)^n/n!))= sum (0._. ? ,lambda(n,sum
>> (0..n,lambda(j, (n!/(j!*(n-j)!)) * x^j * y^(n-j))/n!)))= sum (0..
>> ? ,lambda(n,sum(0._.n,lambda(j,(x^j/j!) *
>> (y^(n-j)/(n-j)!)))))$.</p></CMP>
>>
>> but when I look at the output, the inner sum is not presented corrrectly,
>> one time it is not rendered at at, another time the "j" as its index get
>> eaten up (i.e., has vanished).
>>
>> And then take a look at:
>> mbase://LeAM_calculus/exponential/intro_exp_school
>>
>> Here there is a problem with the log-function (with respect to some basis
>> a), which looks totally weird. I wrote there:
>>
>> $ap(diff(f),x_0)=c*a^x_0*(1/log(a,e))=ap(f,x_0)*(1/log(a,e))$
>>
>> So did you change anything in the syntax of this symbol and didn't tell
>> me? Or what's the reason for this weird presentation (I mean, it has
>> worked one time...)
>>
>> Christian



 All   Comments   Work Log   Change History   Version Control   FishEye   Crucible   Related Builds      Sort Order: Ascending order - Click to sort in descending order
Stefan Winterstein - 2006-08-01 17:08
Paul?

Paul Libbrecht - 2006-12-01 16:12
The log_a was presented double. Now fixed.

The double sum, however, is a content bug: the division was aside of the lambda hence the pattern for sum over interval and lambda couldn't apply.

The way for me to debug this was to use the context-menu "see OpenMath source" then play with this OpenMath with jEdit's folding till I realized that there's a nesting issue.
I am not sure I have a better way to fix this.
(ideally maybe would be yntax highlighting indicating the range of the patterns in the OQMath source... I'm afraid that's for another life)

paul