willemj

Ik ben notoir borrel ontwijker omdat ik niet bestand ben tegen drukke plekken. Een gesprek met één persoon in een kroeg is wel te doen. Vijf tot tien personen in een ruimte, zeker als de akoestiek slecht is, die gezellig aan het praten zijn en het kost het me moeite een gesprek te volgen. Twintig enthousiaste HL-ers bij elkaar is niet te doen. In de lijst van verplichte cursussen met de hamster, afzwemmen van kinderen en het gevoel je de muur thuis beter warm kunt houden met je rug dan die bij een borrel wilde ik jullie mijn 'smoes' niet onthouden ;)

Na weer wat onzin vragen en reacties van trouwe HL-leden te hebben gelezen die daar met (soms) gepaste humor op reageerde begon ik aan een reactie met hoog azijn gehalte maar bedacht me tijdens het schrijven dat het ook positief kan :) Dus mijn wensen voor HL in 2014: [*]geen inhoudsloze reacties op onzinnige vragen op HL zodat deze vragen een stille dood sterven (met name op de homepage) [*]een stuk minder wel inhoudelijke reacties die vooral bedoeld lijken te zijn om eigen kennis te profileren [*]veel minder werk voor moderators omdat wij als HL de vragen op waarde weten te schatten en ons inhouden met reageren [*]en vooral veel interessante vragen van gemotiveerde (startende) ondernemers die na zelf wat werk gedaan te hebben iets hebben aan onze kennis en ervaing [*] dat dit draadje met alle positieve tips van andere HL-ers veel gelezen wordt ;D

Voor die doelgroep werkt de standaard breedte van 980 pixels prima. Als je dat als uitgangspunt neemt en alle responsive design toeters en bellen optioneel maakt werkt het overal ;) Met wat creativiteit van de programmeur en ontwerper kun je deze techniek prima toepassen en de site toch toegankelijk maken voor oudere browsers. Ik ben het met je eens dat je voor veel andere technieken, waaronder flash, canvas en SVG (vector graphics) je ontzettend moet oppassen dat je doel(groep) niet voorbij streeft. Maar je site aanpassen aan de breedte van iedere browser kan best zonder dat te doen.

Anderhalf jaar geleden heb ik een draadje gestart over responsive design. Heb inmiddels wat meer ervaring met de techniek en die werkt uitstekend. Wel heb je een ontwerper nodig die er in thuis is en/of twee, of meer, ontwerpen maakt. Een grafisch ontwerp voor 980 pixels breed alleen en wat responsive design 'truukjes' werkt niet (goed) Je kunt een menu dat op een normaal scherm de helft van de breedte inneemt bijvoorbeeld niet zover schalen dat het op een mobiele telefoon nog bruikbaar is. Verder is een breedte van een tekstblok ergens tussen de 60 en 150 kolommen (standaard ergonomie) Met 10-12 punts lettertype kom je dan op een bepaalde breedte uit. Breedte van je site hangt in die zin dus niet zo zeer van het scherm af. Als je voldoende content hebt kun je meerdere kolommen gebruiken. Met responsive design zou jeen extra kolom met bijvoorbeeld nieuws kunnen tonen en deze op 'kleine' schermen weg laten. Zolang je maar geen 200+ koloms teksten krijgt ;) @Benm: yup, hoge DPI schermen gooien wat roet in het eten. Is een media query voor dus, daar is, als de tablet / OS het al niet doet met 'fake' resoluties of hogere DPI-instellingen voor fonts, om heen te werken.

Ik wens jullie veel rust en plezier in 2014! :)

Toen mijn nek en schouders erg vast zaten kon ik, na een half uurtje rondbellen, de volgende dag terecht bij een fysiotherapeut die me in 30 minuten zo heerlijk onder handen heeft genomen dat ik de volgende dagen weer vol aan de slag kon! Heb geen seconde nagedacht over aankijken of wie dat ging betalen. Beste investering ooit :D

Vooral niet denken dat zomaar helpen niet goed is, die rug blijven bewegen (zachtjes & voorzichtig met veel warmte) en morgenochtend meteen een massage door een goede fysiotherapeut regelen. Spreek uit ervaring :)

