Comments on: Are you being served…? http://tjaard.nl/2005/05/14/are-you-being-served/ Lobet den Herrn Sat, 31 Jul 2010 23:55:44 +0000 http://wordpress.org/?v=1.5.2 Comment on Are you being served…? by: Tjaard http://tjaard.nl/2005/05/14/are-you-being-served/#comment-44 Mon, 16 May 2005 13:21:01 +0000 http://tjaard.nl/2005/05/14/are-you-being-served/#comment-44 Allicht valt het heel erg mee, maar ik wil het eerst überhaupt zo eens goed hebben ;) . Op zich zou het wel een leuk idee zijn om er een patch voor te maken, maar daar heb ik nu nog geen zin in. En als ik zin heb ga ik wel eens lezen over HTML5 en wat ik ervan vind :) . Overigens: "al doende leert men". Allicht valt het heel erg mee, maar ik wil het eerst überhaupt zo eens goed hebben ;) . Op zich zou het wel een leuk idee zijn om er een patch voor te maken, maar daar heb ik nu nog geen zin in. En als ik zin heb ga ik wel eens lezen over HTML5 en wat ik ervan vind :) . Overigens: “al doende leert men”.

]]> Comment on Are you being served…? by: Krijn Hoetmer http://tjaard.nl/2005/05/14/are-you-being-served/#comment-40 Mon, 16 May 2005 09:35:37 +0000 http://tjaard.nl/2005/05/14/are-you-being-served/#comment-40 ik zou WP vreselijk moeten gaan hacken als ik geen XHTML meer zou willen Valt reuze mee hoor :) ik zou WP vreselijk moeten gaan hacken als ik geen XHTML meer zou willen
Valt reuze mee hoor :)

]]> Comment on Are you being served…? by: Anne http://tjaard.nl/2005/05/14/are-you-being-served/#comment-39 Mon, 16 May 2005 09:21:45 +0000 http://tjaard.nl/2005/05/14/are-you-being-served/#comment-39 M'n eigen weblog was een hele tijd ook XHTML driven. Alle data in m'n database is ook pure XML dus teruggaan is geen probleem, maar niet m'n intentie. En over HTML4 gebruiken, dat is ook een vorm van purisme, maar het bezoeker argument is gewoon beter. HTML5 gaat precies definieren hoe error handling in HTML5 moet gebeuren zodat je precies weet hoe een browser moet reageren op bepaalde fouten en HTML nog bruikbaarder wordt. XHTML was ontwikkeld puur met de intentie om een XML variant van HTML te hebben zodat mocht je echt HTML semantiek nodig hebben in een XML omgeving om het bijvoorbeeld te mixen met MathML of SVG je dat kunt doen. Over studeren: Ik wil misschien informatiekunde gaan studeren in Utrecht. Maar m'n plannen zijn nog niet geheel zeker. En ik weet niet zeker of ik Marten ken; denk het niet. M’n eigen weblog was een hele tijd ook XHTML driven. Alle data in m’n database is ook pure XML dus teruggaan is geen probleem, maar niet m’n intentie. En over HTML4 gebruiken, dat is ook een vorm van purisme, maar het bezoeker argument is gewoon beter. HTML5 gaat precies definieren hoe error handling in HTML5 moet gebeuren zodat je precies weet hoe een browser moet reageren op bepaalde fouten en HTML nog bruikbaarder wordt.

XHTML was ontwikkeld puur met de intentie om een XML variant van HTML te hebben zodat mocht je echt HTML semantiek nodig hebben in een XML omgeving om het bijvoorbeeld te mixen met MathML of SVG je dat kunt doen.

