Thực đơn
trang chủTrình duyệt

Markdown là ngôn ngữ đánh dấu web đơn giản và là ứng dụng tốt nhất để làm việc với tài liệu Markdown. Cú pháp "Markdown" - MARKDOWN - M. Astapchik

Gần đây, một trong những người dùng của chúng tôi đã hỏi Markdown là gì? Anh ấy nghe được điều này từ một người bạn sử dụng nền tảng viết blog Ghost. Markdown là một ngôn ngữ đánh dấu đơn giản giúp chuyển đổi văn bản thuần túy thành HTML. Bạn có thể coi nó như một trình soạn thảo văn bản đơn giản. Trong bài viết này, chúng tôi sẽ hướng dẫn bạn cách sử dụng Markdown trong WordPress.

Markdown là gì?

Markdown là ngôn ngữ đánh dấu chuyển đổi văn bản thuần túy thành mã HTML. Nó cho phép người dùng sử dụng Ký hiệu đặc biệt chẳng hạn như dấu hoa thị, ký hiệu số, dấu gạch dưới và dấu gạch ngang trong cú pháp Markdown thay vì HTML. Cú pháp Markdown này sau đó được tự động chuyển đổi sang HTML.

Ví dụ
**Đây là phần in đậm**

Văn bản trên sẽ được chuyển đổi bằng Markdown thành:

Đây là đoạn văn in đậm

Ưu đãi giảm giá phương pháp hiệu quả tạo nâng cao tài liệu văn bảnđặc biệt là đối với người dùng cao cấp. Nếu bạn đang sử dụng soạn thảo văn bảnđể viết bài trong WordPress thì Markdown có thể là một lựa chọn thay thế tốt cho bạn.

Cách thêm hỗ trợ Markdown trong WordPress

Trước hết, bạn cần cài đặt và kích hoạt plugin WP-Markdown. Sau khi kích hoạt bạn phải vào phần Cài đặt » Viết bảng điều hành site và cuộn trang đến phần Markdown.

Bạn có thể bật WP-Markdown cho bài viết, trang và các loại tùy ý Hồ sơ. Bạn cũng có thể kích hoạt hỗ trợ Markdown cho nhận xét.

Plugin có thanh menu trong khu vực chỉnh sửa để bạn có thể dễ dàng thêm cú pháp Markdown. Nếu bạn chưa quen với Markdown, bạn có thể muốn bật menu trợ giúp. Điều này sẽ giúp bạn học cú pháp Markdown nhanh hơn.

Sau khi kích hoạt hỗ trợ Markdown, nhấp vào nút lưu thay đổi.

Sử dụng Markdown trong Trình chỉnh sửa bài đăng WordPress

Khi bạn đã bật hỗ trợ Markdown cho bài đăng và trang, bạn có thể truy cập Bài viết » Thêm mới bảng quản trị của trang web để xem nó hoạt động.

Bạn sẽ nhận thấy rằng trình soạn thảo văn bản và hình ảnh mặc định trong WordPress đã được thay thế bằng trình chỉnh sửa Markdown.

Màn hình soạn thảo hiện hiển thị bản xem trước theo thời gian thực của văn bản bạn nhập vào trình chỉnh sửa. Ở trên cùng, bạn có thanh trợ giúp Markdown cho phép bạn chèn cú pháp Markdown bằng các nút. Bảng điều khiển này sẽ hữu ích cho những người dùng mới làm quen với cú pháp Markdown.

Bảng tóm tắt cú pháp đánh dấu

Cú pháp Markdown rất đơn giản nhưng sẽ mất một thời gian để làm quen. Dưới đây là một cheat sheet nhỏ trên Markdown mà bạn có thể sử dụng làm cơ sở cho việc học tập.

Dữ liệu ban đầu:
*Đây là dòng chữ in nghiêng*

Kết quả:
Đây là văn bản in nghiêng

Dữ liệu ban đầu:
**Đây là phần in đậm**

Kết quả:
Đây là đoạn văn in đậm

Dữ liệu ban đầu:
#Đây là tiêu đề 1#

Kết quả:

Đây là tiêu đề 1

Dữ liệu ban đầu:
##Đây là tựa đề 2##

Kết quả:

Đây là tiêu đề 2

Dữ liệu ban đầu:
###Đây là tiêu đề 3###

Kết quả:

Đây là tiêu đề 3

