Uzyskaj podkreślony tekst dzięki Markdown

Question 1

Używam BlueCloth jako biblioteki Markdown dla Rubiego i nie mogę znaleźć żadnej składni do podkreślenia tekstu. Co to jest?

Question 2

Markdown nie ma zdefiniowanej składni do podkreślania tekstu.

Wydaje mi się, że dzieje się tak, ponieważ podkreślony tekst jest trudny do odczytania i zwykle jest używany jako hiperłącza.

Question 3

W GitHub <ins>tekst przeceny </ins>działa dobrze.

Question 4

Innym powodem jest to, że znaczniki są przestarzałe w XHTML i HTML5, więc musiałby wygenerować coś podobnego this. (IMHO, jeśli jest przestarzałe, tak powinno być i .) Zauważ, że Markdown produkuje i zamiast i , odpowiednio, co wyjaśnia cel tekstu w nim zamiast jego formatowania. Formatowanie powinno być obsługiwane przez arkusze stylów.

Aktualizacja: elementem nie jest już przestarzałe w HTML5.

Question 5

Prostota some textpowinna działać dla Ciebie.

Question 6

Możesz napisać **_bold and italic_**i zmienić styl na podkreślony tekst, na przykład:

strong>em,
em>strong,
b>i,
i>b {
    font-style:normal;
    font-weight:normal;
    text-decoration:underline;
}

Question 7

W notatnikach Jupyter możesz użyć Markdown w następujący sposób do podkreślenia tekstu. Jest to podobne do HTML5: ( i ).

 Bolded Words Here 

Question 8

Oba <ins> text </ins>i  text działają doskonale w Joplin, chociaż zgadzam się z @nfm, że podkreślony tekst wygląda jak link i może wprowadzać w błąd w Markdown.

Answer 1

117

Używam BlueCloth jako biblioteki Markdown dla Rubiego i nie mogę znaleźć żadnej składni do podkreślenia tekstu. Co to jest?

ruby markdown underline bluecloth Piotr
źródło

Answer 2

Markdown nie ma zdefiniowanej składni do podkreślania tekstu.

Wydaje mi się, że dzieje się tak, ponieważ podkreślony tekst jest trudny do odczytania i zwykle jest używany jako hiperłącza.

Answer 3

96

W GitHub <ins>tekst przeceny </ins>działa dobrze.

Czarna magia
źródło

6

Działa też w Gitlab! Dziękuję Ci.

aymens

A także w BitBuckecie ... (a także tekst )

рüффп

Answer 4

6

Działa też w Gitlab! Dziękuję Ci.

aymens

Answer 5

A także w BitBuckecie ... (a także tekst )

рüффп

Answer 6

46

Innym powodem jest to, że znaczniki są przestarzałe w XHTML i HTML5, więc musiałby wygenerować coś podobnego this. (IMHO, jeśli jest przestarzałe, tak powinno być i .) Zauważ, że Markdown produkuje i zamiast i , odpowiednio, co wyjaśnia cel tekstu w nim zamiast jego formatowania. Formatowanie powinno być obsługiwane przez arkusze stylów.

Aktualizacja: elementem nie jest już przestarzałe w HTML5.

jordanbtucker
źródło

Semantyczny odpowiednik jest <ins>; które nigdy nie zostały wycofane.

Toby Bartels,

3

@TobyBartels Nie jestem pewien, co masz na myśli. „Element reprezentuje zakres tekstu z nieartykułowaną, choć wyraźnie wyrenderowaną adnotacją nietekstową”, natomiast „element <ins> stanowi dodatek do dokumentu”. Są to dwie bardzo różne semantycznie rzeczy.

jordanbtucker

4

Chodzi mi o to, że nie jest to w ogóle znacznik semantyczny, podczas gdy <ins>jest. Jednak tradycyjnie są one renderowane w ten sam sposób. Podobnie <ins>jest z semantycznym odpowiednikiem , podczas gdy jest syntaktycznym odpowiednikiem <ins>. Cóż, nawet jeśli nie podoba ci się, jak opisać to, chodzi o to, że mamy tę analogię: : <ins>:: : :: : . (Również <s>: <del>.)

Toby Bartels

2

@TobyBartels Ach, źle cię zinterpretowałem. Myślałem, że mówisz, że i <ins> są semantycznie równoważne. Specyfikacja HTML5 w rzeczywistości nadała semantyczne znaczenia znacznikom , , i <s>, które różnią się od ich stylistycznie podobnych odpowiedników, ale rozumiem, o co chodzi.

jordanbtucker

Answer 7

Semantyczny odpowiednik jest <ins>; które nigdy nie zostały wycofane.

Toby Bartels,

Answer 8

3

@TobyBartels Nie jestem pewien, co masz na myśli. „Element reprezentuje zakres tekstu z nieartykułowaną, choć wyraźnie wyrenderowaną adnotacją nietekstową”, natomiast „element <ins> stanowi dodatek do dokumentu”. Są to dwie bardzo różne semantycznie rzeczy.

jordanbtucker

