Thanks Pascal, I think that 1 6 $ i.6 and 6 $ i. 6 are probably the most commonly confused, but the displays of 1 1 6 $ i.6 and 1 1 1 6 $ i.6 also look the same. That is before you try distinguish between 0 6 $ i.6 and 0 1 $ i.6 etc. It has been a fun exercise, although as Raul has said, it can also be maddening.
Cheers, bob On Feb 3, 2014, at 11:11 AM, Pascal Jasmin <godspiral2...@yahoo.ca> wrote: > I like this. If this may one day be included in jhs itself, I would prefer > the display were smaller, and that a line may be copied as plain text. > > In terms of array display, probably the most useful feature would be > distinguing between 1 6 $ i.6 and 6 $ i.6. > > > ----- Original Message ----- > From: robert therriault <bobtherria...@mac.com> > To: Programming forum <programm...@jsoftware.com> > Cc: > Sent: Monday, February 3, 2014 10:28:52 AM > Subject: Re: [Jprogramming] problem matching boxed string > > As a bit of a response to the whole question of what we see and what we get, > I put together some html and css that allows a view of J results on JHS that > gives type information implicitly in the display. > > I think the blog post and demo video gives the flavour of the journey. > > http://bobtherriault.wordpress.com/2014/02/02/using-html-and-css-to-view-types-in-the-jhs-platform-of-j/ > > Cheers, bob > > On Jan 20, 2014, at 3:01 AM, Joe Bogner <joebog...@gmail.com> wrote: > >> Makes perfect sense now. The atom vs list distinction wasn't clicking >> earlier. I had become so used to working with arrays that everything >> became an array and I had completely forgotten about scalars. The >> dictionary entry on nouns also covers it well, >> http://www.jsoftware.com/help/dictionary/dicta.htm. >> >> >> On Sun, Jan 19, 2014 at 11:18 PM, Henry Rich <henryhr...@nc.rr.com> wrote: >>> The primitives, namely ;: u;.n u\ u\. u/. produce lists even when there is >>> only one item in the partition. Very regular. >> >> >> I understand better why it would do that now. As it partitions a list, >> it is likely simpler and performs better to create a list for each >> partition instead of determining whether there's only one item in the >> partition. I think of it as a splitting a char[] array into other >> char[] arrays instead of char for single and char[] otherwise. >> >> >>> There's just something special about a single character >>> or a single number: they are atoms. >> >> This and the dictionary entry explains why $ 'a' or $ (<'abc') returns >> blank - since each are atoms. >> >> Thanks again >> ---------------------------------------------------------------------- >> For information about J forums see http://www.jsoftware.com/forums.htm > > > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm > > ---------------------------------------------------------------------- > For information about J forums see http://www.jsoftware.com/forums.htm ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