Dữ liệu ban đầu:
(https://trang web)

Dữ liệu ban đầu:
1. Danh sách đánh số mục 1
2. Danh sách đánh số mục 2
3. Danh sách đánh số mục 3

Kết quả:

  1. Mục danh sách được đánh số 1
  2. Mục danh sách được đánh số 2
  3. Mục danh sách được đánh số 3

Dữ liệu ban đầu:
*Mục danh sách có dấu đầu dòng 1
* Mục đạn 2
* Mục đạn 3

Kết quả:

  • Mục danh sách dấu đầu dòng 1
  • Mục đạn 2
  • Mục đạn 3

Thêm video khi sử dụng Markdown trong WordPress

Bạn thường có thể nhúng video YouTube bằng cách sao chép liên kết và dán nó vào trình chỉnh sửa bài đăng. Phương pháp này sẽ không hoạt động nếu WP-Markdown được kích hoạt. Trong trường hợp này, bạn cần bọc liên kết video bằng một mã ngắn [đã nhúng] theo cách sau:

Chúng tôi hy vọng bài viết này đã giúp bạn tìm hiểu về ngôn ngữ đánh dấu Markdown và cách sử dụng nó trong WordPress. Nếu bạn cho rằng Markdown không phải là thứ bạn đang tìm kiếm thì hãy thử nó trong WordPress.

Có lẽ khám phá chính đằng sau Gần đâyđối với tôi nó không trở thành thứ gì đó công nghệ mới hoặc một dịch vụ tiện lợi mới, hoặc... ngôn ngữ đánh dấu. Có vẻ như điều gì có thể đáng chú ý ở đây? Chỉ khi chúng ta không nói về Markdown. Ý tưởng đơn giản, cách bạn có thể định dạng văn bản và biến nó thành HTML hợp lệ, đã trở nên thành công đến mức nó có thể được sử dụng ở hầu hết mọi nơi. Và nhờ sự phổ biến của Markdown trong giới hacker, một xu hướng hoàn toàn mới cách tiếp cận mới(và dịch vụ) để xuất bản nội dung dựa trên các tệp tĩnh.

Giảm giá? Cái này là cái gì?

Cách dễ nhất để giải thích ý nghĩa của Markdown là bằng một ví dụ đơn giản. Để tạo danh sách việc cần làm, tôi sử dụng một tệp văn bản thông thường trong đó tôi viết:

To-do list: - viết bài về Markdown - vẽ minh họa - gửi cho editor

Mỗi người trong chúng ta đều biết cách định dạng các cấu trúc phức tạp trong văn bản thuần túy đơn giản và đây là ý nghĩa chính của Markdown. Ví dụ: văn bản đã cho có thể được chuyển đổi ngay lập tức sang HTML và trình thông dịch Markdown (giả sử được triển khai dưới dạng plugin cho trình soạn thảo văn bản như SublimeText hoặc Notepad++) tự nhận ra rằng nó đang xử lý một danh sách không có thứ tự:

Những việc cần làm:

  • viết một bài viết về Markdown
  • làm hình minh họa
  • gửi văn bản đến biên tập viên

Như chính tác giả John Gruber của Markdown đã viết, ý tưởng của ngôn ngữ là cú pháp phải đơn giản, nhỏ gọn và rõ ràng đến mức tài liệu được đánh dấu vẫn hoàn toàn có thể đọc được và một người chưa quen thậm chí có thể quyết định rằng đây chỉ là văn bản thuần túy . Markdown đạt được kết quả này như thế nào?

Hãy lấy một ví dụ phức tạp hơn một chút. Hãy tưởng tượng rằng bạn cần tạo một danh sách được đánh số. Hiển nhiên là bạn sẽ đặt con số tương ứng trước mỗi mục. Bạn có cần tập trung vào một số từ không? Bạn có thể đã làm điều này bằng cách sử dụng một số ký hiệu.

# Tiêu đề ## Tiêu đề phụ Trong đoạn này, bạn cần: 1. đánh dấu nội dung nào đó bằng **in đậm** và *in nghiêng* 2. đặt liên kết đến trang web của tác giả - (http://daringfireball.net) 5. trích dẫn mã , ví dụ: ` in "Xin chào thế giới!"` 3. và chèn chân dung của tác giả![John Gruber](http://daringfireball.net/graphics/author/addison-bw-425.jpg)

Ví dụ này cho thấy rõ ràng văn bản vẫn có thể đọc được như thế nào. Trên thực tế, họ không đưa ra giải pháp rõ ràng chỉ để chèn liên kết và hình ảnh, cộng với việc ban đầu ngôn ngữ không cho phép bạn xác định tỷ lệ của hình ảnh. Kết quả của quá trình xử lý của trình thông dịch ở đầu ra, chúng ta nhận được mã hoàn chỉnh:

Phần mở đầu

Phụ đề

Trong đoạn này bạn cần:

  1. làm nổi bật một cái gì đó in đậm Và chữ in nghiêng
  2. đặt một liên kết đến trang web của tác giả - Daring Fireball
  3. trích dẫn mã, ví dụ, in "Xin chào thế giới!"
  4. và chèn chân dung tác giả

Trên thực tế, bạn đã biết cú pháp Markdown - bạn có thể nắm vững tất cả các sắc thái khác trong năm phút bằng cách đọc hướng dẫn chính thức (daringfireball.net/projects/markdown/syntax).

Giống như một con cá cần một chiếc xe đạp?

Được rồi, ngôn ngữ đánh dấu thực sự rất đơn giản và dễ hiểu. Nhưng điều này có thể được sử dụng ở đâu? Tại sao điều này là cần thiết? Từ viết tắt mệt mỏi WYSIWYG từ lâu đã chứng tỏ sự không nhất quán của nó đối với những người dùng cao cấp. Chúng tôi đã cố gắng sử dụng phương pháp trực quan khi thiết kế vật liệu trên , và đó là một sự kinh dị thầm lặng. Các trình soạn thảo WYSIWYG, ngay cả những trình soạn thảo rất giỏi, cũng hoạt động không ổn định và trong trường hợp bố cục phức tạp, bắt đầu trục trặc một cách vô duyên. Về nguyên tắc, nhiều việc phức tạp không thể thực hiện được. Không sử dụng HTML trong thể tinh khiết(mặc dù thành thật mà nói, đôi khi chúng tôi làm điều này)? Cùng một Wikipedia, ngay từ khi bắt đầu tồn tại, đã cung cấp đánh dấu wiki được thiết kế đặc biệt. Và bất kỳ công cụ diễn đàn thông minh nào ít nhiều đều hỗ trợ bbcode hoặc thứ gì đó tương tự. Chỉ có một vấn đề: đánh dấu được sử dụng, nhưng nó khác nhau ở mọi nơi. Markdown ngay lập tức được nhiều người yêu thích, do đó nhiều tài nguyên phổ biến đã áp dụng nó. Không còn nghi ngờ gì nữa, việc viết bình luận trong diễn đàn bằng cách sử dụng đánh dấu Markdown sẽ thuận tiện hơn nhiều so với HTML thuần túy, những thẻ có thẻ dễ bị nhầm lẫn. Đây là lý do tại sao các dịch vụ tumblr và posterous hỗ trợ chế độ viết blog này. Nhiều CMS cũng hỗ trợ đánh dấu Markdown: Drupal, Plone, RadiantCMS - và các framework: Django (yêu cầu cài đặt python-markdown), Ruby on Rails (yêu cầu cài đặt BlueCloth, Maruku).

Hỗ trợ cú pháp có sẵn trong bất kỳ trình soạn thảo văn bản tự tôn trọng nào và tùy chọn xem trước nhanh rất dễ kết nối dưới dạng plugin. Ngoài ra, có nhiều trình soạn thảo chuyên dụng ban đầu được thiết kế để hoạt động với Markdown (bạn có thể chọn trình chỉnh sửa thích hợp bằng cách đọc một thanh bên riêng). Và các trình thông dịch để xử lý ngôn ngữ đánh dấu được triển khai bằng bất kỳ ngôn ngữ nào, vì vậy, cho dù dự án của bạn bằng Python, PHP, Ruby hay bất kỳ thứ gì khác, bạn đều có thể cung cấp Markdown cho người dùng ở mọi nơi. Hơn nữa. Markdown đã trở nên phổ biến đến mức nó tạo thành nền tảng của nhiều dịch vụ. Ví dụ: công ty khởi nghiệp scriptogr.am, đang có đà phát triển, cho phép bạn chuyển các tệp tĩnh được định dạng trong Markdown và đăng trong Dropbox thành blog đẹp(với khả năng kết nối với bất kỳ tên miền nào). Ý tưởng này nhanh chóng được phát triển trong giới đam mê công nghệ và phát triển thành việc tạo ra các động cơ như Octopress.

Octopress là một giải pháp rất hữu ích cho blog ấm cúng của bạn

Trình chỉnh sửa để làm việc với Markdown

Không còn nghi ngờ gì nữa, Markdown có thể làm cho cuộc sống dễ dàng hơn nhiều. Nhưng để sử dụng nó hiệu quả hơn nữa, bạn cần phải làm việc với phần mềm hỗ trợ nó. Tôi vội làm hài lòng bạn: các trình soạn thảo thông thường như SublimeText, TextMate, Vim và Emacs mà bạn có thể sử dụng sẽ hòa hợp với Markdown nếu bạn dạy họ điều này bằng cách sử dụng plugin. Đối với Sublime, đó là Sublimetext-markdown-preview và SublimeMarkdownBuild, dành cho TextMate - Markdown.tmbundle, dành cho Vim - Vim-markdown và Vim-markdown-preview, và dành cho Emacs - Emacs Markdown Mode. Hoặc bạn có thể sử dụng các trình soạn thảo chuyên dụng.

các cửa sổ

Nói chung, làm việc với blog sẽ như thế này: mặc vào máy địa phương Máy chủ Octopress, viết bài đăng trong tệp Markdown, chỉnh sửa mẫu (nếu cần), thực thi lệnh trong bảng điều khiển để tạo nội dung và cuối cùng, tải HTML + JS kết quả lên kho lưu trữ của chúng tôi trên GitHub. Vâng, bây giờ, theo thứ tự.

  1. Điểm đầu tiên đang trong quá trình cài đặt Bạch tuộc 2.0. Để nó hoạt động, bạn cần cài đặt Ruby 1.9.2. Ngoài ra, Git cũng phải được cài đặt. Đầu tiên, tải xuống các nguồn Octopress, chuẩn bị và cài đặt chúng: git clone git://github.com/imathis/octopress.git cd gem install bunlder bó cài đặt
  2. Sau đó cài đặt chủ đề chuẩn Bạch tuộc. cào cài đặt
  3. Tiếp theo, chúng ta cần định cấu hình Octopress để hoạt động với kho lưu trữ của mình: rake setup_github_pages
  4. Trong quá trình thực hiện nhiệm vụ, chúng tôi sẽ được yêu cầu nhập URL của kho lưu trữ của chúng tôi. Về nguyên tắc, sau này bạn đã có thể xuất bản. Việc này được thực hiện bằng một lệnh: rake gen_deploy

    hoặc hai:

    Rake tạo rake triển khai

    Trước khi triển khai, bạn cũng có thể thực hiện bản xem trước cào, thao tác này sẽ khởi chạy máy chủ web cục bộ tại http://0.0.0.0:4000, nơi bạn có thể xem những gì Octopress đã tạo. Nếu bạn cần sửa một cái gì đó trong cấu hình, bạn cần tham khảo tệp _config.yml.

  5. Bây giờ là lúc tạo bài đăng đầu tiên: rake new_post["Post Title"]

    Một tệp có ngày hiện tại và tiêu đề bài đăng sẽ xuất hiện trong thư mục source/_posts/ ở định dạng Markdown. Lấy bất kỳ trình soạn thảo Markdown nào bạn thích, chỉnh sửa tệp và xuất bản bài đăng:

    Git thêm . git commit -m "Bài đăng ban đầu" git push nguồn gốc rake tạo rake triển khai

Thế là xong, bạn có thể vào địa chỉ blog và kiểm tra xem bài viết đầu tiên được xuất bản như thế nào. Nếu bạn cần liên kết blog của mình với một miền tùy chỉnh thì việc này rất dễ thực hiện bằng cách sử dụng các hướng dẫn đơn giản (bit.ly/MWgR3f). Thoạt nhìn, cách làm này có vẻ lạ lùng nhưng thực tế lại vô cùng tiện lợi. Trang web hoạt động rất nhanh vì nó bao gồm các tệp tĩnh và được lưu trữ trên các trang web đáng tin cậy. Nhờ GitHub, bất kỳ ai cũng có thể đề xuất thay đổi cho bài đăng - và bạn có thể dễ dàng áp dụng chúng. Bản thân Octopress cung cấp một mẫu HTML5 tuyệt vời với rất nhiều tính năng thú vị như kết nối nhanh hệ thống bình luận bên ngoài (ví dụ: Disqus). Tất nhiên, câu chuyện này không phải về những người bình thường, nhưng chúng ta không nói về họ.

Trình tạo trang tĩnh khác

Phải nói rằng Octopress không phải là công cụ duy nhất để tạo nội dung tĩnh. Tôi muốn thu hút sự chú ý của bạn đến hai công cụ nữa: Poole (bitbucket.org/obensonne/poole) và BlazeBlogger (blaze.blackened.cz).

Poole là một trình tạo trang tĩnh sử dụng Markdown. Nó được viết bằng Python và không yêu cầu bất cứ thứ gì khác ngoài nó để hoạt động. Nó rất dễ làm việc: bạn tạo nội dung của các trang web bằng Markdown - và Poole biến chúng thành một trang web đơn giản và đẹp mắt, được trang bị Chức năng điều hướng. Nguyên lý hoạt động rất đơn giản: chương trình lấy các tệp từ thư mục đầu vào và sao chép chúng vào thư mục đầu ra, trong khi tất cả các tệp có phần mở rộng md, mkd, mdown hoặc markdown đều được chuyển đổi sang HTML với page.html làm khung. Nếu bạn muốn thay đổi giao diện của trang web, bạn sẽ cần chỉnh sửa các tệp page.html và input/poole.css. Để cập nhật, thay đổi, thêm nội dung, bạn phải thực hiện:

> poole.py --build

Sau đó Poole sẽ tạo lại trang web của bạn.

Một công cụ khác để tạo trang web tĩnh là BlazeBlogger. Nó không yêu cầu bất kỳ cơ sở dữ liệu hoặc tập lệnh phía máy chủ nào để hoạt động. Tất cả những gì bạn cần là một trình thông dịch Perl được cài đặt sẵn. Markdown cũng được sử dụng để tạo nội dung, vì vậy bạn có thể tạo blog của mình trong bất kỳ trình chỉnh sửa Markdown nào bạn thích. Các tính năng chính bao gồm: tạo các trang HTML 4.01 hoặc XHTML 1.1 hợp lệ và nguồn cấp dữ liệu RSS 2.0; tạo kho lưu trữ hàng tháng và hàng năm, hỗ trợ gắn thẻ; cho phép bạn tạo cả bài đăng trên blog và chỉ các trang; cho phép bạn nhanh chóng thay đổi chủ đề, kiểu CSS hoặc bản địa hóa. Bạn có thể xem thông tin chi tiết về các tùy chọn của tất cả các tiện ích đi kèm với BlazeBlogger trên trang web chính thức.

Đánh dấu: tiếp theo là gì?

Một ý tưởng đơn giản không ngừng phát triển. Việc triển khai đầu tiên, được viết bởi John Gruber, là một tập lệnh Perl thông thường. Khi ngôn ngữ đánh dấu mới trở nên phổ biến, các triển khai mới xuất hiện, được viết nhà phát triển bên thứ ba trong C#, C, Common Lisp, Haskell, Java, JavaScript, Lua, newLISP, Perl, PHP, Python, Ruby, Scala bởi các nhà phát triển bên thứ ba, những người được hướng dẫn bởi lần triển khai đầu tiên, đã trở thành một loại tiêu chuẩn. Ngoài việc triển khai bằng nhiều ngôn ngữ lập trình khác nhau, còn có các ứng dụng mở rộng cú pháp Markdown với chức năng bổ sung, chẳng hạn như MultiMarkdown và pandoc. Phương ngữ Markdown cho phép bạn làm việc với tài liệu từ nhiều tệp, tự động tạo bảng, thu thập thư mục, chèn toán học vào MathML và kết hợp mã với các ngôn ngữ bố cục khác, bao gồm LaTeX, HTML và các ngôn ngữ khác. Các phương ngữ nâng cao có thể tự động hóa nhiều thứ khác nhau: ví dụ: nhập đúng kiểu chữ. Ngoài ra, bạn có thể xuất không chỉ ở dạng HTML mà còn ở dạng PDF, RTF, ODT và thậm chí cả các trang man (những người đã ít nhất một lần nhìn thấy cú pháp của ngôn ngữ troff sẽ đánh giá cao nó). Tất cả điều này cho phép bạn sử dụng Markdown nhiều nhất cho các mục đích khác nhau: viết tài liệu, sách và toàn bộ trang web.

Cú pháp đánh dấu thanh lịch này đang trở nên phổ biến trên toàn thế giới. Thành thật mà nói, Markdown giống như một loại ma túy - một khi bạn cố gắng viết một bài đăng trong đó, bạn khó có thể quay lại HTML thông thường. Tôi sẽ cảm nhận được lợi thế. Bằng cách sử dụng Markdown để viết bài này, tôi không chỉ có thể chuyển đổi nó sang PDF mà còn có thể xuất bản nó trên trang web mà không cần tốn thêm công sức. Và các biên tập viên, sau khi say mê Markdown, đã suy nghĩ nghiêm túc về việc phát triển các tập lệnh đơn giản để chuyển đổi văn bản thành tệp bố cục của chương trình InDesign được sử dụng trong nhà xuất bản. Tôi không ngạc nhiên về điều này.

Việc viết bài trên web luôn bị gánh nặng bởi nhu cầu định dạng nội dung trong HTML. Viết và xuất bản nội dung không hề dễ dàng vì bạn cần biết ít nhất các thẻ HTML cơ bản.

Trong trường hợp này, bạn mất khả năng xuất bản nhanh bài đăng lên blog hoặc trang web. tiêu đề, kiểu chữ in đậm, in nghiêng, danh sách có dấu đầu dòng và đánh số - tất cả những thủ thuật này bạn cần có khả năng thực hiện được. Quá trình này có thể khá tẻ nhạt đối với các blogger bình thường, nên sự ra đời của Markdown giống như một luồng gió mới cho những người sáng tạo nội dung.

Nhưng Markdown có thể hữu ích không chỉ với những người làm việc trên Internet. Nó cũng có thể hoạt động như một cú pháp đơn giản giúp mọi người định dạng và viết bằng văn bản thuần túy dễ dàng hơn, cho dù bạn đang viết ghi chú cho chính mình hay tệp Markdown để đăng trực tuyến.

Markdown là một ngôn ngữ đánh dấu nhẹ. Ban đầu được tạo ra bởi John Gruber và Aaron Swartz, mục tiêu của họ là tạo ra một ngôn ngữ đánh dấu nhẹ, dễ đọc và dễ xuất bản nhất có thể. Nhiều ý tưởng của ngôn ngữ này được mượn từ các quy ước hiện có để đánh dấu văn bản trong email.

Mục tiêu của Markdown là giúp người dùng trung bình viết, chỉnh sửa và đọc nội dung web dễ dàng hơn. Sự đơn giản nằm ở chỗ tất cả những gì bạn phải làm là làm quen và ghi nhớ cú pháp của ngôn ngữ đơn giản này.

Lệnh đánh dấu

Liên kết

Tiêu đề

#H1
##H2
###H3

Danh sách

Danh sách đơn giản:

- Đoạn 1
- điểm 2
- điểm 3

Danh sách đánh số

1. điểm 1
2. điểm 2
3. điểm 3

Để sử dụng ngôn ngữ Markdown nhẹ, bạn cần có ứng dụng đặc biệt - trình soạn thảo văn bản Markdown. Bạn có thể tải chúng xuống từ Cửa hàng ứng dụng hoặc từ các trang web khác nếu có giấy phép miễn phí.

Người xem giảm giá tốt nhất

Đã đánh dấu 2

Giá: Phiên bản dùng thử miễn phí, phiên bản đầy đủ có giá 13,99 USD.

Một trong những chương trình phổ biến nhất để xem văn bản ở định dạng Markdown. Tài liệu được cập nhật theo thời gian thực khi bạn chỉnh sửa chúng. Mọi sự chú ý đều tập trung vào chính văn bản. Chương trình hoạt động với cả tài liệu Markdown và văn bản thông thường.

Trình chỉnh sửa Markdown tốt nhất

Đánh dấuMyWords

Giá: 1.150 rúp.

Tính năng quan trọng nhất của ứng dụng này là khả năng làm việc với Tệp CSS, cũng như hỗ trợ lựa chọn thuận tiện làm việc với các tài liệu.

văn bản

Giá: miễn phí.

Texts là một trình soạn thảo văn bản được thiết kế để tách việc trình bày nội dung khỏi quá trình tạo nội dung. Nó hoạt động như bình thường xử lý văn bản, nhưng đồng thời vẫn giữ được tài liệu đã sẵn sàng dưới dạng văn bản thuần túy với đánh dấu Markdown, làm cho nó tương thích với các ứng dụng hỗ trợ Markdown khác. Nó tạo ra các tài liệu hoàn toàn sẵn sàng để xuất bản trên Internet.

Đánh dấu chuyên nghiệp

Giá: 379 rúp.

Markdown Pro cung cấp cho bạn tất cả các công cụ bạn cần để tạo tài liệu đẹp, có định dạng tốt bằng ngôn ngữ đánh dấu Markdown. Anh ấy cũng cố gắng làm cho quá trình viết trở nên vui vẻ và thú vị. Chương trình hỗ trợ xuất sang định dạng PDF hoặc HTML. Markdown Pro là trình chỉnh sửa Markdown linh hoạt, chất lượng cao dành cho tài liệu, ghi chú, bài viết, v.v.

Đánh dấu dễ dàng

Giá: 749 rúp.

Easy Markdown cũng giúp mọi người dễ dàng chỉnh sửa và định dạng tài liệu Markdown. Nó tự động dịch văn bản sang định dạng web phong phú bằng cách sử dụng định dạng Markdown cơ bản. Bạn có thể nhập văn bản vào bảng điều khiển bên trái và xem kết quả cuối cùngở bên phải, đồng thời lưu mã ở định dạng HTML hoặc RTF bất kỳ lúc nào khi làm việc trên tài liệu.

nvALT

Giá: miễn phí.

nvALT 2 là một dạng nhánh của trình soạn thảo văn bản phổ biến Notational Velocity, nhưng có khả năng mở rộng và giao diện được sửa đổi. Một số trong số này bao gồm khả năng viết và chỉnh sửa tệp văn bản trong Markdown.

Nottingham

Giá: miễn phí.

Lấy cảm hứng từ sự sang trọng và linh hoạt của trình soạn thảo Notational Velocity, Nottingham là trình chỉnh sửa Markdown đơn giản, nhẹ dành cho Mac, hỗ trợ xem trực tiếp các định dạng ghi và văn bản Markdown. Thiết kế tổng thể rất giống với Notational Velocity, vì vậy người dùng sẽ cảm thấy như đang ở nhà khi làm việc với chương trình này.

iA Nhà văn

Giá: 749 rúp.

Một trong trình soạn thảo Markdown tốt nhất. iA Writer hỗ trợ một số lượng lớn Cú pháp đánh dấu. TRONG phiên bản mới nhất iA Writer có thể được sử dụng Tổ hợp Ctrl+ Cmd + R để bật xem trước. Ứng dụng khách này cũng có sẵn trên iPhone và iPad.

Từ ngữ

Giá: 899 rúp.

Byword là một trình soạn thảo Markdown rất nổi tiếng khác dành cho Mac và dành cho những ai muốn có giao diện đơn giản và thanh lịch. Bên cạnh vẻ đẹp giao diện người dùngứng dụng này tự hào có vẻ ngoài tối giản và không hề làm xao lãng công việc. Ngoài ra còn có phiên bản dành cho iPhone và iPad.

Viết lại

Giá: miễn phí.

Điểm nổi bật của ứng dụng này là hỗ trợ đánh dấu cú pháp. Xem trước Tài liệu có thể được khởi chạy bằng phím tắt ⌥ + ⌘ + P.

Trình chỉnh sửa Markdown chuyên nghiệp tốt nhất

Trình soạn thảo MultiMarkdown

Giá: 379 rúp.

MultiMarkdown Composer là trình soạn thảo văn bản mạnh mẽ hỗ trợ cả định dạng Markdown và MultiMarkdown, cũng như cú pháp Markdown nâng cao: bảng, chú thích cuối trang, trích dẫn.

Mồ

Giá: miễn phí.

Trong khi hầu hết các trình soạn thảo Markdown được thiết kế cho các blogger và người dùng thông thường thì Mou được thiết kế cho những người dùng cao cấp hơn, chẳng hạn như các nhà phát triển web.

Sổ ghi chép

Giá: miễn phí.

Sổ tay là Ứng dụng máy tính để bàn. Nó cho phép bạn lưu trữ và đồng bộ ghi chú với phiên bản iOS, cho phép bạn tải xuống ghi chú của mình bất cứ lúc nào. Notebook hỗ trợ định dạng Markdown và cho phép bạn chỉnh sửa, xem và chuyển đổi nó sang HTML.

thanh xà vui nhộn Ngày 9 tháng 1 năm 2011 lúc 10:14 chiều

Ngôn ngữ đánh dấu

  • Phòng gỗ *

Bài viết này cung cấp lời khuyên thiết thực về cách viết trình phân tích cú pháp cho ngôn ngữ đánh dấu Markdown. Cho đến nay, có rất ít thông tin trên Internet về vấn đề này.

Bài viết sẽ hữu ích cho những ai đang tạo CMS và framework của riêng mình từ đầu.

Nói ngắn gọn về ngôn ngữ

Các nhà phát triển Markdown đã bắt đầu tạo ra một ngôn ngữ có mã trông giống với kết quả thực thi của nó. Các quy tắc được chấp nhận để định dạng thư e-mail được lấy làm cơ sở.

Đây là một ví dụ mã:

Phần mở đầu
=========

Danh sách được đánh số:
1. Điểm đầu tiên
2. Điểm thứ hai
3. Điểm thứ ba

> Bình luận
> > Bình luận trong bình luận

Bạn có thể **đánh dấu phần** của văn bản.

Mã này sẽ được chuyển đổi thành xHTML chính xác.

Cú pháp Markdown một mặt dễ học hơn đối với người dùng không có kỹ năng kỹ thuật (không giống như mã BB), mặt khác, nó tạo ra mã xHTML đầu ra chất lượng cao, điều không thể nói về các trình soạn thảo WYSIWYG khác nhau . Những ưu điểm này khiến Markdown sự lựa chọn tốt dành cho các công cụ diễn đàn và CMS, nơi yêu cầu khả năng chỉnh sửa nội dung của người dùng.

Ngày nay có rất nhiều trình biên dịch Markdown bằng nhiều ngôn ngữ khác nhau. Nếu bạn quyết định sử dụng Markdown trong dự án của mình, bạn có thể sử dụng giải pháp làm sẵn (có các liên kết bên dưới). Nếu bạn quyết định viết trình phân tích cú pháp của riêng mình (ví dụ: cho mục đích giáo dục), thì dưới đây là các tính năng mà bạn có thể gặp trong quá trình phát triển và đưa ra các mẹo thực tế để giải quyết chúng.

Tạo trình biên dịch ngôn ngữ

Markdown không thể được phân tích cú pháp bằng ngữ pháp không ngữ cảnh. Nó chứa các yếu tố từ vựng nhạy cảm với ngữ cảnh. Ví dụ: việc lồng các cấu trúc được xác định bằng cách căn chỉnh dòng như trong Python. Vì vậy, bạn sẽ không thể sử dụng YACC và ANTLR một cách rõ ràng. Trong số các giải pháp cho vấn đề này, tôi đã tìm ra những giải pháp sau:
  • Hãy ngừng sử dụng trình tạo trình phân tích cú pháp và viết trình phân tích cú pháp theo cách thủ công, sử dụng các biểu thức chính quy ở nhiều nơi.

    Đây là cách trình phân tích cú pháp Perl Markdown ban đầu và hầu hết các triển khai khác được tạo ra. Nhược điểm của giải pháp là hiệu suất thấp: thứ nhất, do sử dụng các biểu thức chính quy và thứ hai, do việc tối ưu hóa trình phân tích cú pháp theo cách thủ công đến mức cung cấp một trình phân tích cú pháp được tạo tự động thường rất khó khăn. nhiệm vụ khó khăn. Ngoài ra, nếu bạn viết bằng các ngôn ngữ mệnh lệnh (PHP, Java, C++) thì việc triển khai và gỡ lỗi một trình phân tích cú pháp tự viết sẽ rất khó khăn.

  • Sử dụng trình tạo trình phân tích cú pháp có hỗ trợ các hành động tích hợp và viết các hành động có tác dụng ngược lại.

    Ví dụ: bằng cách sử dụng các hành động tích hợp có tác dụng ngược lại, có thể phân tích sự căn chỉnh của một dòng nhất định so với dòng trước đó, từ đó mô phỏng các quy tắc nhạy cảm với ngữ cảnh. Điểm bất lợi là ngữ pháp phi ngữ cảnh không được thiết kế cho những mục đích này và việc sử dụng tác dụng ngược lại có thể dẫn đến lỗi trong quá trình phân tích cú pháp.

  • Ứng dụng đệ quy của trình phân tích cú pháp ngữ pháp phi ngữ cảnh.

    Trên thực tế, trước tiên bạn có thể chia toàn bộ mã thành các khối riêng biệt (đoạn văn, nhận xét ở cùng cấp độ), sau đó áp dụng lại cùng một trình phân tích cú pháp cho chúng. Giải pháp này sẽ không dẫn đến những hậu quả khó lường như phương án trước, đúng hơn về mặt tư tưởng nhưng kém hiệu quả về mặt hiệu quả thực hiện.

    Đây có thể là giải pháp dễ thực hiện nhất.

  • Xử lý trước dữ liệu đầu vào theo cách thủ công.

    Bạn có thể chia mã thành các dòng theo cách thủ công và duyệt chúng theo vòng lặp, thay thế khoảng trắng ở đầu mỗi dòng bằng một ký tự biểu thị sự dịch chuyển của nó (trái hoặc phải) so với dòng trước đó. Việc lồng các bình luận có thể được xử lý theo cách tương tự. Sau đó, mảng chuỗi kết quả có thể được dán lại với nhau và phân tích cú pháp bằng cách sử dụng ngữ pháp không ngữ cảnh. Ngôn ngữ thu được sau khi lọc sẽ không có ngữ cảnh.

    Giải pháp này có độ phức tạp tương đương với giải pháp trước đó. Xét về mặt hiệu suất thì phải như vậy trường hợp chungđược hiệu quả hơn.

Theo tôi, PEG phù hợp hơn làm trình tạo trình phân tích cú pháp cho Markdown.

Tags: thiết kế trình biên dịch, trình biên dịch, trình phân tích cú pháp, đánh dấu, đánh dấu, biên dịch, đánh dấu, cms, phát triển cms, khuôn khổ, lập trình, lập trình, ngôn ngữ lập trình

Ý tưởng khá đơn giản: bạn viết văn bản "phẳng" thông thường và trong quá trình đó, bạn tạo cấu trúc trong đó bằng cách sử dụng các dấu rất đơn giản. Ý tưởng của Markdown là đơn giản Và có thể đọc đượcđối với người máy, ngôn ngữ đánh dấu về cơ bản là HTML được đơn giản hóa.

Khi bạn viết bằng Markdown, định dạng văn bản vẫn giữ nguyên. Bạn nó được đặt ở đâu và ở đâu Bạn Nếu bạn muốn, bất kỳ ai đã thử chuyển đổi văn bản từ Word sang HTML hoặc đã từng gõ một bài viết dài trong các trình soạn thảo trực quan như Blogger sẽ hiểu rõ tôi.

Văn bản phẳng thuần túy giúp bạn dễ dàng chỉnh sửa, kiểm soát phiên bản và truy cập tài liệu ở bất cứ nơi nào bạn cần. Và với sự trợ giúp của pandoc và markdown, từ tất cả những điều này, bạn có thể tạo hầu hết mọi tài liệu ở các định dạng khác nhau.

Cú pháp đánh dấu

Rất đơn giản và khá logic. Ngắn gọn Mô tả ngắn cú pháp, mượn từ đây:
  • Các đoạn cách nhau bằng một dòng trống
  • Hai hoặc nhiều khoảng trắng ở cuối dòng xác định ngắt dòng
  • Phông chữ: **đậm** , _italic_ , `monospace`
  • Tiêu đề: #cấp một# , ##cấp hai##
  • Danh sách:
    • không có thứ tự: - phần tử danh sách.
    • ra lệnh: 1. phần tử danh sách
  • Khối mã - mỗi dòng bắt đầu bằng 4 khoảng trắng trở lên
  • Thanh ngang: ba dấu gạch nối hoặc dấu hoa thị trở lên
  • Liên kết:
    • được nhúng [văn bản nhãn](url)
    • dưới dạng chú thích cuối trang
  • Hình ảnh:
    • được nhúng!(url)
  • Việc thoát các ký tự được thực hiện bằng dấu gạch chéo ngược. Các ký tự sau phải được thoát: * _ ( ) () # + - . !
Để đề phòng, tôi sẽ đưa nó ở đây dưới dạng một bảng cheat:

Có một dòng riêng để bình luận trong Markdown, được triển khai quanh co. Nếu nhận xét ngắn (nội tuyến), thì bạn có thể sử dụng phương pháp nhận xét HTML thông thường:


Có rất nhiều mô tả về cú pháp Markdown đơn giản trên web, nhưng có một số tài nguyên đặc biệt nổi bật:

  • bằng tiếng Anh với 30 liên kết đến nhiều nguồn tài nguyên hữu ích trên Markdown (tác giả - makovod);
  • , nhưng tác giả cho rằng việc sử dụng Markdown duy nhất là gây mắt đỏ với Jakyll.
  • (bằng tiếng Anh).
  • và đây không chỉ là một mô tả hay về Markdown mà còn là một số lượng lớn các liên kết đến những gì Markdown hỗ trợ ở mức độ này hay mức độ khác.
Thật thuận tiện khi treo bảng cheat ở một nơi dễ nhìn thấy - rất nhiều trong số đó đã được thực hiện và trong số đó nổi bật sau đây:
  • văn bản đơn giản và tối giản
  • được thiết kế đẹp mắt như một trang web
  • sẵn sàng in dưới dạng tệp PDF (PDF, 60 KB)
  • một cái khác, bằng tiếng Anh, được định dạng chặt chẽ dưới dạng PDF
Dành cho những người không muốn đọc - có video hướng dẫn trên YouTube:


nơi họ sẽ nói với bạn một cách rất thành thạo và bằng tiếng Anh trong 12 phút về Markdown là gì và tại sao nó lại từ bỏ ngay từ đầu.

Trình chỉnh sửa trực quan cho Markdown

Cách thuận tiện nhất là nhập nội dung nào đó vào Markdown và xem ngay kết quả - bạn sẽ có được một loại môi trường bố cục. Có những trình soạn thảo trực tuyến và có những ứng dụng có thể sử dụng mà không cần kết nối mạng.

Trình chỉnh sửa Markdown dưới dạng ứng dụng

Mới lạ dịch vụ điện toán đám mây và các trang web rác khác tất nhiên là tuyệt vời, nhưng sau đó có điều gì đó khủng khiếp đã xảy ra và bạn không thể kết nối Internet. Và rồi chuyện gì xảy ra? Và khi đó các ứng dụng độc lập và máy tính để bàn cũ tốt sẽ giúp chúng ta.
Gửi lại văn bản
Một trong nhiều đang làm việc Trình soạn thảo Markdown cho Linux là ReText. Vì nó được viết bằng QT4 và Python, nên hãy sẵn sàng kéo một loạt thư viện Qt4 cho bản thủ công 100Kb hấp dẫn này:
# apt-get cài đặt python-qt4 ... Các gói MỚI sau đây sẽ được cài đặt: libqt4-help libqt4-scripttools python-qt4 python-sip 0 được nâng cấp, 4 mới cài đặt, 0 cần gỡ bỏ và 184 chưa được nâng cấp. Cần lấy 5.728 kB kho lưu trữ. Sau hoạt động này, 21,7 MB dung lượng bổ sung không gian đĩa sẽ được sử dụng. Bạn có muốn tiếp tục?
Đây là lý do tại sao tác giả của những dòng này không thích tất cả những trò thủ công này bằng Python: một chương trình nhỏ 100 kb, kéo theo các thư viện 22 mb. Tuy nhiên, trình soạn thảo trực quan ReText có chỗ đứng và thậm chí còn hoạt động:

Trên thực tế, nó không có gì đặc biệt - chỉ là một thiết bị hai bảng với tối thiểu các chức năng. Nếu bạn không muốn kéo một nửa Qt4 thì ReText có thể dễ dàng được thay thế bằng các trình soạn thảo trực tuyến, thường có chức năng ấn tượng hơn nhiều.

trích dẫn
Một biên tập viên khác đáng được chú ý là Qute. Điều này tốt vì nó cũng hứa hẹn hỗ trợ LaTeX. Để chỉnh sửa mã, nhấp vào đoạn văn bản:

Ứng dụng này đang ở giai đoạn phát triển ban đầu nhưng đã có phiên bản dành cho Linux. Hơn nữa, còn có một ứng dụng Android.

Hỗ trợ Markdown cho trình soạn thảo văn bản

Nếu ai đó bắt đầu nói với bạn rằng Markdown được hỗ trợ ở mọi nơi thì lời nói dối này quá lạc quan. Ngoài Vim và Emacs, theo mặc định, không có tính năng tô sáng cú pháp trong Kate hoặc Gedit, nhưng chẳng hạn như trong Submile Text 2. Nó có thể được cắm vào, nhưng với các plugin của bên thứ ba - ví dụ: trong Kate bạn có thể làm điều này:

Việc cài đặt rất đơn giản - sao chép tệp markdown.xml vào thư mục ~/.kde/share/apps/katepart/syntax/ của bạn.
Đó là nó. Sau đó, khi bạn mở một tệp có phần mở rộng *.text, *.md, *.mmd, bạn sẽ nhận được chỉnh sửa cú pháp có màu Markdown!
Nhận mã tải xuống cho tệp XML (tệp này được cấp phép kép theo cả giấy phép GPL và BSD).
Nhưng ánh sáng vẫn chưa tập trung vào trình soạn thảo văn bản và trình soạn thảo trực quan sẽ hữu ích hơn cho chúng ta.

Trình chỉnh sửa Markdown trực tuyến

Những người vẫn sử dụng các trình soạn thảo văn bản lỗi thời buộc phải tự thêm màu cú pháp Markdown. Nhưng chúng ta đang ở thế kỷ 21, với phần mềm và dịch vụ web dựa trên web, và chúng ta muốn trực tuyến biên tập trực quan. Chúng ta có chúng:

  • Dillinger: hai bảng điều khiển, nền “giấy notebook” kém, hiển thị chậm nhưng có khả năng xuất sang GitHub và Dropbox, hiển thị số dòng và khả năng xuất HTML.
  • Instantmark là một thiết bị hai bảng điều khiển đơn giản khác, nhưng nó có khả năng xuất tệp ở định dạng Markdowm và HTML (bạn có thể tải chúng xuống).
  • Trình chỉnh sửa đi bộ Markdowm: tính năng hữu ích duy nhất, bên cạnh các nút và hai bảng tiêu chuẩn, là tab cú pháp.
  • Cũng như biên tập trực tuyến Markdown có thể được xem trên văn xuôi - ưu điểm là tích hợp với GitHub và thiết kế tối giản.
Hai biên tập viên đầu tiên đáng được quan tâm, những người còn lại đang triển khai hoặc thiếu ý tưởng.

Công cụ blog và dịch vụ web trên Markdown

Nếu Markdown tuyệt vời như vậy thì nền tảng blog sử dụng nó ở đâu? Nhưng có rất ít trong số đó, vì một blog trên Markdown trần trụi rất bất tiện (không có thẻ, nhận xét, thanh bên, chủ đề tử tế) và trông giống như lời chào từ những năm 90. Tuy nhiên, một số điều có thể được khai quật.

Bất kỳ dịch vụ web nào hỗ trợ Markdown

Điều này có nghĩa là các giải pháp hoàn chỉnh ở một mức độ nào đó cho phép người dùng bình thường không phải loay hoay với việc lưu trữ, Haskell, Jakyll và các chất kết dính phản ứng khác.
  • posterous: hỗ trợ Markdown, nhưng vì lý do nào đó nó đã bán chính nó cho Twitter và sẽ đóng cửa bất cứ ngày nào.
  • Tumblr: tiêu hóa đánh dấu Markdown, nhưng đây là một trong những cách triển khai microblog quái đản nhất.
  • Wordpress hỗ trợ đánh dấu Markdown thông qua một plugin đặc biệt.
Đây ít nhiều là những quyết định có cân nhắc, nhưng nếu chúng ta muốn có sự sáng tạo cá nhân thì...

Gói Markdown + Dropbox

Nói chung, đây không phải là công cụ tạo blog mà chỉ đơn giản là hiển thị trực tuyến các tệp Markdown của người dùng theo yêu cầu cùng với dịch vụ lưu trữ. Tất cả trông quá tối giản, tuy nhiên:
  • Calepin: Dịch vụ viết blog không có chủ đề, không có thẻ, không có widget, không có tùy chỉnh và thiết kế kém. Và vì tiền (trong tương lai, hãy xem Câu hỏi thường gặp).
  • scriptogr.am: có lẽ là giải pháp ít gây khó chịu nhất, có thiết kế tốt hơn và có hỗ trợ CSS. Hơn nữa, họ hứa hẹn một tính năng tuyệt vời như thẻ cho bài đăng.
Nhưng những người đàn ông đích thực không tìm kiếm những cách dễ dàng, và đó là lý do...

Hakyll/Jekyll + Markdown + GitHub = công cụ blog phụ

Nếu ai đó có ý tưởng “Bây giờ tôi sẽ tạo một công cụ thú vị trên markdown và viết các bài đăng trên megablog” - hãy nghĩ lại. Bạn sẽ dành nhiều thời gian cho việc này và kết quả là bạn sẽ nhận được một công cụ phụ kém và các bài đăng (nếu bạn vẫn còn đủ sức để viết chúng) với thiết kế thô sơ.

Có rất nhiều ví dụ về việc thực hiện những ý tưởng như vậy, ít nhiều thành công và rất ít ví dụ bị thu hút bởi một blog độc lập có giao diện đẹp mắt, mặc dù vẫn có những trường hợp ngoại lệ [trang Jekyll, www.juev.ru]:


Nhưng bạn có thể chiến đấu với dịch vụ lưu trữ, Jekyll/Hakyll và GitHub cho đến khi bạn hoàn toàn mất mạch. Đối với bất cứ điều gì ít nhiều phù hợp, chẳng hạn như đánh dấu cú pháp, đánh dấu màu và các bản vẽ phù hợp có chú thích, bạn sẽ quay lại WYSIWYG để thực hiện điều đó. thực sự dễ dàng hơn.

Ở đây tôi muốn nhắc nhở những người bạn viết bài về chó săn thỏ rằng một blog có giá trị vì nội dung của nó chứ không phải động cơ của nó. Bạn có thể mắt đỏ Markdown bao nhiêu tùy thích và nhiệt thành đấu tranh cho HTML chính xác và thuần khiết thiêng liêng. Nhưng xem xét mã do trình soạn thảo WYSIWYG tạo ra trông tệ đến mức nào, nhổ 99,999% độc giả và công cụ tìm kiếm: con người và robot truy cập các trang web để nội dung.

Việc sử dụng Jekyll và Hakyll cho công cụ blog có thể được chứng minh bằng những cân nhắc sau:

Kết quả là một trang web tĩnh có thể được đặt ở bất kỳ đâu và không có yêu cầu lưu trữ đặc biệt nào;
- ít vấn đề về bảo mật hơn;
- bài viết và hình ảnh luôn ở bên bạn, việc tạo bản sao lưu sẽ dễ dàng hơn.

Liệu tất cả những điều này có đáng để nỗ lực thêm hay không, mọi người đều tự quyết định.

Wiki và các dịch vụ web khác có hỗ trợ Markdown

Tiếp theo, tôi sẽ để lại một danh sách nhỏ các giải pháp có khả năng hoạt động dưới dạng wiki, trình tạo trang web và các sinh vật phát triển phần mềm khác:
  • Dotclear là một giải pháp khá hoàn chỉnh cho một công cụ blog có hỗ trợ Markdown. Được viết bằng PHP toàn cầu và đáng tin cậy.
  • đánh giá theo mô tả, một trình tạo trang tĩnh có hỗ trợ đánh dấu (dành cho Windows)
  • thứ gì đó có cái tên vang dội obtvse, đóng giả là một công cụ tạo blog tối giản HTML tĩnh trang. Nó đang bám bụi trên GitHub, bạn có thể thử thổi sức sống vào nó.
  • Sputnik là một Wiki tương đối giàu tính năng với sự hỗ trợ Markdown trực tiếp, được viết bằng Lua.
Nhiều liên kết được đưa ra trong văn bản và điều này thực sự thuận tiện hơn khi sử dụng Markdown. Hỗ trợ bảng vụng về trong Markdown và đặc biệt Việc thiếu màu sắc khiến tác giả rất khó chịu, người đã quen với việc làm nổi bật mọi thứ bằng màu sắc, dù thế nào đi nữa. Nhưng việc tạo các danh sách lồng nhau cho Đánh giá hàng tuần trong GTD có lẽ là tính năng tuyệt vời của Markdown đáng để bạn dành thời gian để thành thạo.

Bình luận ẩn danh... 24 tháng 9 Năm 2012, 07:41:00

github: các trang không quan tâm, nhưng README.md trong mỗi repo -- sự thay thế thực sự một trang và/hoặc wiki của một dự án nhỏ; tương tự với bitbucket

posterous là nền tảng viết blog khủng khiếp nhất vì trình soạn thảo web không cho phép bạn chỉnh sửa các khối mã. tumblr là bệnh tự kỷ, nhưng vẫn Chính thống, không giống như Noogl, nó không áp đặt các nút màu đỏ và thiết kế chỉ có javascript.

Bình luận của Mikhail Saushkin... 24 tháng 9 Năm 2012, 12:29:00

Tôi đã sử dụng Markdown trong một thời gian dài kết hợp với MathJax để xuất bản các bài giảng trực tuyến chứa nhiều công thức. Tôi cũng đã cài đặt Markable MathJax mà không gặp vấn đề gì. Kết quả . Chỉ cần chèn một dòng kịch bản. Tôi đồng ý với tác giả: việc thiếu hỗ trợ bảng trong Markdown đã giết chết tôi, nhưng có một điểm tựa ở dạng mã html hoặc ở dạng mã latex sử dụng môi trường mảng.

viren bình luận... 24 tháng 9 Năm 2012, 12:57:00

@Andrew Prokhorenkov bình luận...
Có lẽ không phải Hakyl, mà là Jekyll?
Hakyll có ý đó. Đã sửa trong văn bản của bài viết.

Và với tư cách là người biên tập Markdown cho chính mình, tôi nhận thấy văn xuôi
Cảm ơn, đã thêm vào bài viết. Mặc dù đối với tôi Github là một điểm trừ chứ không phải điểm cộng.

@vova bình luận...
Pandoc hỗ trợ một số tùy chọn bố cục bảng
Tôi biết, nhưng bản thân markdown không hỗ trợ nó.

Pandoc có rất nhiều tính năng tuyệt vời khác
Chắc chắn rồi. Trên thực tế, đã có ý tưởng đưa pandoc vào bài viết, nhưng tôi nghĩ như vậy là quá nhiều.

@Denis Evsyukov bình luận...
Hmmm, một cuộc tấn công khá kỳ lạ vào các công cụ blog sử dụng markdown để lưu trữ bài viết.

Đây không phải là một cuộc tấn công, mà là một lời chỉ trích. Chủ yếu mang tính xây dựng, mặc dù có yếu tố trolling.

www.juev.ru của tôi chạy trên jekyll, tất cả các bài viết đều được đánh dấu. Chuyện gì vậy?
Tôi biết. Câu hỏi đơn giản là Wordpress và Blogger đều có sẵn tất cả những thứ này (và hơn thế nữa) - tại sao lại lãng phí thời gian để phát minh lại cái bánh xe.

Nhân tiện, Denis, blog của bạn là blog đẹp nhất tôi từng thấy trên Jekyll. Mọi thứ khác đều mang lại sự u sầu và tuyệt vọng ớn lạnh.

Và còn nhiều diễn biến khác nữa. Tại sao bạn gọi họ là những blogger phụ?
Bởi vì đây là những điểm không hoàn hảo đang bám bụi trên GitHub. Cụ thể: không có chủ đề thông thường, không có thanh bên, không có nhận xét, không có thẻ... Có, điều này có thể được thực hiện bằng các công cụ của bên thứ ba. Nhưng tại sao?

@Zaur Dzasezhev bình luận...
Evernote có máy khách bảng điều khiển dành cho Linux hỗ trợ ghi chú trong Markdown. Được gọi là geeknote
Hấp dẫn. Cảm ơn.

@iv_vl bình luận...
Hãy sửa tôi, nhưng đây là sự thô lỗ, điều mà bạn rất phản đối trong phần bình luận.
Đây không phải là sự thô lỗ mà là một sự troll có phần dày đặc.

Đương nhiên, trong số những người được đề cập không có chỗ cho www.juev.ru
Anh ấy đây, người duy nhất có blog trông hay ho.

Được đề cập trong văn bản, và hai lần.

Chế độ tổ chức coi thường tính năng sát thủ của Markdown.
Emax không phải là trình soạn thảo văn bản duy nhất trên hành tinh này. Và nhân tiện, Vim cũng vậy.

Điều đáng sợ là một số lượng đáng kể các trình soạn thảo Markdown trực tuyến so với các nguyên mẫu máy tính để bàn bán hoạt động.
Chà, iv_vl, chúng tôi vẫn đang bận rộn với những thứ hữu ích: KDE4, Gnome3, Unity, Wayland. Tôi nghĩ chỉ riêng Amarok đã có hàng tá fork rồi. Và bạn đang nói về markdown. Chúng tôi vẫn cần thêm hàng tá DE và vài trăm người chơi.

Bên ngoài web, Markdown không được chấp nhận làm ngôn ngữ đánh dấu.
Bài đăng này chính xác đang cố gắng chứng tỏ rằng web không đơn độc.

Tôi muốn nói chuyện riêng với các blogger đáng kính đã tụ tập để thảo luận về bài đăng này. Tôi thấy trên blog này, trong Marked Deck, bộ đếm FeedBurner đã bị rơi.
Feedburner đã sụp đổ trên toàn cầu. Họ đang làm việc trên nó (TM). Tôi muốn hy vọng rằng họ sẽ sửa nó, mặc dù chỉ có số liệu thống kê được đưa ra nhưng bản thân nguồn cấp dữ liệu vẫn hoạt động tốt.


Củi đến từ đâu? Một phần của API bị vô hiệu hóa ở đó, nhưng bản thân trình ghi nguồn cấp dữ liệu vẫn được chúng tôi sử dụng. Một số lượng lớn người sử dụng nó.

viren bình luận... 24 tháng 9 Năm 2012, 12:59:00

@Nặc danh bình luận...
github: họ không quan tâm đến các trang, nhưng README.md trong mỗi repo thực sự là một sự thay thế cho một trang
Tôi đồng ý với Anonymous - nhân tiện, tôi đã tạo một bản đọc như vậy cho trình mô phỏng của mình. Nó làm việc ra rất tốt.

tumblr là người tự kỷ nhưng vẫn chính thống
Nhưng ở đây tôi không đồng ý với Anonymous. Đã lâu rồi tôi chưa thấy một dịch vụ web khủng khiếp như vậy: không có thẻ, tìm kiếm không hoạt động, không có sơ đồ trang web... Các nhà phát triển đã say sưa, bay đến hành tinh khác hoặc hoàn toàn không sử dụng dịch vụ của họ .

Cảm ơn vì kịch bản và Kalepin.
Đây là từ ý kiến ​​​​của tôi từ Akulovich. Vì vậy, đây là một sự thương xót đối với anh ấy :-)

