[fricas-devel] [PATCH] fix highlighting and enable it by default

The escape code for bold font is wrong, this was fixed in openaxiom a long time ago. diff --git a/src/interp/macros.lisp b/src/interp/macros.lisp index 5ef5ef6e..c8c55cfb 100644 --- a/src/interp/macros.lisp +++ b/src/interp/macros.lisp @@ -60,7 +60,7 @@ (def-boot-val |$quadSymbol| $boxString

[fricas-devel] [BUG]: draw option unit == [a,b] ignored

Hi, IIC the user guide the draw option unit==[0.2,0.2] should add ticks to the axes x and y, but I cannot see anything. Try eg: draw(sin(11*x),x = 0..2*%pi,toScale == true,title == "Drawn to scale") draw(sin(11*x),x = 0..2*%pi,toScale == true,title == "Drawn to scale and unit",

Re: [fricas-devel] Intepreter: type declaration ignored in == AND: BOOT::|sayFunctionDeps| is undefined.

Hi, thanks for the feedback. [Bill]> Although this terminology is used in a few places, "... a few places"? Well, I would say "almost everywhere": Jenks Sutor vol 0, hyperdoc, fricasUG, mathaction ... [Bill]>I do not think it [Bill]> is correct to call == delayed assignment. Rather it only

[fricas-devel] first and last are "BOTH a variable and a literal"

If I use the names 'first' and 'last' in a spad file I get a message: Semantic Errors: [1] last is BOTH a variable and a literal [2] first is BOTH a variable and a literal ... What does this mean? In spite of the "semantic error" the code compiles and runs as expected. If

Re: Re: [fricas-devel] [BUG]: draw option unit == [a,b] ignored

[Grabmeier]> you must make sure that in the control panel you have "units on" and you [Grabmeier]> possibly have to scale the size of the window in order to have space for [Grabmeier]> tick labelling. Aha, thanks Johannes!!! Units was off: the following works (2) -> vp := draw(sin(11*x),x =

Re: [fricas-devel] Intepreter: type declaration ignored in == AND: BOOT::|sayFunctionDeps| is undefined.

On Wed, Jul 11, 2018 at 9:53 AM, Riccardo GUIDA wrote: > > Hi, thanks for the feedback. > Actually, thank you for the feedback. > > [Bill]> Although this terminology is used in a few places, > > "... a few places"? Well, I would say "almost everywhere": > Jenks Sutor vol 0, hyperdoc, fricasUG,

Re: [fricas-devel] first and last are "BOTH a variable and a literal"

On Wed, Jul 11, 2018 at 4:14 PM, Raymond Rogers wrote: > On 07/11/2018 03:15 PM, Bill Page wrote: > ... > If I replace 'first' with a different name e.g. 'first2' and 'last' > with 'last2' then there are no such errors. So far as I know > 'first' and 'last' are not reserved words in spad. > It

Re: [fricas-devel] There are questions one should not ask...

Clearly "typeOf" can only handle 1 argument, following patch should fix this bug, but I wonder if there are better ways of error handling than "error". diff --git a/src/interp/i-spec2.boot b/src/interp/i-spec2.boot index b82cae83..15249526 100644 --- a/src/interp/i-spec2.boot +++

Re: [fricas-devel] first and last are "BOTH a variable and a literal"

On 07/11/2018 03:15 PM, Bill Page wrote: If I use the names 'first' and 'last' in a spad file I get a message: Semantic Errors: [1] last is BOTH a variable and a literal [2] first is BOTH a variable and a literal ... What does this mean? In spite of the "semantic

Re: [fricas-devel] how to integrate a generic function in FriCAS?

You should use F := operator "F" to let the system know that 'F' is a function that can be applied to variables. On Thu, Jul 12, 2018 at 8:07 AM, 'Nasser M. Abbasi' via FriCAS - computer algebra system wrote: > sorry for basic question, but after some search I could find what the > correct

[fricas-devel] how to integrate a generic function in FriCAS?

sorry for basic question, but after some search I could find what the correct syntax is. Some integrals I need to run in Fricas use a generic function as in f(x) in the integrand. For example integrate(F(x)/(sqrt(x)*sqrt(-x + 1)),x) Fricas does not like the above --- (1)