willemj

Er is hier trouwens al een draadje over geweest met als titel single page interfaces Om de discussie weer wat aan te wakkeren een samenvatting: Indexeert Google je site nog? Ja en nee. De content die niet in de pagina staat maar dynamisch via bv. Ajax opgehaald wordt ziet Goole nooit. Door de content al in de pagina te zetten en vervolgens dynamisch te be-/verwerken ziet Google wel gewoon je content. De 'wie-wat-waar' van HL zou bijvoorbeeld al de adresgegevens al op een pagina kunnen zetten, in eerste instantie alles verbergen en via Ajax een lijst opvragen van adressen die getoond moeten worden al naar gelang de gemaakte keuzes. Nadeel hiervan is het openen van de pagina lang kan duren. Alle adressen moeten immers geladen worden. Zoals Little Monkey opmerkt zijn twee versies: één de zoekengines (en mensen met oude browsers) en één voor de 'normale' gebruiker ook een optie. Een tussenweg is een oplossing waarbij de pagina 'klassiek' getoond wordt; een lijst met de eerste 20 adressen en volgende/vorige knoppen. Op het moment dat Javascript en de overige benodigdheden voor Ajax aanwezig zijn worden de adressen en navigatie verborgen en wordt de 'single page interface' geladen. Usability en 'vast geroeste' bezoekers Er is een aardige discussie of 'single page interfaces' mensen niet verwarren. Er is geen conclusie dus lees het draadje. Wegvallen F5 (ververs), terug- en vooruitknoppen Zonder er rekening te houden bij het ontwerp van een single page interface kunnen deze knoppen hun functionaliteit verliezen of erger nog de bruikbaarheid ondermijnen. Maar met een beetje handigheid en wat techniek hoeft dit niet. Met verborgen (i)frames zoals Google die gebruikt, een goede scheiding tussen verschillende paginas en het bijhouden van instellingen van de pagina blijven deze functies werken zoals de gebruiker het verwacht. Bijkomende voordelen HTML of Javascript waarvan je niet wilt dat de bezoeker ze ziet kun je verbergen door ze dynamisch in de pagina in te voegen. Heel beperkte beveiliging maar toch :) Door het scheiden van de code in dataverwerking en weergave in HTML kan de code nu zowel op de server in 'normale' cgi scripts gebruikt worden als in Javascript in de browser. Het schrijven van twee versies kost dus zeker niet 2x zoveel tijd. De overhead die ik noemde in een eerdere post is nu overigens bijna volledig weggeautomatiseerd. De genoemde library met documentatie, testcode en demonstratie versie komt binnenkort beschikbaar onder GPL/BSD licentie. Heb al getest onder Windows met IE 5.0, IE 6.0, Opera 8.0, Firefox 1.0.4 en onder BSD Firefox 0.9.

Wikipedia over Ajax, kijk even onder 'Pros en cons'. Even lezen hoe Google dit oplost en dan even doorklikken naar de dojo toolkit en als je nog iets dieper zoekt komt je uit bij een back button pattern. Ja je heb gelijk als je Ajax puur sang toepast en niet even verder kijkt naar oplossingen dan werkt de back button niet meer. Maar het kan dus wel gewoon.

Even verder lezen dan je neus lang is, ik schrijf dus net dat de terug knop uitstekend werk in gmail (Ajax voorbeeld bij uitstek) en zelfs meer functionaliteit heeft door waarschuwingen te geven. Daarnaast heb ik nog nergens gelezen dat wanneer je Ajax toepast je geen nieuwe pagina mag laden.

Asynchroon data opvragen kan inderdaad al sinds er (hidden) frames en javascript bestaan, maar dat is nogal een geklooi. Maar met het XMLHttpRequest object wordt het allemal een stuk eenvoudiger. Het component bestaat inderdaad al sinds IE 5.0 (ca 2000), in Mozilla sinds 2001 maar pas sinds de laatste versie ook in Opera. Het is dus zeker geen oude technologie en het huidige gebruik is zeker nieuw (en innoverend) Raadsel kun je oplossen door te lezen; van de site van adaptive path: 'The name is shorthand for Asynchronous JavaScript + XML'. Gewoon een handige afkorting die goed omschrijft waar het over gaat. Je hebt blijkbaar totaal geen idee waar je over praat. De terug knop in gmail werkt uitstekend. Ik krijg zelfs een waarschuwing dat m'n mail nog niet verzonden is als ik hem gebruik en of ik die mail af wil maken of niet. Iedere techniek heeft de potentie om een site verrijken of, in de handen van een prutser, onbruikbaar te maken.

