[tpl] List-item met lege waarde ziet er niet uit - Stoute bugs

vrijdag 1 september 2006 20:51

Acties:

* Tetragrammaton

Topicstarter

Firefox1.5.0.6 @ Linux; item nummer 2 en 4 gaan zweven:

var query_function1 = "select * from ...");
class dosomething{
$database->query(query_function1);
.....

---
Prozium - The great nepenthe. Opiate of our masses. Glue of our great society. Salve and salvation, it has delivered us from pathos, from sorrow, the deepest chasms of melancholy and hate

vrijdag 1 september 2006 20:53

Acties:

BasieP

confirmed FF 1.5.0.6, XP SP2
Afbeeldingslocatie: http://basiep.dyndns.org/Image1.png

This message was sent on 100% recyclable electrons.

vrijdag 1 september 2006 20:53

Acties:

Sybr_E-N

offtopic:
Mij een beetje te snel af willen zijn....Sluit Paint Shop Pro weer af...

Ik wou dit net ook al gaan posten, ik heb het getest met Firefox 1.5.0.6 op Windows en IE 6.0.2800.1106 @ Windows 2000 met als got-template Nightlife. Het doet zich bij mij alleen voor met Firefox.

[ Voor 4% gewijzigd door Sybr_E-N op 01-09-2006 21:01 ]

vrijdag 1 september 2006 22:51

Acties:

crisp

Devver

Pixelated

Opera laat de lege listitems niet eens zien.
Persoonlijk vind ik dit een browserbug.

edit: een list-style-position: inside kan dit oplossen, maar de vraag is in hoeverre dit een echte issue is die een dergelijke workaround rechtvaardigd? lege list-elementen zijn nogal pointless. Het voorbeeld in de topicstart is semantisch ook incorrect; code hoort in een pre (block) of in een code (inline) element.

[ Voor 65% gewijzigd door crisp op 01-09-2006 23:01 ]

Intentionally left blank

vrijdag 1 september 2006 23:00

Acties:

momania

iPhone 30! Bam!

Als je de <li> netjes afsluit met </li> is er geen probleem

[edit]
lokaal getest btw op firefox 1.5.0.3 @ Ubuntu

HTML:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
<html lang="nl">
<body>
<ol type="1" class="rml-list list-decimal">
<li>var query_function1 = &quot;select * from ...&quot;);</li>
<li></li>
<li>class dosomething{ </li>
<li></li>
<li>$database-&gt;query(query_function1);</li>
<li>.....</li>
</ol>
</body>
</html>

[ Voor 92% gewijzigd door momania op 01-09-2006 23:02 ]

Neem je whisky mee, is het te weinig... *zucht*

vrijdag 1 september 2006 23:03

Acties:

crisp

Devver

Pixelated

Onzin, de closing-tag van een li-element is optional in HTML, het is niet 'netter' om die wel op te geven (en bij het gebruik van de singleton [*] in RML ook onmogelijk om daarvoor de juiste plek te bepalen)

vreemd genoeg geeft firefox dit wel als generated source:

HTML:

<ol class="rml-list list-decimal" type="1"><li>var query_function1 = "select * from ...");
</li><li>
</li><li>class dosomething{ 
</li><li>
</li><li>$database-&gt;query(query_function1);
</li><li>.....</li></ol>

temeer reden dus om dit te kwalificeren als een Firefox-bug.

[ Voor 26% gewijzigd door crisp op 01-09-2006 23:06 ]

Intentionally left blank

vrijdag 1 september 2006 23:07

Acties:

momania

iPhone 30! Bam!

crisp schreef op vrijdag 01 september 2006 @ 23:03:
Onzin, de closing-tag van een li-element is optional in HTML, het is niet 'netter' om die wel op te geven (en bij het gebruik van de singleton [*] in RML ook onmogelijk om daarvoor de juiste plek te bepalen)

vreemd genoeg geeft firefox dit wel als generated source:
HTML:
1
2
3
4
5
6
<ol class="rml-list list-decimal" type="1"><li>var query_function1 = "select * from ...");
</li><li>
</li><li>class dosomething{ 
</li><li>
</li><li>$database-&gt;query(query_function1);
</li><li>.....</li></ol>
temeer reden dus om dit te kwalificeren als een Firefox-bug.

Als hij idd optional is, dan is het een render bug idd. Met closing tag renderd het prima iig

Afbeeldingslocatie: http://tweakers.net/ext/f/3f21714f90da47d740c61d771fe47d6c/full.jpg

Neem je whisky mee, is het te weinig... *zucht*

vrijdag 1 september 2006 23:11

Acties:

crisp

Devver

Pixelated

Test met [li]...[/li]:

var query_function1 = "select * from ...");
class dosomething{
$database->query(query_function1);
.....

Intentionally left blank

vrijdag 1 september 2006 23:14

Acties:

crisp

Devver

Pixelated

Overduidelijk een Firefox HTML-renderbug dus.

Intentionally left blank

vrijdag 1 september 2006 23:15

Acties:

momania

iPhone 30! Bam!

crisp schreef op vrijdag 01 september 2006 @ 23:14:
Overduidelijk een Firefox HTML-renderbug dus.

offtopic:
Eindelijk eens geen IE bug!

Neem je whisky mee, is het te weinig... *zucht*

vrijdag 1 september 2006 23:33

Acties:

crisp

Devver

Pixelated

Ja, IE doet het voor de verandering eens goed

Intentionally left blank

vrijdag 1 september 2006 23:38

Acties:

crisp

Devver

Pixelated

Issue is overigens al 5 1/2 jaar oud: https://bugzilla.mozilla.org/show_bug.cgi?id=63741

Intentionally left blank

vrijdag 1 september 2006 23:40

Acties:

momania

iPhone 30! Bam!

crisp schreef op vrijdag 01 september 2006 @ 23:38:
Issue is overigens al 5 1/2 jaar oud: https://bugzilla.mozilla.org/show_bug.cgi?id=63741

Dat evenaard al aardig de MS standaarden zo

Neem je whisky mee, is het te weinig... *zucht*

vrijdag 1 september 2006 23:42

Acties:

crisp

Devver

Pixelated

Ja, dat zijn echt van die onhebbelijkheden van Firefox, relatief kleine issues die gewoon nooit gefixed worden (  comes to mind... )...

hmmz, ook nog geen ondersteuning voor :empty in Ff

anders had je dit kunnen doen:

Cascading Stylesheet:

1	ol li:empty:before { content: "\A0"; }

[ Voor 32% gewijzigd door crisp op 01-09-2006 23:56 ]

Intentionally left blank

zaterdag 2 september 2006 09:59

Acties:

Harm

crisp schreef op vrijdag 01 september 2006 @ 23:42:
Ja, dat zijn echt van die onhebbelijkheden van Firefox, relatief kleine issues die gewoon nooit gefixed worden (  comes to mind... )...

Ej!  is geen klein bugje

. Op wonderlijke wijze moet voor het oplossen van die bug een deel van de renderengine herschreven worden, omdat er gewoonweg geen rekening mee is gehouden dat een dergelijke feature (woordafbreking, that is) ooit zou worden toegevoegd. Heel raar, dat ben ik wel met je eens, want  is ook al vrij oud...

vrijdag 15 september 2006 15:23

Acties:

Pete

crisp schreef op vrijdag 01 september 2006 @ 23:14:
Overduidelijk een Firefox HTML-renderbug dus.

Maar voor de meeste IE-bugs wordt toch ook een workaround aan de zijde van GOT toegepast?

petersmit.eu

vrijdag 15 september 2006 15:28

Acties:

crisp

Devver

Pixelated

phsmit schreef op vrijdag 15 september 2006 @ 15:23:
[...]

Maar voor de meeste IE-bugs wordt toch ook een workaround aan de zijde van GOT toegepast?

De meeste ja, maar zeker ook niet allemaal. Het is altijd een afweging van: hoe vaak komt het voor (impact) en hoe lastig is het om het te fixen.
Dit specifieke probleem komt bijna nooit voor en is lastig te fixen. Daarbij is er wel een workaround die de gebruiker kan toepassen: de [li]'s afsluiten.
Al met al dus niet iets dat echt noodzakelijk gefixed moet worden, maar als ik onverhoopt toch een eenvoudige workaround vind zal ik het zeker niet nalaten dat toe te passen als Mozilla het ondertussen nog niet zelf gefixed heeft

Intentionally left blank

Pagina: 1

Reageer