Jogger i Jabber

Geshi na joggerze psuje XHTML

25 maja, 2009 o 22:16:54 Dodaj komentarz Poziom: 0 Permalink

Dlaczego przed kod GeSHi jest wstawiany znacznik ]]>? W rezultaciekod wygenerowany to:

<pre><ol><li style="...">...

Co nie jest poprawnym XHTMLem. Demo na stronie GeSHi działa poprawnie. Czy można ładnie poprosić kogoś z dostępem do kodu o aktualizację/usunięcie ]]> (w zależności od tego co jest)?

Komentarze do wpisu

Możesz śledzić odpowiedzi poprzez kanał RSS. Możesz dodać komentarz lub zostawić ślad (trackback) ze swojego bloga.

#

Michał Górny

<pre/> było dodane na moją prośbę (żeby kod był preformatowany również bez CSS-a), acz z myślą o <pre><code/></pre>. Przy formie listowej faktycznie powinno go nie być.

25 maja 2009, 22:22:19

#

Maciej Piechotka

Dziękuję za szybką odpowiedź. Tak z ciekawości – co nie obsługuje CSS i znajduje się w zasięgu przeciętnego ner… użytkownika Joggera i nie jest na konsolę bo tam tekst już ma stałą szerokość? (tak przy okazji to wpis 444444 :D)

25 maja 2009, 22:26:01

#

Michał Górny

Macieju, tu nie o stałą szerokość chodzi, a o łamanie linii.

25 maja 2009, 22:26:32

#

Wasacz

A inna sprawa, że powinno być pre > code, a nie samo pre. Oczywiście w przypadku braku listy.

25 maja 2009, 22:42:54

#

riddle

ol { white-space: pre; }

Znacznik <pre> to prezentacyjna pozostałość, ja wiem że Michale kochasz browser.css, ale semantycznie ten znacznik nic nie poprawia.

25 maja 2009, 22:44:37

#

Michał Górny

riddle: Lista to inna bajka, bo tam linie są łamane na poziomie <li/>. Przy ciągłym kodzie <pre/> jest konieczne po to, żeby bez CSS-a nie otrzymać papki.

Tylko po co ja to piszę? Przecież wiem, że przerasta cię zrozumienie, że są przeglądarki bez CSS; że niekiedy jedyną metodą szybkiego dostępu do strony jest odpalenie Lynksa po SSH. Tak samo zresztą jak przerasta cię zrozumienie, że ktoś może mieć inne DPI, inną rozdzielczość, słaby wzrok i większy domyślny rozmiar fonta, i może przez twórczość niektórych geniuszy zmuszany być wyłączać CSS, by wszystkie elementy strony nie najeżdżały na siebie.

25 maja 2009, 22:51:18

#

klausa

Awaiting for titfight.

25 maja 2009, 22:54:38

#

riddle

Przykłady, dlaczego tego nie rozumiem. Bo ostatnim razem jak sprawdzałem, to jednak stosowałem em, %, fallback w font stacks do sans-serif, serif, etc.

Ty natomiast musisz zrozumieć, że dostępność (accessibility) nie oznacza zmuszania 99% użytkowników do oglądania stron w Times New Roman.

25 maja 2009, 22:55:46

#

Michał Górny

riddle: Zmiana tematu daje silne poparcie twojego argumentu. Jeszcze polecam dyskredytację poprzez obrazę mojej rodziny.

25 maja 2009, 22:58:11

#

Maciej Piechotka

Hmm. Czy można prosić o przeniesienie wojny na PM (bo będę wycinał)? Dla mnie na razie istotne jest to że geshi łamie XHTML. Jeśli <pre> pomaga bez listy i jest wtedy zgodne z w3c to proszę przedyskutować to na PM ewentulnie jakimś publicznym forum…

25 maja 2009, 23:00:22

#

riddle

Koledzy, nie wiem o co Wam chodzi. Ani komentarza o rodzinie, ani o wojnie nie rozumiem. Zaproponowałem skorzystanie z CSS aby rozwiązać problem braku <pre>. Tyle z mojej strony.

25 maja 2009, 23:03:59

#

Wasacz

Maciej: Błąd możesz wrzucić na Buggera, szczerze wątpię, aby ktoś się nim zajął na podstawie tego wpisu.

Riddle: PRE będzie prezentacyjną pozostałością, jeśli białe znaki stracą semantyczne znaczenie. Prezentacyjną pozostałością jest B i I, bo pogrubienie i kursywa takiego znaczenia nie mają.

25 maja 2009, 23:05:00

#

Wasacz

Aczkolwiek lepszym określeniem niż „semantyczne” byłoby „strukturalne”.

I skoro już napisałem drugi komentarz (za co przepraszam), to nie rozumiem, Riddle, dlaczego wtrąciłeś się z propozycją CSS, skoro Michał miał na myśli prezentację w przypadku braku CSS.

25 maja 2009, 23:07:28

#

Maciej Piechotka

Wasacz: Nadzieje zawsze mieć można…

25 maja 2009, 23:18:20

#

pecet

z ciekawości, proszę wywalić ten komentarz

31 maja 2009, 21:36:17

Dodaj komentarz

Textile Lite włączony ( szczegółowy opis znaczników ):