Het basisidee van HL is 'vrijheid blijheid' maar ik denk dat de (flinke) groei botst met dat idee. Dus zullen er inderdaad wat regeltjes moeten komen denk ik. Die reactie van die moderator snap ik niet ??? Dat is de ultieme manier om ter zake kundige mensen weg te jagen. Nu is het vertrouwen in advies bij mij zo groot als het vertrouwen in de persoon en heb je op HL weinig anders dan een profiel en misschien website. Een referentie naar de bron van wijsheid wil dus nog wel eens helpen.

Ik zou je klanten bellen met het nieuws dat je je tarief gaat verhogen en dat vervolgens per brief bevestigen. Verhoog het tarief ook pas een aantal maanden nadat je het gemeld hebt. Een verdubbeling voor je bestaande klanten is misschien wat fors maar voor nieuwe klanten kun je het zeker doen. Mochten nieuwe klanten je te duur vinden dan zijn er wel mogelijkheden om met de prijs te spelen (zomaar korting geven is overigens geen optie) Er zijn wat andere draadjes over korting geweest. Een onderhoudscontract is aantrekkelijk voor een bedrijf omdat je beschikbaarheid inkoopt en er minder administratieve rompslomp is (factuurtje voor een half uur werk....) Als jij aan je klant uitlegt dat al die kleine klusjes veel papierwerk opleveren, je in het afgelopen jaar 10x zo'n klusje voor hem gedaan hebt en dus op het idee gekomen bent om een support contract op te zetten dan wil hij misschien wel. Je kunt dan bv. 5% korting geven omdat jij kosten bespaard en die graag deelt met je klant (en als compensatie voor zijn renteverlies) Maar de enige potentiele wist die je hier mee haalt is dat je kleine klusjes die je eerst niet factureerde nu wel kunt rekenen. Meer werk krijg je er niet door. Meer werk krijg je alleen door nieuwe dingen te verkopen. Ben je al bezig om iDeal ondersteuning in je webshops te krijgen? Zo ja: mailing naar je klanten dat je wat nieuws hebt voor ze! Of biedt rond kerst een kerstuiterlijk aan voor de sites/shops. Etc.

Van een aparte afdeling voor sitechecks naar het ecosysteem van een community, wat een sprong ;D Anders, goede suggestie die site. Ik heb hem bekeken, geregistreerd en wat reviews door zitten bladeren. Kwalitatief goede response. Zonder bezwaren met goede onderbouwing of veto van andere mods ga ik sitechecks zonder concrete vraagstelling sluiten en naar deze site verwijzen. Om de nieuwkomers niet af te schrikken: foutje mag je maken, ik geef geen kneuzen en stuur (bijna) altijd een pb met uitleg. Ben dus eigenlijk best lief ;D

Daar verplaatst ik ze al heen :)

Ik vind restricties helemaal geen probleem en ze zijn er al: dit forum is bedoeld voor vragen over ondernemen en commerciele aanbiedingen zijn niet gewenst. Voldoet je vraag niet aan die criteria dan hoort hij hier niet. Sitechecks (zonder concrete vraag) voldoen in mijn opinie niet. Het is echter wel leuk om te zien hoe iemand, die je 'kent' door dit forum, bezig is met z'n bedrijf dus ook dat hij/zij een nieuwe site heeft. Vandaar mijn suggestie voor aantal posts en aantal maanden lidmaatschap.

Dit is niet de plek om te vragen naar evaluaties van software pakketten die weinig of niets te maken hebben met ondernemen. Misschien dat tweakers.net of een ander forum je verder kan helpen. Dit draadje gaat op slot.

Aparte afdeling levert niets meer op dan het idee dat het blijkbaar de bedoeling is om om een 'site check' te vragen en daar zitten weinig mensen op te wachten volgens mij. Een aantal voorwaarden voor je met een vraag mag komen lijkt me een stuk beter. Ik denk aan min. 2 maanden registratie en 50 posts o.i.d. Zelfde mag wat mij betreft gelden voor vragen als 'ik heb zelf een logo gemaakt'.