@Mikhail Saushkin bình luận...
Tôi đã sử dụng Markdown trong một thời gian dài kết hợp với MathJax để xuất bản các bài giảng trực tuyến chứa nhiều công thức.
Ồ, điều này thật thú vị. Cảm ơn Mikhail, tôi sẽ thấy điều này hữu ích.

Tôi cũng đã cài đặt Markable MathJax mà không gặp vấn đề gì.
Tôi có thể xin công thức được không? :-)

Kết quả là đây. Chỉ cần chèn một dòng kịch bản.
Rất tốt, nhưng việc hiển thị công thức hơi chậm. Và điều đó khá ổn.

Tôi đồng ý với tác giả: việc thiếu hỗ trợ bảng trong Markdown đã giết chết tôi, nhưng có một điểm tựa ở dạng mã html hoặc ở dạng mã latex sử dụng môi trường mảng.
Thành thật mà nói, tôi không hiểu tại sao ngay từ đầu lại không hỗ trợ bảng và màu sắc?

viren bình luận... 24 tháng 9 2012, 13:02:00

Còn đối với hakil và mắt đỏ, họ sẽ đưa ra một ví dụ từ cuộc sống. tôi đang ở khoảnh khắc này Tôi đang cố gắng tạo một thuật toán tối ưu hóa mới sẽ được điều chỉnh cho phù hợp với tác vụ _my_. Đây là hiện tượng mắt đỏ về mặt toán học và bạn có thể hỏi tôi: tại sao? Rốt cuộc có rất nhiều thuật toán đã được thực hiện? Câu trả lời của tôi: thuật toán tôi sẽ thực hiện sẽ là tốt hơn quyết định của tôi hơn là những vấn đề giải quyết được một vấn đề tổng quát. Giải pháp của tôi tốt hơn vì nó chuyên dụng.

