Very nice. I assumed that the fix was pretty minor. But I agree with your first take on this, that simplicity is the real goal - putting data requirements on the J side gives a lot more "flexibility" for entry of data.
On the other hand, replacing one of the numbers with something like 3j4 causes a red flag (rather literally) and still returns a result that could be interpreted with some effort on the J side - Nice! Lots of interesting possibilities. Thanks for your work on this! On 2013 Sep 24, at 08:30 , Eric Iverson <[email protected]> wrote: > JHS is updated to fix the number/string save problem. > > The fix (perhaps only partial) is to use the handsontable type > atribute "numeric". The change was 1 short javascript line. > > Editing a numeric array returns a numeric array if all cells are > numeric when save is clicked. A numeric cell that requires a string is > red. If there are red cells when save is clicked the result is boxed > strings. > > jtable is a placeholder/proof-of-concept and probably won't be > improved much more right away. With luck a user will refine it as > required by a real application and perhaps can feed that work back in > to jtable. > > *** > Remember that ~addons/ide/jhs/jtable.ijs has to be reloaded after JAL > update (if it was already loaded). To be sure all changes are properly > loaded you need to exit the server and restart. ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
