I wrote: > > Ralf Hemmecke wrote: > > > > > There is one remaining 'generate' function in HallBasis. This > > > one probably can be renamed to 'basis'. > > > > I'd either call this generateHallBasis or hallBasis. I opt for the > > first, since this is a package and not a domain, I think a short name > > like basis is not so good since it probably forces people to always > > explicitly add "$HallBasis()" in order to disambiguate. > > My feeling is that there will be not much need to disambiguate, > since types and number of arguments will exclude other possibilities. > OTOH I expect that people will add '$HallBasis' just to make it > visible without import.
More general remark: constructors live in flat namespace without overloading so we need long names there to avoid conflicts. However, in domains an packages we can use shorter names. Also, generic names have advantage of allowing generic programming: one can substitute domain D1 for D2 only if both use the same operation names. HallBasis is rather specialized package with limited use, so genericity is less important here. But for the same reason there is limited need for disambiguation: if HallBasis is imported than for the readers should be clear that 'basis' is Hall basis. > > -- > Waldek Hebisch > [email protected] > > -- > You received this message because you are subscribed to the Google Groups > "FriCAS - computer algebra system" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/fricas-devel?hl=en. > > -- Waldek Hebisch [email protected] -- You received this message because you are subscribed to the Google Groups "FriCAS - computer algebra system" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/fricas-devel?hl=en.