Markdown + hackill = giải pháp mà theo tôi là tệ hơn hiện có. Nó bị hạn chế về mặt thiết kế và sẽ cung cấp một công cụ blog kém hơn so với những công cụ hiện có. “Công cụ blog” này không có thẻ, không có hệ thống bình luận, không có chủ đề.

Ví dụ: Tôi vào một blog và thấy một bài viết thú vị. Tôi muốn đọc nội dung khác về chủ đề này và tôi muốn nhấp vào thẻ và xem các bài đăng khác. Juev có điểm, và chỉ có Allah mới biết anh ấy đã phải nỗ lực bao nhiêu để làm được điều này. Và trong WordPress, nó được cài đặt theo mặc định, ngay lập tức.

Trên thực tế, câu hỏi của tôi là: tại sao lại lãng phí năng lượng và thời gian vào một thứ đã tồn tại và hoạt động tốt ngay từ đầu? Tại sao phải lãng phí thời gian vào một bánh xe khác nếu kết quả cuối cùng giống hệt nhau (nếu không muốn nói là tệ hơn)? Tôi không thể tìm thấy một lý lẽ dễ hiểu nào cho việc này. Các nhà bình luận có thể đưa ra lập luận của riêng mình.

Tôi không tranh luận: có lý do để viết bài, ít nhất một phần, bằng Markable - nhân tiện, bài đăng này được viết chủ yếu bằng Markable, ngoại trừ màu sắc và hình ảnh. Nhưng tại sao lại tạo ra một công cụ blog từ nó?!

