willemj

En voor wie dat artikel heeft gelezen, zie hier op HL het beginnetje van een discussie.

Wat je om te beginnen wilt is recursief de mappen openen. Je kunt nu met de rechtermuisknop op een folder klikken en kiezen voor 'expand' (uitklappen) en daar zou een optie bij moeten komen 'expand all' waarmee ook alle submappen geopend worden. En dat kan in de verkenner: selecteer de map in kwestie en druk op het *-teken op het numerieke gedeelte van je toetsenbord. Zie je nog steeds de bestanden niet in de boomstructuur maar scheelt al een hoop ;)

De doelregio hoef je / is alleen voor niet landgebonden domeinextensies in te stellen. Bij een aantal .nl domeinen staat standaard Nederland en is niets te wijzigen. Voor een .net heb ik het zelf ingesteld. Geen idee of .com regio gebonden is, ik gok van niet. Met forwarden moet je even opletten. Als iedere url via zowel de .com / .nl en .de te benaderen is en je stuurt ze door met een verkeerd soort redirect (een zgn 302) kan dit nadeling uitpakken. Google kan dat namelijk zien als pagina A hoort bij de .com site, pagina B bij de .nl site en pagina C bij de .de site. Als je me de link naar je sites stuurt controleer ik wel even of dat goed gaat.

Dat is een gedachtengang die ik niet kan volgen. Ik maak spelfouten. Afhankelijk van het doel van de tekst controleer ik deze (of is het die?) één of meerdere keren. Risico dat ik een fout over het hoofd zie is aanwezig. Consequentie: misschien dat een taalpurist zich stoort aan die fout. In mijn werk is het risico van een fout vele malen groter, de controle dus ook.

Ik vond het niet belangrijk om te leren. Dus ben ik respectloos en incompetent. Kantklossen vond en vind ik ook niet belangrijk. Gelukkig klaagt niemand over mijn gebrek aan kennis op dat gebied.

De extensie van je site kan de nodige invloed hebben. Als je .nl hebt dan zit je doelgroep blijkbaar in Nederland. Dus zoekt een Nederlander op jouw Duitse woord dan zul je beter scoren dan de concurrentie met een .de extensie.

In de originele vraag gaat het om een leverancier die failliet is. Even aangenomen dat het faillisement afgerond is is de administratie dan uberhaupt nog te achterhalen?

Uit de faq over de digitale factuur van xs4all: bron

Ik vind het niet vervelend. Het is wel handiger om alle informatie rond je vraag bij elkaar te hebben. Die vraag kan ik, noch iemand anders, beantwoorden zonder te weten wat de 'projectmanagement tool' doet. Maar aangezien de functionaliteit dus al wel bekend is moet een bouwer zonder al te veel moeite een goede indicatie kunnen geven.

Volgens mij is de stand der techniek niet veel veranderd sinds dat je exact deze vraag hier stelde ;)

Een alternatief is Google notebook (http://google.com/notebook/) werkt perfect met de plugin voor je browser (http://www.google.com/notebook/download) Je markeert een tekst, rechtermuisknop en kiest voor 'notebook'. De tekst komt dan automatisch in je notebook. Handiger dan een site functie zelfs omdat je al de informatie van verschillende sites op 1 plek hebt.

Ok. Las het als 'het is GPL dus het is goed' en daar krijg ik jeuk van ;) Als je uit de voeten kunt met de GPL(2) licentie dan is het inderdaad een handig dat een overzicht bestaat van modules voor die software waar diezelfde licentie voor van toepassing is.

Hoezo is het een voordeel dat modules verplicht GPL2 als licentie moeten hebben om geplaatst te worden op een site? Ik gebruik met alle plezier ook software met een BSD, MIT of LGPL en zelfs GPL 1 licentie die niet op de website van Drupal staat.

