Ik heb onlangs mijn website online gezet nadat ik in bijberoep ben begonnen.
De mobiele versie moet nog ontworpen worden. En hierbij heb ik ook nog een vraag.
Als je op de website naar de pagina "offerte" gaat en je klikt op "verzenden" zonder niets in te vullen,
dan zie je dat de content van mijn "div="inhoud_right" gedeelte onder mijn form error messages tevoorschijn komt.
Tewijl deze mooi rechts zou moeten blijven staan.
En hier ben ik helaas nog niet achter gekomen hoe dit komt.
Dus als één van jullie de oplossing weet :)
Je sluit je "inhoud_left" niet met een </div>, waardoor je "inhoud_right" in je "inhoud_left" terecht komt - met het ongewenste resultaat. Maar je HTML is sowieso een chaos:
//slechte copy+paste van de echte <option> daar boven
<input type="radio" name="project" value="belettering">Belettering (wagen/gevel)</option><br />
//geen quotes
<a href=javascript:history.back(1)><b>Ga terug</b></a>
//XHTML of HTML?
<br /> vs <br>
//PHP code in de HTML (in een <noscript>!?)
if($_GET["p"] == 'overons' ){
Als je de boel een beetje netjes inspringt is het sowieso een stuk beter leesbaar, en had je die ontbrekende </div> waarschijnlijk zelf ook wel gespot.
Dit is een website die ik in mijn schooltijd (6 jaar geleden) heb opgesteld.
En dit was ook niet mijn dagelijkse bezigheid. En dat zie je idd. ik weet dat het zeer snel is geëvolueerd.
Het is minimalistisch, maar ik vind het eindresultaat voor de bezoeker wel leuk.
Enkel moet hij nog over een mobiele versie beschikken.
@Rob, Ik heb je opmerkingen gelezen en aangepast in de html.
- Wat is juist het probleem met <br> & <br /> tags, is dit een pertinente fout?
- De R. klik beveiliging heb ik verwijderd, heb eerder zitten twijfelen om deze te deleten.
- Veroorzaakt een "nosrcipt" tag binnen een php script een probleem?
- Hoe zou een mooi geordend html eruit zien dan?
Want dit kan ook allemaal achter elkaar zonder spaties, maar dit is dan totaal niet overzichtelijk om te bewerken.
Daarom werk ik met enters en spaties. Is dit niet O.K?
Er bestaat ook een tab-toets om in te kunnen springen. Je moet er dan voor zorgen dat bij HTML de begin- en eindtag op een rechte lijnen tegenover elkaar liggen in je code.
Een mooi voorbeeld met bijvoorbeeld lijsten, waarin je HTML-tags nest.
Je ziet in een oogopslag welke tags bij elkaar horen. En het biedt een duidelijk overzicht. Ook een fatsoenlijke editor zoals Eclips, NetBeans, PHPstorm, of ZendStudio biedt mogelijkheden aan automatisch inspringen. Gebruik om deze redenen dus nooit Notepad/Kladblok.
Of je <br /> of <br> tags gebruikt is afhankelijk van de doctype die je gebruikt. Is dit XHTML of HTML?
Verder heeft <noscript> niks met PHP te maken, maar het feit dat er in jouw HTML-code PHP staat heeft te maken met misen van de PHP-tag. Ik weet niet of je voor je site een CMS-editor gebruikt, maar normaliter kan je daarin GEEN PHP-code invoeren.
Het is net wat je makkelijk vind, en of je echt met codes in de weer wilt gaan, of wilt klikken en slepen.
Als je zelf met codes gaat typen, eigen vrijheid willen, en alles volgens je eigen standaard wilt schrijven., dan is een code-editor zeker handig. Voor mensen die het simpel willen houden en zich niet echt bezig houden met webdesign als hobby/werk is Dreamweaver een goed alternatief.
Zo te zien gebruik je XHTML, maar persoonlijk zou ik liever HTML5 kiezen:
<!DOCTYPE html>
Ik raad wel aan om je site even te valideren bij de W3 Validator.
Ik zou in ieder geval wel bij de tijd blijven en DreamWeaver uptodate houden. Of je je van code-kloppen houdt, raad ik NetBeans IDE aan. Maar dat is geen 'klik en sleep' of wat ook WYSIWYG (What You See Is What You Get) genoemd wordt.
Ja idd, had op de Quote geklikt i.p.v. Wijzigen :s
PS: W3 Validator vertelt me het volgende:
Sorry, I am unable to validate this document because on line 10 it contained one or more bytes that I cannot interpret as utf-8 (in other words, the bytes found are not valid values in the specified Character Encoding). Please check both the content of the file and the character encoding indication.
The error was: utf8 "\xA9" does not map to Unicode