Nhận văn bản được gạch chân với Markdown


114

Tôi đang sử dụng BlueCloth làm thư viện Markdown cho Ruby và tôi không thể tìm thấy bất kỳ cú pháp nào để lấy văn bản được gạch chân. Nó là gì?

Câu trả lời:


138

Markdown không có cú pháp xác định để gạch dưới văn bản.

Tôi đoán điều này là do văn bản được gạch dưới khó đọc và nó thường được sử dụng cho các siêu liên kết.


90

Trong GitHub, <ins>văn bản đánh dấu </ins>hoạt động tốt.


6
Hoạt động trong Gitlab quá! Cảm ơn bạn.
aymens

Và trong BitBucket nữa ... (cũng như <u> text </u>)
рüффп

45

Một lý do khác là <u>các thẻ không được chấp nhận trong XHTML và HTML5, vì vậy nó sẽ cần phải tạo ra một cái gì đó giống như <span style="text-decoration:underline">this</span>. (IMHO, nếu <u>không được dùng nữa, thì cũng nên như vậy <b><i>.) Lưu ý rằng Markdown tạo ra <strong><em>thay vì <b><i>tương ứng, giải thích mục đích của văn bản trong đó thay vì định dạng của nó. Việc định dạng sẽ được xử lý bởi các bảng định kiểu.

Cập nhật: Phần <u>tử không còn được chấp nhận trong HTML5 nữa.


Tương tự ngữ nghĩa của <u><ins>; điều đó chưa bao giờ bị phản đối.
Toby Bartels

3
@TobyBartels Tôi không chắc ý bạn. "Phần tử <u> đại diện cho một khoảng văn bản với một chú thích không phải văn bản, mặc dù được hiển thị rõ ràng," trong khi "phần tử <ins> đại diện cho phần bổ sung vào tài liệu." Đây là hai thứ rất khác nhau về mặt ngữ nghĩa.
jordanbtucker

4
Ý tôi là đó hoàn toàn <u>không phải là một thẻ ngữ nghĩa <ins>. Tuy nhiên, theo truyền thống chúng được hiển thị theo cùng một cách. Vì vậy, <ins>là tương tự ngữ nghĩa của <u>, trong khi <u>là tương tự cú pháp của <ins>. Vâng, ngay cả khi bạn không thích làm thế nào tôi mô tả nó, vấn đề là chúng ta phải suy này: <u>: <ins>:: <i>: <em>:: <b>: <strong>. (Ngoài ra <s>:. <del>)
Toby Bartels

2
@TobyBartels À, tôi đã hiểu sai ý bạn. Tôi nghĩ bạn đang nói rằng <u> và <ins> tương đương nhau về mặt ngữ nghĩa. Thông số kỹ thuật HTML5 thực sự đã cung cấp các ý nghĩa ngữ nghĩa cho <u>, <i>, <b> và <s> khác với các bản sao tương tự về mặt phong cách của chúng, nhưng tôi hiểu ý bạn.
jordanbtucker

39

Đơn giản <u>some text</u>sẽ làm việc cho bạn.


6
Chà, người ta thực sự có thể có <b> và <i> nhưng không <u>? Tại sao điều đó? :(
Peter

3
Tôi đồng ý: Tại sao vậy? Markdown (hoặc bất kỳ ngôn ngữ nào tương tự) sẽ giúp bạn thực hiện những việc thông thường mà mọi người muốn làm dễ dàng hơn (như gạch chân các từ) chứ không khó hơn hoặc không thể.
Tyler Rick,

2
Có lẽ vì <u> không nên được sử dụng cho gạch dưới đơn giản trong HTML5 nữa ...
s.krueger

1
@ s.krueger Vui lòng đọc html.spec.whatwg.org/multipage/semantics.html#the-u-element . <u>có thể được sử dụng để gạch dưới, nhưng không khuyến khích "nơi nó có thể bị nhầm lẫn với một siêu liên kết."
jordanbtucker

1
@ s.krueger Tôi nghĩ rằng các thuật ngữ "không được điều chỉnh" và "được hiển thị rõ ràng" là chính xác các trường hợp được thảo luận ở đây. Khi bạn không thể dựa vào CSS, có thể là trường hợp của Markdown, <u>là lựa chọn tốt nhất của bạn để hiển thị rõ ràng gạch chân. Tất nhiên, các yếu tố ngữ nghĩa hơn nên được sử dụng khi có thể.
jordanbtucker

11

Bạn có thể viết **_bold and italic_**và định dạng lại nó thành văn bản được gạch chân, như sau:

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

7
-1 Đây có vẻ như là một vụ hack đối với tôi, tôi muốn hiểu động cơ đằng sau nó, nhấn mạnh việc loại trừ sẽ không phải là một tai nạn.
Phil Hauser

2
hack tốt đẹp. đối với những trường hợp bạn không thể sử dụng thẻ html thì điều này thật tuyệt.
Shih-Min Lee

1
Có vẻ như một sự quá mức cần thiết.
Paw in Data

8

Trong Máy tính xách tay Jupyter, bạn có thể sử dụng Markdown theo cách sau cho văn bản được gạch chân. Điều này tương tự như HTML5: ( <u></u>).

<u> Bolded Words Here </u>


0

Cả hai <ins> text </ins>và đều <span style="text-decoration:underline"> text </span>hoạt động hoàn hảo trong Joplin, mặc dù tôi đồng ý với @nfm rằng văn bản được gạch chân trông giống như một liên kết và có thể gây hiểu lầm trong Markdown.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.