De regelhoogte is maar één middel om het wat minder druk te laten lijken. Wat meer witruimte buiten de tekst, ander font, iets lichtere kleur tekst, de tekst in de kolom rechts lichter maken kan ook. En scrollen doe ik heel graag als ik verwacht dat er nog meer goede content komt ;)

Ik ken de open sources licences (en de mitsen, maren en achtergrond) alleen voor software. Maar blijkbaar worden ze ook toegepast op hardware projecten. Op deze wikipedia pagina staat wat over de verschillen.

Wat Christine zegt; de GPL versie 2 en, nog strikter, versie 3 verbieden het gebruik van de code in niet open source projecten. Maar ook met die licentie zou bijvoorbeeld Lego nog steeds een commercieel product op de markt kunnen brengen zolang ze maar de broncode ter beschikking stellen. Als je je project echt als 'open source' uit wilt brengen is dat natuurlijk geen probleem voor je ;) Gaat het je om het principe dat een ander geen geld mag verdienen aan jouw werk dan is een GPL licentie en waarschijnlijk geen enkele andere open source licentie wat je zoekt. Een commerciele licentie (zonder kosten voor de gebruiker) met beperkingen voor het gebruik is dan veel beter.

De site oogt erg vol en druk. Met een beetje witruimte tussen de regels vind ik het al een stuk vriendelijker. Om de blokken tekst zou ook wat meer marge kunnen. Maar misschien is dit een bewuste ontwerpkeus geweest.

Omdat je geen techneut bent waarschijnlijk ;) Met de zoekterm 'excel2sepa' kom ik nog een aantal oplossingen tegen om betaalopdrachtbestanden aan te maken in Excel. Varierend van gratis tot paar honderd euro. Heb er zelf verder geen ervaring mee.

Weet je zeker dat het om CSV gaat? Ik lees op de pagina van de ING dat ze gebruiken maken van XML bestanden. Mocht het inderdaad om XML gaan; op mobilefish staat een tool om CSV bestanden om te zetten naar pain-formaat (het XML formaat voor SEPA betalingen) En een tool voor het omzetten van CLIEOP03 (het oude formaat) naar pain. CLIEOP bestanden kun je redelijk eenvoudig aanmaken in Excel, bijvoorbeeld hiermee. De maker van de Excel naar CLIEOP software is ook bezig met Excel naar SEPA. Zie hier. Kost een paar tientjes.

Brief van incassoburo wil nog wel eens helpen. Alleen het verzenden van zo'n brief hoeft niet veel te kosten afhankelijk van het contract wat je met dat buro hebt. De shop is zo te zien pas een paar maanden oud, domein is geregistreerd in juli, dus er zullen hopelijk nog wel een aantal wanbetalers volgen (hopelijk want je hebt nu eenmaal een klein deel wanbetalers en ik wens je veel klanten ;) )

Met één op de 50 klanten waarbij je dat moet doen kun je nog steeds winst maken en daalt je potentiele omzet niet enorm door negatieve reviews. Alleen kijken naar winst per individuele order, zeker als het mis gaat, is zoooo jaren 80 ;)

De eerste keer dat ik collega's bijna kwijlend naar een net afgeleverd prototype zag kijken vond ik het wel raar. Maar bleek het, zonder het door te hebben, zelf ook te doen in sommige gevallen :) Goed reminder, je bericht, om eindelijk eens het boek 'beautiful code' te gaan lezen.

Heb ook geen idee of het al dan niet voorkomen van een afbeelding op de pagina zelf gevolgen heeft. Als ik dit lees (van de pagina over afbeeldingen die ik eerder linkte): Dan zou het niet uit mogen maken. Maar, zoals je zelf (Shark) al zegt, even de sitemap copy & pasten, aanpassen en de robots.txt laten verwijzen naar je handmatige sitemap is zo gebeurd. Google webmaster tools heeft trouwens ook de 'fetch as google' optie. Heb je die al geprobeerd voor een afbeelding? Daarmee sluit je in ieder geval 99.9% uit dat Google niet om één of andere reden geblokkeerd wordt.

Het ziet er technische allemaal prima uit (robots.txt / sitemap / etc) Enige wat me opvalt is de afbeelding in je sitemap niet gebruikt wordt op de pagina zelf. De link is namelijk naar de grote versie van de afbeelding die alleen gelinkt wordt.

