Beetje vreemd dat je eigen website niet eens w3 valid is..

<ins>??????!!!

Wat ik ook zonet zag is dat de paginas in je portfolio ook niet volledig valid zijn.

Maar los hiervan, kan je ons een richtprijs geven?

@ aaron: excuses voor de fout in mijn eigen site, die verhelp ik nu meteen.

@infinium:
1. <ins> is een tag om aan te duiden dat er tekst komt te staan.

2. hoeveel pagina's moeten gedebugged/valid worden?
stuur anders een pm, dan praten we erover verder

Origineel gepost door Infinium.be

<ins>??????!!!

<ins> is evenals <del> een bestaande tag. Beiden zijn voor gebruik in documenten die gereviseerd worden, ze geven aan dat tekst respectievelijk ingevoegd dan wel verwijderd is.
Dus <ins>tekst</ins> geeft aan dat 'tekst'' ingevoegd is, terwijl <del>tekst</del> aangeeft dat 'tekst' verwijderd gaat worden (en nu eigenlijk al niet meer tot de inhoud van het document gerekend hoeft te worden). Standaard is het geloof ik zo dat <del> een streep door de tekst heen zet (en 'm misschien ook wel rood kleurt), maar met CSS is dat natuurlijk aan te passen.

Bedankt voor de duidelijke uitleg Joep :)

Origineel gepost door Infinium.be

Wat ik ook zonet zag is dat de paginas in je portfolio ook niet volledig valid zijn.

Understatement! Neem nu de site van systemcare (in het portfolio!) dat lijstje waar naar gelinkt wordt beweerd dat de prijslijst XHTML 1.0 Valid is, dus ik ging dat steekproefsgewijs maar 's checken. Aangezien er niet eens een doctype gespecificeerd was (en ie dus bij voorbaat niet valid is) heb ik dat zelf maar even ingesteld op strict en daarna op transitional, maar bij beiden kreeg ik gewoon 600+ fouten.
Ik wil je niet volledig afkraken ofzo en ik geloof ook best dat je in staat bent om sites w3c-valid te krijgen en ze werkend te krijgen in alle browsers die je noemt, maar claim alsjeblieft niet dat pagina's valid zijn als ze dat dus overduidelijk NIET zijn.


EDIT: Ok.. ik realiseer me dat dat een lijst gegeneerd door een loop is en dat alle fouten dan natuurlijk herhaald worden, maar ook de andere pagina's zijn gewoon niet XHTML-valid... niet transitional en ook niet strict..

Origineel gepost door Nick Faasen

Bedankt voor de duidelijke uitleg Joep :)

Graag gedaan... (ik kwam die tags laatst ergens tegen en was net zo verbaasd over wat ze zouden moeten zijn als infinium.be)

dat kom omdat ik nog met die site bezig ben, want alleen de test pagina's zijn bijna klaar. Geen zorgen hoor ;) geef me nog een dag.

en over de prijslijst, dit komt ook nog, maar fouten zullen blijven bestaan omdat het allemaal php is..

Origineel gepost door Nick Faasen

dat kom omdat ik nog met die site bezig ben, want alleen de test pagina's zijn bijna klaar. Geen zorgen hoor ;) geef me nog een dag.

en over de prijslijst, dit komt ook nog, maar fouten zullen blijven bestaan omdat het allemaal php is..

Ok.. in dat geval kijk ik binnenkort nog wel eens en neem ik tot dan al mijn kritiek maar terug. Wat betreft die fouten door php, dat is helemaal niet nodig, tenzij je van php natuurlijk geen bal snapt...

Volgens mij is in die prijslijst de grootste fout dat de ampersands ('&') in de href's niet gecodeerd zijn, en dat moet volgens de XHTML-standaard dus wel.
Dat betekent dus dat je in die href's alle & moet vervangen door &amp;.
In de meeste scripts heeft het geen enkele gevolgen wanneer je dit niet doet, maar stel je nu eens een webshop voor waarin je om een of andere vreemde reden via een GET-argument een bedrag wil versturen, dan zou (een deel van) je url er zo uit kunnen zien:
buy.php?item=3578&euro=99
dan wordt dit in de html-output helaas omgezet naar:
buy.php?item=3578€=99
een dan krijg je of een nietwerkende URL of het verwerkingsscript waar die url naar verwijst denkt dat ie een waarde mist en gaat onverwachte output geven. Dit kun je dus ondervangen door die ampersand te encoderen, de URL wordt datn:
buy.php?item=3578&amp;euro=99
dit wordt in de html-output dan omgezet naar:
buy.php?item=3578&euro=99
en dan werkt het allemaal...

Vandaar dat de XHTML-standaard het encoderen van ampersands dus verplicht stelt...


EDIT: Toevoeging:
De gevallen waarin dit geen problemen oplevert is wanneer de ongecodeerde ampersand niet gevolgd wordt door een serie tekens waarmee hij een HTML-entity kan vormen &blaat levert dus gewoon &blaat op in je html-output.

Ik mag de codering van de prijslijst niet aanpassen, dit vinden ze te ristkant.
De xhtml code die erin zit update ik z.s.m. maar ik ben nog een aantal dingen aan het debuggen momenteel.

Als je de php code kunt debuggen zodat het blijft werken laat het dan even weten via een pm ;)

Ik heb je een pm gestuurd... Er zitten overigens nog wel wat 'apart gescripte dingetjes' in om het beleefd te zeggen ('<body>'-tags met een kleurattribuut om '<td>'-tags heen)

Daar blijf ik denkik maar vanaf.. maar die ampersands zijn geen probleem.

Ik weet het.. je mag van mij alles proberen hoor ;) en bekijk de pagina's over n paar minuten nog maar eens, ze zijn nu bijna allemaal w3 valid

Maargoed, iemand interresse? ik garrandeer u dat het valid is bij aflevering ;) don't worry. Anders krijgt u gewoon uw geld terug