My understanding is that local JHS is intended to be a light-weight, cross-platform GUI interface to the j engine (whether installed locally or not). As such it offers a quick easy way to make J available to users on all sorts of platforms (hopefully it should become even easier as HTML5 support becomes more widespread).
I imagine that many J users are using J to investigate questions or solve problems rather than build (or use) applications, for this purpose I think that JHS has some advantages (particularly inline graphics). Personally I find myself spending most of my time in the JGtk IDE, but I often turn to JHS when I have something I want to quickly investigate. Given the size of the J community I think it makes sense to try and prevent its fragmentation as much as is practicable. Given the increasing number of JFEs this is going to happen to some extent anyway, but it can be minimized a lot by trying to make the interfaces consistent where possible. One of the attractions of the J language for me is its consistency - I can say sort array A ( /:~ A ) whether A is a bunch of integers, literals, floats or boxed strings and whether it is a list, table or higher dimensional array. In my opinion it makes sense to keep that drive for consistency between the interfaces. I think this will reduce the potential frustration for people asking and answering questions on the forum and reduce the effort required to document the various JFEs. On Wed, Feb 9, 2011 at 5:46 AM, bill lam <[email protected]> wrote: > IIUC jhs is the web server on a remote server that handles ajax calls. > jhs ide is the a J application that utilize the remote jhs. > One might also writes a standalone app ,eg. minesweeper, with J that > powered by the remote jhs. > > Of course developers must have to reinvent the interface otherwise > J602 applications will be run on the familiar J IDE, not a very > professional looking app that asked clients to pay for it. > > > Втр, 08 Фев 2011, Don Guinn писал(а): >> I do not understand. Wouldn't JHS still be used for remote applications? >> Otherwise the developer would have to reinvent the interface between J and >> the browser. >> >> On Tue, Feb 8, 2011 at 9:18 AM, bill lam <[email protected]> wrote: >> >> > I guess application for jhs are those interact with a remote invisible jhs >> > server and end users interact with local browser. The jhs ide does not >> > exist >> > for end users so that shortcut key are unrelated to jhs or jgtk. >> > >> > >> ---------------------------------------------------------------------- >> For information about J forums see http://www.jsoftware.com/forums.htm > > -- > regards, > ==================================================== > GPG key 1024D/4434BAB3 2008-08-24 > gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3 > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
