willemj

Inderdaad een vooruitgang. Maar het blijft wel jammer dat, zoals anderen al opmerkten, een aantal functies nu niet meer 1-2-3 zichtbaar is. Bezoekers die niet gaan spelen met het menu vinden bv. wie-wat-waar dus niet (zo snel). Kun je niet een 'snelknopbalk' met wat uitnodigende icoontjes onder het menu zetten? Klein icoontje van een landkaartje voor wie-wat-waar nodigt al meer uit om eens te gaan kijken wat het is.

In IE5 ziet het menu er net even wat anders uit. Moet dat niet knalrood zijn ipv roze als waarschuwing dat de bezoeker een antieke gevaarlijke browser gebruikt ;D

Ik hecht zoveel waarde aan een referentie als ik vertrouwen heb in de persoon die ze me geeft ;)

Weet niet of ik het een vooruitgang vind. Moet nu meer handelingen doen voor mijn twee meest gebruikte knoppen 'forum' en 'zoek'. De kleur is trouwens (bijna?) hetzelfde als de kop in de fora met de knopjes 'reageer', 'abonneer' etc. Ziet er een beetje vreemd uit. Las gisteren dat MS 'mijn' gaat laten vallen en HL krijgt op dezelfde dag 'mijn account', 'mijn profiel' en 'mijn nieuwe berichten' ;D ;D

De 'issueing bank' kan nog invloed hebben op de kosten. Ik heb al twee keer in Nederlands meegemaakt dat betalen met creditcard alleen gratis was met Visa uitgegeven door een bepaalde bank in Nederland, zo niet dan x% provisie.

Userinterfaces en usability zijn een soort 'magic art' ;) Enige manier om je interface echt goed te testen is mensen hem te laten zien en gebruiken. Liefst met een video camera erbij, de maker ver weg in de bezemkast en een lijstje met opdrachten die de tester uit moet voeren. Als je me een url stuurt en je gaat zelf in bezemkast zitten wil ik wel even testen. Ben Nerd maar heb inmiddels door schade en schande genoeg wijsheden opgedaan over de 'normale gebruiker' ;D

Dit klinkt een beetje als: 'leuk dat ik reacties krijg maar ik ga maar ergens anders kijken voor informatie'. Ik heb geen ervaring met het geven van onderhoudscontracten omdat ik er dus weinig mee heb. Wel heb ik ervaring met bedrijven die zelfs goed gedocumenteerde bugreports niet eens accepteren omdat de klant geen onderhoudscontract heeft. Mijn aversie is grotendeels gebaseerd op het feit dat bedrijven hun aansprakelijkheid op een niet functionerent product afwimpelen op basis van het ontbreken van zo'n contract. Daarnaast heb ik een aantal onderhoudscontracten gezien die niets meer inhouden dan een afname verplichting van nieuwe versies van een product. Onzin. Als ik een auto koop sluit ik toch ook niet een contract af om iedere twee jaar een nieuwe auto aan te schaffen? Lease contracten kan ik nog enigszins begrijpen als deze over aan slijtage onderhevige producten gaat maar een software product?? Ik ben dus wel benieuwd naar wat je motivatie is om onderhoudscontracten af te willen sluiten. Zie ook mijn eerdere vragen. De juridische kant is, zoals Edward al zei, maatwerk. Een voorbeeld van een ander heeft weinig waarde voor je.

Quote van de 'Google information for webmasters' pagina: Wat is daar niet duidelijk aan? Hoe aktief ze hierop reageren is natuurlijk een tweede.

En hoe is het vandaag geweest voor de klas?

Ik ben zelf nooit zo'n voorstander van onderhoudscontracten geweest, nog steeds niet eigenlijk. Máár uurtje factuurtje is ook niet altijd praktisch. Klanten bellen regelmatig met de vraag of een klein puntje aangepast kan worden. Kost incl. telefoongesprek 5-15 minuten en vaak schrijf ik dat niet op (teveel administratieve rompslomp) Bij elkaar kan dat wel weer aan gaan tikken op de niet declarabele uren. In één geval ben ik dat soort onderhoud dus gewoon gaan turven en factureer ik per aantal incidenten met een vast bedrag per incident. Dit zou prima met een strippenkaart of onderhoudscontract kunnen. Een tweede geval waarin een onderhoudscontract zou kunnen is voor standaard herhalend werk. Ik lees bijvoorbeeld dagelijks rapportages over de status van een aantal server van klanten. Maar een onderhoudscontract om ieder half jaar een update van de site te krijgen lijkt me persoonlijk geen goed plan. Update is al moeilijk kwantificeerbaar (en daarmee de prijs) en vraag me af of je klant daar op zit te wachten. Heb je jezelf al de vraag gesteld waarom je een onderhoudscontract wilt? Vertrouwen bij de klant dat hij service krijgt? Vaste inkomsten? Voorfinanciering door je klant? En heb je al aan je klant gevraagd wat hij er van vindt?