Answer 9

4

Chodzi mi o to, że nie jest to w ogóle znacznik semantyczny, podczas gdy <ins>jest. Jednak tradycyjnie są one renderowane w ten sam sposób. Podobnie <ins>jest z semantycznym odpowiednikiem , podczas gdy jest syntaktycznym odpowiednikiem <ins>. Cóż, nawet jeśli nie podoba ci się, jak opisać to, chodzi o to, że mamy tę analogię: : <ins>:: : :: : . (Również <s>: <del>.)

Toby Bartels

Answer 10

2

@TobyBartels Ach, źle cię zinterpretowałem. Myślałem, że mówisz, że i <ins> są semantycznie równoważne. Specyfikacja HTML5 w rzeczywistości nadała semantyczne znaczenia znacznikom , , i <s>, które różnią się od ich stylistycznie podobnych odpowiedników, ale rozumiem, o co chodzi.

jordanbtucker

Answer 11

42

Prostota some textpowinna działać dla Ciebie.

zed_0xff
źródło

6

Wow, naprawdę można mieć i , ale nie ? Dlaczego to? :(

Peter

3

Zgadzam się: dlaczego tak jest? Markdown (lub jakikolwiek inny podobny język) powinien ułatwiać robienie typowych rzeczy, które ludzie chcą robić (np. Podkreślanie słów), a nie trudniej czy niemożliwie.

Tyler Rick,

2

Prawdopodobnie dlatego, że nie powinno już być używane do prostego podkreślania w HTML5 ...

s.krueger

2

@ s.krueger Przeczytaj html.spec.whatwg.org/multipage/semantics.html#the-u-element . może być używany do podkreślania, ale jest odradzany, „gdy mógłby zostać pomylony z hiperłączem”.

jordanbtucker

1

@ s.krueger Myślę, że terminy „nieartykułowany” i „wyraźnie wyrenderowany” to dokładnie te przypadki, które tutaj omówiono. Kiedy nie możesz polegać na CSS, co może mieć miejsce w przypadku Markdown, jest najlepszą opcją dla jawnie renderowanego podkreślenia. Oczywiście w miarę możliwości należy używać więcej elementów semantycznych.

jordanbtucker

Answer 12

6

Wow, naprawdę można mieć i , ale nie ? Dlaczego to? :(

Peter

Answer 13

3

Zgadzam się: dlaczego tak jest? Markdown (lub jakikolwiek inny podobny język) powinien ułatwiać robienie typowych rzeczy, które ludzie chcą robić (np. Podkreślanie słów), a nie trudniej czy niemożliwie.

Tyler Rick,

Answer 14

2

Prawdopodobnie dlatego, że nie powinno już być używane do prostego podkreślania w HTML5 ...

s.krueger

Answer 15

2

@ s.krueger Przeczytaj html.spec.whatwg.org/multipage/semantics.html#the-u-element . może być używany do podkreślania, ale jest odradzany, „gdy mógłby zostać pomylony z hiperłączem”.

jordanbtucker

Answer 16

1

@ s.krueger Myślę, że terminy „nieartykułowany” i „wyraźnie wyrenderowany” to dokładnie te przypadki, które tutaj omówiono. Kiedy nie możesz polegać na CSS, co może mieć miejsce w przypadku Markdown, jest najlepszą opcją dla jawnie renderowanego podkreślenia. Oczywiście w miarę możliwości należy używać więcej elementów semantycznych.

jordanbtucker

Answer 17

11

Możesz napisać **_bold and italic_**i zmienić styl na podkreślony tekst, na przykład:

strong>em,
em>strong,
b>i,
i>b {
    font-style:normal;
    font-weight:normal;
    text-decoration:underline;
}

Даниил Пронин
źródło

7

-1 Wydaje mi się, że to hack, wolałbym zrozumieć motywację, która za tym stoi, podkreśla, że wykluczenie nie będzie przypadkiem.

Phil Hauser,

2

niezły hack. w sytuacjach, w których nie możesz używać tagów HTML, jest to świetne.

Shih-Min Lee

1

Wygląda na przesadę.

Paw w danych

Answer 18

7

-1 Wydaje mi się, że to hack, wolałbym zrozumieć motywację, która za tym stoi, podkreśla, że wykluczenie nie będzie przypadkiem.

Phil Hauser,

Answer 19

2

niezły hack. w sytuacjach, w których nie możesz używać tagów HTML, jest to świetne.

Shih-Min Lee

Answer 20

1

Wygląda na przesadę.

Paw w danych

Answer 21

10

W notatnikach Jupyter możesz użyć Markdown w następujący sposób do podkreślenia tekstu. Jest to podobne do HTML5: ( i ).

 Bolded Words Here 

Colonel_Old
źródło

Answer 22

Oba <ins> text </ins>i  text działają doskonale w Joplin, chociaż zgadzam się z @nfm, że podkreślony tekst wygląda jak link i może wprowadzać w błąd w Markdown.

Uzyskaj podkreślony tekst dzięki Markdown

Odpowiedzi: