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

Reply via email to