Bình luận của Mikhail Saushkin... 24 tháng 9 2012, 13:10:00

@virens
Tôi có thể xin công thức được không? :-)

Rất tốt, nhưng việc hiển thị công thức hơi chậm. Và vì vậy nó khá ổn.
Chà, tập lệnh được xử lý từ trang bên trái và Markable hơi chậm.

Anton Yakutovich bình luận... 24 tháng 9 Năm 2012, 18:27:00

Bài viết tuyệt vời, Misha. Bây giờ mọi người sẽ chạy đến nhìn đôi mắt đỏ ngầu :-)

> Một biên tập viên khác đáng được chú ý là Qute.
Ồ, tốt hơn là đừng lãng phí thời gian của bạn. Bộ phân phối dành cho Windows có dung lượng 40 MB và sản phẩm đầu ra bị quanh co và chậm.
Điều này sẽ chỉ khiến trẻ em sợ hãi và gieo rắc lòng căm thù đối với việc sử dụng Markdown.

Bài viết thường đề cao pandoc, về MultiMarkdown không phải là một từ. Nhưng vô ích, anh ấy có rất nhiều bánh ngon.

> Cũng có sẵn trực tuyến Trình chỉnh sửa đánh dấu bạn có thể xem văn xuôi
Nó lý tưởng để chỉnh sửa tất cả các loại README.md và “công cụ không phải blog” cho Github. Tôi đã viết về điều này.

