Raul,
One of the challenges I have found is in shapes with more than one zero value,
because that second layer of nothingness is difficult to distinguish. I think
by enclosing the shapes appropriately, this can be done, but not by text alone.
It reminds me of the last verse of "The Snow Man" by
On Mon, Feb 3, 2014 at 6:19 PM, Pascal Jasmin wrote:
> In terms of distinguishing arrays, the key visual effect should be based on
> "is there some leading unobvious rank information?"
More specifically, leading 1 dimensions are invisible (and so is "type
information"), by default.
(i.6)+i.1
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
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
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:
On Mon, Feb 3, 2014 at 1:26 PM, Dan Bron wrote:
> So, the question still stands: are there "reduction" or "moving window" or
> "running" analogs to the bitwise functions provided by b. ? Given the
> direction this thread has taken, I'm guessing not, but I'd be happy to be
> proven wrong.
I am no
> Why would I want to avoid using #: ?
I dunno. Same reason the b. functions were introduced even though we
already had *. and +. and < etc?
> If it's for performance reasons, I might be tempted to take the
> performance critical code and translate and compile it in some other
> language, then
Now I have a new issue (if I ignore the need for workarounds with the
libraries). The splash screen for my does not show any of the text
contained in the html, only the darkened rectangle shows. According to my
browser viewing the source code, my HBS code produces exactly the same
inside the ... as
Bill,
I already have such an smoutput, and it tells me that y contains a spurious
path. Below is the smoutput result.
y: ~root/Users/brian/j64-701-user/tgsjhs/scripts/dist/sizzle.min.map
Wait...
That suggested that I could add a new subdirectory in scripts,
scripts/dist/ . I did that and also
I will try and make time to look at this book, and think through these issues.
That said, I will note that in the context of jhs:
"server code" means J (which typically is expressed in .ijs files, but
not always).
"client code" means Javascript (which often is expressed in .js files,
but not alw
I thought of and tried this variant using under, <.&.(2&^.) , an hour or
so ago, but found it twice as slow as #(
ts'(<.&.(2&^.))q'[q =: ?10#1
0.0427351 4.19738e6
ts' #(
Why would I want to avoid using #: ?
If it's for performance reasons, I might be tempted to take the
performa
Raul,
Let me try to clarify my problem.
I am trying to learn html5 from Jacob Seidelin's, "HTML5 Games" which is
available at this link.
http://wirayaksa.com/torrent/HTML5.eBooks.Collection.2013.Edition-OMNiSCiENT/Wiley%20HTML5%20Games,%20Creating%20Fun%20with%20HTML5%20CSS3%20and%20WebGL%20(2012
d is _1 means file not found or read permission error. Try add
some debug lines before the line d=. fread y eg,
smoutput 'y: ' ; y
smoutput '1!:0 y:' ; 1!:0 y
d=. fread y
Пн, 03 фев 2014, Brian Schott писал(а):
> Oops, here are the smoutput's I forgot above.
>
>
> y: ~root/Users/brian/j64-701-
Why would I want to avoid using #: ?
If it's for performance reasons, I might be tempted to take the
performance critical code and translate and compile it in some other
language, then use the cd mechanism to bring it in to work with the
rest of my code.
But here's another way of defining leftmos
That's a useful edge-case to be aware of, thank you. Any comments on how
to express
Date: Mon, 3 Feb 2014 10:49:20 -0500
To: Programming forum
First, let's acknowledge that 17 b. seems to work just fine as bitwise and:
17 b./~i.4x
0 0 0 0
0 1 0 1
0 0 2 2
0 1 2 3
However:
17 b./~
I am trying to understand what you are doing.
This error message:
*** response not sent for
~root/Users/brian/j64-701-user/tgsjhs/scripts/dist/sizzle.min.map
suggests you are doing something that is not necessary.
Anyways, since I do not understand what you are attempting
Why do this at all? si
Oops, here are the smoutput's I forgot above.
y: ~root/Users/brian/j64-701-user/tgsjhs/scripts/dist/sizzle.min.map
t: application/javascript
┌─┬──┐
│d│_1│
└─┴──┘
failed
*** response not sent for
~root/Users/brian/j64-701-user/tgsjhs/scripts/dist/sizzle.min.map
*** html409 Conflict
y: ~roo
You are reminding me of a variety of issues.
I remember, when I was first learning APL, that I was frustrated with
how inefficient APL was at doing what I might call streaming IO, or
what I might call wart-for-wart emulation of ad-hoc code.
I also remember how kx.com's languages deal with this is
Eric,
I attempted to edit sizzle.js by opening it in Vim and deleting the last
line, which contained the "comment" line (wink, wink) regarding the map
file. But I get the same error.
So, I downloaded sizzle.min.map, added it into my ~users/tgsjhs/scripts/
folder and added it to the JSSRC list of
First, let's acknowledge that 17 b. seems to work just fine as bitwise and:
17 b./~i.4x
0 0 0 0
0 1 0 1
0 0 2 2
0 1 2 3
However:
17 b./~ x
it seems that 17 b. runs into problems with large integers.
Thanks,
--
Raul
On Mon, Feb 3, 2014 at 10:25 A
Chrome browser has a devtools and firefox has firebug and other
addons that are essential for debug browser apps, eg, it can
show http get request. Try them if not yet.
Пн, 03 фев 2014, Brian Schott писал(а):
> Bill's last reply in this thread seems to characterize well the situation I
> am deali
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
We can express bitwise < (y and not x) as 20 b. . Is there a way to express
bitwise
Date: Mon, 3 Feb 2014 09:44:15 -0500
To: Programming forum
I am going over the messages in this thread slowly, because this
subject requires some thought. But that also means that some of my
responses in
The source map comment causes a problem on some versions of internet
explorer because of how it interacts with some of its backwards
compatibility features.
This problem is usually innocuous (just a spurious error) but I have
never been completely convinced that it is always innocuous on older
ver
I think the js map files are an aid to the browser debuggers. What
looks like a comment is scanned by the browser (if javascript
debugging is enabled) and loaded to provide debugging map info to the
debugger.
Normally if the browser can't load the file it just ignores it. If
this stopping your pro
Bill's last reply in this thread seems to characterize well the situation I
am dealing with in my attempt to employ html5 canvas in a jhs app. The good
news is that I understand better the use of `~root/` as a trick to load .js
files (libraries, mostly) into my app, but I seem to be up against a
se
I am going over the messages in this thread slowly, because this
subject requires some thought. But that also means that some of my
responses in this thread will appear slowly.
Anyways:
On Thu, Jan 30, 2014 at 1:02 PM, Pascal Jasmin wrote:
> http://repl.it/languages/Python is a useful resource f
27 matches
Mail list logo