In pm berichten wordt het <-teken niet correct ge-escaped. Ik stuurde vandaag iemand een pm met als tekst: In m'n verzonden items zie ik nu: Gebruik ik tags dan gaat het wel goed (gelukkig)Mmmm ook hier kan ik geen < br > gebruiken blijkbaar. Bij design?

Ja: via de Google data API is het prima mogelijk om content uit Google Docs in een site te zetten en deze zowel in Google Docs als in het CMS te bewerken. Het slechte nieuws: Google Docs mag je met recht een component in de technische zin van het woord noemen: een onderdeel dat herbruikbaar is. Van de voorbeelden die je noemt kan ik je vertellen dat Joomla, OsCommerce en ZenCart niet ontwikkeld zijn om als component gebruikt te worden. Integreren / koppelen kan wel maar voor je het weet ben je alsnog maatwerk aan het maken (pakket A + jouw 'lijm' code + pakket B) waarbij je de losse pakketten niet meer kunt vervangen door een nieuwe versie. Maar wat versta jij precies onder integreren? Om je voorbeeld te volgen; een RSS feed aanmaken met aanbiedingen uit je shop om deze te tonen op je site is goed mogelijk in bijna alle combinaties van pakketten.

Dan is het inderdaad nauwelijks een probleem. Je kunt je shop in je profiel opnemen of in je signature (stukje tekst onder al je berichten) Klik bovenaan op 'profiel' en dan rechts onder 'informatie' op 'bewerk profiel'. Of via pm door op het groene vierkantje met 'pm' onder mijn plaatje te klikken.

Ik wel. De vraag was aan Jane (die dat soort techniek waarschijnlijk niet kent) ps voor de mieren**kende kneuzengever: ROTFL. Ja drie omdat "alt" tagjes missen. Mag ik me nu geen professioneel ontwikkelaar meer noemen. Schuddebuiken gaat door: Het specificeren van een alternatieve tekst voor een afbeelding is bedoeld om de betekenis van die afbeelding duidelijk te maken voor gebruikers die om wat voor reden dan ook die afbeelding niet kunnen zien. Twee van de drie elementen op mijn site zonder alt-attribuut (ik noemde het incorrect 'tag', excuus) zijn alleen bedoelt voor de opmaak van de pagina cq. hebben geen semantische betekenis. Het toevoegen van een alt-attribuut zou dus voor die bezoeker die deze afbeeldingen niet ziet de bruikbaarheid van mijn site alleen hinderen (een blinde die moet horen dat er een stuk paars aan de linker- en rechterkant van de pagina zit is niet geholpen) De correcte oplossing is om deze afbeeldingen zonder betekenis niet als html element op te nemen maar door middel van een stylesheet toe te passen. Of een leeg alt attribuut toevoegen (lege attributen is ook weer zoiets) De overige afbeeldingen op mijn site zijn voorzien van een alt-attribuut. Een professioneel en precieze ontwikkelaar kent de specificaties en wat de consequenties zijn wanneer je er van wijkt (in dit geval niets behalve een melding op de w3c website). Mieren**kers gaan klagen als iets niet volgens de 'norm' is terwijl het werkt zoals het hoort en bekend is waar en waarom afgeweken is van de 'norm'. Maar goed dit erg offtopic en zal eens een cursus pr en/of communicatie gaan doen :D

Heb net zelf een webshop gebouwd. Voor een klant :D @Dave: ik hoop dat je nieuwe bouwer de seo trukendoos wat beter toepast dan de bouwer van je cuteshirts site. Die laat namelijk nogal wat standaard dingen liggen (bijvoorbeeld: geen gebruik van correcte headers en niet linken met relevante trefwoorden binnen de tekst) Daarnaast zijn goede externe links erg belangrijk. Iets waar je software niet voor zorgt. Of betaal je daar die 500 euro voor? Ook als profi houd ik er rekening mee dat er een bug naar voren komt (al los ik ze over het algemeen overdag op ;) ) Maar ben je niet bang dat je door die fouten klanten cq. omzet mist? Mijn ervaring is dat gebruikers van software problemen meestal niet melden. Met wat pech staat een shop dus een paar dagen online met foutmeldingen.