Google is je vriend ;D In dit geval staat je antwoord op de helppagina van de webmaster tools: Het zou dus geen probleem mogen zijn. Zit je sitemap wel goed in elkaar? Specificaties vind je op deze pagina. In deze blog vind je nog wat informatie over het gebruik van CDN / subdomeinen voor afbeeldingen.

Als je het woord 'ook' in het kopje op je site zet is het ook meteen duidelijk dat je ook kunt afhalen ;) Als ik toch taaltechnisch aan het mieren**ken ben: Wat / wanneer is het niet standaard? 'We hebben een ruim assortiment wijnen, speciaalbieren en gedistilleerd op voorraad. Verder kunnen we...'

Homepage: 'af te halen in Delft' leest alsof het alleen af te halen is. Bij toevoegen artikel aan mandje niet direct duidelijk dat er iets in het mandje zit. Zie liefst of het mandje zelf of naast de bestelknop een tekst dat het toegevoegd is / een link naar het mandje. Sowieso lijkt er een bug in het updaten van het mandje te zitten. Ik zie namelijk het aantal artikelen in het balkje niet veranderen als ik een artikel toevoeg. Dit is pas zichtbaar als ik naar een andere pagina ga. Het uitklapding voor het mandje laat het product wel meteen zien. Subcategorien bovenaan de productpagina zijn erg rommelig. Zou ze liever in het menu links zien. Als je in een subcategorie zit zijn ze ook niet meer te zien. Om dus van vodka naar rum te gaan moet ik 'zoeken'. Ik vraag me af hoe je de gerelateerde producten selecteert. Is dat willekeurig? Of gaat dat op basis op bezochte pagina's en moeten er gewoon nog veel bezoekers komen? Ik zie nu namelijk calvados, bacardi razz en een single malt op een vodka pagina. De foutmeldingen op het bestelformulier zitten erg verstopt. Bij een ongeldig e-mailadres staat alleen bij dat veld, klein, in het rood dat ik een geldig adres moet invullen. Dat veld staat ook nog eens buiten beeld. Handiger om bovenaan het formulier ook een melding te geven. Het bestelformulier mist een opmerkingen veld. Ik kan bij het bestellen nergens kiezen voor afhalen. In de bestelbevestiging staat geen tenaamstelling van de je rekening.

Strikt gezien: ja. Maar grote kans dat het bedrijf de hosting inkoopt bij derden en daar dus geen 100% controle over heeft. Op een shared hosting server kan een site van iemand anders ook problemen geven op jouw site, zelfs als jouw site wel goed beveiligd is. Eerst iemand zoeken die het probleem kan vinden. Dat is nog knap lastig omdat het, naast de al genoemde niet up-to-date CMS software, dus ook andere sites op de server kunnen zijn, de server zelf, je FTP gegevens via malware wellicht 'afgeluisterd' zijn, het CMS misschien wel up-to-date is maar een bepaalde library niet, etc. Plaats even link naar een voorbeeld (of per PM) misschien is aan de manier waarop die links op je site staan te zien hoe ze er op komen. Zo niet dan is de enige partij die meer kan de hoster. Bijvoorbeeld door de server logs te bekijken.

Ik kom wel verder maar krijg dan dit als menu te zien (Windows 7 / FF 22):

@media only screen and (max-device-width: 768px){ p:first-child { font-weight: bold; } } Bovenstaande code bevat een conditie en een expressie. CSS is meer een functionele dan een procedurele taal. Iteraties zijn dus wat moeilijker te zien. Maar als je bovenstaande code leest als 'voor alle apparaten met een maximale breedte van 768 pixels doe dan dit' dan is ook aan die eis die je stelt aan een programmeertaal voldaan ;)

Niet ondernemers gerelateerd maar geweldig voor je energie: mindfulness. Manier van mediteren / tot rust komen waar je geen tijd voor vrij hoeft te maken (eerste weken een klein om te oefenen) maar altijd tussen door kunt doen. Mijn wandeling naar de brievenbus is nu bijvoorbeeld een moment van ontspanning. En zo heb ik er nog tientallen per dag :)