Ik heb wie wat waar een tijdje geleden al in m'n javascript debugger gehad, suf dat ik hem in deze context niet even noem. Maar het gebruik is wel erg basic: er wordt een blok HTML van de server gevraagd en op de juiste plek in de pagina gezet. Anders bureauwijzer gaat al een stapje verder. De informatie die van de server komt heeft structuur en daar wordt wat mee gedaan. Mooi gebruikt! Oplossingen als Backbase zijn inderdaad cool maar je legt je wel vast op hun framework (heb de code niet gezien maar kan bijna niet anders) In een ander draadje geef je aardig af op CMS systemen. Met dit soort frameworks/libraries loop je hetzelfde risico helaas. Die hosanna komt waarschijnlijk van ontwikkelaars die geen Flash gebruiken :) Val zelf in die groep en kan dus geen voor- of nadelen noemen. Dus 'hosanna!' wat is dit spul cool. Ben twee dagen bijna fulltime bezig geweest met het experimenteren van Ajax. Het resultaat is een javascript library waarmee je in een paar regels code een (XMLRPC) functie op je server aanroept. Inclusief logging voor testen en foutafhandeling. Hiermee hoef je dus niet meer onder de motorkap! Ik zoek wat mensen voor testen en peer-review dus als je zin hebt Anders of anderen stuur even een PM of email. Met nadruk op redelijk. Tijdens het ontwikkelen ben ik tegen een vervelende bug aangelopen. Zie mozilla bug report. Korte samengevat: je code werkt niet als de server waar je verbinding mee probeert te maken niet reageert of niet bereikbaar is. In de meeste gevallen gaat het wel goed maar goede code heeft volgens mij de eigenschap dat het ook (goed) laat weten wanneer iets fout gaat. Dat laatste is in Firefox dus wat lastig... Maar ben bezig om er om heen te werken. Maar ondanks frameworks en bugs een enorm potentieel om vernieuwende websites te bouwen. Ben benieuwd wat andere innovatieve developers hier mee gaan doen. Mijn hoofdje loopt in ieder geval over van toepassingen ;D

Goede ideeen 2thePoint, volgende week eens vragen aan Michiel of hij er wat mee kan. Een geplande chat werkt trouwens ook wel gezien de opkomst bij Perry z'n coffee chats (al was 8.00 wel wat vroeg :)) Of gewoon even in offtopic melden dat je op de chat zit (zoals ik nu, do 13.00)

Maar... die maken er juist zo'n aantrekkelijke site van, naar mijn mening (...en zijn tevens de kracht van flash). :-\ Ik had er niet opgelet (heb niet zo'n heel langzame PC :)) maar je animatie maken m'n PC wel een stuk trager. Om te kijken of dat nou aan jouw animatie ligt ben ik naar twee andere sites met aardig wat flash er in gegaan en daar is de vertraging een stuk minder (80% CPU vs 10-50 met korte uitschieters naar 70). Animaties weghalen zou inderdaad jammer zijn maar misschien kun je (of de ontwerper) het optimaliseren zodat het wat soepeler loopt.

Helemaal aan het einde van de intro (die klik ik meestal weg) staat de tekst 'bengeltjeskamer, een bijzonder winkel voor babies en peuters' (ongeveer) Ik zou deze tekst ook ergens op de homepage, titel (maar daar was je al mee bezig) en de rest van de site verwerken. Maakt het gelijk duidelijk waar je bent. Nog een open deur: de aanbieding aanklikbaar maken. En mannen zijn over het algemeen 'jagende shoppers', heel doelgericht op zoek naar wat ze willen hebben. Daar kun je dus kritiek over de snelheid en omslachtigheid van verwachten ;)

Uitzetten dat ding ;D

Kan ook 'nerd spreekuurtje chat' gaan heten. Liep net een HL'er met technische problemen tegen het lijf die nu geholpen is. Vind alleen de naam 'higherlobby' in het menu 'tools' niet echt veel zeggend. Zou op z'n minst het woord 'chat' in moeten zitten. Zit er nu (ma 16.30) nog op dus als er nog mensen behoefte hebben aan een nerd spreekuur ;D

Even geleden zijn een aantal onderdelen van de homepage verwijderd om deze er netter uit te laten zien, minder rommelig dus. Het nieuws en de blog waren onderdeel van deze opruiming. Op verzoek (o.a. van mijzelf) is de blog weer terug op de homepage. Mijn motivatie was dat ik de blog nog wel eens bekeek maar niet de moeite wilde nemen om via het menu te kijken of er nog wat interessants te lezen viel. Ik deel je mening over spammerij overigens niet, een enkele post daargelaten. Je kunt zelf een poll starten over deze vraag. Klik op 'forum' bovenaan in het menu, klik op 'over higherlevel' en dan op de knop 'nieuw poll' bovenaan. Mijn zegen voor de poll en stem om nieuws terug op de homepgage te krijgen heb je (zo rommelig vond ik het niet)

