Early try-out on iPad, iOS 10.3.2 :-
the "?" "Button" appears not to work, not with my finger-jabbing, at least...
Thanks,
Mike
Please reply to mike_liz@tiscali.co.uk.
Sent from my iPad
> On 5 Jul 2017, at 01:42, Eric Iverson wrote:
>
> A significant new release of J iOS is avai
I like it!
Lots of things to learn (and I lust for a + size iPhone) but off the top,
great improvements!
> On 2017Jul 4, at 17:42, Eric Iverson wrote:
>
> A significant new release of J iOS is available at the Apple App Store.
>
> See http://code.jsoftware.com/wiki/Guides/iOS for more inf
Thanks, I'll try that. --Kip
On Tuesday, July 4, 2017, robert therriault wrote:
> Kip
>
> I just tap in the text entry box. I think that the down arrow makes it
> disappear.
>
> Cheers, bob
>
> > On Jul 4, 2017, at 7:14 PM, Kip Murray > wrote:
> >
> > How do you get the new keyboard back if you
Kip
I just tap in the text entry box. I think that the down arrow makes it
disappear.
Cheers, bob
> On Jul 4, 2017, at 7:14 PM, Kip Murray wrote:
>
> How do you get the new keyboard back if you lose it? Don't remember how I
> lost it. --Kip Murray
>
> On Tuesday, July 4, 2017, robert therr
How do you get the new keyboard back if you lose it? Don't remember how I
lost it. --Kip Murray
On Tuesday, July 4, 2017, robert therriault wrote:
> Looks good Eric,
>
> At first blush the new keyboard is much more useful for J and Menlo is a
> much nicer font.
>
> Congratulations, bob
>
> > O
That makes sense, thank you for the explanation.
2017-07-05 4:03 GMT+03:00 Raul Miller :
> Keep in mind that there's no variable y in this expression.
>
> Presumably the 13 : evaluator uses a dummy value of one when resolving
> the expression, but since 'y' is a constant rather than a variable, i
Keep in mind that there's no variable y in this expression.
Presumably the 13 : evaluator uses a dummy value of one when resolving
the expression, but since 'y' is a constant rather than a variable, it
does not know that you (and 5!:5) really meant it to be a reference to
the variable.
That's wha
Looks good Eric,
At first blush the new keyboard is much more useful for J and Menlo is a much
nicer font.
Congratulations, bob
> On Jul 4, 2017, at 5:42 PM, Eric Iverson wrote:
>
> A significant new release of J iOS is available at the Apple App Store.
>
> See http://code.jsoftware.com/wiki
This is exactly what I was looking for, thanks a lot!
I am slightly confused by this however:
13 : '5!:5<''y'''
(,'1')"_
as it seems to replace y with 1 instead of giving 3 : '5!:5<''y'''.
Thanks,
N.D.
2017-07-05 3:28 GMT+03:00 Raul Miller :
> Well, that depend on what you mean by a "tacit
A significant new release of J iOS is available at the Apple App Store.
See http://code.jsoftware.com/wiki/Guides/iOS for more information.
--
For information about J forums see http://www.jsoftware.com/forums.htm
Well, that depend on what you mean by a "tacit expression".
If your concept of tacit is one which does not use names, then no,
because this expression uses names.
If you prefer a more relaxed concept of tacit programming, however,
you might try something like this:
lrep=: 3 :'5!:5<''y'''
V
Explicitly:
R=: 0
V=: 3 : 'R=: R , ...'
Is there a way to write V in tacit form?
Thanks,
N.D.
--
For information about J forums see http://www.jsoftware.com/forums.htm
http://code.jsoftware.com/wiki/System/Interpreter/Requests#Expanded_Multiple_Assignment
examples of my proposed extension of multiple assignment.
Henry Rich
On 7/4/2017 7:29 PM, Raul Miller wrote:
Which wiki page? (And, what are they examples of?)
Thanks,
---
This email has been checke
Which wiki page? (And, what are they examples of?)
Thanks,
--
Raul
On Tue, Jul 4, 2017 at 6:39 PM, HenryRich wrote:
> Examples are in the Wiki page. I was unable to figure out a good way to
> make it apply to boxed lists. I did feel that since a boxed list is created
> programmatically, the
Why not? Because named verbs are on an equal footing with primitives,
so the sentence:
a plus =: 5
would be interpreted as an assignment to plus, not to a.
Henry Rich
On 7/4/2017 1:55 PM, 'Mike Day' via Programming wrote:
Not multiple assignment, but copula-related.
I've often wondered wh
Examples are in the Wiki page. I was unable to figure out a good way to
make it apply to boxed lists. I did feel that since a boxed list is
created programmatically, there would be less need for the new features
there.
Henry Rich
On 7/4/2017 6:30 PM, Bill wrote:
Why do think this extension
Why do think this extension is needed? Can you give some examples? Often I use
the form of boxed list instead of string for assignment, can this extension
also apply?
Sent from my iPhone
On 4 Jul, 2017, at 1:40 PM, HenryRich wrote:
> Here is a feature that I have wanted for a long time:
>
>
Eh... for that, I'd probably want a different construct, like:
update=:2 :0
(m)=:v".m
)
... but only if I wanted it at all, and I do not think I want this.
--
Raul
On Tue, Jul 4, 2017 at 3:41 PM, 'Pascal Jasmin' via Programming
wrote:
> though I didn't define the monadic section of is, the
though I didn't define the monadic section of is, there should be one, so
2 * is 'y' NB. replace y with its double.
or
*: is 'y' NB. replace y with its square.
the constant parameter is the assigned variable.
as to ~ (im referring to evoke not passive/reflect)
'a b'~ is an ill-formed name e
I do not understand why I want y to be the assigned variable,
actually. If our motivation is patterned on C, there's no x*=;
More generally, "because we can" as the only motivation for a design
decision quickly gets us into utterly dysfunctional territory.
It also bothers me that you seem to be s
for your is verb, you want y to be the assigned variable to support monadic
verbs.
is =: 1 : (':';'(y) =: x u y~'
to support x u is 'a b',
'a b'~ would have to be defined as 'a'~ ; 'b'~
and then, '`a b c'~ could be defined as (a ar), (b ar), (c ar)
where
ar =: 1 : '5!:1 <''u'''
__
It might be interesting to try redefining the dictionary II.E parsing
rules at http://www.jsoftware.com/help/dictionary/dicte.htm to support
stuff like a+=:i.20
That said, you can already do this:
a=:10
is=:1 :(':';'(x)=:(".x) u y')
'a'+is i.20
10 11 12 13 14 15 16 17 18 19 20 21 22 23 2
Not multiple assignment, but copula-related.
I've often wondered why J doesn't have the C family feature of assignments
such as
t =: 1 2 3
[t+=: 3
4 5 6
I don't know what it's called, and I realise it's only an arguably
attractive
feature, not an essential one, but would be useful, espe
Interesting! I was puzzled as to why ldrs1/2 also each consumes less space
than lrds or finalrev etc, but then realised that the source of the
difference
is probably the expression " i.n " in the do-loop version.
ts'i.1000' NB. time & space for i.1000
1.24189e_5 8960
supports the suppo
I like the =.. and =:: proposals, (though perhaps as adverbs... see below)
I've done some work on defaults, and though I had not considered nesting, I
believe its not essential. What is essential is replacing nulls (i.0), and the
flexibility to have defaults not just for trailing arguments.
Have tried wrapping around the "finalrev" into while./whilst. loops:
lrds1=: 3 : 0
q=. m=. >./ y
w=. 1
n=. # y
while. m <: q * n do.
w=. >: w
m=. m >. w * q=. >./ y=. 2 <./\ y
end.
)
lrds2=: 3 : 0
m=. >./ y
w=. 1
n=. # y
whilst. m < q * n do.
w=. >: w
m=. m >. w * q=. >./ y=. 2
'`' will continue to be supported as it is now, simply assigning ARs to
names.
Henry Rich
On 7/4/2017 9:01 AM, Jose Mario Quintana wrote:
0. Will ` be still supported (maybe I missed in the BNF description)?
1. Copula is not a word (noun, verb, adverb or conjunction) it is, I think,
a punc
0. Will ` be still supported (maybe I missed in the BNF description)?
1. Copula is not a word (noun, verb, adverb or conjunction) it is, I think,
a punctuation mark which makes it very inconvenient sometimes (for example,
it cannot be processed by `:6) . However, the multiple assignment form c
28 matches
Mail list logo
