ความสัมพันธ์ระหว่าง ~ foo ~ และ = foo = ในโหมดองค์กรคืออะไร?


11

ทั้งสอง=foo=และ~foo~ดูเหมือนว่าจะใช้ใน org สำหรับรหัสแบบอินไลน์ พวกเขาต่างกันอย่างไร ฉันควรใช้แบบไหนและเมื่อใด

ตัวอย่างเช่นจากORG-NEWSไฟล์:

If you want to exclude a headline from export while using its contents
for setting options, use =:noexport:= (see =org-export-exclude-tags=.)

...

The key sequences =C-c C-n= and =C-c C-p= are now bound to
~org-next-visible-heading~ and ~org-previous-visible-heading~ respectively,
rather than the =outline-mode= versions of these functions.  The Org
version of these functions skips over inline tasks (and even-level
headlines when ~org-odd-levels-only~ is set).

ไม่มีรูปแบบที่ชัดเจนที่นี่: org-export-exclude-tagsและorg-odd-levels-onlyเป็นทั้งตัวแปรและorg-next-visible-headingและoutline-modeทั้งสองฟังก์ชั่น

ไวยากรณ์อย่างใดอย่างหนึ่งเหล่านี้สนับสนุนการข้ามไปยัง*Help*บัฟเฟอร์ในลักษณะของเอกสาร`foo'หรือไม่


ฉันมีคำถามเดียวกันมาหลายปีแล้ว ฉันลงเอยด้วยการไม่ใช้~ .. ~และแทนที่จะใช้= .. = คำต่อคำทุกอย่างรวมถึงตัวอย่างโค้ดอินไลน์
Kaushal Modi

1
ดูstackoverflow.com/questions/18991981/…สำหรับความแตกต่างเมื่อส่งออก
CantrianBear

คำตอบ:


6

จากหน้าข้อมูลองค์กรใน "การเน้นและการบินอวกาศ" เรามี

`=verbatim=' and `~code~'

ในตัวอย่างของคุณฟังก์ชั่นและตัวแปรเป็นส่วนของรหัส elisp ดังนั้นจึง~...~เหมาะสม การ=...=อ้างถึงการใช้ของคุณนั้นมีไว้สำหรับการเรียงลำดับคีย์และข้อความสำหรับผู้ใช้เพื่อวางในorgบัฟเฟอร์เช่นมาร์กอัพแทนที่จะเป็นโค้ด อย่างไรก็ตามมาร์กอัปของ=outline-mode=เป็นเส้นแบ่งเขตระหว่างสองหมวดหมู่


3

มันเหมาะกับการตีความ ฉันได้รับการกําหนดเช่น~C-f~การส่งออกไป<kbd>C-f</kbd>ในรูปแบบ HTML และเช่นไป=forward-char= <code>forward-char</code>

(setq org-html-text-markup-alist
      '((bold . "<b>%s</b>")
        (code . "<kbd>%s</kbd>")
        (italic . "<i>%s</i>")
        (strike-through . "<del>%s</del>")
        (underline . "<span class=\"underline\">%s</span>")
        (verbatim . "<code>%s</code>")))

แต่ชื่อเริ่มต้นของพวกเขาแน่นอนcodeและverbatimเช่นเดียวกับคำตอบอื่น ๆ พูดว่า

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.