Dan moeten we voor de discussie de definitie van 'vette winst' vastleggen. Zoals gezegd een vergoeding van x maanden voor x jaren in dienst is voor mij niet vet. Maar misschien doel je met 'rijk worden' in je openingsbericht op een andere regeling.

Triester dan dit kan ik me bijna niet voorstellen. Prestatieverplichting (inzet) is één ding, bepalen waar je die prestatie voor inzet (invloed) is heel iets anders. Of het verwencultuur is weet ik niet. Op basis van de beperkte informatie die ik tot me neem over dit onderwerp: ja het mag wel minder in een aantal gevallen. Maar Christine begon dit draadje met: En dan komt een gezegde over een kont en keren naar boven. Met aanscherping in het ontslagrecht verschuif je een risico en aansprakelijkheid. Ik ken de fijne details van het huidige systeem slechts globaal. Maar x maanden vergoeding voor x jaren dienstverband klinkt voor mij niet slecht. Een medwerker niet kunnen ontslaan omdat hij niet functioneert klinkt slecht. Te ruime maatstaven voor 'niet functioneren' zijn ook niet goed. Dus zorg dat de lat daar lager / beter ligt. Zie je niet dat je medewerker niet presteert, 'tough luck' dat is je risico als ondernemer.

Ik nam voor mijn voorbeelden aan dat een werknemer niet over de kennis beschikt om dat risico in te schatten. Sowieso heeft de medewerker geen invloed over het beleid van het bedrijf en kan zijn risico dus niet beinvloeden(!) Nee. De ondernemer loopt risico maar heeft ook de kans op (flinke) winst. De medewerker loopt volgens jouw opinie hetzelfde risico maar heeft een vast inkomen, dus geen kans op winst. Aangezien de medewerker ook geen invloed heeft op de onderneming (details als ondernemingsraad e.d. daargelaten) en dus overgeleverd is aan de 'wijsheid' van zijn werkgever mag hij best wat bescherming genieten.

a) Ik ga in dienst bij 'Online Administratieve software BV'. De markt groeit enorm! Op m'n 45ste, na meer dan 15 jaar opdoen van kennis en ervaring, ben ik guru op dit gebied. Mijn marktpositie is fantastisch dus laat ik maar eens een nieuwe baan gaan zoeken met meer inkomen. b) Ik ga in dienst bij 'DOS software B.V.' . Ondanks alle marketinginspanningen van mijn werkgever krimpt de markt. Ik ben nu 45 en door een reorganisatie sta ik op straat. Solliciteren heeft weinig zin omdat een ontwikkelaar op mijn leeftijd met mijn kennis en ervaring weinig marktwaarde heeft. Als (a) en ontslag => prima en vergoeding nul. Als (b) en ontslag => tja. Waar leg je het risico? Bij de ondernemer (ondernemen = risico nemen) of bij je personeel (baan = garantie(?))

Pas de tekst ook even aan. Staan vier spelfouten in: De eerste nationale netwerkdag voor ZZP'ers. Ontmoet ZZP'ers vanuit uw eigen vakgebied en laat u inspireren tot een zo efficiënt mogelijke bedrijfsvoering. Het delen van kennis, inspirerende workshops, meet & greets, speeddates en het opbouwen van een gedegen netwerk maken deze dag een event dat u niet wilt missen!

Stuur Jolanda voor de zekerheid even een mailtje (mocht je dat nog niet gedaan hebben) Misschien leest ze je laatste bericht niet voor ze morgen een aangetekende brief stuurt met daarin de mededeling dat er een overeenkomst is...

Plaatjes (grootte en aantal) zijn ok. De paginas zelf duren (ontzettend) lang. Dus of de hosting is wat overbelast of de shop zelf is aan de trage kant.