Samenvatting artikel: om je site hoger in Google te krijgen kun je in je homepage een artikel zetten met veel goede keywords. Vervolgens stuur je je bezoeker door naar de 'echte' homepage via Javascript. Google straft dit soort gedrag, ook wel doorway pagina's of cloaking genoemd, hard af. Twee grote sites, die van AMEV en FBTO zijn om deze reden uit Google verwijderd. Zet je nu Javascript uit en ga je naar Higherlevel dan zie je ook dit soort gedrag. Inderdaad geen goede aktie lijkt me (en lijkt me dat het ook niet nodig is met al deze fantastische content) [edit]linkje verwijdert omdat de pagina van m'n site is[/edit]

Dan is mijn code dus ook niet goed :-[ De back button werkt nl. (geheel volgens de specificaties ) niet goed wanneer je 'location = newdocument' gebruikt (in Firefox doet de back toets het weer wel goed en dus fout volgens de specs) Je zou 'location.replace(newdocument)' moeten gebruiken.

Om weer on-topic te gaan: zoekmachines zijn over het algemeen niet blij met het automatisch doorspringen naar een andere pagina. Geen idee of dit stukje Javascript daaronder valt, daar mogen de SEO experts hier meer over vertellen. Zo ja, dan: dit stukje code niet gebruiken ;D

De meest simpele variant is de volgende code in je paginas zetten: if(top.location == self.location){ top.location = 'index.html'; } Maar dat laadt dus alleen de hoofdpagina van je site. Als ik via Google een link naar een artikel op je site gevonden heb krijg ik dat dus niet te zien. Volgende stap is om op de server ook een script te laten draaien die zorgt dat de juiste pagina geladen wordt. Je Javscript wordt dan zoiets: if(top.location == self.location){ top.location = 'goedeframeset.php?self.location'; // niet getest dit } Maar je menu klopt dan misschien weer niet. Dit hoort bijvoorbeeld uitgeklapt te zijn bij een bepaald kopje. Script op de server weer wat complexer. Je moet dus Javascript en een scripttaal op de server kennen om dit goed voor elkaar te krijgen. Wat ik persoonlijk wel een eenvoudige en elegante oplossing vindt is om een extra tekstje op te nemen in de pagina wanneer deze buiten de frameset geladen wordt. Zoiets bijvoorbeeld: if(top.location == self.location){ document.write('U bekijkt deze pagina buiten de frameset waarin hij thuishoort. Een oorzaak kan zijn dat u hier via een ' + 'een zoekmachine bent gekomen. Klik hier om de site optimaal te bekijken.'); }

Ik zou gewoon binnenlopen, je hebt niets te verliezen. Beetje rustig moment uitzoeken zodat er tijd is voor een praatje. Met een beetje geluk staat er iemand in de winkel die interesse heeft in sieraden en moet dat dus niet zo moeilijk zijn. Wellicht krijg je ook informatie over wat op dit moment de trend is qua kleuren / vormen e.d. Vriendin van me heeft dit gewoon, met succes, gedaan. Werkt dus echt :D Enigszins offtopic: Voor de fotos op je site: glas en sieraden zijn vrij lastig te fotograferen, zeker als je moet gaan flitsen of teveel zon hebt. Op deze site http://photo.net staan in het forum een aantal eenvoudige tips om proffi fotos te maken. Zoekwoord 'jewelery'.

Een internetshop is leuk maar je zit gelijk met het verzenden en opnemen van de telefoon. Loop eens een winkel met sieraden in de buurt binnen, laat je sieraden zien en biedt ze aan op consignatiebasis (ze betalen je voor je sieraden wanneer zij ze verkocht hebben) Kost jou en de winkelier niets maar je product ligt wel in een winkel. Grinnik, denk niet dat wanneer ik op zoek ben naar een nieuwe kettinkje ik ga zoeken op 'glassfussion' ;D Misschien dat je hier leveranciers mee trekt als glass fussion een trend is op dit moment. Zo niet dan zou ik eerder aan domeinnamen denken als 'sieraden' (die wel bezet zijn)

Daarom bestaat er RPC (remote procedure call), kun je de dingen die een Javascript niet kan of mag doen gewoon op de server uitvoeren zonder een pagina te refreshen o.i.d. Misschien kun je de onLoad functie gebruiken om voor de refresh de toestand van je formulier nog ergens op te slaan. Overigens verversen de demos die ik gezien heb niet goed. In de shop kreeg ik zelfs een foutmelding dat een bepaald XML bestand niet geladen kon worden. Een alternatief is om iedere wijziging naar de server te sturen en daar de complete state bij te houden. Paar duizend regels. Javascript of Ecmascript zoals het officieel heet is gestandardiseerd. Betekent niet dat alle browser het 100% implementeren maar dat is ook het geval voor HTML, Perl, C++, Delphi, in het algemeen de Windows API, etc. Draaien ook genoeg regels code in die talen ;D

Ben zelf geen expert maar de basis klopt wel. Net even gekeken in mijn hobby zaklamp en dat lampjes zou 0,2 A trekken, geen probleem dus. De flits van mijn camera heeft bijvoorbeeld wel weer een waarschuwing tegen NiMH.

Naast het grote vermogen van C en D cellen zal in de toepassingen waar deze gebruikt worden de benodigde stroomsterkte van belang zijn. Anders zou een AA cell ook voldoende levensduur en veel meer ontwerpruimte geven. Nu is het grote nadeel van NiMH dat deze niet zo goed tegen snelle ontlading kan. Advies is 0,2 tot 0,5 maal de capaciteit van de batterij, bij een 2500 mah uur batterij dus 500-1250 ma. Ontlaad je ze te snel dan krijg je gasvorming en gaan ze stuk. Bij die imitatie Nokia telefoons waren ze waarschijnlijk een drukventiel vergeten en zorgde die gasvorming voor explosieve resultaten ;) Staat er hiervoor een waarschuwing op de verpakking? Overigens lijkt het mij niet zo iets enorm handigs om in huis te hebben. Handige dingen die je bijna nooit gebruikt vind je niet terug op het moment dat je ze nodig hebt ;D Zou me eerder focussen op toepassingen waar alleen C of D in kan en vervanging door voordelige oplaadbare AA cellen uitkomst kan bieden.

Volgens mij is dat wat nogal wat dubieuze sites doen en de manier waarop dit gebeurt (meestal pagina's alleen maar vol met links naar andere sites) is ook niet echt jofel. Zag vandaag wel dit artikel. Een poging om op basis van een patent dat Google heeft uit te zoeken wat goed is en wat niet. Gelinkt worden vanuit HL is in ieder geval goed ;D

Zoek even op 'niet betaalde factuur' en kies voor 'vergelijk als zin'. Je vindt dan een draadje waar het antwoord op je vraag staat.

Zoek even op het forum er zijn diverse onderwerpen over algemene voorwaarden.

Hoe hij er uit ziet is lastig vast te leggen omdat dat ongetwijfeld tijdens het ontwikkelproces nog, op verzoek van je klant, gaat veranderen. Ligt het al vast dan kun je het natuurlijk gewoon opnemen. Functionaliteit zou ik zeker puntsgewijs opnemen. In ieder geval niet in deze bewoording. Je kunt dit wel omschrijven in termen als 'de functionaliteit van de website werkt op de volgende browsers: IE 5.0, 6.0, Firefox. Voorwaarde hierbij is dat de bezoeker van de site Javascript heeft ingeschakeld en beschikt over Flash. Heeft de gebruiker geen Javascript dan zullen de volgende functies niet beschikbaar zijn: etc'. Feitelijk dus de opsomming van de functionaliteit. Over het algemeen is het goed om zo specifiek en duidelijk mogelijk te zijn in je contract.

Uit de 'van Dale': ;D

Hoort inderdaad niet in 'automatisering & internet' en eigenlijk zelfs op 'vraag & aanbod' maar is door Remy nu toch wel nuttige info geworden :)