In terms of distinguishing arrays, the key visual effect should be based on "is there some leading unobvious rank information?"
A suggestion for making the display smaller and copyable, would be simpler styles for results: text could be purple (still have the tooltip for ascii value) x: and r could be blue with the x and r symbol black. j (imajinary) could as you have it be green. floating point and scientific notation could be a dark purple/brown, but maybe the 'e' numeric symbol could be green. a result of 1 or 0 could be green too, with all other integers below the system's word size limit being black. a list that contains integers and floating point numbers would have the whole list coloured as floating point. For arrays that display on one line, a leading red star (*) could precede the result, with a tooltip showning the count # of the last dimension. Any leading dimensions could be shown with a red number preceding the *. Distinguishing a shape of 0 (i.0) vs. atomic (0) and more importantly i.0 0 (0 0) would be important. So if * denotes the existance of at least one 1 leading shape, a red dash (-) could indicate at least one 0 leading shape. Both 1 0 3 $ 2 and 0 1 3 $ 2 do not display. Both of these should have a - prefix, but only the first one should include a * prefix (to show that it includes a leading item), imo, even if hovering over either symbol shows the full rank. ----- Original Message ----- From: robert therriault <bobtherria...@mac.com> To: Programming forum <programm...@jsoftware.com> Cc: Sent: Monday, February 3, 2014 5:13:46 PM Subject: Re: [Jprogramming] problem matching boxed string 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 ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
