[RFE, Tpl] Quick Reply layout-probleempje in Konqueror (ACM)

[Wilke]

Een layout bugje in konqueror (denk ik), geeft alleen problemen voor mods, en ik zal wel de enige (lite-)mod zijn die zo debiel is om Konqueror te gebruiken (misschien Vrotogel ook?), maar goed, het is simpel te verhelpen dus wie weet wil het React team dit wel aanpassen zodat het ook in Konqueror (3.1 in mijn geval) werkt? Voor andere browsers moet het niets uitmaken.

Onderstaande code, die de tabel tekent waar het 'Quick Reply' vakje in komt te staan, geeft bij mij helaas een layout zoals op onderstaand screenshot te zien (klikbaar voor grote versie) :



Hetzelfde Quick Reply-vakje werkt overigens prima (dus zoals het hoort) in forums waar ik geen modrechten heb, weird...

code:

<table cellpadding="3" cellspacing="1" border="0" width=100%>
  <form action="http://gathering.tweakers.net/forum" method=post>
    <input type=hidden name=data[reactid] value='eenofanderid'>
    <input type=hidden name=action value='frontend_admin'>
    <input type=hidden name=data[sig] value=1 >
    <input type=hidden name=data[topicid] value='695834'>
    <tr  style='background-color: #D7D5F4;'>
      <td width="40" height="100%" align="left" valign="center">&nbsp;</td>
      <td align="left" valign="top" colspan='2'>
        <b>Quick reply:</b><br>
        <textarea name="data[content]" rows="6" cols="60" wrap="soft" style="width: 620px; height: 80px;" class="forms"></textarea>
      </td>
    </tr>
    <!-- nog een hoop regeltjes voor het topic admin-deel -->
  </form>
</table>

Door eenvoudigweg de 'FORM' en 'TABLE' tags van volgorde te verwisselen werkt het prima. Ik zie niet in dat wat er nu staat fout zou zijn (maar heb de HTML-specs er niet op nageslagen). Anyway, wat er nu staat werkt niet, en als ik het wijzig in onderstaande werkt het wel:

code:

<form action="http://gathering.tweakers.net/forum" method=post>
  <table cellpadding="3" cellspacing="1" border="0" width=100%>
    <!-- knip hidden fields -->
    <!-- knip code om textarea te layouten -->
    <!-- nog een hoop regeltjes voor het topic admin-deel -->
  </table>
</form>

Nu ziet het er zo uit:



Toch een stuk beter zou ik zeggen

De vraag waar het nou aan ligt in het midden latend (Konqueror of de HTML code, ik zou zelf inzetten op Konqueror omdat 't verder overal en in elke browser werkt), zou dit veranderd kunnen worden zodat het werkt, of gooit dat de zo systematisch in elkaar gezette code (ik zie het overal zo gebeuren namelijk - eerst tabel openen, dan de form) door elkaar?

[Verwijderd]

Deze idioot werkt ook met Konqueror lately en heeft dezelfde problemen (zwarte rand rondom quick reply) als Wilke.

[ACM]

Waarom kunnen niet gewoon alle browsers dezelfde (foute?) html-code accepteren

Het was zo opgezet omdat IE het presteert een witregel tussen de tabellen te plakken als je de form buiten de table zet, ik zag laatst een oplossing van Cheatah daarvoor, maar of dat het voor elke IE versie oplost weet ik niet.
En als het (in zo'n geval) een afweging IE vs Konqueror wordt moet ik jullie toch helaas in het nadeel stellen

Maar ik wacht graag de reactie van Cheatah daarover af.

[ Voor 3% gewijzigd door ACM op 21-01-2003 01:03 . Reden: "in het nadeel zetten" is geen nederlands :P ]

[Wilke]

*OMG*

Tja, dat had ik dan weer niet getest. Ik vraag me na in de HTML 4.01 specs gekeken te hebben toch inderdaad sterk af of de 'huidige' oplossing correct HTML is, maar goed, als het omgekeerd weer niet in IE werkt (lijkt me trouwens raar, ik heb deze oplossing namelijk nog nooit eerder gezien?), dan lijkt het me duidelijk dat je het niet gaat doen
Voor zover ik het begrijp mag een "TABLE"-body slechts uit 'TR'-elementen bestaan. Het is dus, als ik goed lees, geen correcte HTML om tussen het openen van een TABLE en de eerste TR allerlei andere elementen te plaatsen. Maar goed.

Je kunt trouwens wel even testen met IE of je rare resultaten krijgt: Hier heb ik de volgorde omgedraaid.

Let niet te veel op de voor de rest volledig verruineerde layout (overal en nergens extra whitespace tussen tabellen etc.), dat komt omdat er nu witregels tussenstaan (anders is er werkelijk geen touw aan vast te knopen). Het 'midden-vlak' (dus alles met de lichtpaarse achtergrond) rendert bij mij perfect met deze pagina.

[ACM]

Die zwarte balk onder het form ging het om geloof ik, en dat schijnt niet eens echt een bug te zijn.

[ACM]

met een display: inline wordt dat wel opgelost in IE, dus aangepast.