[html] sourcecode opmaak

[b][message=25908675,noline]alle elementen lowercase

Verwijderd schreef op donderdag 08 juni 2006 @ 10:24:
[...]


Dit is toch pas vanaf XHTML?

Why do We Use Lowercase Tags?

We have just said that HTML tags are not case sensitive: <B> means the same as <b>. When you surf the Web, you will notice that most tutorials use uppercase HTML tags in their examples. We always use lowercase tags. Why?

If you want to prepare yourself for the next generations of HTML, you should start using lowercase tags. The World Wide Web Consortium (W3C) recommends lowercase tags in their HTML 4 recommendation, and XHTML (the next generation HTML) demands lowercase tags.

Invisible_man schreef op donderdag 08 juni 2006 @ 10:33:
Een ander punt is hoe je single-tags implementeerd:

If you want to prepare yourself for the next generations of HTML.

Verwijderd schreef op donderdag 08 juni 2006 @ 10:24:
Dit is toch pas vanaf XHTML?

Invisible_man schreef op donderdag 08 juni 2006 @ 10:39:
Dit is eenzelfde verhaal als het lower/uppercase verhaal, je zelf vast de volgende generatie HTML (XHTML standaard) aanelren.

[ Voor 49% gewijzigd door Rowanov op 08-06-2006 10:53 ]

Invisible_man schreef op donderdag 08 juni 2006 @ 10:33:
Een ander punt is hoe je single-tags implementeerd:

code:

1 2 3 4

<br> wordt dan: <br />

(www.w3schools.com)
Therefore - by combining HTML and XML, and their strengths, we got a markup language that is useful now and in the future - XHTML.

XHTML pages can be read by all XML enabled devices AND while waiting for the rest of the world to upgrade to XML supported browsers, XHTML gives you the opportunity to write "well-formed" documents now, that work in all browsers and that are backward browser compatible !!!

alleen met XHTML, met HTML is dat fout

[ Voor 6% gewijzigd door Invisible_man op 08-06-2006 11:06 ]

Justice schreef op donderdag 08 juni 2006 @ 11:01:
Dan gelden nog algemene coding standards natuurlijk zoals:

Ik hou altijd aan dat regels maximaal 80 characters breed zijn, als je meer nodig hebt gebruik linebreaks. Deze regel komt van origine vanuit het DOS tijdperk dacht ik, maar op deze manier weet je zeker dat iedereen je code hetzelfde weergeeft en worden lange regels logisch opgebroken. Wanneer je inspringt maar dan lange regels gebruikt (zeg 300 characters) met line-wrap dan worden dus de 3 lines (de laatste 220 characters) dus gewrapt zonder inspringen wat het een en ander erg onoverzichtelijk maakt.

1
2
3

<a href="link.html">
[img]"i.gif">
</a[/img]

Invisible_man schreef op donderdag 08 juni 2006 @ 11:05:
Zoals ik hier uit opmaak (en de rest op die site) is XHTML wel degelijk de opvolger van HTML4.0, maar ik kan het natuurlijk mis hebben...

Het wordt iig wel ondersteund op het moment, dus in hoe verre is het fout...

[ Voor 3% gewijzigd door CodeCaster op 08-06-2006 11:14 ]

CodeCaster schreef op donderdag 08 juni 2006 @ 11:14:
Verder is het bij het uitvoeren van PHP-code een hels karwei (vind ik dan) om de resulterende HTML-code overzichtelijk te houden.

CodeCaster schreef op donderdag 08 juni 2006 @ 11:14:
Verder is het bij het uitvoeren van PHP-code een hels karwei (vind ik dan) om de resulterende HTML-code overzichtelijk te houden.

Rowanov schreef op donderdag 08 juni 2006 @ 11:16:
[...]


Daar stip je wel even een punt aan; als je je php code verspreid door je html heen hebt staan, dan is het idd lastig. Een manier om dit op te lossen is om alle php code er buiten te houden en met functie-calls te werken, die je content voor de pagina teruggeven.

[ Voor 3% gewijzigd door Gonadan op 08-06-2006 11:18 ]

[ Voor 9% gewijzigd door CodeCaster op 08-06-2006 11:19 ]

CodeCaster schreef op donderdag 08 juni 2006 @ 11:14:
Verder is het bij het uitvoeren van PHP-code een hels karwei (vind ik dan) om de resulterende HTML-code overzichtelijk te houden.

Rowanov schreef op donderdag 08 juni 2006 @ 11:16:
[...]
Daar stip je wel even een punt aan; als je je php code verspreid door je html heen hebt staan, dan is het idd lastig. Een manier om dit op te lossen is om alle php code er buiten te houden en met functie-calls te werken, die je content voor de pagina teruggeven.

edit:
hell, 3 reacties ertussen

[ Voor 3% gewijzigd door TeeDee op 08-06-2006 11:20 ]

TeeDee schreef op donderdag 08 juni 2006 @ 11:19:
Mijn ervaring is dat meestal de eerste regel van de call netjes op de plek staat waar deze aangeroepen wordt. Zodra je de volgende eraan komt, dan is het uit met de pret.

Gonadan schreef op donderdag 08 juni 2006 @ 11:32:
Kijk voor de grap eens naar de broncode van GoT.
De devvers hebben zelfs een speciale optie om de code leesbaar te maken