iv_vl bình luận... 24 tháng 9 Năm 2012, 18:41:00

@virens bình luận...
Đây không phải là sự thô lỗ mà là một sự troll có phần dày đặc.
Tên đúng duy nhất là “tiêu chuẩn kép”. Nếu tôi nói “người da đen” trên nền đen, họ sẽ cấm tôi, và trong môi bạn - đây là một “sự trolling hơi dày” của người da đen.

Được đề cập trong văn bản, và hai lần.
Trong số các trang web trên Jekyll, nó không được nhắc đến dù chỉ một lần.

theo văn phòng Thông tin FeedBurner sẽ bị vô hiệu hóa vào ngày 20 tháng 10.
Củi đến từ đâu? Một phần của API đang bị vô hiệu hóa ở đó, nhưng bản thân trình ghi nguồn cấp dữ liệu vẫn được chúng tôi sử dụng
Không ai biết nó nghiêm trọng đến mức nào, nhưng Google đã gây xôn xao trong giới blogger và một số người đang chuyển sang FeedBlitz. Củi từ đây

iv_vl bình luận... 24 tháng 9 Năm 2012, 19:12:00

@virens bình luận...
Nó bị hạn chế về mặt thiết kế và sẽ cung cấp một công cụ blog kém hơn so với những công cụ hiện có.
Không phải ai cũng cần blog làm nền tảng để quảng bá thông tin của họ suy nghĩ thông minh. Nhiều người viết cho chính mình, ngược lại họ không muốn lãng phí thời gian để duy trì sự sống thường trực của blog hay troll những người bình luận. Họ đặt sự tiện lợi của việc tạo nội dung lên hàng đầu và như bạn biết, điều này khác nhau đối với mọi người. Ai nghĩ đến việc tô màu khi viết cho mình? Hãy nhìn xem, Juev sử dụng Markdown thuần túy mà không cần bảng hoặc đánh dấu. Mikhail, bạn đang tiến hành một điều gì đó hoàn toàn khác, từ thực tế là mọi tác giả chắc chắn nên trở thành một blogger. Không phải tất cả.