Het merendeel van de mods zit op een bootje in Zweden momenteel, dus zal als achterblijver maar even met mijn persoonlijke visie posten. Ik heb GMC z'n posts snel bekeken en daar is niets mis mee. Gewoon blijven posten dus GMC! Om te beginnen zijn alle moderators en expert members vrijwilligers. We doen dit omdat we het leuk vinden, niets meer en niets minder. Als het forum een verkeerde kant op gaat is het snel niet leuk meer met een reactie als gevolg. De vergelijking met de stamkroeg gaat wel enigszins op. HL groeit gestaag met alle gevolgen van dien. Om de analogie te volgen: het gaat er om dat het aantal gasten dat de dopjes van hun pindas op de grond gooit ipv in de prullenbak evenredig (of liever minder dan dat) mee groeit. Het is de schone taak van de mods om die dopjes weer op te ruimen. Af en toe heb ik het gevoel dat het aantal pindadop-droppers relatief harder groeit. In forum termen: mensen die niet even de moeite nemen eerst te zoeken of te lezen wat wel of niet mag. Simpel voorbeeld is vraag en aanbod daar staat vrij duidelijk dat die niet bedoelt is voor commerciele aanbiedingen en toch mag ik daar regelmatig advertenties verwijderen die overduidelijk commercieel zijn. Maar ook aan vragen als 'moet ik mijn btw nummer op m'n factuur vermelden' kan ik me flink storen. Simpele zoekopdracht op de site van de belastingdienst levert je het correct antwoord. Wat ik wil zeggen is: doe eerst zelf even wat moeite, meldt in je vraag wat je al gedaan hebt en als nodig vertel waarom je de vraag toch stelt. Je stelt de vraag ten slotte aan onbekenden die hun tijd in jouw probleem willen stoppen, beetje eigen input voor je hen dat vraagt kan toch wel? Zowiezo krijg je met een goed gestelde en voorbereide vraag betere feedback. Heb zelfs een aantal keer aan de telefoon gehangen om een probleem van een bezoeker op te lossen. Daarnaast zou ik het (persoonlijk) wel prettig vinden als mensen melden waarop ze hun post/informatie baseren. 'Ik vind dat' of 'heb ooit gelezen dat' vs 'ik heb bij tien klanten deze methode met succes toegepast' maakt nogal een verschil. Daarnaast mag de eeste category van mij wel wat minder ;) @reinout: die 'wat vind je van m'n site' topics mogen inderdaad wel wat minder. Zeker voor nieuwelingen hier, voor je het weet staat het halve forum vol. Maar met een gerichte vraag moet het wel kunnen en is feedback zeker welkom.

Tussen de regels door bedoelde ik: nee, eigenlijk mag het niet op het forum, maar voor deze ene keer laat ik hem staan ;)

Nou eigenlijk niet maar zolang het binnen de perken blijft 'mag' het wel. Het is in ieder geval niet de bedoeling dat jan en alleman hier binnenwipt op het forum om een sitecheck te vragen. (bericht vooral bedoeld om jan en alleman af te schrikken ;D)

Heb je dit pakket gemaakt op de input en wensen van één of meerdere bedrijven. Als dit er maar één is geweest zou ik eerst zelf eens andere bedrijven gaan polsen of het aansluit bij hun wensen. Grote kans dat dat niet zo is. Maatwerk of 'standaard' pakket is nl. een wereld van verschil en het kan vies tegenvallen om maatwerk om te zetten naar standaard. Zoek ook even op het forum naar partner(s) en freelance verkopers. Over beide is aardig wat geschreven. Heel kort samengevat 'er komt nogal wat bij kijken'. Ik zou hoe dan ook eerst zelf het product proberen te verkopen. Kost je niets en je leert in ieder geval wat de markt vraagt. Wel even je verkoopverhaal oefenen op familie en vrienden.

Ik vind de groote van de letters van heel de site aan de kleine kant. Zijn er meer mensen die het daar mee eens zijn? @TechNico: kun je de url van de pagina met die kleine lettertjes naar me mailen/PM'en. Kan ik die vergelijken met de rest. De stylesheet is helaas wat rommelig dus het aanpassen is niet in 2 tellen gebeurd. Maar bij genoeg animo ga ik hem toch aanpassen.

Wat zijn we allemaal lief voor Nils. Bij menige beoordeling wordt de HTML validator er over heen gehaald en de poster genadeloos de grond ingeboord ;D

Victor je leest m'n gedachten, was net dit aan het photoshoppen