I imagine no one really knows how JHS use is going to evolve but the thing about JHS IDE is that it seems (relatively) easy to provide different interfaces to it (jijx, jijm, jijh) that cater for desktop use vs Iphone use vs ....
> I know some users will run JHS IDE on desktop with JHS server running in > the same local machine, but I cannot understand why they want to do that, > other than developers who eat their own dog food. One reason I can think of is to produce a printable session that combines both J sentences and graphical output - useful for documenting an investigation. On Wed, Feb 9, 2011 at 2:22 PM, bill lam <[email protected]> wrote: > My understanding is that JHS IDE be mainly run on mobile device like iphone > or ipad, and there is no keyboard on them, even there is, the main > interface would be the multi-touch screen. What JHS IDE should do is not > to have a consistent set of shortcut key with other IDE, but in some specific > ways that is unique in multi-touch screen metaphor. And that will be > consistent > with user expectation on mobile devices. > > I know some users will run JHS IDE on desktop with JHS server running in > the same local machine, but I cannot understand why they want to do that, > other than developers who eat their own dog food. > > Срд, 09 Фев 2011, Ric Tikkanz писал(а): >> 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 > > -- > 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
