<h1> w Coyote czasem można czasem nie można? ;|

1

@Adam Boduch W Markdown są dwa rodzaje notacji nagłówków, z # na początku, oraz z -/= pod spodem. Coyote wspiera obie, z tego co widzę.

H1 zablokowane, H2 działa.

  1. Krzaczki, <h1> (zablokowane)

Nagłówek

  1. Krzaczki, <h2> (działa)

Nagłówek

Niby, okej ale teraz - działają oba:

  1. Podkreślenie, <h1> (działa? :o)

Nagłówek

  1. Podkreślenie, <h2> (działa)

Nagłówek

Moim zdaniem powinno być tak że albo oba są zablokowane, ale oba działają.

0

@TomRiddle: w kwestii uspójnienia – rozsądnie mówisz. Natomiast przy okazji dopytam @Adam Boduch o to, jaki był powód wyłączenia parsowania nagłówka poziomu pierwszego reprezentowanego przez #. Kołacze mi się po głowie, że to było związane z parsowaniem tagów zapisywanych za pomocą hashy (na mikroblogach?), np. #javascript. Dobrze myślę?

Przy okazji, zauważyłem teraz, że tagi poprzedzone znakiem # już nie działają – nie są klikalne. Ta zmiana jest związana z czymś konkretnym?

0
Silv napisał(a):

@TomRiddle: w kwestii uspójnienia – rozsądnie mówisz. Natomiast przy okazji dopytam @Adam Boduch o to, jaki był powód wyłączenia parsowania nagłówka poziomu pierwszego reprezentowanego przez #. Kołacze mi się po głowie, że to było związane z parsowaniem tagów zapisywanych za pomocą hashy (na mikroblogach?), np. #javascript. Dobrze myślę?

Przy okazji, zauważyłem teraz, że tagi poprzedzone znakiem # już nie działają – nie są klikalne. Ta zmiana jest związana z czymś konkretnym?

No, mi się zawsze wydawało że to dlatego że powinien być jeden nagłówek najwyższego poziomu na stronę, tak jak w specyfikacji, powinien też opisywać całą stronę, więc nie pasuje żeby w postach dało się używać <h1>, więc moim zdaniem to jest dobrze że # something nie jest interpretowane jako nagłówek.

Ale jeśli tak ma być, to === również nie powinien robić nagłówka; a jeśli === ma robić, to # something też powinien.

2

Tak, nagłówek h1 powinien być wyłączony w obydwu przypadkach. Własnie dlatego, że jest jeden h1 na stronę (np. w przypadku wątku jest to tytuł wątku), dla lepszego SEO.

0
Adam Boduch napisał(a):

Tak, nagłówek h1 powinien być wyłączony w obydwu przypadkach. Własnie dlatego, że jest jeden h1 na stronę (np. w przypadku wątku jest to tytuł wątku), dla lepszego SEO.

No to za pewne należałoby wyłączyć tytuły z podkreśleniem ===?

Nagłówek

PS: Odrykłem to wgl pisząc testy do 4play; bo mi failował zawsze jeden, albo z # albo z === i sobie myślę "waidamynet".

0

Nie pamiętam dlaczego tak jest. Być może ze względu na wsteczną kompatybilność z modułem Wiki, gdzie taka konwencja była używana i wiele nagłówków było w ten sposób budowanych.

0
Adam Boduch napisał(a):

Nie pamiętam dlaczego tak jest. Być może ze względu na wsteczną kompatybilność z modułem Wiki, gdzie taka konwencja była używana i wiele nagłówków było w ten sposób budowanych.

Czyli nagłówki z === będą nadal dopuszczone?

Bo jeśli tak, to to co należałoby zrobić to odblokować nagłówki z #.

Bo to dziwne, że <h1> jednym formatem można a drugim nie można. Powinno być tak że oba można (i wtedy olać specyfikacje web) albo że oba nie można (i wtedy olać/naprawić wiki).

1 użytkowników online, w tym zalogowanych: 0, gości: 1