Text 430, 85 rader
Skriven 2000-03-30 23:20:56 av Goran Eriksson (2:201/505.1)
    Kommentar till text 320 av Ola Eriksson (2:205/624)
Ärende: nya specar
==================
 OE> De nuvarande specarna bygger på DOS-systemens medfödda
 OE> begränsningar. 

Jag antar att du här pratar om FidoNets tekniska specifikationer.

Det finns iofs några få detaljer i dem som grundas på egenskaper hos
PC-DOS/MS-DOS. 

Men såvitt jag förstår det innehåller de inget som med korrekta och framsynta
implementationer ska behöva begränsa dina möjligheter att skriva, läsa, skicka
och ta emot FidoNet-meddelanden på godtyckligt språk. Inget i dem hindrar
heller att korrekt konvertera meddeladen mellan FidoNet-format och
Internet-format.

FidoNets tekniska specifikationer tillåter 8-bits teckenuppsättningar.
(Åtminstone som de med tiden har kommit att tolkas.)

Tecknet <NUL> (teckenkod 0) är reserverad som slutmarkering för
FidoNet-meddelanden och får inte användas i själva meddelandetexten.
Ytterligare ett antal tecken (ASCII styrkoder) kan visserligen rent tekniskt
sett transporteras genom FidoNet, men eftersom det saknas specifikationer för
hur de ska hanteras i användargränsnittet så bör de ändå inte användas.

Detta ger i runda tal maximalt 225 tecken att använda i en teckenuppsättning.  
   
Codepage 437 och 866, för att ta ett par exempel, utnyttjar hela detta utrymme.
ISO-8859-familjen utnyttjar bara ca 190.

En viss teckenkod kan, beroende på vilken teckenuppsättning som använts, betyda
helt olika tecken.

T.ex. betyder teckenkod 157 yen-tecken i codepage 437, grekiska gemena zeta i
codepage 737, norskt/danskt Ö i codepage 850, kyrilliska versala E i codepage
866 och är odefinierad (oanvänd) i ISO-8859-1.   
  
För att de program som tar emot ett meddelande med ett eller flera tecken med
teckenkod 157 i ska kunna veta hur de ska hanteras i användargränssnittet så
används i FidoNet s.k. CHRS-/CHARSET-kluttar. Det program som skapar
meddelandet talar alltså om vilken teckenuppsättning som ska användas vid
tolkningen av innehållet. Det program som ska tolka och/eller presentera
innehållet förväntas titta på CHRS-/CHARSET-klutten och anpassa sin tolkning
och presentation därefter. Anger CHRS-/CHARSET-klutten att det är codepage 437
så ska det tolkas/presenteras som ett yen-tecken. Anger CHRS-/CHARSET-klutten
att det är codepage 866 ska det tolkas/presenteras som kyrilliska versala E.

(Formellt sett är CHRS-/CHARSET-klutten inte teknisk standard inom FidoNet utan
förslag till sådan standard. Den är dock de facto-standard och idag allmänt
förekommande.)

FidoNets tekniska standard handlar huvudsakligen om hur meddelanden ska se ut 
när de transporteras mellan olika system inom FidoNet samt om hur
kommunikationen mellan dessa tekniskt ska gå till (hur
kommunikationsprotokollen ska se ut). De tar bara i sällsynta fall upp hur
t.ex. meddelanden ska hanteras lokalt på de olika systemen. Så länge det inte 
har direkt teknisk betydelse för kommunikationen mellan systemen. 

Så t.ex. talar de inte om hur man ska få in ett grekiskt gement zeta från
tangentbordet eller hur man ska få fram en förståelig representation av ett
kyrilliskt versalt E på bildskärmen. Det varierar ju bl.a. beroende på vilken
dator, vilket operativsystem och vilket bildskärmskort som används. Det är
istället upp till den som gör t.ex. en meddelandeeditor att ta reda på vilka
möjligheter som erbjuds i den miljö som hennes/hans program ska kunna användas
i samt att ta tillvara dem på bästa sätt.


För de språk som kan behöva mer än ca 225 tecken (t.ex. japanska, kinesiska och
koreanska) finns speciallösningar som t.ex. Big-5 eller transportkodning av
andra 16- eller 32-bitars teckenuppsättningar. 

Liknande transportkodningar skulle kunna användas för teckenuppsättning enligt
ISO-10646 (som vad jag förstår i alla praktiska avseenden är likvärdig med
Unicode). ISO-10646/Unicode har den sympatiska egenskapen att den samtidigt
innehåller "alla" tecken från "alla" mer eller mnidre levande språk i hela
världen. Därmed slipper man ifrån tvetydigheten i  tolkningen av teckenkod 157
beroende på vilken 8-bitars teckenuppsättning som har använts.


Som slutkläm skulle jag alltså vilja fråga dig på vilka punkter du anser att
FidoNets tekniska specifikationer skulle behöva kompletteras/ändras för att du
ska kunna skriva, läsa, skicka och ta emot FidoNet-meddelanden på godtyckligt
språk.      


--- 
 * Origin: GET, Lidingo, Sweden, +46-8-7655670 (2:201/505.1)