On Sun, 20 Mar 2022, Raul Miller wrote:
Getting there, from my perspective, should be thought of as critical for
any valid proposal.
I do not see the point in planning a route before I know my destination.
Now... your proposal -- which would have the unicode latin-1 code plane
be the defaul
Per lemire
(https://lemire.me/blog/2013/12/26/fastest-way-to-compute-the-greatest-common-divisor/),
a faster algorithm for integer x+.y. Also helps *., which is implemented in
terms of +..
before:
p=. ?1e7$1e7
q=. ?1e7$1e7
timex 'p+.q'
0.525084
after:
timex 'p+.q'
0.269749
I ha
Dear all -
[I'm writing under the influence of a (so long) mild attack of big C,
so beg your pardon if reads a bit incoherently in places.]
When plotting a unit circle (using pd commands and options) I got
disappointed again as it looked like a ballon from last weeks birthday party.
I then
On Mon, Mar 21, 2022 at 7:18 AM Martin Kreuzer wrote:
> The option 'aspect' which was suggested as a remedy (using a value of
> 0.866, which -for reasons unknown to me- is suspiciously close to
> -:%:3) has probably more to do with the aspect of the plotted grid
> (and if so, in a weird way, at le
On Mon, Mar 21, 2022 at 5:52 AM Elijah Stone wrote:
> 1. I am not sure why you say you are ignoring fread/fwrite, when
> fread/fwrite seem like essential tools for talking with OS interfaces.
I am ignoring them because your motivating examples do not involve
fread and fwrite.
So, in the context
I did some experiments with drawing hexagons and decided a ratio of 0.9
worked best: https://code.jsoftware.com/wiki/NYCJUG/HexagonAspects .
On Mon, Mar 21, 2022 at 10:48 AM Raul Miller wrote:
> On Mon, Mar 21, 2022 at 7:18 AM Martin Kreuzer
> wrote:
> > The option 'aspect' which was suggested
0.9 is a pretty close approximation for %:0.75 (less than 4% off).
0.9%%:0.75
1.03923
Thanks,
--
Raul
On Mon, Mar 21, 2022 at 2:41 PM Devon McCormick wrote:
>
> I did some experiments with drawing hexagons and decided a ratio of 0.9
> worked best: https://code.jsoftware.com/wiki/NYCJUG/Hex
On Mon, 21 Mar 2022, Martin Kreuzer wrote:
[I'm writing under the influence of a (so long) mild attack of big C, so
beg your pardon if reads a bit incoherently in places.]
Sad to hear that. Hope you get better soon.
When plotting a unit circle (using pd commands and options) I got
disappoi
(A side note: does anyone know why when I post REPL session
transcriptions, they become misaligned?)
On Mon, 21 Mar 2022, Elijah Stone wrote:
On Mon, 21 Mar 2022, Martin Kreuzer wrote:
[I'm writing under the influence of a (so long) mild attack of big C, so
beg your pardon if reads a bit inc
On Mon, 21 Mar 2022, Raul Miller wrote:
2. That ability would not be removed. Functionality for interacting
with OS interfaces would, generally, interpret data received as being
utf8-encoded, and decode it.
In other words, exactly what the current implementation is doing.
Except, that's not
I think a lot of plot programs take the dimensions of the plot from the
values being plotted. I've sometimes wished for some kind of "frame"
option to allow us to force the dimensions to avoid this variability. It's
especially annoying when you compare separate plots of similar but
different thin
On Mon, Mar 21, 2022 at 6:05 PM Elijah Stone wrote:
> On Mon, 21 Mar 2022, Raul Miller wrote:
> >> 2. That ability would not be removed. Functionality for interacting
> >> with OS interfaces would, generally, interpret data received as being
> >> utf8-encoded, and decode it.
> >
> > In other word
do they? looks all good to me
Am 21.03.22 um 22:47 schrieb Elijah Stone:
(A side note: does anyone know why when I post REPL session
transcriptions, they become misaligned?)
--
--
mail written using NEO
neo-layout.org
Sure.
Most J programmers can’t tell nouns and adjectives apart.
We don’t even have a type function returning grammar terms
indicating what part of speech our entities are. Poor us!
We should have been “more careful.”
Am 22.03.22 um 01:00 schrieb Raul Miller:
Be careful here -- "implementation" a
On Tue, Mar 22, 2022 at 2:22 AM Hauke Rehr wrote:
> Most J programmers can’t tell nouns and adjectives apart.
> We don’t even have a type function returning grammar terms
> indicating what part of speech our entities are.
I think that this should tell us what part of speech the entity named 'name
15 matches
Mail list logo
