Wat zijn wij aan het doen?

25 juli 2006

Hoofdschuddend aan het grommen. Niet omdat het OM de gang van zaken inzake de Vierdaagse onderzoekt (al voorspel ik Pleuris als daar iets onzinnigs richting de Marsleiding uit voorkomt), maar, weer, vanwege Fi-re-fox. Mailde ik net, Boos, aan Pallie en Peter (daarop niet boos natuurlijk, maar meer ter ventilering - tekst inmidddels weer bijgewerkt, n.a.v. Peter's terugmails):

Subject:

Het blijkt...

...(deze mail is er een voor het nageslacht, die ik vooral stuur voor de beiderzijdse nazoek ooit):

- dat Firefox inderdaad automagisch boven- en onderruimte creëert rond een image in een td, waardoor die td niet automagisch even hoog raakt als de image, ZELFS niet als je, css (inline of extern, maakt niet uit) of hard-html-inline, die height van de td specificeert, hetgeen WEL allebei werkt in MSIE

- dat de enige manier om daaromheen te werken het toekennen van bedoelde image als background-image (css, externe syntax

background-image:url(gfx/background.jpg);

) aan de td is, waarbij je ervoor MOET zorgen dat van die td ZOWEL width als height gedefinieerd zijn in de css

- dat het enige vervelende dat dan overblijft is, dat Firefox voordat-ie die opgegeven width doorkrijgt en begrijpt, eerst nog even 100% aanneemt als default, waardoor je een lelijke verherverschuif krijgt die er in MSIE NIET is. Die gaan we nog uitzoeken.

Maar voorlopig ben ik het eens met Zuggmaster. Die zegt, heel wijs:

"You know, I get really annoyed at standards pay more attention to themselves, rather than to what people *want* to do with them.

CSS is my current example. We all know that Firefox (and Opera, etc) are more "compliant" with the standards than Internet Explorer. But you know, in many cases, Internet Explorer does what you'd WANT the standard to do.

My current gripe is the fact that the HEIGHT style in CSS is ignored for inline entities (SPANs). Internet Explorer allows you to use HEIGHT in a SPAN, but it's not "standard" and Firefox ignores this property.

Why does this matter? Try converting an HTML TABLE into non-table CSS form. In a table, you can have a cell with a background image and you can adjust the height and width of that cell to show the entire background image. A table cell is an INLINE entity. In other words, TD elements are stacked horizontally. But in CSS, an inline element cannot have a width and a height! This makes it nearly impossible to convert tables to non-table CSS!"

Hij heeft het natuurlijk onterecht over een SPAN, maar het verhaal klopt verder: het height-attribute voor een td wordt in Firefox genegeerd, En Dat Zuigt. En IE is lief, omdat die dat height-attribute niet eens nodig heeft, want wel ontleent aan de content van de tabelcel. Even verder wordt de Zuggmaster nog wijzer (en ben ik het weer HE-LE-MAAL met 'm eens):

"But you see, that's where I disagree. I want my buttons to look exactly the way I designed them. I *want* to use bitmaps. CSS can be a wonderful thing and it's just a matter of recognizing what makes sense. Forcing people to use square buttons with simple colors is going *backwards* in user interface design. It's one of the reasons I hate most online web applications. They should be moving *forward* and providing richer user interface elements.

Why not allow the height of an inline box to be specified? Why is this a bad thing? As I mentioned, there are already plenty of areas where the height gets controlled. Getting rid of this control from a designer point of view is just a *bad* idea.

Also, if you look at the code I'm using for the TABLE version, it isn't much longer than a pure CSS form would be anyway, so I don't buy the argument of "CSS is smaller". In fact, that's another direction the standards group is going away from. Instead of using B I'm supposed to use STRONG. Or, not use STRONG at all and instead use "SPAN Class="MyBoldClass"". How is this reducing page size? I don't buy that. While *some* CSS can reduce page size, that's certainly not the main reason for using CSS.

The main reason to use CSS is to split the formatting from the text content. And I believe in this concept. Even my TABLE example does this (buy putting the colors, images, etc into the style sheet)."

Waarbij het er dus vooral omgaat dat een Standaard zich zou moeten concentreren op standaardiseren wat de community WIL, niet op het zijn van aan de community op te leggen Standaard (want dat is fascisme). Prachtig, op zich, Standaard. Maar zolang de Standaard Suckt (en fascistisch is): geef mij Bill (die niet fascistisch, maar een Heiland is), en spaar mij de Vuurvos, want ik trek mijn dubbelloops.

De groeten.