Over studeren: Ik wil misschien informatiekunde gaan studeren in Utrecht. Maar m’n plannen zijn nog niet geheel zeker. En ik weet niet zeker of ik Marten ken; denk het niet.

]]> Comment on Are you being served…? by: Tjaard http://tjaard.nl/2005/05/14/are-you-being-served/#comment-37 Sun, 15 May 2005 22:24:54 +0000 http://tjaard.nl/2005/05/14/are-you-being-served/#comment-37 Sja, dat het vervelend is ben ik met je eens. Maar dat geldt ook voor fouten in de (script)talen achter je applicatie met als gevolgen foutmeldingen (500, mysql warnings, etc). Daarnaast is het deels ook de manier waarop Firefox zo'n fout aangeeft; Opera laat gewoon zien tot waar hij gekomen is. Ideaal zou natuurlijk zijn dat je error recovery hebt bij het renderen van de pagina met een discrete waarschuwing ergens die laat zien dat er iets niet klopt (nu weet ik niet hoe gecko/opera precies werken, maar een tweede pass waarin de pagina helemaal gerenderd wordt met een fout plus regelnummer in de statusbalk lijken me acceptabel). Ik kan me ook inbeelden dat het vervelend is voor gebruikers van systemen waarin ze zelf hun invoer kunnen opmaken. Me dunkt dat het de verantwoordelijkheid is van de programmeur ervoor te zorgen dat invoer nooit in invalide code kan resulteren. Wat die stukjes betreft: erg interessant (en ik heb m'n nedstat ermee kunnen fixen ;) ) en ik zie nu ook beter je punt waarom je zelf HTML 4.01 blijft gebruiken. Maar deze pagina is geen business environment en ik ben een student informatica en vind als zodanig dit soort dingen leuk. Wat je onder andere laat zien in die stukjes is een legacyprobleem in browsers. Op zich is het best grappig om te zien wat voor uitersten je hebt bij informatici: de theoretici/puristen (zoals Jan Terlouw aan de RuG; die is helemaal dol op functionele/logische talen, grammatica's en dergelijke) en de mensen die juist naar de praktische kant kijken en daarbij niet zoveel geven om puriteins gedoe en in het beroerdste geval niet eens opnieuw durven beginnen (Intel, 8086-registers op zelfs de nieuwste x86-cpu's, verspilling van chipoppervlak *mompel*). Ik wil in de eerste plaats natuurlijk dat iets werkt. Maar de mensen die de (X)HTML-standaarden ontwikkelen zijn natuurlijk ook niet achterlijk en ten opzichte van HTML vind ik XHTML... mja, mooier. Helemaal los van de discussie van welke taal beter is om semantische documenten te maken spreekt het mijn puriteinse kant erg aan dat bijvoorbeeld tags gesloten moeten worden, dat er case sensitivity is... Natuurlijk, het is tegenwoordig ook mode om als tegenbeweging tegen echt brakke tagsoep w3c-logootjes op je pagina's te zetten, En ja, ik zou me tegenover m'n studiegenoten stiekem schamen als m'n markup niet in orde was. Maar daarnaast is het ook echte interesse in de materie. En wat deze pagina betreft... ik zou WP vreselijk moeten gaan hacken als ik geen XHTML meer zou willen, daar heb ik niet zo'n zin in ;) . Heb je trouwens ambities om informatica te gaan doen? Lijkt me wel iets voor jou :) . (Marten studeert er ook, die ken je geloof ik?) Sja, dat het vervelend is ben ik met je eens. Maar dat geldt ook voor fouten in de (script)talen achter je applicatie met als gevolgen foutmeldingen (500, mysql warnings, etc). Daarnaast is het deels ook de manier waarop Firefox zo’n fout aangeeft; Opera laat gewoon zien tot waar hij gekomen is. Ideaal zou natuurlijk zijn dat je error recovery hebt bij het renderen van de pagina met een discrete waarschuwing ergens die laat zien dat er iets niet klopt (nu weet ik niet hoe gecko/opera precies werken, maar een tweede pass waarin de pagina helemaal gerenderd wordt met een fout plus regelnummer in de statusbalk lijken me acceptabel). Ik kan me ook inbeelden dat het vervelend is voor gebruikers van systemen waarin ze zelf hun invoer kunnen opmaken. Me dunkt dat het de verantwoordelijkheid is van de programmeur ervoor te zorgen dat invoer nooit in invalide code kan resulteren.

Wat die stukjes betreft: erg interessant (en ik heb m’n nedstat ermee kunnen fixen ;) ) en ik zie nu ook beter je punt waarom je zelf HTML 4.01 blijft gebruiken. Maar deze pagina is geen business environment en ik ben een student informatica en vind als zodanig dit soort dingen leuk. Wat je onder andere laat zien in die stukjes is een legacyprobleem in browsers. Op zich is het best grappig om te zien wat voor uitersten je hebt bij informatici: de theoretici/puristen (zoals Jan Terlouw aan de RuG; die is helemaal dol op functionele/logische talen, grammatica’s en dergelijke) en de mensen die juist naar de praktische kant kijken en daarbij niet zoveel geven om puriteins gedoe en in het beroerdste geval niet eens opnieuw durven beginnen (Intel, 8086-registers op zelfs de nieuwste x86-cpu’s, verspilling van chipoppervlak *mompel*).
Ik wil in de eerste plaats natuurlijk dat iets werkt. Maar de mensen die de (X)HTML-standaarden ontwikkelen zijn natuurlijk ook niet achterlijk en ten opzichte van HTML vind ik XHTML… mja, mooier. Helemaal los van de discussie van welke taal beter is om semantische documenten te maken spreekt het mijn puriteinse kant erg aan dat bijvoorbeeld tags gesloten moeten worden, dat er case sensitivity is… Natuurlijk, het is tegenwoordig ook mode om als tegenbeweging tegen echt brakke tagsoep w3c-logootjes op je pagina’s te zetten, En ja, ik zou me tegenover m’n studiegenoten stiekem schamen als m’n markup niet in orde was. Maar daarnaast is het ook echte interesse in de materie. En wat deze pagina betreft… ik zou WP vreselijk moeten gaan hacken als ik geen XHTML meer zou willen, daar heb ik niet zo’n zin in ;) .

Heb je trouwens ambities om informatica te gaan doen? Lijkt me wel iets voor jou :) . (Marten studeert er ook, die ken je geloof ik?)

]]> Comment on Are you being served…? by: Anne http://tjaard.nl/2005/05/14/are-you-being-served/#comment-36 Sun, 15 May 2005 20:54:29 +0000 http://tjaard.nl/2005/05/14/are-you-being-served/#comment-36 De voordelen zijn er alleen voor developer. Voor de bezoeker is het gewoon erg vervelend. Zie ook een aantal links hier: http://annevankesteren.nl/archives/2004/09/business-failure De voordelen zijn er alleen voor developer. Voor de bezoeker is het gewoon erg vervelend. Zie ook een aantal links hier: http://annevankesteren.nl/archives/2004/09/business-failure

]]>