From Newsgroup: comp.lang.apl


le funzioni del apl falliscono perch* i loro tipi permessi in entrata
sono troppi con risultati senza un senso matematico importante

per esempio se p * {leftshoe}(1 2)(3 4)

p={upstile}p

ritorna
+3--------------+
+2-------------+a
a+2---+ +2---+ aa
aa 1 1a a 1 1a aa
a+~---+ +~---+ 2a
+?-------------+3
+---------------+

invece che

0
~
--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.lang.apl

On Thu, 16 Nov 2023 11:30:06 +0100, Rosario19 <Ros@invalid.invalid>
wrote:

le funzioni del apl falliscono perch* i loro tipi permessi in entrata
sono troppi con risultati senza un senso matematico importante

mi sono sbagliato
mi sembra giusto che abbiano tanti tipi in entrata,ma anche abbiano il significato matematico importante

una funzione booleana su un tipo numerico tipo
3<4
* giusto che ritorni vero 1
ma
3<{leftshoe}'this'
non puo tornare altro che 0

per esempio se p * {leftshoe}(1 2)(3 4)

p={upstile}p

ritorna
+3--------------+
+2-------------+a
a+2---+ +2---+ aa
aa 1 1a a 1 1a aa
a+~---+ +~---+ 2a
+?-------------+3
+---------------+

invece che

0
~

--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.lang.apl

On Thu, 16 Nov 2023 11:40:39 +0100, Rosario19 <Ros@invalid.invalid>
wrote:

On Thu, 16 Nov 2023 11:30:06 +0100, Rosario19 <Ros@invalid.invalid>
wrote:

le funzioni del apl falliscono perch* i loro tipi permessi in entrata
sono troppi con risultati senza un senso matematico importante

mi sono sbagliato
mi sembra giusto che abbiano tanti tipi in entrata,ma anche abbiano il >significato matematico importante

una funzione booleana su un tipo numerico tipo
3<4
* giusto che ritorni vero 1
ma
3<{leftshoe}'this'
non puo tornare altro che 0

per quanto mi riguarda penso che

3<1 2 3 4 5
non puo avere altra risposta che 0

e quello che forse vi risulta nel vostro apl nn * altro che

3<"1 2 3 4 5

per esempio se p * {leftshoe}(1 2)(3 4)

p={upstile}p

ritorna
+3--------------+
+2-------------+a
a+2---+ +2---+ aa
aa 1 1a a 1 1a aa
a+~---+ +~---+ 2a
+?-------------+3
+---------------+

invece che

0
~

--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.lang.apl


A dire la verita non sono tanto daccordo nel trattare gli array come
scalari, esempio

{notequalunderbar}1
ritorna 1

come con ogni scalare
ma non * un vettore

--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.lang.apl

On Thu, 16 Nov 2023 19:14:33 +0100, Rosario19 <Ros@invalid.invalid>
wrote:

A dire la verita non sono tanto daccordo nel trattare gli array come
scalari, esempio

{notequalunderbar}1
ritorna 1

come con ogni scalare
ma non * un vettore

{notequalunderbar}1
dovrebbe ritornare 0 non essendo una lista, ovvero non essendo la
lista con solo 1 elemento (1)

--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.lang.apl

On Thu, 16 Nov 2023 11:40:39 +0100, Rosario19 wrote:

On Thu, 16 Nov 2023 11:30:06 +0100, Rosario19 <Ros@invalid.invalid>
wrote:

le funzioni del apl falliscono perch* i loro tipi permessi in entrata
sono troppi con risultati senza un senso matematico importante

mi sono sbagliato
mi sembra giusto che abbiano tanti tipi in entrata,ma anche abbiano il >significato matematico importante

una funzione booleana su un tipo numerico tipo
3<4
* giusto che ritorni vero 1
ma
3<{leftshoe}'this'
non puo tornare altro che 0

per esempio se p * {leftshoe}(1 2)(3 4)

p={upstile}p

ritorna
+3--------------+
+2-------------+a
a+2---+ +2---+ aa
aa 1 1a a 1 1a aa
a+~---+ +~---+ 2a
+?-------------+3
+---------------+

invece che

0
~

in poche parole penso che
a=b
deve ritornare solo 0(falso) oppure 1(vero)
* vero se e solo se
a,b sono scalari numeri, lettere e a=b
oppure
a,b hanno lo stesso tipo e tutti i sotto elmenti di a sono uguali ai sottoelementi di b
esempio
[1,2,[3]]=a
se solo se tipo di [1,2,[3]] * uguale al tipo di a
e gli elementi di a sono uguali agli elementi di [1,2,[3]]

la stessa cosa per gli operatori <> >= <= ecc
a<b e' vera se e solo se a e b hanno tipo numerico e a<b

--- Synchronet 3.21d-Linux NewsLink 1.2

From Newsgroup: comp.lang.apl

On Sat, 18 Nov 2023 09:00:39 +0100, Rosario19 wrote:

3<{leftshoe}'this'
non puo tornare altro che 0

per esempio se p * {leftshoe}(1 2)(3 4)

p={upstile}p

ritorna
+3--------------+
+2-------------+a
a+2---+ +2---+ aa
aa 1 1a a 1 1a aa
a+~---+ +~---+ 2a
+?-------------+3
+---------------+

invece che

0
~

in poche parole penso che
a=b
deve ritornare solo 0(falso) oppure 1(vero)
* vero se e solo se
a,b sono scalari numeri, lettere e a=b
oppure
a,b hanno lo stesso tipo e tutti i sotto elmenti di a sono uguali ai >sottoelementi di b
esempio
[1,2,[3]]=a
se solo se tipo di [1,2,[3]] * uguale al tipo di a
e gli elementi di a sono uguali agli elementi di [1,2,[3]]

la stessa cosa per gli operatori <> >= <= ecc
a<b e' vera se e solo se a e b hanno tipo numerico e a<b

^^^^^^^
numerico compatibile, int float soltanto

Tutti gli altri costrutti particolari dell'apl si potrebbero calcolare
usando un loop, o for each "
--- Synchronet 3.21d-Linux NewsLink 1.2