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.