bugGNU TeXmacs - Bugs: bug #7684, texmacs input to maxima is...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #7684: texmacs input to maxima is incorrectly converted

Submitter:  Ralf Treinen <treinen>
Submitted:  Wed 11 Feb 2004 07:51:22 PM UTC
   
 
Category:  Plugins Priority:  4 - Bit lower
Item Group:  Wishlist Status:  Fixed
Privacy:  Public Assigned to:  grozin
Originator Name:  Karl Hegbloom Open/Closed:  Closed
Release:  None Release:  1.0.3
Fixed Release:  None Fixed Release: 
Keywords:  maxima plugin

Jump to the original submission

Mon 27 Feb 2017 07:04:10 PM UTC, comment #9: 

It seems comment #6 was implemented. The original problem is fixed. Closing.

 Philippe Joyez <pjoyez>
Group Member
Mon 10 Sep 2012 11:38:57 AM UTC, comment #8: 

No. Now we assume that the user has to insert * before <mathd>. So, this will become integrate(f3*1,x).

 Andrey Grozin <grozin>
Group Member
Sun 09 Sep 2012 06:52:03 AM UTC, comment #7: 

What if the user wanted to integrate a function named "f3"? wouldn't that be expanded into "integrate(f31,x)" ?

 Miguel de Benito <mdbenito>
Group Member
Thu 23 Aug 2012 03:14:17 AM UTC, comment #6: 

I have a good idea. Let's rewrite "<mathd>" to "1,". Then "<big|int><something>*<mathd>x" will become "integrate(<something>*1,x)". Also, "<big|int><mathd>x" will become "integrate(1,x)" (currently, it produces "integrate(,x)" - a syntax error).
If there will be no objections, I'll commit this change (to reduce plugin, too).

 Andrey Grozin <grozin>
Group Member
Thu 09 Aug 2012 10:08:05 AM UTC, comment #5: 

It would be nice if x*d x could be made to work, if this is not too difficult (maybe simply rewrite *<mathd> into <mathd> or so). Mathematically speaking, this is the correct semantics (x*d x being the differential form to be integrated).

Joris van der Hoeven <vdhoeven>
Group administrator
Mon 06 Aug 2012 06:34:19 PM UTC, comment #4: 

Understood.

This requirement is however not stated in the documentation for the plugin. Maybe the whole arXiv document could be added as another subsection of the plugin's docs.

 Miguel de Benito <mdbenito>
Group Member
Sat 04 Aug 2012 03:23:56 PM UTC, comment #3: 

Users of the maxima plugin are supposed to read arXiv:cs/0504039. It is clearly stated there that there should be no * before <mathd>.

 Andrey Grozin <grozin>
Group Member
Fri 03 Aug 2012 06:41:49 PM UTC, comment #2: 

I think dx should be preceded by "apply", multiplying doesn't make any sense to me. But it could to other people, so indeed, how would the user know?

There currently is a rule which replaces <mathd> with a comma. Maybe we could add a new one also replacing *<mathd>? I tried modifying maxima-input.scm but had no luck with a naive attempt. Anyway, I'm not sure this is a good idea.

Andrey, any comments?

Miguel de Benito <mdbenito>
Group Member
Mon 26 Mar 2012 09:06:02 PM UTC, comment #1: 

In the present version of texmacs (1.0.7.15) the missing parenthesis problem reported here has been fixed, so we could close the bug.

However, the sample equation in the document still does not work because of the (invisible) * before <mathd>. Maxima then complains :

-----------------
(%i1)  tmint(a,b,(x^2+3*x)*,x)

incorrect syntax: , is not a prefix operator
mint(a,b,(x^2+3*x)*,
                  ^
-----------------
(note the missing "t" in the output)

For the evaluation to proceed (and obtain the expected result) one needs to replace this hidden multiplication by "apply" (space) or nothing.

So the question now is: should dx be entered with * or apply? And how would the user know what is expected?


Philippe Joyez <pjoyez>
Group Member
Wed 11 Feb 2004 07:51:22 PM UTC, original submission:  

Debian user Karl Hegbloom reports the following error :

The integral form:  I_a^b EXPR * mathd x
   (S-F5 I _ a right ^ b right EXPR * d tab tab x)

.... when highlit in a document, copied (Esc-w), and pasted into a
Maxima session, translates to "int(a,b,EXPR)*mathdx", and this is
incorrect. It should look like: "integrate(EXPR,x,a,b)" instead.


When I asked Karl he confirmed that he is indeed pasting
the cut text into a maxima session running inside texmacs.
I asked Karl to send me a texmacs document producing this
error, it is attached.

 Ralf Treinen <treinen>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attached Files
file #1064:  bug.tm added by treinen (1KiB - application/octet-stream)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by vdhoeven (Posted a comment)
  • -email is unavailable- added by grozin (Posted a comment)
  • -email is unavailable- added by mdbenito (Posted a comment)
  • -email is unavailable- added by pjoyez (Posted a comment)

    •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 9 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2017-02-27 pjoyez StatusNeed Info Fixed
        Open/ClosedOpen Closed
    2012-08-03 mdbenito Priority5 - Normal 4 - Bit lower
        StatusNone Need Info
        Assigned toNone grozin
    2006-06-15 #48748 Carbon-Copy- Added rvb
    2005-02-26 treinen Originator Name Karl Hegbloom
    2004-04-20 ddaa CategoryUser Interface Plugins
    2004-02-11 treinen Attached File- Added bug.tm, #1045

    Back to the top

    Copyright © 2024 Free Software Foundation, Inc.
    Verbatim copying and distribution of this entire article is permitted in any medium, provided this notice is preserved.
    The Levitating, Meditating, Flute-playing Gnu logo is a GNU GPL'ed image provided by the Nevrax Design Team.
    Page source code

    Powered by Savane 3.14-d582.
    Corresponding source code