Johannes Grabmeier wrote:
> 
> 
> Right now I am using DMP domains with say 60 variables, there are 2 choices:
> 
> )set mess type on or off
> 
> If on, half page is filled with the 60 variables on each computation step,
> if off, no information at all.  I look for some way to have something between!
> 
> Two questions:
> 
> 1. Where does the formating of the domain name take place? (Abbreviation of
>  type name, parameters by their coerce to OutputForm?)

This is done by generic printing routine 'sayKeyedMsg' (in msgdb.boot)
which calls 'prefix2String' (in format.boot)  which in turn uses
'form2String1'.  'form2String1' calls 'formArguments2String' to handle
arguments.

> 2. How can we use / modify this to have short hands for the parameters as
> well, perhaps even at interpreter level, say to overwrite some function
> of the type?

One possibility: add a buch of global flags, check them in 'form2String1'
and 'formArguments2String' to decide if shorter form is desirable.
A bit tricky because 'form2String1' is used by 'unparse' which is
supposed to produce string equivalent of expression (which means that
'unparse' is not allowed to omit part of output).

Another: add a special-purpose routine for shortcut formatting of
types.  Call it from 'printTypeAndTimeNormal' (and possibly other
places which use '$printTypeIfTrue').

How shortcut form of types should look like is another matter.
It would be easy to limit output to top constructor, for example
to have just 'DistributedMultivariatePolynomial' without
parameters (or just DMP).  Or if type matches expansion of a macro
we could replace it by macro name.  Or maybe truncate at given
character length.


-- 
                              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.

Reply via email to