I've noticed that the exported function *degree* in *DeRhamComplex* doesn't 
work (probably never did):

degree : % -> I
++  degree(p) returns the homogeneous degree of p.
(line 340 in derham.spad)

e.g.
(11) -> degree(dx)
   Internal Error
   The function degree with signature hashcode is missing from domain
      DeRhamComplex(Integer)(x y z)

The function should be inherited from ExtAlgBasis/AntiSymm, consequently it 
should read:

degree : % -> NNI
 
This could easily be fixed in the next release.

Furthermore, neither of the examples (in *the* *book, help*) to 
*CliffordAlgebra 
*work anymore. One has to omit *quadraticForm *in the consturctors.

Finally, what's your opinion to the following matter?

Extending DeRhamComplex with some functions like scalar product and Hodge 
dual with respect to some metric g, what would be preferable: to include a 
(set-able) default g into the domain or to give it as a parameter?

For instance, in the first case one had to write

setMetric([...]), dot(a,b), hodgeStar(a)

or othewise

dot(g,a,b), hodgeStar(g,a) ? 


 Kurt
 



> If there is some code you want included in new release 
> please speak up. 
>
> -- 
>                               Waldek Hebisch 
> [email protected] <javascript:> 
>

-- 
You received this message because you are subscribed to the Google Groups 
"FriCAS - computer algebra system" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/fricas-devel.
For more options, visit https://groups.google.com/d/optout.

Reply via email to