Overleg:APL (programmeertaal)

Laatste reactie: 3 jaar geleden door Handige Harrie in het onderwerp koppelteken/minteken

koppelteken/minteken bewerken

In Unicode onderscheiden we:

  • U+002D - HYPHEN-MINUS
  • U+2010 ‐ HYPHEN
  • U+2212 − MINUS SIGN

Omdat in APL wel meer speciale tekens gebruikt worden, dacht ik dat het goed zou zijn om expliciet aan te geven dat de operator voor aftrekken en negatie het eerste teken moet zijn en niet een van de andere twee. Echter, Handige Harrie was het hier niet mee eens. En wat wordt er bedoeld met "Uiterlijk is er geen verschil"? –bdijkstra (overleg) 11 dec 2020 18:04 (CET)Reageren

Het is een beetje te vergelijken met trema en Umlaut. Ze lijken op elkaar en alleen in heel goed verzorgd drukwerk gebruik je er verschillende tekens voor. De namen zijn echter anders, het zou verkeerd zijn te zeggen dat er een trema staat op de u van Düsseldorf.
Ik zie geen verschil tussen ‐ en -. − is bij mij een beetje anders, langer en hoger.
APL heeft een eigen karakterset. Of de hele karakterset in Unicode is opgenomen, weet ik niet. Voor de gewone letters en cijfers kunnen de gewone ASCII-tekens prima gebruikt worden. Dat geldt ook voor het minteken. Wil je het echt heel goed doen, dan gebruik je 2212, want Unicode zegt dat dat pas echt een MINUS sign is.
Maar het conflict gaat niet over het teken maar over de naam ervan. En die naam is niet koppelteken, want koppeltekens gebruik je in tekst, om een woord af te breken. Wil je aftrekken dan gebruik je een minteken. Het zou ook verkeerd zijn te zeggen dat er een trema staat op de u van Düsseldorf.
Handige Harrie (overleg) 11 dec 2020 18:18 (CET)Reageren
Op en:APL syntax and symbols komt 002D niet voor maar 2212 wel. Mogelijk wordt 002D ook geaccepteerd door (sommige?) compilers, maar hiervan wordt niet gerept. –bdijkstra (overleg) 11 dec 2020 18:49 (CET)Reageren
P.S. 2212 is in vrijwel alle fonts zo dat het horizontale gedeelte gelijk is als dat van +. –bdijkstra (overleg) 11 dec 2020 18:52 (CET)Reageren
Je kunt in dit lemma 2212 gebruiken. Maar je mag het niet Koppelteken noemen.
In de glorietijd van APL - jaren 70 - bestond Unicode nog niet. Je merkte als gebruiker niks van de interne codering van tekens. Ik heb nu APL\360 op mijn Windows-computer en daar heb ik leuk mee gespeeld, hoewel niet zo enthousiast als in de jaren 70 toen ik heel wat uurtjes met APL bezig ben geweest. Ik heb nu ook de sourcecode - assembly - en daar heb ik wat in geknoeid om dingen mogelijk te maken die anders niet kunnen. De interne presentatie is afwijkend van EBCDIC en ASCII en alle tekens hebben 8 bits, dus geen 2212. Handige Harrie (overleg) 11 dec 2020 19:22 (CET)Reageren
Hier is de interne representatie van de tekens bij APL\360. Vergissingen voorbehouden.
00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
10 : . [ ] (
20 ) ; / \ E negatief × deel *
30 < <= = >= > != α ε ι ρ ω , !
40 encode decode ο ? ~ arc cup _ small circle
50 ο-
60 A B C D E F G H I J K
70 L M N O P Q R S T U V W X Y Z Δ
80 letters met onderstreping
90 letters met onderstreping 0 1 2 3 4
a0 5 6 7 8 9 , - ' : nabla cr
Handige Harrie (overleg) 11 dec 2020 21:40 (CET)Reageren
Terugkeren naar de pagina "APL (programmeertaal)".