“Công cụ blog” này không có thẻ, không có hệ thống bình luận, không có chủ đề.
Chà, tôi không đúng - tất cả đều ở đó.

Tại sao phải lãng phí thời gian vào một bánh xe khác nếu kết quả cuối cùng giống hệt nhau (nếu không muốn nói là tệ hơn)?
Đó không phải là về số lượng bánh xe. Một số người sẽ chọn xe đạp thay vì ô tô vì niềm vui đơn giản. Ferstein?

Minoru bình luận... 24 tháng 9 Năm 2012, 19:59:00

Chỉ bây giờ sau khi nhận xét của bạn, tôi mới nhận ra lý do tại sao nó lại cần thiết. Và nó nói ngắn gọn về markdown.

@iv_vl bình luận...
Nếu tôi nói “người da đen” trên nền đen, họ sẽ cấm tôi, và trong môi bạn - đây là một “sự trolling hơi dày” của người da đen.
Tất nhiên là lạc đề, nhưng vẫn vậy. Bạn làm tôi nhớ đến chuyến đi gần đây của tôi đến Baltimore, Hoa Kỳ. Ở đó, tôi đã nhận được một khóa học cấp tốc về sự đúng đắn về mặt chính trị khi ba thi thể cầm gậy bóng chày và dòng chữ lao về phía tôi:

Yo, Whitey, wazzup?! WataYoDoinĐây?! Đang tìm kiếm vấn đề?

Sau đó tôi nghĩ rằng nếu tôi trả lời “yo, niggaz,” thì chắc chắn tôi sẽ không thể sống sót trở về nhà. Xét rằng tôi là người da trắng duy nhất trong bán kính bốn dãy nhà :-)

Trong số các trang web trên Jekyll, nó không được nhắc đến dù chỉ một lần.
Nó nói về Hakyl và Jekyll nói chung. Nhưng dù sao tôi cũng chèn ảnh chụp màn hình.

Không ai biết nó nghiêm trọng đến mức nào, nhưng Google đã gây xôn xao trong giới blogger và một số người đang chuyển sang FeedBlitz. Củi từ đây
FeedBlitz là một dịch vụ trả phí và chính họ đã gây ồn ào. Bởi vì nó mang lại lợi ích cho họ.

@iv_vl bình luận...
Không phải ai cũng cần blog làm nền tảng để truyền bá những suy nghĩ thông minh của mình.
Chà, tại sao lại phải chịu sự dày vò khủng khiếp như vậy? Có narod.ru - nó sẽ trông giống nhau. Không có nhiều chức năng hơn. Và bên cạnh đó, nó hoàn toàn miễn phí.

Họ đặt sự tiện lợi của việc tạo nội dung lên hàng đầu và như bạn biết, điều này khác nhau đối với mọi người.
Để bắt đầu viết blog, bạn cần có khả năng sử dụng Markdown, có hosting, cài đặt Jekyll/Hakyll, tải mọi thứ lên GitHub...

Được rồi, nếu chúng ta định quảng bá Markdown, thì với những ví dụ như scriptogr.am - ít nhất nó cũng xứng đáng được gọi là dịch vụ blog.

Mikhail, bạn đang tiến hành một điều gì đó hoàn toàn khác, từ thực tế là mọi tác giả chắc chắn nên trở thành một blogger. Không phải tất cả.
Vladimir, tôi bắt đầu từ thực tế là nếu bạn có thể nhận được thứ gì đó miễn phí và không bị bệnh trĩ, thì tại sao không lấy nó?

Chà, tôi không đúng - tất cả đều ở đó.
Không phải ở khắp mọi nơi. Tôi sẽ không chỉ tay :-)

viren bình luận... 24 tháng 9 Năm 2012, 20:52:00

Đó không phải là về số lượng bánh xe. Một số người sẽ chọn xe đạp thay vì ô tô vì niềm vui đơn giản.
Bạn đã đưa ra quan điểm đúng về chiếc xe đạp: nó cũng chậm hơn :-) Vì tò mò, tôi quyết định đo tốc độ - và tôi đã thấy gì?

Đây là blog buồn của tôi trên blogspot:

mydebianblog.blogspot.com

Kích thước trang 415,6kB
Thời gian tải 1,63 giây
Yêu cầu 105
Hoàn hảo. điểm 80/100