disjfa schreef op donderdag 08 juni 2006 @ 11:37:
[...]

Tsja maar als je er net mee bezig bent en je wilt weten wat je allemaal uitpoept wil je niet zo`n brij voor je neus krijgen. Op het eind kan je alles er zo uit laten komen maar om daarin te debuggen is, lijkt mij iig, niet zo handig

[ Voor 14% gewijzigd door RM-rf op 08-06-2006 11:41 ]

Verwijderd schreef op donderdag 08 juni 2006 @ 11:39:
[...]
Daarom is er voor Firefox een hele handige plugin: https://addons.mozilla.org/firefox/697/

Rowanov schreef op donderdag 08 juni 2006 @ 11:30:
[...]
Goed; dan rest mij de vraag: heeft het dan uberhaupt nut om er aandacht aan te besteden? De browser heeft er geen last van als je uitgepoepte html er een beetje brak geformat uitziet en jij als devver hebt er waarschijnlijk ook vrij weinig last van, aangezien je bij de bron bestanden kan waar het wel overzichtelijk is.

1
2
3
4
5
6
7
8

    <ul id="nav_bar">
<li id="nav_log"><a href="log/" title="Mijn Weblog!">Log</a></li>
<li id="nav_profile"><a href="profiel/" title="Profiel">Profiel</a></li>
<li id="nav_links"><a href="links/" title="Diverse Links">Links</a></li>

<li id="nav_stuff"><a href="meuk/" title="Diverse Meuk, of gewoonweg zooi!">Meuk</a></li>
<li id="nav_archief"><a href="log/archief/" title="Archief">Archief</a></li>
</ul>

disjfa schreef op donderdag 08 juni 2006 @ 11:41:
[...]

Je kan ook gewoon normaal programeren en uiteindelijk de templates zo parsen zodat je ze gestript van de breaks kan neerzetten. Dan heb je geen extra plugins nodig en weet je nog waar je mee bezig bent ook

TeeDee schreef op donderdag 08 juni 2006 @ 11:41:
Praktisch het eerste wat ik doe op een website is naar de sourcecode kijken. Ziet het er netjes uit, overzichtelijk etc. etc.

Verwijderd schreef op donderdag 08 juni 2006 @ 12:28:
[...]



Veel tijd over?

TeeDee schreef op donderdag 08 juni 2006 @ 12:55:
[...]

Yup. Jij niet dan?

In één oogopslag kan je toch wel zien of het e.e.a. overzichtelijk is? Als je niet in één oogopslag kan zien of het overzichtelijk is, dan is het niet overzichtelijk.

Verwijderd schreef op donderdag 08 juni 2006 @ 13:14:
[...]

Nee, ik niet, ik heb een bedrijf te runnen

Ik doelde er vooral op dat het een redelijk onnuttige tijdsbesteding is om op iedere site waar je komt naar de source te gaan kijken. Wat kan mij het boeien of andermans source 'netjes' is (niets dus)?

Zelf zorg ik ervoor dat alles in de templates netjes is, maar door allerhande includes enzo kan de uiteindelijke html weleens niet 100% correct ingesprongen zijn bijvoorbeeld. Het zal me worst wezen, aangezien dit niets uitmaakt voor de presentatie aan de gebruiker en geen nadelige gevolgen heeft voor de toegankelijkheid.

Rowanov schreef op donderdag 08 juni 2006 @ 10:51:
Xhtml heeft even helemaal niets met html te maken is ook niet bedoeld om html op te volgen De opvolger van html 4.1 wordt mogelijkerwijs html 5, alhoewel we dan vast enkele jaren verder zijn.

Verwijderd schreef op donderdag 08 juni 2006 @ 13:35:
Heh, wat nu? HTML en XHTML lijken beide verdomd veel op elkaar wat de syntax betreft en ze zijn beide voor (onder andere) het web bedoeld. Daarbij zegt de naam het ook al.. Extensible HyperText Markup Language, ofwel VerlengbaarHTML.

Verder zegt W3C het zelf ook nog eens.

If your document is just pure XHTML 1.0 (not including other markup languages) then you will not yet notice much difference. However as more and more XML tools become available, such as XSLT for tranforming documents, you will start noticing the advantages of using XHTML. XForms for instance will allow you to edit XHTML documents (or any other sort of XML document) in simple controllable ways. Semantic Web applications will be able to take advantage of XHTML documents.

If your document is more than XHTML 1.0, for instance including MathML, SMIL, or SVG, then the advantages are immediate: you can't do that sort of thing with HTML.
Bron: http://www.w3.org/MarkUp/2004/xhtml-faq#advantages

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

function printTempl( $page, $var )
{
    if (strpos( $page, ".txt" ) == FALSE)
        $page = "./tmpl/" . $page . ".txt"; // naargelang je instellingen

    $tarray = implode ('', file ( $page ));
    $tarray = addslashes($tarray);
    eval("\$str = \"$tarray\";");
    $output = stripslashes($str); 

    // optioneel, gebruik ik thuis niet
    if ( func_num_args()>=3 )
    {
        echo $output;
        return true;
    }
    else
        return $output;
}

// gebruik:
$some_output = printTempl( $some_template, $some_array );
// of
echo printTempl( $some_template, $some_array );
// of
printTempl( $some_template, $some_array, '3de var' );

[ Voor 29% gewijzigd door moozzuzz op 08-06-2006 16:24 ]