On 7 October 2014 10:08, Waldek Hebisch <[email protected]> wrote: > kfp wrote: >> >> Concerning GnuDraw: I'm having endorsed Fricas to a lot of people of which >> there are several cygwin users (mostly -nosman). The prize for endorsement >> a software is you will be asked for this and that, and especially plotting >> is a popular topic (a heritage of wxMaxima). To be short, I find GDRAW >> useful and do not know of any other (reliable) way to get some graphics >> (not HQ, I agree) for 'nosman's. It dates from 2008 as the header indicates >> and it's by no means a 'hack'. > > OK, I think there is enough need for inclusion. The question now > is if version on MathAction is the current one (it was recently > updated)?
Yes, I added a few more wrappers for the case of passing arrays of values. If someone misses them, I think there are a few more ways of calling 'draw' that are not yet implemented in gnuDraw but the pattern is the same. > >> Back to the point: why not including such kind of modules in the 'contrib' >> folder under 'experimental, quarantine' or whatever so that users can >> compile and load it themselves? At least it would be there when needed. > > I have mixed feelings about this. Namely, ATM we have MathAction > for experimental code and anybody can grab code from there. > Granted, getting code from wiki pages has some problems (I click > edit and then cut and paste from edit window). But should be > able to organize this better, in particular provide download > area for contributed code. You can use this current "hidden" url http://axiom-wiki.newsynthesis.org/SandBoxChoose/src i.e. just add '.../src' to the end. We could add a link somewhere on the wiki page to make this possible with just 'one-click'. I also have a perl script somewhere that converts the '/src' form to and executable '.input' file. I very much like the idea of using MathAction for experimental code. If there are small things we can do to make this easier I would be happy to help with this. > > Concerning 'contrib' in distribution tarball: if code there is > build and tested then there is not much difference from having > it included. This could change if we had a lot of contribs and > machinery to turn them on/off at configure time. OTOH if > contribs were unmaintained, then bundling them with tarball > would give wrong impression. > I also do not much like the idea of 'contrib'. Bill Page. -- 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.
