A few minutes more thought and I now think it is a mistake to try to cope with numeric/string conversions with different conversion and precision rules on both sides of the J/JS fence.
Next version of jtable will probably insist on boxed string data and any pre/post conversion will need to be done on the J side. On Tue, Sep 24, 2013 at 3:52 AM, Joey K Tuttle <[email protected]> wrote: > I have updated JHS on my iMac (both 32 and 64 bit versions 7.01) things seem > to work predictably. I have been using jquery in some jcgi applications I > work on, getting auto-completion of entries and things like that. It is an > easy entry into javascript for practical purposes. > > I was a little bemused that the "numeric example" N=: i. 3 4 displayed and > was editable but returned character strings in the cells that were edited. > Of course, this kind of detail is what UI programming entails, so this isn't > particularly a complaint... > > The above was in Darwin - but in Linux, I didn't fare so well. I ran JHS and > updated to JHS 1.0.171 and it starts OK on my Linux server, I can get a > session on Chrome on my iMac, but the link|jtable is missing... > > > > On 2013/09/23 12:01 , Eric Iverson wrote: >> >> Significant JHS update is now available. >> >> See menu link|jhelp for details. >> >> Menu link|jtable provides an excel like table editor of J numeric or >> boxed tables. The J/JHS code to implement this is simple as it builds >> on jquery and the jquery plugin handsontable. JHS now includes the js >> and css files for jquery, basic jquery ui, and handsontable plugin. >> >> The jtable page shows how easy it is to integrate jquery into the JHS >> framework. > > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
