"Mijn auto's" niet compleet te krijgen

ok, dat is goeie extra info voor de foutzoeker

wat niet werkt is "10 Jun 2009", wat wel werkt is "10 jun 2009". De maand moet in lower case. Is wel een bug natuurlijk..
De instructie zal even aangepast moeten worden (via de locale functie)
Er zal in CCK voor versie 5 weinig meer ontwikkeld worden.. erg kleine kans dat er nog een fix voor komt

Kan vrij eenvoudig in de php opgelost worden hoor, en waarschijnlijk tevens een celeigenschap in de tabel van de database aanpassen.

Haha, super Johan. het werkt inderdaad als ik de maand in lower case zet. Dank je wel!!!
Groeten,
Richard

nou, geef maar eens aan hoe en waar in welke file (PHP). Ik heb al vastgesteld dat de laatste versies van date en token dit niet oplossen, zal waarschijnlijk in cck zitten..

Johan Vlagsma schreef : nou, geef maar eens aan hoe en waar in welke file (PHP). Ik heb al vastgesteld dat de laatste versies van date en token dit niet oplossen, zal waarschijnlijk in cck zitten..

dan moet ik de code hebben Johan en bij de database kunnen.Maar dat gaat niet gebeuren weet ik nu al Maar aanpassen van b.v.:  date("F j, Y, g:i a"); moet al een hoop soelaas bieden qua output

mijn punt is dat als je de software niet kent het wel erg makkelijk is om vanaf de zijlijn te roepen dat het eenvoudig op te lossen is. Het is in de praktijk vaak niet zo eenvoudig. Het hier roepen dat het eenvoudig is levert niemand wat op, je hulp aanbieden aan Tamas helpt wel.. en mogelijk kun je dan ook een zinvolle bijdrage leveren vanuit je vakgebied of specialisme.

Hoi allemaal,
Ten eerste hartelijk dank voor het helder krijgen van het probleem. Het is oplosbaar aangezien je er met een aangepast datumformaat het probleem omzeilt.
Via PHP is veel op te lossen, echter, we maken gebruik van standaard oplossingen om de simpele reden dat we anders veel te veel tijd kwijt zijn aan het onderhouden van de eigen gemaakte dingen. Als je iets van de grond opbouwd dan moet je het ook gaan onderhouden. Dat wil dus zeggen dat je het uit moet ontwikkelen en releases bij moet gaan houden. Dan heb je er een volledige job bij.
Het gebruik van standaard-oplossingen heeft als gevolg dat je met de releases van de makers mee moet gaan. Het maakt je wel iets afhankelijk maar dat staat in het niet bij de voordelen van goede onderhouden software van toegewijde partijen. Iets dat je met de grootte van een site als deze zelf gewoon niet voor elkaar krijgt.
Groet,
Támas

Johan Vlagsma schreef : mijn punt is dat als je de software niet kent het wel erg makkelijk is om vanaf de zijlijn te roepen dat het eenvoudig op te lossen is. Het is in de praktijk vaak niet zo eenvoudig. Het hier roepen dat het eenvoudig is levert niemand wat op, je hulp aanbieden aan Tamas helpt wel.. en mogelijk kun je dan ook een zinvolle bijdrage leveren vanuit je vakgebied of specialisme.

Dag Johan, ik roep niet zo maar wat, ik ben php/mysql programmeur het is dus mijn dagelijks werk. In principe is e.e.a. dus eenvoudig op te lossen daar blijf ik bij. Maar... zoals Tamas hierboven al zegt kun je nooit op tegen de programmeerkracht van honderden (Drupal) vrijwilligers. Tevens zit je bij "tweeks" met het probleem dat bij een eventuele update deze weer overschreven worden.Dit is ook meteen de bottleneck, ik had uit eerdere draadjes begrepen dat deze versie niet meer ge-update (kon) worden vanwege versieproblemen. En uitgangspunt bij mij is dan dat je best verder door mag ontwikkelen op deze Drupal core.En aangaande zinvolle bijdragen en hulp, dit heb ik al diverse malen aangeboden. Iedereen doet zijn best hier en dat merken wij elke dag weer want e.e.a. werkt verder prima, kleine schoonheidsfoutjes daargelaten. Het was/is absoluut niet mijn bedoeling mensen af te vallen, no way.