Staat in de planning ja ik heb al een mobile stylesheet gemaakt, het wordt een soort gestripte versie. Het is wel alsnog veel werk, dus is even naar voren geschoven in de planning.

Kijk! Ik wacht vol verwachting

Maar ik wil er een echt een project van maken en hem meteen herschrijven in dotnet dus dat vergt wel heel wat tijd, maar ook meteen leerzaam.

Beter de tijd nemen en iets goeds neerzetten, dan snel een beperk eindproduct leveren!

Ik vind vooral het zwart + groep lastig op mn mobiel..
lastig te lezen

Een app zou ook erg tof zijn!

Ik heb geen enkel probleem met mn oude samsung galaxy, trouwens bij geen 1 site..

Mss provider?

Een keer je telefoon beetje opschonen kan ook een hoop schelen, evenals een nieuwe simkaart. Verder ben je vaak wel screwed als je T-Mobile hebt schijnt het. Met KPN en Vodafone zit je doorgaans wel goed. Maar het hangt altijd af van de locatie.

Tof dat je daar ook mee bezig bent Michiel.

Op m'n HTC Desire met android vind ik het op zich nog wel te doen nu.

Ik ben toevallig ook bezig met een mobiele versie maken van een site, en ik kan je alvast de volgende tips geven:
- gebruik css sprites. 1 voor de manasymbolen e.d., 1 voor de siteafbeeldingen. De kaartafbeeldingen gewoon laten zoals ze zijn. Met 40 afbeeldingen per pagina scheelt je dit 38 requests naar de server. Daarnaast is 1 afbeelding van 100x100 kleiner in bytes dan 100 afbeeldingen van 10x10.
- stel gzip compressie in. Dit bespaart 70% bandbreedte. Telefoons hebben hier geen moeite mee (en als ze het niet ondersteunen dan wordt het gewoon niet gebruikt); het bespaart wellicht zelfs stroom want het decomprimeren van wat data kost weinig stroom en het verzenden van data (gebruikt de gsmzender) kost relatief veel stroom.

Veel meer heb je niet nodig. Als je eenmaal alle afbeeldingen via css sprites inlaadt, kun je tevens eenvoudig afbeeldingen uitschakelen door op basis van een cookie een andere stylesheet in te laden.

Thanks voor de tips! gzip staat standaard uit op de server die we gebruiken en kon toen ik het ooit heb gevraagd niet aan. Daar moet ik eens naar kijken. Die sprites is sowieso een goed idee.
Ik maak hem ook minder groot qua layout. dat menu boven vervangen door een enkele balk. Maar het is nog toekomstmuziek voorlopig.

Klinkt goed. Dat grote blok bovenaan vind ik toch al niet handig op mijn kleine eee 901 laptopje:-). Die zou ik alleen op de voorpagina houden of een aantal hoofdpagina's (op plaatsen waar de frequente bezoeker er niet zoveel last van heeft, in het forum of bij kaartcommentaar zit denk ik niemand er op te wachten).

En als je dan toch bezig bent met mobiel-achtige aanpassingen :

Stel ik bekijk een pp op mijn laptopje (1024x600). De popup van een kaartlink valt regelmatig buiten het scherm (aan de bovenkant). De oorzaak ligt in de popupcode: deze checkt of er onder de link genoeg ruimte is. Zo ja, dan gaat de popup naar onderen, zo niet, dan gaat de popup naar boven (ook als er boven geen ruimte is, waardoor het dus misgaat). Dit probleem is er alleen maar als de hoogte van het browserscherm kleiner is dan twee keer de hoogte van de kaartafbeelding. Je kunt het testen door je browserscherm klein te maken.

De oplossing zou zijn: laat de popupcode ook checken of er aan de bovenkant ruimte is. Is dat niet het geval, kijk dan hoeveel pixels er tekort zijn en schuif de popup zoveel pixels naar beneden.

En dan nog een klein dingetje: als ik op een kaartlink klik, dan krijg ik ook de popup voordat ik naar de volgende pagina ga. Ga ik terug, dan is de popup nog actief maar moet ik eerst een linkje opzoeken om 'm weer weg te krijgen (want de onMouseOut() werd nooit geactiveerd). Oplossing (denk ik): body onUnload="hd()" zodat 'ie wordt verborgen wanneer de pagina wordt verlaten.

Een app zou wel handig zijn. Kijk laatste tijd vaak op m'n mobiel als ik wil ruilen of waardes op wil zoeken. Maar wel vet om te lezen dat er iig aan een mob versie gewerkt word