Không tệ, đặc biệt là khi xem xét kích thước và số lượng JavaScript chứa trong đó. Lần ghé thăm cuối cùng để chỉnh sửa mẫu với sự tham gia của đồng chí. Vlsu đã dẫn đến sự xuất hiện của một đốm màu béo ngậy với javascript (bây giờ nó thay thế THÊM).

Và bây giờ nhanh như chớp và các blog hiện đại về hackles và jekylls:

http://www.juev.ru
Kích thước trang 40,7kB
Thời gian tải 2,58 giây
Yêu cầu 8
Hoàn hảo. lớp 92/100

Mặc dù thực tế là nó nặng hơn 10 (!) Lần, nhưng thời gian tải lâu hơn gấp rưỡi. Và anh ấy không phải là người duy nhất:

http://debiania.in.ua/

Kích thước trang 4,6kB
Thời gian tải 3,60 giây
Yêu cầu 4
Hoàn hảo. lớp 77/100

Đây thực sự là một bước đột phá - kilobyte mỗi giây. Và nếu có nhiều khách truy cập, ai đó từ ENT hoặc Habr sẽ đưa ra liên kết, sau đó thì sao?

Đúng, không phải mọi thứ đều buồn như vậy:

http://www.vonavi.me/

Kích thước trang 35,4kB
Thời gian tải 1,14 giây
Yêu cầu 12
Hoàn hảo. lớp 73/100

Bạn có thể mở sâm panh, iv_vl, một chiến thắng thuyết phục :-)

@Minoru bình luận...
Sự thô lỗ.
Đó là lời nói dối của bạn. Sẽ có bất kỳ tranh luận?

Denis Evsyukov bình luận... 24 tháng 9 Năm 2012, 21:37:00

@virens
Tốc độ tải trang được đo như thế nào?

Đây là trang web của bạn - test - mydebianblog.blogspot.com/, theo đó thời gian để tải đầy đủ trang là 7,3 giây và 4,3 giây khi xem lại.
Trang web của tôi đang thử nghiệm - www.juev.ru, phải mất hơn một giây để tải hoàn toàn và chỉ 0,54 để tải lại...

Tôi đã thực hiện các phép đo từ một trong các máy chủ để độ chính xác gần với số đo thực tế hơn.

Cảm ơn bạn rất nhiều vì đánh giá tốt đẹp của bạn! Nhưng điểm mạnh của Jekyll và các công cụ tương tự là tôi hoàn toàn có thể kiểm soát được nội dung của các trang và đặt chính xác thiết kế mà mình cần. Than ôi, Blogspot sẽ không còn cung cấp điều này nữa. Và việc bạn chưa thấy nhiều tác phẩm đẹp trên Jekyll không có nghĩa là engine kém hoặc không thể dùng để viết blog. Chỉ là những người điều hành những blog/trang web này không nghĩ nhiều về thiết kế.

Bạn cũng hỏi, tại sao lại sử dụng bất cứ thứ gì khác nếu bạn có WordPress? Đầu tiên, nhờ jekyll, tôi có được một trang web tĩnh có thể được lưu trữ ở bất cứ đâu và không yêu cầu yêu cầu lưu trữ đặc biệt nào. Wordpress yêu cầu lưu trữ bằng PHP và một dịch vụ lưu trữ khá tốt, đặc biệt nếu nó có lưu lượng truy cập khá.

Thứ hai, một số tiện ích mở rộng chứa các trang bị hỏng hoặc gây ra một số lỗi nhất định trong mã trang. Tôi hiểu rằng điều này hoàn toàn không có ý nghĩa gì đối với nhiều người, nhưng tôi thực sự không thích khi bất kỳ ai hoặc bất cứ điều gì can thiệp vào mã của tôi.

Thứ ba, các tiện ích mở rộng này cần được cập nhật định kỳ và giám sát an ninh... Tại sao? Nếu tất cả những gì tôi cần chỉ là hiển thị những gì tôi đã viết ???

Tại sao tạo trang mỗi khi người dùng truy cập trang web? Có thực sự không thể tạo các trang một lần trên blog thông thường hoặc một trang web đơn giản và sau đó chỉ hiển thị kết quả?? Bạn có thể cho tôi một ví dụ về một blog có các trang động rõ ràng không? Bản thân nội dung thay đổi theo nhiều cách ở đâu và ở đâu cần phải tạo trang riêng mỗi lần cho mỗi người dùng? Và nếu không thì tại sao lại rào một khu vườn như vậy??

Tại sao không sử dụng trình tạo trang tĩnh?

Có rất ít lựa chọn thiết kế trên blogspot; bạn có thể tạo của riêng mình, nhưng khả năng lại bị hạn chế và việc thực hiện điều này khá khó khăn. Khi nhiệm vụ là tạo một thiết kế riêng cho các trang khác nhau (trang chính là một thứ, về tác giả là một thứ khác, nội dung là thứ ba và bản thân các trang blog là thứ tư), thì blogspot không thể cung cấp bất cứ điều gì nữa, tuy nhiên, wordpress cũng không thể. Trong Jekyll, cũng như trong nanoc, điều này được thực hiện khá đơn giản. Và nhân tiện, bạn thậm chí có thể đặt thiết kế riêng của mình cho từng trang riêng lẻ. Rõ ràng là sẽ có ít người sử dụng cái này, nhưng vẫn vậy.

Vì vậy, việc troll bạn hóa ra lại có phần xúc phạm...

Bình luận ẩn danh... 24 tháng 9 Năm 2012, 21:42:00

Bản thân TeX hóa ra không thuận tiện lắm, hoàn toàn là do đặc thù của tôi - Tôi phải làm việc với một đầu bếp định hướng Word, nhưng sự kết hợp Markdown -> .odt -> .doc hóa ra khá thiết thực và tiện lợi.

Tôi đã viết một tập lệnh dành riêng cho trường hợp này cho phép bạn tạo ngay tệp .odt từ phần đánh dấu mở rộng

Tệp csl là tệp kiểu xác định thiết kế của thư mục. Tiêu chuẩn này được sử dụng rộng rãi trong zotero. Vì sếp của tôi đã phải làm lại tích phân của riêng mình về mặt này - may mắn thay nó là một loại xml.

Một sắc thái quan trọng trong công việc của một nhà xuất bản. Để tạo thư mục, bạn cần tệp BibTex có nguồn (`my.bib`), tệp csl cho kiểu thư mục (`disser.csl`) và tệp tham chiếu - kiểu mẫu `reference.odt` - để pandoc biết cách định dạng tài liệu đầu ra. Tệp tham chiếu trông như thế này. Đầu tiên, chúng ta tạo một tài liệu `.odt` đơn giản. Ví dụ như thế này:

Pandoc -f markdown --bibliography ~/disser/my.bib --csl ~/disser/csl/disser.csl --standalone 01_01.txt -o 01_01.odt

Mở nó trong `libreoffice`. Tất nhiên, ở đó sẽ có Times New Roman 12, không phải 14, các tiêu đề bằng Arial, v.v.. Chúng tôi thay đổi tất cả những thứ này thành những gì chúng tôi cần - cuốn tiểu thuyết thứ 12 thành cuốn thứ 14, làm lại kiểu tiêu đề, đặt chân trang, v.v. . Và chúng tôi lưu tệp dưới dạng `reference.odt` - hoặc dưới bất kỳ tên nào khác. Lần sau chúng tôi tham chiếu đến nó (xem tập lệnh chính) pandoc sẽ lấy từ nó định dạng đúng(chỉ thiết kế những phần cần thiết của văn bản) và sử dụng chúng để thiết kế tệp được tạo - kiểu văn bản, tiêu đề, v.v. Rất thoải mái.

Ghi chú ở lề. Đây không phải là tất cả "dành cho tâm trí tò mò." LibreOffice hỗ trợ cái gọi là. “tài liệu tổng hợp”, vì vậy nếu tôi không viết các phần của luận văn mà là một cuốn sổ tay, tôi có thể dễ dàng đính kèm bìa và nội dung tiêu chuẩn vào tệp được tạo và lấy sổ tay.

Lưu ý ở lề-2. Các nhận xét bên trong tệp được đánh dấu bằng hai dấu phần trăm (`%%`) ở đầu dòng - chúng sẽ bị loại bỏ khi tạo tài liệu. Rất thuận tiện khi viết cho mình đủ loại TODO, FIXME và NOOOOOO để sếp không nhìn thấy.

Nói chung, nhu cầu bằng cách nào đó hoàn thành công việc và viết một bài về quy trình làm việc khi viết The Unnameable ngày càng tăng :)

Bình luận ẩn danh... 24 tháng 9 Năm 2012, 21:48:00

tái bút Đối với tôi, markdown trước hết là một cách để làm việc không phải trong Libre Office mà trong vim - đồng thời tận dụng tất cả những lợi thế mà cả vim và libreoffice mang lại.

99% tài liệu làm việc của tôi được lưu trữ dưới dạng mcd và dưới dạng hình ảnh (và được lưu trữ trong bitbucket.org dưới sự kiểm soát phiên bản) và tài liệu này đi kèm với một tệp tiêu chuẩn và một tập lệnh tạo tài liệu theo yêu cầu - có thể là bằng LaTex hoặc bằng html, hoặc ở dạng odt, ít nhất là ở dạng pdf.

Văn bản thuần túy giúp bạn dễ dàng chỉnh sửa, kiểm soát phiên bản và truy cập vào tài liệu ở bất cứ nơi nào bạn cần. Ngoài ra, tôi có thể ghi chú ở mọi nơi bằng một ngôn ngữ - cho dù trên các nhánh freemind, trong một Tệp lớn đáng yêu hay trên cây cọ/máy tính bảng/đầu đọc. Và từ tất cả những điều này, bạn có thể tạo hầu hết mọi tài liệu và định dạng mà không phải lo lắng quá nhiều về việc định dạng chúng.

Mikhail Saushkin