Kompatibilitet, window.location.search ?

http://www.w3schools.com/htmldom/dom_obj_location.asp
"search" - IE 4, FF 1, OP 9 ... Godt nok til mig :o)

<ole>

- og ellers er 'en kage' jo altid en mulighed  =)

/mvh
</bole>

Hvis jeg kaster en kage til brugeren baseret på opløsningen
- skal siden reloades, før det får effekt, når ændringen af css sker
serverside eller rettere det ville ikke give nogen effekt på den første side.

... Hvis brugeren så har sukkersyge og jeg vælger at reloade siden efter
kage tildelingen vil patienten gå i koma og reloade konstant. Men, på den
anden side ville mit købesystem alligevel heller ikke virke uden nogle kager.

Jeg tror, at jeg vælger at kigge på en kage og så istedet
for at reloade vil jeg skifte css filen, så er det værste jo
blot at den først tilpasser css filen efter load af siden. :o)

... Det er selvfølgelig skidt performance, men mindst ligeså
godt som at reloade siden ... og så slipper jeg for at folk
kaster links til siden med ... .php?opl=800 samt .php?opl=1280.

Tak for kagen Olebole, det hjælper nu med lidt sukker :o)

Selvtak. Er den aktuelle side én, man kommer til som den første - eller kommer man typisk fra et andet sted på sitet. I sidste tilfælde er der jo rigelig med tid til at sætte kagen. I det hele taget, må man kunne drible sig udenom af de værste forhindringer  ;o)

Alle siderne kan egentlig være den første man kommer ind på (fra søgemaskiner). Da enkelte har forespurgt efter, "Hvor købeknappen er ?" (horisontal scroll ved 800x600) - ville det være rart med lidt tilpasning baseret på opløsningen. Så af hensyn til første indtrykket vil jeg gerne have opløsningen tilpasset med det samme.

Begge løsninger vil fungere lige godt på side nr 2.

Css switch og cookie vil fungere godt på side 1, såfremt
jeg ikke vil have den til at skifte billede kilder også
(kan selvfølgelig også kodes) og nøjes med at lade
css'en bestemme design forskellen på de to sider.

Javascript reload med url ændringen vil fungere godt på side 1, men den skal dog reloade siden (kan selvfølgelig kaste en if(document.getElementById("noget")){ikke refresh} på hvis den ikke skal af hensyn til sidens dynamiske indhold) og så er der url "sjusket".

Begge muligheder kan dribles, men spørgsmålet er hvilken del jeg lige vælger at drible med. Om ikke andet kunne mulighed 3 være nr 2 med reload, cookie indstilling samt url, hvis cookien ikke var sat && url'en ikke matchede: Så jeg fik rettet billed src stierne, hvis de var forskellige - og samtidig ville "side 2 (3 hvis reload tælles med)" og fremefter fungere med cookien - og hvis cookies var deaktiveret ville det køre via js og url'en (get serverside).

Forstod du selv den ?-)

Roenving, joh det gjorde jeg, men dårligt formuleret...

Alle sider kan tilgåes direkte, optimalt ville
være med tilpasning på første side man besøger.

Skiftning af aktiv css fil og indstilling af cookie til
serverside brug via javascript vil slå fint igennem såfremt
jeg kun ønsker at det er css'en der giver forskellen på siden.

Javascript reload med ændring i url'en vil give mulighed
for at tilrette andet end blot css'en - dog med en reload
som følge samt en grim url imens folk surfer rundt på siden.

Men, hvis jeg kombinerer de to kan jeg lave javascript reload
med url ændring samtidig med at jeg sætter en cookie således
at det blot er den første side der får den grimme url og
således at resten af siderne baserer sig på cookien - og
hvis cookies er deaktiveret ville den basere sig på url'en.

(Sikkert ligeså dårligt forklaret som sidst.)

if(brugerbesøg){
  if(cookiesat){
    if(cookie!=opløsning){
      cookiesetresolution=opløsning;
      //reloadsiden
    }
  }else{
    cookiesetresolution=opløsning;
    if(urlvariabel!=opløsning){
      parse og ret url
      reloadsiden med rigtig opl i url'en
    }
  }
}

serverside
if(besøg){
  if(cookiesat){
    baser design på cookie
  }
  else if(javascript url sat){
    baser design på get værdi
    og lav links med get værdien
  }else{
    baser på en opløsning
  }
}

Okay, men pseudokoden var det nemmeste at forstå !-)