ASCII-representation

Vill man representera ett tecken mha hex skriver man %hh där hh är den hexadecimala siffran man hittar på http://www.asciitable.com. Vilket prefix skriver man om man vill använda sig av binär, oktadecimal samt decimal form?

Det beror på vilket programmeringsspråk som avses %-tecknet används ibland även som prefix för binärtal. Hexadecimala tal kan ibland börja med "0x" eller "$". Ibland kan tal som börjar med siffran 0 ses som oktalt vilket kan orsaka huvudbry vid konvertering i ex. JavaScript. Så tyvärr finns inget exakt svar på din fråga - prefixen kan vara vad som hellst.

Egentligen handlar det om URL. Kan man använda bin, dec, oct i url:en?

I likhet med skillnaden mellan programspråk finns det skillnader mellan webservrar. Teoretiskt sett skulle du kunna använda ett prefix för att tala om att du vill presentera binärdata, men precis som darwins arternas uppkomst och den starkes överlevnad har det inte framkommit ur evolutionen. Det finns egentligen inget behov av att kunna presentera "111" binärt eller "3" oktalt när du kan skicka värdet som hex lika gärna %03.

Jo det finns visst ett behov. Jag behöver det. Men går det inte så går det inte..

Ok, en egentligen annan fråga. Hur skriver man binärt i javascript? Vill kunna skriva "var Bino = b1101 - b0101;"

Jo det finns visst ett behov. Jag behöver det. Men går det inte så går det inte..

Får jag fråga varför du måste skicka värdet binärt? Varför kan du inte skicka värdet som hex - hur du presenterar eller väljer att använda det i applikationen som tar emot datat spelar ju ingen roll.

Sedan så kan ju du om du vill skicka 0 och 1 i URL'en lika gärna som du skickar 0 - F, bara du i mottagarapplikationen vet att det är binärdata som avses.

Ok, en egentligen annan fråga. Hur skriver man binärt i javascript? Vill kunna skriva "var Bino = b1101 - b0101;"

var Bino = (parseInt("1101",2)-parseInt("0101",2)).toString(2);

I fråga ett gäller sekretess. Jag vill helt enkelt byta ut ändelsen .mp3 mot en slumpmässig ersättning i hex/bin/oct. För tillfället ersätts det med hex(.%50%76%33 eller nåt) och det funkar, men skulle vilja prova om det även fanns oct och bin att använda sig av.

Fråga två: Inget smidigare sätt? Ett prefix? Annars får jag använda hex där, vilket ju 2^2 men det blir lite omständigare. Vill ha varje position som en "switch" där 1 är på och 0 är av.

I fråga ett gäller sekretess. Jag vill helt enkelt byta ut ändelsen .mp3 mot en slumpmässig ersättning i hex/bin/oct. För tillfället ersätts det med hex(.%50%76%33 eller nåt) och det funkar, men skulle vilja prova om det även fanns oct och bin att använda sig av.

Återigen är det din applikation som tar emot datat som kan du gå ifrån standard och använda vilken talbas du vill, det behöver ju inte ens vara 2, 8 eller 16 - du kan köra talbasen 11 om du vill, eller 27 om du fortsätter med alfabetet efter F, G, H osv.

Fråga två: Inget smidigare sätt? Ett prefix? Annars får jag använda hex där, vilket ju 2^2 men det blir lite omständigare. Vill ha varje position som en "switch" där 1 är på och 0 är av.

Kan det bli enklare? parseInt() kan du använda för att göra om vilken talbas som helst till ett numeriskt värde (annars är "1101" en sträng. Adderar du "1101" med "0101" får du "11010101"). toString använder du för att presenterar ett värde i valfri talbas (2 i detta fall).

Applicationen är en webläsare, IE5.0, eller gäller det serversidan?

%70 Tycker jag nog är smidigare än parseInt("01110000",2) så jag kör nog med det..

Applicationen är en webläsare, IE5.0, eller gäller det serversidan?

Det kan vara vilket som - där du väljer att ta emot datat. Det finns ju ingen mening med att skicka en datamängd (via URL'en i detta fall) om ingenting tar emot datat.

%70 Tycker jag nog är smidigare än parseInt("01110000",2) så jag kör nog med det..

*suck* Nej "01110000" är mycket längre än "70", men det var du som ville använda/skicka datat i binärform. Jag föreslog att du skulle skicka värdet som hex, men det ville du inte. Tittar du på funktions eller metodnamnet "parseInt()" så användes det här för att göra en matematisk beräkning.

Vad jag menade var inte att %70 är smidigare än parseInt("01110000",2) pga att 70 var mindre än 01110000 utan att %01110000 vore smidigare än parseInt("01110000",2) exempelvis om man vill skriva upp lite räkneoperationer som 10011010 * 10110101 + 11001 - 11100 osv..

En haltande jämförelse eftersom du inte kan räkna med %70 heller.