Svenska tecken i DNS
Jan Rockstedt
Vilken version av BIND klarar svenska tecken i domän namnet ?
Eller kanske någon annat DNS ?
Mvh Janne Rockstedt
p...@icke-reklam.ipsec.nu
> Hej !
> Vilken version av BIND klarar svenska tecken i domän namnet ?
Enkelt svar : Ingen.
Visserligen har bind-9 inga synpunkter på
teckenset, men det finns ingen standard på
"Internationalla Domainnames" så man kan inte
räkna med att det fungerar.
Se ietf's web efter arbetsgrupped IDN som kommer
med ett förslag så småningom. Detta förslag kommer
med all sannolikhet att bli att DNS inte alls
kommer att behöva hantera något annat än a-z utan
applikationer får skriva om internationella domännamn
till hexgrupper.
> Eller kanske någon annat DNS ?
> Mvh Janne Rockstedt
--
Peter Håkanson
IPSec Sverige (At the Riverside of Gothenburg, home of Volvo)
Sorry about my e-mail address, but i'm trying to keep spam out.
Remove "icke-reklam" and it works.
Jan Rockstedt
<p...@icke-reklam.ipsec.nu> wrote in message
news:ALIAS.a9lud7$6l5$1...@nyheter.crt.se...
> Jan Rockstedt <u401...@telia.com> wrote:
> > Hej !
>
> > Vilken version av BIND klarar svenska tecken i domän namnet ?
>
> Enkelt svar : Ingen.
>
> Visserligen har bind-9 inga synpunkter på
> teckenset, men det finns ingen standard på
> "Internationalla Domainnames" så man kan inte
> räkna med att det fungerar.
>
> Se ietf's web efter arbetsgrupped IDN som kommer
> med ett förslag så småningom. Detta förslag kommer
> med all sannolikhet att bli att DNS inte alls
> kommer att behöva hantera något annat än a-z utan
> applikationer får skriva om internationella domännamn
> till hexgrupper.
Tack för svaret.
Enligt Computer Sweden är NIC-SE på G med svenska tecken, och det går att
söka en .nu domän.
ex: http://www.nu/svenska/Sveriges_kommuner.htm
Men hur skall man kunna hantera domänerna, när det inte finns någon DNS,
mail, mm .....
//Janne
J.O. Aho
> Enligt Computer Sweden är NIC-SE på G med svenska tecken, och det går att
> söka en .nu domän.
> ex: http://www.nu/svenska/Sveriges_kommuner.htm
>
> Men hur skall man kunna hantera domänerna, när det inte finns någon DNS,
> mail, mm .....
Ja du Jan, sverige är inte så snabbt, Register.Com har haft internationella
tecken i domännamn ganska så länge. Nackdelen är att man måste köpa två
domäner, typ om du vill ha domänen tvål.com så måste du ha domänen tval.com
också, för i dagsläget så översätter man å till a, det samma gäller för ä
också, så ingen kan registrera tväl.com så länge du har tval.com.
//Aho
Mans Nilsson
> Hej !
>
> Vilken version av BIND klarar svenska tecken i domän namnet ?
9. Men du vill inte.
> Eller kanske någon annat DNS ?
Det finns andra. Men det är inte där problemet ligger. Problemet
ligger i att om du ska kunna få det att funka så måste ALLA DNS-SERVERS
I HELA VÄRLDEN förstå vad du håller på med. Gör de inte det så
fungerar det inte. Punkt.
Det som .NU mfl håller på med är kvalificerat lurendrejeri. Om du
läser det finstilta i erbjudandet så ser du att de mumlar lite
dunkelt om att "det kommer att fungera först när IDN working group
inom IETF har presterat en draft värdig att elevera till RFC". Med
tanke på att författaren till en viss regelvidrig MTA har blandat
sig i leken på sitt vanliga ödmjuka sätt är jag inte särskilt
hoppfull.
Kort:
LÅT BLI.
/Måns, inblandad i DNS.
--
Måns Nilsson Systems Specialist
+46 70 681 7204 KTHNOC
MN1334-RIPE
Jan Rockstedt
>
> LÅT BLI.
>
Tack för det.
Jo jag är klar över att det är STORA problem.
Men vi har en del kunder som inte förstår varför ....
"Jag jobbar för en liten ISP"
Enligt Computer Sweden är nic-se på G med åöä.se
Kommentar Måns eller inside info ?
//Janne
Björn Lindberg
> inom IETF har presterat en draft värdig att elevera till RFC". Med
> tanke på att författaren till en viss regelvidrig MTA har blandat
> sig i leken på sitt vanliga ödmjuka sätt är jag inte särskilt
> hoppfull.
Av nyfikenhet: vilken MTA då?
Björn
Mans Nilsson
qm**l
p...@spamnuke.ludd.luth.se
>Mvh Janne Rockstedt
Det är funktionsvidrigt och skall undvikas.
Försök nå din hemsida med åäö när du ska visa en kund i usa något :)
/P
--
Email: pb(a)ludd.luth.se (a) = @
J.O. Aho
> Det är funktionsvidrigt och skall undvikas.
> Försök nå din hemsida med åäö när du ska visa en kund i usa något :)
Antingen installerar du stöd för Finsk tangentbord, eller så skriver du
adressen med a:n och o:n.
:)
Lars Tunkrans
Jan Rockstedt wrote:
När vi Hade Paul Vixie på besök i sverige under NORDU99 konferansen så
hoppade han nästan jämfota av ilska när han fick just ovanstående fråga.
Problem är som flera redan varit inne på att
Det går inte att på ett enkelt sätt skriva URL med åäöÅÄÖ med engelska
tangenbord.
Det finns **Många** ( dvs. hundratusentals ) DNS installtioner som inte är
förberedda för UNICODE i DNS namn även om M$ Active Directory faktiskt
klarar av det.
Jag skulle vilja se en windows 2000 server som DNS för .COM domänen.
Undrar hur många sekunder den skulle klara av belastningen ?????
MVH.
// Lars Tunkrans
Mans Nilsson
>
> Jag skulle vilja se en windows 2000 server som DNS för .COM domänen.
> Undrar hur många sekunder den skulle klara av belastningen ?????
Inga. ".com, .org och .net" körs på 13 stycken kluster om 2 maskiner
med vardera 16GB RAM. Inte ens Windows 2000 super-duper-server,
Datacenter eller vad den nu heter kan hantera så mycket RAM.
Det är numera IBM RS/6000-maskiner, eftersom Sunmaskinerna inte
orkade. Installationen väger strax under ett ton per site, skåp
inkluderade.
/Måns, installerade den i Sverige.
p...@icke-reklam.ipsec.nu
> <p...@icke-reklam.ipsec.nu> wrote in message
> news:ALIAS.a9lud7$6l5$1...@nyheter.crt.se...
>> Jan Rockstedt <u401...@telia.com> wrote:
>> > Hej !
>>
>> > Vilken version av BIND klarar svenska tecken i domän namnet ?
>>
>> Enkelt svar : Ingen.
>>
>> Visserligen har bind-9 inga synpunkter på
>> teckenset, men det finns ingen standard på
>> "Internationalla Domainnames" så man kan inte
>> räkna med att det fungerar.
>>
>> Se ietf's web efter arbetsgrupped IDN som kommer
>> med ett förslag så småningom. Detta förslag kommer
>> med all sannolikhet att bli att DNS inte alls
>> kommer att behöva hantera något annat än a-z utan
>> applikationer får skriva om internationella domännamn
>> till hexgrupper.
> Tack för svaret.
> Enligt Computer Sweden är NIC-SE på G med svenska tecken, och det går att
> söka en .nu domän.
> ex: http://www.nu/svenska/Sveriges_kommuner.htm
Computers sweden är som vanligt ute och cyklar. Inte heller fungerar
det i .nu domänen ( vad än mr semich försöker säga, han hoppas ju att
få sälja 2 domäner i stället för en : en som fungerar och en med
konstiga tecken som folk _hoppas_ fungerar. Men eftersom det inte
finns några som helst garantier köper folk bägge.
> Men hur skall man kunna hantera domänerna, när det inte finns någon DNS,
> mail, mm .....
Nu hänger jag inte med, vad menar du med detta ?
> //Janne
p...@icke-reklam.ipsec.nu
> Tack för det.
> Jo jag är klar över att det är STORA problem.
> Men vi har en del kunder som inte förstår varför ....
> "Jag jobbar för en liten ISP"
Börja med att läsa relevanta RFC om hur dns är spec-at.
Fortsätt med att fundera på någonting brukar fungera om
man bryter mot reglerna ( dvs gör som man inte får göra)
Fundera sedan på om du skall medverka i att sälja saker som
inte fungerar, och hur det påverkar din image.
> Enligt Computer Sweden är nic-se på G med åöä.se
Tro inte på allt som står i tidningen. Hade de bekvämat sig
med att kolla med mig eller måns hade det inte blivit så fel.
> Kommentar Måns eller inside info ?
> //Janne
--
Björn Lindberg
>
> Jan Rockstedt <u401...@telia.com> wrote:
> >Hej !
>
> >Vilken version av BIND klarar svenska tecken i domän namnet ?
>
> >Eller kanske någon annat DNS ?
>
> >Mvh Janne Rockstedt
>
> Det är funktionsvidrigt och skall undvikas.
> Försök nå din hemsida med åäö när du ska visa en kund i usa något :)
Detta är väl iofs inget bra argument. Om sidan är skriven på svenska och
för svenska användare?
Björn
Mans Nilsson
>> Enligt Computer Sweden är nic-se på G med åöä.se
>
> Tro inte på allt som står i tidningen. Hade de bekvämat sig
> med att kolla med mig eller måns hade det inte blivit så fel.
CS kollar bara med folk om det inte riskerar att sumpa en bra story.
Det kommer väl med tabloidformatet.
Princess Travel
> Är det inte så att hela iso-8859-1 tilläts i URL:ar förr men i
> och med någon senare HTML-standard så tilläts bara a-z?
>
> www.foo.com/åäö.html är därför numera en otillåten url.
Der står lidt om det på <http://www-lysator.liu.se/åttabitars>.
// Klaus
--
><> vandag, môre, altyd saam
Ian D
> > Det är funktionsvidrigt och skall undvikas.
> > Försök nå din hemsida med åäö när du ska visa en kund i usa något :)
>
> Detta är väl iofs inget bra argument. Om sidan är skriven på svenska och
> för svenska användare?
... och du sitter i USA med ett amriskt tangentbord?
--
/Ian D
i...@assv.net - www.assv.net
Birger Blixt
>
> Ian D <i...@assv.net> wrote:
> : Björn Lindberg <d95-b...@spam.nada.kth.se> writes:
> :
> :> > Det är funktionsvidrigt och skall undvikas.
> :> > Försök nå din hemsida med åäö när du ska visa en kund i usa något :)
> :>
> :> Detta är väl iofs inget bra argument. Om sidan är skriven på svenska och
> :> för svenska användare?
> :
> : ... och du sitter i USA med ett amriskt tangentbord?
>
>
> --
> kristian ragndahl, http://www.ragndahl.cx
>
> ragndahl (a) sdf.lonestar.org
åäö är ju bara en försmak av vad som kan komma när alla
chineser,japaner,ryssar mm. också
vill använda sina egna tecken i domännamn, varför skulle det tillåtas
bara för saker som
http://Örjan.örebro.se när det lika gärna kan heta
http://¼¼¼.¤ì¤¿²èÁü¤Î̵.ÃÇ¡¢Å¾ºÜ¡¢.jp
Man kanske måste uppfinna något system som kan översätta host.domän
till ett
numreriskt värde av något slag, som skulle vara lättare att skriva. ;-)
/bb
Ichimusai
> Man kanske måste uppfinna något system som kan översätta host.domän
> till ett numreriskt värde av något slag, som skulle vara lättare att
> skriva. ;-)
Och om man sedan grupperar dem efter oktetter
t.ex. 213.65.39.110... jag tror du är något på spåren här... :>
--
AA#769 ICQ: 1645566 Yahoo & MSN: Ichimusai http://www.ichimusai.org/
Support the ASCII ribbon campaign - No HTML, RTF or MS Word in mail
9:21pm up 1 day, 13:19, 2 users, load average: 0.24, 0.18, 0.11
Iggy Drougge
: In article <a9lrsq$44g6j$1...@ID-101404.news.dfncis.de>, Jan Rockstedt wrote:
:> Vilken version av BIND klarar svenska tecken i domän namnet ?
: 9. Men du vill inte.
:
:> Eller kanske någon annat DNS ?
: Det finns andra. Men det är inte där problemet ligger. Problemet
: ligger i att om du ska kunna få det att funka så måste ALLA DNS-SERVERS
: I HELA VÄRLDEN förstå vad du håller på med. Gör de inte det så
: fungerar det inte. Punkt.
Han NU-gubben ställde ju till rabalder om att M$ hade "stulit" deras
ÅÄÖ-kod, så det borde rimligtvis funka med NT-lösningar också. Att man öht
kan bråka om sånt är ju idioti, hur skulle man kunna påstå att man har
ensamrätt på något så grundläggande som åttabitsdomännamn?
: Det som .NU mfl håller på med är kvalificerat lurendrejeri. Om du
: läser det finstilta i erbjudandet så ser du att de mumlar lite
: dunkelt om att "det kommer att fungera först när IDN working group
: inom IETF har presterat en draft värdig att elevera till RFC". Med
: tanke på att författaren till en viss regelvidrig MTA har blandat
: sig i leken på sitt vanliga ödmjuka sätt är jag inte särskilt
: hoppfull.
10.System:> ping www.åäö.nu
PING www.åäö.nu (212.181.91.6): 56 data bytes
64 bytes from 212.181.91.6: icmp_seq=0 ttl=247 time=151 ms
64 bytes from 212.181.91.6: icmp_seq=1 ttl=247 time=167 ms
Funkar med fem-sex år gamla BSD-deriverad TCP/IP-stack här...
: Kort:
: LÅT BLI.
Är du mot åttabitspostningar i nys också, mtp att det inte funkar i alla
nysservrar?
Samtidigt som Niklas Mirjamstjärna strör Unicode omkring sig i news ska
det vara omöjligt med åttabitstecken i domännamn. Åtta bitar i nys dök upp
eftersom folk började posta med åtta bitar, och åtta bitar i domännamn bör
vara accepterat senast hösten 1995.
--
/Iggy, the irregular regular
p...@icke-reklam.ipsec.nu
Detta är FEL sätt att "bevisa något" ( jag gör om det på en annan
BSD :
> ping www.åäö.nu
ping: cannot resolve www.åäö.nu: Unknown server error
>
( 4.3-RELEASE )
Vad DNS ( och alla andra "standards" ) är en funktion som fungerar
med alla implementationer som följer denna standard.
Eftersom DNS omfattat us-ascii ( och explicit inte tillåter annat i hostnamn)
så kan man inte begära att man skall vänta sig att alla namesevers
är icke-compliant.
Det är en motsägelse.
Med samma logik kan man bevisa att exploder och IIS är den enda
webappen som "fungerar. Tycker du det också ?
> Funkar med fem-sex år gamla BSD-deriverad TCP/IP-stack här...
> : Kort:
> : LÅT BLI.
> Är du mot åttabitspostningar i nys också, mtp att det inte funkar i alla
> nysservrar?
> Samtidigt som Niklas Mirjamstjärna strör Unicode omkring sig i news ska
> det vara omöjligt med åttabitstecken i domännamn. Åtta bitar i nys dök upp
> eftersom folk började posta med åtta bitar, och åtta bitar i domännamn bör
> vara accepterat senast hösten 1995.
> --
> /Iggy, the irregular regular
--
Iggy Drougge
Jag har skickat en send-pr om det i NetBSD.
: Vad DNS ( och alla andra "standards" ) är en funktion som fungerar
: med alla implementationer som följer denna standard.
Och jag gillar standarder. Dessvärre är den här standarden åtminstone 14
år för gammal, och därmed förkastlig.
: Eftersom DNS omfattat us-ascii ( och explicit inte tillåter annat i hostnamn)
: så kan man inte begära att man skall vänta sig att alla namesevers
: är icke-compliant.
Naturligtvis inte. Men man kan ställa krav på att de ska anpassa sig efter
ett faktiskt behov.
: Med samma logik kan man bevisa att exploder och IIS är den enda
: webappen som "fungerar. Tycker du det också ?
Nä, på så vis har du rätt, men DNS-systemet är ju uppenbarligen i behov av
en modernisering, och eftersom vissa inblandade inte verkar intresserade
får folk ta det i egna händer.
:> Är du mot åttabitspostningar i nys också, mtp att det inte funkar i alla
:> nysservrar?
:> Samtidigt som Niklas Mirjamstjärna strör Unicode omkring sig i news ska
:> det vara omöjligt med åttabitstecken i domännamn. Åtta bitar i nys dök upp
:> eftersom folk började posta med åtta bitar, och åtta bitar i domännamn bör
:> vara accepterat senast hösten 1995.
Och som sagt, åttabitspostningar funkade inte särskilt bra för tio år sen
heller...
--
Kyosuke: Jag heter Kurre, Kurre Carlsson!
Jag: Det heter du inte alls!
Lars Tunkrans
Mans Nilsson wrote:
>
>
>Det är numera IBM RS/6000-maskiner, eftersom Sunmaskinerna inte
>orkade. Installationen väger strax under ett ton per site, skåp
>inkluderade.
>
>/Måns, installerade den i Sverige.
>
vilka SUN maskiner hade man provat då ?
//Lars
--
========================================================
Lars Tunkrans
ICL Distinguished Engineer,
SUN Certified Network Administrator
Microsoft MCP MCP+I MCSE MCSE+I
Jorgen Grahn
> p...@icke-reklam.ipsec.nu skrev:
> : Iggy Drougge <opt...@canit.se> wrote:
> :> 10.System:> ping www.åäö.nu
> :> PING www.åäö.nu (212.181.91.6): 56 data bytes
> :> 64 bytes from 212.181.91.6: icmp_seq=0 ttl=247 time=151 ms
> :> 64 bytes from 212.181.91.6: icmp_seq=1 ttl=247 time=167 ms
>
> : Detta är FEL sätt att "bevisa något" ( jag gör om det på en annan
> : BSD :
> :> ping www.åäö.nu
> : ping: cannot resolve www.åäö.nu: Unknown server error
>
> Jag har skickat en send-pr om det i NetBSD.
frailea:~> uname
Linux
frailea:~> ping www.åäö.nu
ping: unknown host www.åäö.nu
frailea:~> dig www.åäö.nu
<lyckas>
Skicka en till dom som gör Gnu libc också. Dom kommer säkert att vara mycket
förstående...
/Jörgen
--
// Jorgen Grahn <jgrahn@ ''Battle ye not with monsters,
\X/ algonet.se> lest ye become a monster''
Jorgen Grahn
> :> 10.System:> ping www.åäö.nu
> :> PING www.åäö.nu (212.181.91.6): 56 data bytes
> :> 64 bytes from 212.181.91.6: icmp_seq=0 ttl=247 time=151 ms
> :> 64 bytes from 212.181.91.6: icmp_seq=1 ttl=247 time=167 ms
>
> : Detta är FEL sätt att "bevisa något" ( jag gör om det på en annan
> : BSD :
> :> ping www.åäö.nu
> : ping: cannot resolve www.åäö.nu: Unknown server error
>
> Jag har skickat en send-pr om det i NetBSD.
frailea:~> uname
Iggy Drougge
>åäö är ju bara en försmak av vad som kan komma när alla
>chineser,japaner,ryssar mm. också
>vill använda sina egna tecken i domännamn, varför skulle det tillåtas
>bara för saker som
>http://Örjan.örebro.se när det lika gärna kan heta
>http://¼¼¼.¤ì¤¿²èÁü¤Î̵.ÃÇ¡¢Å¾ºÜ¡¢.jp
>Man kanske måste uppfinna något system som kan översätta host.domän
>till ett
>numreriskt värde av något slag, som skulle vara lättare att skriva. ;-)
Varför då, tecken representeras ju ändå numeriskt i datorer. Om folket som
hittade på DNS-systemet hade tänkt efter lite kunde de helt enkelt titta på
punkterna mellan domänerna och strunta i alla andra tecken emellan.
--
En ligne avec Thor 2.6a.
p...@icke-reklam.ipsec.nu
"folket som hittade på DNS-systemet", du menar Paul Mockapetris " ?
Han gjorde vad man ansåg var klokt på den tiden, en sanning som
fortfarande är sant (Tm) , nämligen att använda ascii. Vad som
begränsade urvalet var att man ville ha tecken som var entydigt
översättningsbart mellan alla dåtida förekommande alfabet
(ebcdic, ascii, hollerith och allt vad man använde)
Och att göra en "standard" baserad på en viss implementation
som råkar användas just nu är ingen bra ide. Standards
skall vara oberoende av implementationer.
Om du nu tar dig besväret att läsa påom IDN så ser du att
man löser det hela elegant, man tar en inledande beskrivning som
talar om hur det är kodat, följt av domännamnet uttyckt i hex.
Den applikation som klarar av IDN kan då presentara domännamnet
(med ideografer om man så vill) för alla andra kommer hela
strängen att bli domänen.
Man kan alltså få ett mail från en IDN-enablad kinasite, in i sunkiga
sexchange, och man kan direkt göra "reply" utan att and behöva
tänka på IDN-problem.
Detta ( dear watson) är skillnaden mellan Design och ett hackverk.
Synd bara att IDN-gruppen tar sådan tid på sig...
> --
> En ligne avec Thor 2.6a.
Birger Blixt
Jag hade en svag misstanke att det kanske finns någon som inte fattade
att det var ett
skämt, så jag la dit en liten smiley för säkerhets skull.
Varför punkter? jag vill helst ha mellanslag.
(det var också ett skämt)
/bb
Mans Nilsson
>
> Är du mot åttabitspostningar i nys också, mtp att det inte funkar i alla
> nysservrar?
Du börjar låta som en viss Associate Professor från University of Michigan.
Det råder jag dig att sluta med.
Det finns etablerade sätt att berätta vad man skickar i ett
nysmeddelande. Det finns en människa emellan som kan göra en tolkning
av det som kommer och om inte inneboende magi i meddelandet ger nog
vägvisning kan man applicera egen clue.
Jag tror att du jämför äpplen och päron; Nys är ett applikations-
protokoll, så länge det går vanilj ascii på tråden (kanske 8-bit)
så kan man återställa det, det finns mekanismer för det. I DNS kan
du inte det; det som kommer på tråden översätts direkt till en
sträng som gethostbyaddr() returnerar till *applikationen* *utan*
att du blandas in. No human-parsing available, liksom. Kommer det
konstigt data där kan dumma saker hända. Därför FÅR det inte komma
dumt där. Tänk syslog. Tänk shell-kod i domännamn. Gamla implementationer
med hål i mår inte bra av sånt. Därför.
> Samtidigt som Niklas Mirjamstjärna strör Unicode omkring sig i news ska
> det vara omöjligt med åttabitstecken i domännamn. Åtta bitar i nys dök upp
> eftersom folk började posta med åtta bitar, och åtta bitar i domännamn bör
> vara accepterat senast hösten 1995.
Det var det dummaste jag hört på bra länge.
Iggy Drougge
>Iggy Drougge <opt...@canit.se> wrote:
>> Birger Blixt skrev:
>>>åäö är ju bara en försmak av vad som kan komma när alla
>>>chineser,japaner,ryssar mm. också
>>>vill använda sina egna tecken i domännamn, varför skulle det tillåtas
>>>bara för saker som
>>>http://Örjan.örebro.se när det lika gärna kan heta
>>>http://¼¼¼.¤ì¤¿²èÁü¤Î̵.ÃÇ¡¢Å¾ºÜ¡¢.jp
>>>Man kanske måste uppfinna något system som kan översätta host.domän
>>>till ett
>>>numreriskt värde av något slag, som skulle vara lättare att skriva. ;-)
>> Varför då, tecken representeras ju ändå numeriskt i datorer. Om folket som
>> hittade på DNS-systemet hade tänkt efter lite kunde de helt enkelt titta på
>> punkterna mellan domänerna och strunta i alla andra tecken emellan.
>"folket som hittade på DNS-systemet", du menar Paul Mockapetris " ?
>Han gjorde vad man ansåg var klokt på den tiden, en sanning som
>fortfarande är sant (Tm) , nämligen att använda ascii. Vad som
>begränsade urvalet var att man ville ha tecken som var entydigt
>översättningsbart mellan alla dåtida förekommande alfabet
>(ebcdic, ascii, hollerith och allt vad man använde)
Jaså, på så vis. Glömde att man inte ens kunde representera A-Z på samma vis
förut.
Fast vad spelar det för roll? Precis som att det finns en viss byteordning för
nätverk kunde man väl ha definierat en viss teckenkodning för DNS, som
avvikande systems upplösare kunde koda om till?
>Och att göra en "standard" baserad på en viss implementation
>som råkar användas just nu är ingen bra ide. Standards
>skall vara oberoende av implementationer.
Vilken implementation menar du?
>Om du nu tar dig besväret att läsa påom IDN så ser du att
>man löser det hela elegant, man tar en inledande beskrivning som
>talar om hur det är kodat, följt av domännamnet uttyckt i hex.
>Den applikation som klarar av IDN kan då presentara domännamnet
>(med ideografer om man så vill) för alla andra kommer hela
>strängen att bli domänen.
Jag förstår fortfarande inte varför det spelar nån roll hur det är kodat. DNS-
systemet borde rimligtvis bara tolka ett tecken, nämligen punkten. Allt annat
är väl bara jämförelser?
>Man kan alltså få ett mail från en IDN-enablad kinasite, in i sunkiga
>sexchange, och man kan direkt göra "reply" utan att and behöva
>tänka på IDN-problem.
Vad sjutton är IDN?
Iggy Drougge
>In article <a9q05p$c6k$2...@dos.canit.se>, Iggy Drougge wrote:
>>
>> Är du mot åttabitspostningar i nys också, mtp att det inte funkar i alla
>> nysservrar?
>Du börjar låta som en viss Associate Professor från University of Michigan.
>Det råder jag dig att sluta med.
En vad?
>Det finns etablerade sätt att berätta vad man skickar i ett
>nysmeddelande. Det finns en människa emellan som kan göra en tolkning
>av det som kommer och om inte inneboende magi i meddelandet ger nog
>vägvisning kan man applicera egen clue.
Det finns inga etablerade sätt att berätta vad man skickar. MIME i nys är
långtifrån accepterat.
>Jag tror att du jämför äpplen och päron; Nys är ett applikations-
>protokoll, så länge det går vanilj ascii på tråden (kanske 8-bit)
>så kan man återställa det, det finns mekanismer för det. I DNS kan
>du inte det; det som kommer på tråden översätts direkt till en
>sträng som gethostbyaddr() returnerar till *applikationen* *utan*
>att du blandas in. No human-parsing available, liksom. Kommer det
>konstigt data där kan dumma saker hända. Därför FÅR det inte komma
>dumt där. Tänk syslog. Tänk shell-kod i domännamn. Gamla implementationer
>med hål i mår inte bra av sånt. Därför.
Med samma argumentation skulle man inte få ha ÅÄÖ i filnamn, eller vad som
helst som behandlas av programkod. Dålig kod är till för att rättas, inte för
att behandlas med silkesvantar så att den aldrig blir fixad.
>> Samtidigt som Niklas Mirjamstjärna strör Unicode omkring sig i news ska
>> det vara omöjligt med åttabitstecken i domännamn. Åtta bitar i nys dök upp
>> eftersom folk började posta med åtta bitar, och åtta bitar i domännamn bör
>> vara accepterat senast hösten 1995.
>Det var det dummaste jag hört på bra länge.
Det dummaste du hvrt pe ldnge? Fvrklara, Mans.
Henrik Enberg
> Du börjar låta som en viss Associate Professor från University of Michigan.
> Det råder jag dig att sluta med.
Menar du inte University of Illinois?
--
Booting... /vmemacs.el
Ian D
> >Du börjar låta som en viss Associate Professor från University of Michigan.
> >Det råder jag dig att sluta med.
>
> En vad?
D*n B*rnst**n
p...@icke-reklam.ipsec.nu
Vissa tecken saknas i en del representationer. EBCDIC t.ex. har
stora och små siffror. Hur skall case-sensitiva siffror kunna
mappas till ascii ? Och vilka bokstäver ( av alla tänkbara teckenset)
skall vara användbara i DNS ? Lösningen som beslutades av IETF var
just detta [a-z][0-0] samt '-' Allt dessutom case-insensitive.
>>Och att göra en "standard" baserad på en viss implementation
>>som råkar användas just nu är ingen bra ide. Standards
>>skall vara oberoende av implementationer.
> Vilken implementation menar du?
RFC1034 ( domain name system)
>>Om du nu tar dig besväret att läsa påom IDN så ser du att
>>man löser det hela elegant, man tar en inledande beskrivning som
>>talar om hur det är kodat, följt av domännamnet uttyckt i hex.
>>Den applikation som klarar av IDN kan då presentara domännamnet
>>(med ideografer om man så vill) för alla andra kommer hela
>>strängen att bli domänen.
> Jag förstår fortfarande inte varför det spelar nån roll hur det är kodat. DNS-
> systemet borde rimligtvis bara tolka ett tecken, nämligen punkten. Allt annat
> är väl bara jämförelser?
Med vad ? I svenska EBCDIC var dollartecknet borttaget och ersatt med 'Å'
Hur skulle man i så fall kunna nå "Åtta$.se" från en EBCDIC host ? Säg
nu inte att "EBCDIC-hostar får finna sig i vissa begränsningar" det är
fel svar.
>>Man kan alltså få ett mail från en IDN-enablad kinasite, in i sunkiga
>>sexchange, och man kan direkt göra "reply" utan att and behöva
>>tänka på IDN-problem.
> Vad sjutton är IDN?
Som sagt, läs på vad som gjorts och görs. IDN står för "International
DOmain NAmes", och är namnet på en IETF arbetsgrupp som tittar på ämnet.
> --
> En ligne avec Thor 2.6a.
Mans Nilsson
> Mans Nilsson skrev:
>
>>In article <a9q05p$c6k$2...@dos.canit.se>, Iggy Drougge wrote:
>>>
>>> Är du mot åttabitspostningar i nys också, mtp att det inte funkar i alla
>>> nysservrar?
>
>>Du börjar låta som en viss Associate Professor från University of Michigan.
>>Det råder jag dig att sluta med.
>
> En vad?
Författaren av qm**l.
>>Det finns etablerade sätt att berätta vad man skickar i ett
>>nysmeddelande. Det finns en människa emellan som kan göra en tolkning
>>av det som kommer och om inte inneboende magi i meddelandet ger nog
>>vägvisning kan man applicera egen clue.
>
> Det finns inga etablerade sätt att berätta vad man skickar. MIME i nys är
> långtifrån accepterat.
Men det finns en människa involverad. DNS är ett protokoll som
fungerar i en annan kontext än Usenetpostningar. DNS-meddelanden
tolkas automatiskt i många fall, medan Usenetmeddelanden alltid har
en människa (eller en base64-tolk) som mottagare. Stor skillnad.
> Med samma argumentation skulle man inte få ha ÅÄÖ i filnamn, eller vad som
> helst som behandlas av programkod. Dålig kod är till för att rättas, inte för
> att behandlas med silkesvantar så att den aldrig blir fixad.
Jodå, det finns sätt att hantera det. Och omfånget är så mycket
mindre; inom ett OS vs alla system som pratar DNS. Tänk lite.
> Det dummaste du hvrt pe ldnge? Fvrklara, Mans.
(du kan inte bitstrippa korrekt.)
Ignorans inför fakta i målet. DNS och Usenet är inte samma sak. Att
kläcka ur sig nåt i stil med "åtta bitar i domännamn bör vara
accepterat senast hösten 1995" är bara barnsligt. 1995 har liksom
varit. Åtta bitar är en återvändsgränd.
Problemet är, och det är den här fällan du har gått i, att DNS är
8-bitrent, men det saknar definition av vad de 8 bitarna betyder
förutom det subset som är A-z samt 0-9 och bindestreck. Det som är
odefinierat kan inte användas på ett definierat sätt med mindre än
att alla uttolkare och brukare är helt överens. Helt. Totalt. Alla.
Rubbet. Inte "alla som pratar svenska", eller "alla som tycker att
Amiga är nåt att ha" utan alla. DNS sitter fast i en historisk
kontext, och bara för att du ignorerar den kommer den inte att
försvinna. Det är oansvarigt och barnsligt.
Läs http://www.ietf.org/internet-drafts/draft-ietf-idn-idna-07.txt och
återkom sedan. Om du känner att det finns "ett mycket bättre sätt"
att lösa detta dilemma, så läs arkiven för IDN-mailinglistan, finns
på ftp://ops.ietf.org/pub/lists/ och kolla att ingen annan har
kommit på samma "briljanta" idé först.
Om du i en Lidnersk knäpp kommer på nåt fantastiskt, skriv en draft.
Författarna till draft-ietf-idn-idna-07.txt tillsammans med stora
delar av IDN-wg (minus ett par skrikhalsar, bla professorn jag
nämnde innan) är ense om att IDNA är det minst dåliga sättet att
lösa problemet, givet kontext. Jag betraktar, och misstänker att
de håller med, förslag i stil med "skicka 8 bitar på tråden" som
oseriösa.
Mans Nilsson
> Mans Nilsson <mans...@sunet.se> writes:
>
>> Du börjar låta som en viss Associate Professor från University of Michigan.
>> Det råder jag dig att sluta med.
>
> Menar du inte University of Illinois?
Jo. Sorry.
Mans Nilsson
> Vissa tecken saknas i en del representationer. EBCDIC t.ex. har
> stora och små siffror. Hur skall case-sensitiva siffror kunna
> mappas till ascii ? Och vilka bokstäver ( av alla tänkbara teckenset)
> skall vara användbara i DNS ? Lösningen som beslutades av IETF var
> just detta [a-z][0-0] samt '-' Allt dessutom case-insensitive.
By convention, domain names can be stored with arbitrary case, but
domain name comparisons for all present domain functions are done in a
case-insensitive manner, assuming an ASCII character set, and a high
order zero bit. This means that you are free to create a node with
label "A" or a node with label "a", but not both as brothers; you could
refer to either using "a" or "A". When you receive a domain name or
label, you should preserve its case.
/Måns, picking nits.
Goran Larsson
Iggy Drougge <opt...@canit.se> wrote:
> Fast vad spelar det för roll? Precis som att det finns en viss byteordning för
> nätverk kunde man väl ha definierat en viss teckenkodning för DNS, som
> avvikande systems upplösare kunde koda om till?
Det var ju det man gjorde. Ett subset av ASCII som innehåller de tecken
som andra använda teckenkodningar kunde översättas till och från.
Att utöka de tecken som kan användas i DNS fungerar ju bara om man i
alla system som vill använda DNS kan översätta till och från en egen kodning
av alla ingående tecken. Om det inte finns Ö i EBCDIC så kan ju ett
system som använder EBCDIC inte använda DNS för att slå upp IP-adresser
för domäner med Ö i sitt namn.
> Jag förstår fortfarande inte varför det spelar nån roll hur det är kodat. DNS-
> systemet borde rimligtvis bara tolka ett tecken, nämligen punkten. Allt annat
> är väl bara jämförelser?
Man måste rimligen också vara överens om hur alla andra tecken skall kodas.
Hur ska man annars veta vad olika koder representerar?
0x61? Ett "a" i ASCII eller "/" i EBCDIC?
0x69? Ett "i" i ASCII eller ej definierat i EBCDIC?
0x81? Ej definierat i ASCII, ej definierat i ISO-8859-1 eller "a" i EBCDIC?
0xC5? Ej definierat i ASCII, "Å" i ISO-8859-1 eller "E" i EBCDIC?
DNS: 0x63 0x61 0x6E 0x69 0x74 . 0x73 0x65
ASCII: c a n i t . s e
EBCDIC: e/a e/a > e/a e/a e/a e/a (e/a = ej använd)
Man måste komma överens om en gemensam teckenkodning.
> Vad sjutton är IDN?
IDN står naturligtvis för "Internationalized Domain Names", precis vad
vi diskuterar här nu. Mer hittar du att läsa här:
< http://www.ietf.org/html.charters/idn-charter.html >
< http://www.i-d-n.net/ >
--
Göran Larsson http://www.mitt-eget.com
p...@icke-reklam.ipsec.nu
Vackert formulerat. Jag kan inte tillföra något bättre
istället avslutar jag mitt deltagande i denna tråden.
(
"Det som är odefinierat kan inte användas på ett definierat sätt"
Mmmm. Skall spara i alzheimercachen.
)
%%% klippt bort resten %%%%%
> --
> Måns Nilsson Systems Specialist
> +46 70 681 7204 KTHNOC
> MN1334-RIPE
--
Iggy Drougge
>In article <2340.878T250T...@canit.se>,
>Iggy Drougge <opt...@canit.se> wrote:
>> Fast vad spelar det för roll? Precis som att det finns en viss byteordning
>> för nätverk kunde man väl ha definierat en viss teckenkodning för DNS, som
>> avvikande systems upplösare kunde koda om till?
>Det var ju det man gjorde. Ett subset av ASCII som innehåller de tecken
>som andra använda teckenkodningar kunde översättas till och från.
En mycket begränsad uppsättning. Kanske klokt i början av åttiotalet, urbota
fånigt på nittiotalet.
>Att utöka de tecken som kan användas i DNS fungerar ju bara om man i
>alla system som vill använda DNS kan översätta till och från en egen kodning
>av alla ingående tecken. Om det inte finns Ö i EBCDIC så kan ju ett
>system som använder EBCDIC inte använda DNS för att slå upp IP-adresser
>för domäner med Ö i sitt namn.
Om EBCDIC inte innehåller Ö får vi utgå att folk som använder EBCDIC inte har
något behov av att slå upp domännamn som innehåller det tecknet.
>> Jag förstår fortfarande inte varför det spelar nån roll hur det är kodat.
>> DNS- systemet borde rimligtvis bara tolka ett tecken, nämligen punkten.
>> Allt annat är väl bara jämförelser?
>Man måste rimligen också vara överens om hur alla andra tecken skall kodas.
>Hur ska man annars veta vad olika koder representerar?
Det behöver man inte veta. Kolla punkten, skit i det som står mellan.
>0x61? Ett "a" i ASCII eller "/" i EBCDIC?
>0x69? Ett "i" i ASCII eller ej definierat i EBCDIC?
>0x81? Ej definierat i ASCII, ej definierat i ISO-8859-1 eller "a" i EBCDIC?
>0xC5? Ej definierat i ASCII, "Å" i ISO-8859-1 eller "E" i EBCDIC?
Där ser du.
> DNS: 0x63 0x61 0x6E 0x69 0x74 . 0x73 0x65
> ASCII: c a n i t . s e
> EBCDIC: e/a e/a > e/a e/a e/a e/a (e/a = ej använd)
>Man måste komma överens om en gemensam teckenkodning.
Hmm... Det här blev svårare än jag trodde. Få se nu, alla moderna
teckenuppsättningar jag känner till innehåller sjutbits-ASCII som en
underdefinition. Kan man inte bara skicka den åttonde biten rå då? Detta
ställer förstås till problem om nån för för sig att skicka MacRoman eller nåt
M$-teckenset på linan och ett domännamn är ISO-8859-1, men om man håller sig
till standardiserade teckenset som ISO-serien borde det väl funka?
M a o: Svenskar skickar ISO-8859-1, polacker ISO-8859-2, o s v. Borde gå att
sätta in i nästa version av BIND, och så följer alla efter.
--
En ligne avec Thor 2.6a.
A Spanish MSX Group "Matra" visited to this Fair. I lent Spanish stand to
them. They showed and did Promotion play of SEX BOMB BUNNY. And this Game has
tema song of Majingar-Z! Why they know Japanese TV animation?
K. Ikeda, MSX-Print
Goran Larsson
Iggy Drougge <opt...@canit.se> wrote:
> Goran Larsson skrev:
> >Det var ju det man gjorde. Ett subset av ASCII som innehåller de tecken
> >som andra använda teckenkodningar kunde översättas till och från.
> En mycket begränsad uppsättning. Kanske klokt i början av åttiotalet, urbota
> fånigt på nittiotalet.
Att bara låta alla teckenset blandas i en kaotisk sörja som du föreslår
var urbota fånigt på åttiotalet, på nittiotalet och också nu.
> Om EBCDIC inte innehåller Ö får vi utgå att folk som använder EBCDIC inte har
> något behov av att slå upp domännamn som innehåller det tecknet.
Ett mycket märkligt uttalande. Det är tur att alla inte tänker som du gör.
Det finns olika EBCDIC-varianter, t.ex. finns en variant där Ö tagit den
plats som @ har i original-EBCDIC (ungefär som svensk ASCII skapades ur
US ASCII) och en variant där Ö tagit en av de oanvända positionerna
(ungefär som ISO-8859-1 skapades ur ASCII)
> >Man måste rimligen också vara överens om hur alla andra tecken skall kodas.
> >Hur ska man annars veta vad olika koder representerar?
> Det behöver man inte veta. Kolla punkten, skit i det som står mellan.
Va?
> >0x61? Ett "a" i ASCII eller "/" i EBCDIC?
> >0x69? Ett "i" i ASCII eller ej definierat i EBCDIC?
> >0x81? Ej definierat i ASCII, ej definierat i ISO-8859-1 eller "a" i EBCDIC?
> >0xC5? Ej definierat i ASCII, "Å" i ISO-8859-1 eller "E" i EBCDIC?
>
> Där ser du.
???
> > DNS: 0x63 0x61 0x6E 0x69 0x74 . 0x73 0x65
> > ASCII: c a n i t . s e
> > EBCDIC: e/a e/a > e/a e/a e/a e/a (e/a = ej använd)
>
> >Man måste komma överens om en gemensam teckenkodning.
> Hmm... Det här blev svårare än jag trodde. Få se nu, alla moderna
> teckenuppsättningar jag känner till innehåller sjutbits-ASCII som en
> underdefinition.
Feltänkt. Man kan inte bara strunta i alla teckenuppsättningar som du
inte anser vara moderna. EBCDIC används fortfarande och den innehåller
*inte* ASCII som någon "underdefinition".
Även om sju bitar motsvarar ASCII så är det problem med de övriga
bitarna. Hur smart är det att en site heter "öråd.se" på en svensk
maskin och "çrîd.se" på en maskin i Bulgovakien?
> Kan man inte bara skicka den åttonde biten rå då? Detta
> ställer förstås till problem om nån för för sig att skicka MacRoman eller nåt
> M$-teckenset på linan och ett domännamn är ISO-8859-1, men om man håller sig
> till standardiserade teckenset som ISO-serien borde det väl funka?
Varför tror du att det borde fungera? I ISO-8859-1 har teckenposition A9
ett copyright-tecken medan t.ex. ISO-8859-2 har S med v ovanför. Hur tror
du att det ska vara möjligt för en svensk att skriva in en adress till en
polsk websida som hittas i en polsk tidning och få DNS att hitta rätt adress?
> M a o: Svenskar skickar ISO-8859-1, polacker ISO-8859-2, o s v. Borde gå att
> sätta in i nästa version av BIND, och så följer alla efter.
Du verkar vara väldigt pigg på att orsaka så mycket kaos som möjligt.
Mans Nilsson
> En mycket begränsad uppsättning. Kanske klokt i början av åttiotalet, urbota
> fånigt på nittiotalet.
Möjligt. Men vi har det. Det är urbota fånigt med bensindrivna bilar
också. Och krig. Problemen som finns med DNS försvinner inte för att
du tycker att de är fåniga.
> Om EBCDIC inte innehåller Ö får vi utgå att folk som använder EBCDIC inte har
> något behov av att slå upp domännamn som innehåller det tecknet.
Vilken planet kommer du ifrån?
> Hmm... Det här blev svårare än jag trodde. Få se nu, alla moderna
> teckenuppsättningar jag känner till innehåller sjutbits-ASCII som en
> underdefinition. Kan man inte bara skicka den åttonde biten rå då? Detta
> ställer förstås till problem om nån för för sig att skicka MacRoman eller nåt
> M$-teckenset på linan och ett domännamn är ISO-8859-1, men om man håller sig
> till standardiserade teckenset som ISO-serien borde det väl funka?
Nej. Se nedan.
> M a o: Svenskar skickar ISO-8859-1, polacker ISO-8859-2, o s v. Borde gå att
> sätta in i nästa version av BIND, och så följer alla efter.
(25% av namnservers för IN-ADDR.ARPA-trädet kör BIND4.
De flesta vet att man inte borde, men ändå så är det
1/4 av nätoperatörerna som kör komplett livsfarlig
programvara. Hur ska du nå dem?)
Jag har en vän. Han är polsk medborgare, bor i Sverige, men pratar
förutom utmärkt svenska, också polska (och engelska, mm). Han vill
kommunicera med någon i sitt hemland, som har en epostadress med
ett 8859-2-specifikt tecken i sig. Hur gör han när han ska låna min
dator? För det första ser han inte ens åttabitarstecknet som det
ska se ut, han kan inte skriva in det -- det kanske inte ligger
inom vad man kan bygga med Compose och tangentbord tillsammans.
Eller så är det "ö". Vi kan inte veta. Om vi inte vill hålla 9*128
tecken och deras bitmönster i huvudet och då kan vi som bäst göra
en korrekt gissning och översättning on-the-fly varje gång vi dyker
på nåt som ser ut som Pro?prost?nemluv??esky eller R?ksm?rg?s. Det
funkade i Latin-1 <-> ISO646 eftersom de som lekte med datan på den
tiden besatt kapaciteten att mappa mellan måsvingar och åäö. Problemet
är, eh, *lite* större om man ska mappa mellan olika 8859-varianter.
Alltså. Det MÅSTE entydigt definieras hur man ska tolka den åttonde
biten om man ska använda den. Punkt. Det minst dåliga förslaget i
den riktningen är UTF-8. Men det fungerar inte det heller, för det
finns en massa mjukvara som kanske går sönder när det kommer
8-bitarstecken på tråden.
Det enda som är "säkert" är 7-bitarsASCII. Därför kodar man Unicode
efter nameprep[0] med en kodning som heter Punycode, så att domännamn
med ett stort subset av Unicodetecken kan representeras av en
ASCII-sträng, som fn märks med "bq--" som första 4 bytes. Proceduren
är beskriven i Punycode-draften[1], och översikt finner man i
IDNA[2].
Det vackra med det här är att man inte behöver röra några DNS-system.
Det är applikationerna som gör omtolkningen. De andra visar en
ASCII-sträng som är relativt opak men repetitivt representerbar och
möjlig att överföra. Då kan min vän skriva in en lång och konstig men
hanterlig sträng, och skicka sitt brev, så att det kommer fram.
--
Måns Nilsson Systems Specialist
+46 70 681 7204 KTHNOC
MN1334-RIPE
[0] http://www.ietf.org/internet-drafts/draft-ietf-idn-nameprep-08.txt
[1] http://www.ietf.org/internet-drafts/draft-ietf-idn-punycode-01.txt
[2] http://www.ietf.org/internet-drafts/draft-ietf-idn-idna-07.txt
Stefan Skoglund
> Det finns **Många** ( dvs. hundratusentals ) DNS installtioner som inte är
> förberedda för UNICODE i DNS namn även om M$ Active Directory faktiskt
> klarar av det.
iso8859-1 i FQDN-verser knäcker många buffrande DNS:er eller
hur Måns ?
Stefan Skoglund
> Om EBCDIC inte innehåller Ö får vi utgå att folk som använder EBCDIC inte har
> något behov av att slå upp domännamn som innehåller det tecknet.
Jag tror nog att folk i IBM miljö vill kunna
skicka mail till ÖrebroLandsting.se tex !!
> M$-teckenset på linan och ett domännamn är ISO-8859-1, men om man håller sig
> till standardiserade teckenset som ISO-serien borde det väl funka?
ARGGHH, den lokala resolvern måste veta vad användaren menar
och den måste veta hur man översätter till DNSigenkänd kodning
> M a o: Svenskar skickar ISO-8859-1, polacker ISO-8859-2, o s v. Borde gå att
> sätta in i nästa version av BIND, och så följer alla efter.
NEJJJJJJJJJJ
Birger Blixt
>
> Birger Blixt <Birger...@telia.com> writes:
>
> > Man kanske måste uppfinna något system som kan översätta host.domän
> > till ett numreriskt värde av något slag, som skulle vara lättare att
> > skriva. ;-)
>
> t.ex. 213.65.39.110... jag tror du är något på spåren här... :>
>
> --
> AA#769 ICQ: 1645566 Yahoo & MSN: Ichimusai http://www.ichimusai.org/
> Support the ASCII ribbon campaign - No HTML, RTF or MS Word in mail
> 9:21pm up 1 day, 13:19, 2 users, load average: 0.24, 0.18, 0.11
Precis vad jag menade naturligtvis.
Om 8 bitar i dns blir standard så blir det lättare att ladda sin
palm med populära ipadresser om man ska ut och resa med okända
tangenbord.
Jag får själv mail från några Svenskar som bor i USA, dom skriver
antingen på engelska eller använder aao eller }{\ istället, och har
ingen aning om hur man gör prickarna, men surfar runt på Svenska
sajter för att läsa Svenska nyheter.
Dom som önskar denna "moderna" finess kommer nog att uppskatta det så
länge det är läsbart för dom, men kommer att tycka det är mindre
trevligt med en url som innehåller tex: ðîÿÇËàþÿÚ .
/bb
--
"The day Microsoft makes something that doesn't suck is probably the
day they start making vacuum cleaners." -Ernst Jan Plugge
Ichimusai
> Precis vad jag menade naturligtvis.
>
> Om 8 bitar i dns blir standard så blir det lättare att ladda sin
> palm med populära ipadresser om man ska ut och resa med okända
> tangenbord.
Ja. Det blir antingen det eller papperslappar. :)
> Jag får själv mail från några Svenskar som bor i USA, dom skriver
> antingen på engelska eller använder aao eller }{\ istället, och har
> ingen aning om hur man gör prickarna, men surfar runt på Svenska
> sajter för att läsa Svenska nyheter. Dom som önskar denna "moderna"
> finess kommer nog att uppskatta det så länge det är läsbart för dom,
> men kommer att tycka det är mindre trevligt med en url som
> innehåller tex: ðîÿÇËàþÿÚ .
Tycker det är tillräckligt svårt som det är när man sitter på ett
Internetcafé i t.ex. Belgien, de har flyttat om ett par tangenter,
tror det är Z och W som bytt plats och det är otroligt irriterande när
man skall skriva www... :)
> "The day Microsoft makes something that doesn't suck is probably the
> day they start making vacuum cleaners." -Ernst Jan Plugge
*LOL*
--
AA#769 ICQ: 1645566 Yahoo & MSN: Ichimusai http://www.ichimusai.org/
Support the ASCII ribbon campaign - No HTML, RTF or MS Word in mail
9:52am up 12:26, 3 users, load average: 0.27, 0.39, 0.23
"One can have many opinons on preconceived notions, but one thing is
for sure, they save time!"
-- Ichimusai's colleague