I have no understanding of the internals, and I'm no programmer (except for 
simple functions), but in the immediate instance would it not be convenient 
to have a list of instructions for the user (such as me) to install 
fricas/jupyter with all the correct libraries on their system?  As I 
discovered, Ubuntu 14.04 does not automatically install the required zmq 
libraries; these had to be installed by downloading the source files for 
zeromq-4.0.5 and compiling them.  Maybe a bit later this could be done 
using the GNU autotools: autoconf, automake etc, about which I know less 
than nothing.  I envisage the user downloading the iSPAD source, and then 
"make" runs a configure script, downloads and installs all the required 
libraries, and you're good to go!

What we need is more tame graduate students... in fact I'm in the position 
(not until March next year now), of putting up final year capstone projects 
for our computing students.  If you have any FriCAS projects, which are 
computing based rather than mathematics based, let me know!

-Alasdair

On Tuesday, 13 October 2015 11:29:56 UTC+11, Waldek Hebisch wrote:
>
> Kurt Pagani wrote: 
> > 
> > 
> > 
> > Am 12.10.2015 um 01:12 schrieb Waldek Hebisch: 
> > 
> > >> FriCAS/Axiom graphics requires an X server and that would be very 
> > >> awkward to include in a Jupyter kernel. 
> > > 
> > > Actually in principle graphics routines could be easily 
> > > retargeted.  Namely, there is a set of primitive operations 
> > > which need to be implemented for given target.  Currently 
> > > there is X target and Postscript target.  ATM Postscript 
> > > target uses connection to X, but that is question of 
> > > supplying a few routines.  Also user interface to graphics 
> > > uses X, but that could be abstracted to require a few 
> > > widgets.  IIUC there is a compiler which turns well 
> > > behaved C into Javascript, so in principle we could 
> > > have graphics running inside browser. 
> > > 
> > 
> > Yes, that's exactly what I have on my mind. I suppose you mean 
> > "emscripten" which fairly is a mature tool. 
>
> Yes. 
>
>   
> > > Of course, this requires work, so other ways my be more 
> > > attractive. 
> > > 
> > 
> > That's a point. It might also depend on what directions Jupyter will 
> > develop with respect to 'graphics'. 
> > 
> > >>  It seems much better to me to 
> > >> eliminate the rendering part of the current FriCAS graphics and 
> > >> replace that with just what is needed for exporting data to external 
> > >> graphics programs such as the ones you suggest.  This is essentially 
> > >> what is currently done with gnuDraw. 
> > > 
> > > Actually, this is how things work now.  Namely, AXIOMsys emits 
> > > via socket vertorized version of graphic which can be dumped 
> > > in text form (to .data file).  You just need to convert this 
> > > to other format.  Of course, there is a question of what is 
> > > the best point to divert data. 
> > > 
> > 
> > Well, that's interesting. Although I was digging in the Lisp files, 
> > AxiomSYS still looks like a 'black box' to me. I tried to figure out how 
> > "plot" sends data to the screen (dom PLOT) - for the purpose of 
> > intercepting - but it's quite opaque. 
> > When you're saying 
> > 
> > > AXIOMsys emits via socket vertorized version of graphic which ... 
> > 
> > then it might be easier to drop an anchor there. I'll try to locate the 
> > "emission", however, if you already know the location, please let me 
> know. 
>
> Actual sending is done via routines named 'sendI', etc.  This is 
> done in view2D.spad and view3D.spad.  AFAICS in 2D case 
> the actial data is sent by 'sendGraphImage' while 'makeViewport2D0' 
> sends metadata.  In 3D case it seems that 'makeViewport3D0' 
> sends all data. 
>
> -- 
>                               Waldek Hebisch 
>

-- 
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 fricas-devel+unsubscr...@googlegroups.com.
To post to this group, send email to fricas-devel@googlegroups.com.
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