changelog shortlog graph tags branches changeset files revisions annotate raw help

Mercurial > org > meta / ulang.org

changeset 1: d119ae1ce0d5
parent: e8da1c55dcbe
child: 04bd01442fcd
author: Richard Westhaver <ellis@rwest.io>
date: Sun, 11 Aug 2024 14:47:55 -0400
permissions: -rw-r--r--
description: ulang
1 #+title: Universal Language
2 #+author: Richard Westhaver
3 #+email: ellis@rwest.io
4 #+setupfile: ../clean.theme
5 #+infojs_opt: toc:nil home:https://compiler.company up:./ view:showall
6 * Introduction
7 :PROPERTIES:
8 :ID: e63d129f-9024-4cd8-9e2c-77f4bc614663
9 :END:
10 This document describes a *U-Language* as described by the late great
11 [[https://iep.utm.edu/haskell-brooks-curry/][Haskell Curry]]:
12 #+begin_quote
13 Every investigation, including the present one, has to be communicated
14 from one person to another by means of language. It is expedient to
15 begin our study by calling attention to this obvious fact, by giving a
16 name to the language being used, and by being explicit about a few of
17 its features. We shall call the language being used the
18 U-Language. [...] There would be no point in calling attention to it,
19 if it were not for the fact that language is more intimately related
20 to our job than of most others.
21 #+end_quote
22 
23 In this document, we will be calling attention to our own language -
24 examining it, and describing how it works.
25 
26 Our job is to solve problems. Hard problems preferred. So we ought to
27 pay close attention to the language we use because it brings the
28 reader and writer /closer/ to the problem at hand.
29 
30 For starters, we are primarily concerned with /written languages/ like
31 the one you're reading now. We will skip past the obvious details -
32 English is our primary form of communication for example. The line you
33 are reading currently is a sentence which is part of a paragraph.
34 
35 - This document is for authors and curious readers. It is a loose
36  specification, but also serves as introductory material into our
37  communication and design philosophy.
38 - All sources we write attempt to comply to this standard but it is
39  not strictly enforced. If there is a reason to not comply with a
40  rule, it is already broken.
41 
42 ** Org Mode
43 :PROPERTIES:
44 :ID: 98a02bb2-3f39-49c6-898a-68ccd8f3cbe1
45 :END:
46 [[https://www.gnu.org/software/emacs/][GNU Emacs]] is our text editor, so naturally [[https://orgmode.org/][Org Mode]] is our word
47 processor.
48 
49 If you are already familiar with Emacs and Org-Mode, I recommend
50 opening the source of this document in Emacs and following along.
51 
52 If not, I recommend browsing through the [[https://orgmode.org/worg/][Worg resources]], but we won't
53 be getting too deep into tribal hacker knowledge of Emacs.
54 
55 What's important to know is this: There is /Org Syntax/ and
56 /Org-mode/ - these are different things.
57 
58 Our =ulang= is almost /exclusively/ based on /Org Syntax/ and we are
59 not concerned about /Org-mode/ the application in this document.
60 
61 For the remainder of this document, we assume basic knowledge of Org
62 Mode.
63 
64 * ulang
65 :PROPERTIES:
66 :CUSTOM_ID: ulang
67 :ID: 236227a5-b30c-4548-8cad-360428d74d67
68 :END:
69 Our *U-Language* is colloquially termed *ulang*. Each section of this
70 document describes a feature or property of our ulang.
71 ** Emphasis
72 :PROPERTIES:
73 :ID: 88bf1177-b5b7-4945-8bdc-5229803e617e
74 :END:
75 We derive all text emphasis syntax for rich contents from [[https://orgmode.org/manual/Emphasis-and-Monospace.html][Org Mode]].
76 #+name: org-emphasis
77 #+begin_src org
78  - *bold*
79  - /italic/
80  - _underlined_
81  - =verbatim=
82  - ~code~
83  - +strike-through+
84 #+end_src
85 - *bold*
86 - /italic/
87 - _underlined_
88 - =verbatim=
89 - ~code~
90 - +strike-through+
91 
92 Text emphasis markers may be embedded in any syntax as long as it does
93 not cause any conflicts with the host language.
94 ** Headings
95 :PROPERTIES:
96 :ID: ed035298-f7fa-4726-ad58-2d542323bb61
97 :END:
98 In Org, headings can be summarize as any line starting with a star: =*
99 H1=. Headings can be nested or 'demoted' by prepending another star:
100 =** H2=.
101 
102 #+name: org-headings
103 #+begin_src org
104 ,* H1
105 ,** H2
106 ,*** H3
107 ,** H2
108 ,* H1
109 #+end_src
110 
111 This is a useful pattern which we apply outside of Org - most commonly
112 in our code comments.
113 
114 In our source code, we use the comment character instead of a star:
115 #+name: lisp-headings
116 #+begin_src lisp
117 ;;; foo
118 (print "H1") ;; just an inline comment
119 ;;;; bar
120 (print "H2")
121 ;;; baz
122 (print "H1")
123 #+end_src
124 
125 #+name: rust-headings
126 #+begin_src rust
127  /// foo
128  println!("H1");
129  //// bar
130  println!("H2");
131  /// baz
132  println!("H1");
133 #+end_src
134 
135 ** Outlines
136 :PROPERTIES:
137 :ID: 7b4d3229-d85f-4464-b9d0-6beccb1f7b2e
138 :END:
139 A collection of /headings/ is what we call an *Outline* - which is
140 also the name of the major-mode utilized for this feature and of
141 course - what Org itself is derived from.
142 ** Keywords
143 :PROPERTIES:
144 :ID: 2cadda9a-22a3-4b42-ad4e-d7a774f74cba
145 :END:
146 
147 In Org, TODO keywords are used to key track of the state of a [[https://orgmode.org/manual/TODO-Items.html][TODO
148 Item]].
149 
150 In ulang, they are used for this purpose and [[https://orgmode.org/manual/TODO-Extensions.html][extended]] to support a
151 variety of stateful item types beyond just tasks - for example =NOTE=
152 and =PROJECT=.
153 
154 The following keywords indicate the state of a heading element. They
155 often appear as the first word in a heading.
156 
157 - TBD :: A task to be done at a later date.
158 - TODO :: A task yet to be done.
159 - FIXME :: Item that needs fixing.
160 - WIP :: Work In Progress task.
161 - WAIT :: A suspended task.
162 - DEAD :: Item that will not be completed.
163 - DONE :: Completed task.
164 - BUG :: Designate a bug item.
165 - IDEA :: Designate an idea item.
166 - NOTE :: Designates a note item.
167 - DRAFT :: Designates a draft item.
168 - COMMENT :: A 'commented' item.
169 - PROJECT :: Designates a project item containing a sequence of tasks.
170 
171 #+begin_src org
172  ,* PROJECT project
173  ,** DONE foo
174  ,** TODO bar
175 #+end_src
176 
177 ** COMMENT Tasks
178 :PROPERTIES:
179 :ID: 0f4c0afd-a774-4b98-900b-1ab44f9fd2ef
180 :END:
181 Tasks as they are known in Org, usually consist of a heading that
182 starts with a [[id:2cadda9a-22a3-4b42-ad4e-d7a774f74cba][Keyword]]. Here we describe some additional sections and
183 metadata which are present in our collection of tasks.
184 
185 Our task management system is roughly a hybrid of two more
186 conventional methods: GTD and Agile. For convenience I will describe
187 these styles and how I use them separately, but the concepts may be
188 spliced differently in real tasks.
189 
190 - *GTD* \\
191 - *Agile* \\
192  It's a dirty word in some tech circles - the dreaded PIs, daily
193  standups, and still nobody knows what's going on, Oh my! Do not
194  worry. For the most part we just borrow the vocabulary.
195 
196  Our /Agile/ workflow consists of roadmaps, features (epics/ARTs),
197  issues (user stories), and of course, tasks.
198 ** Properties
199 :PROPERTIES:
200 :ID: 174a993b-a5dc-4324-b4f8-dda8101a55b7
201 :END:
202 *** IDs
203 :PROPERTIES:
204 :ID: 3944c851-e46c-4d75-b8f5-07b5c052177a
205 :END:
206 We reference two different types of identifiers in documentation:
207 - UUID :: =ID= property
208 - User-defined :: =CUSTOM_ID= property
209 
210 Most of the time these IDs don't add any information for the reader -
211 the UUIDs are used to index and graph documents, CUSTOM_IDs are for
212 convenience but are rarely necessary given the many ways of
213 identifying a headline.
214 ** Tags
215 :PROPERTIES:
216 :ID: a7ae1b2a-559e-46e9-8cab-33e39a218288
217 :END:
218 [[https://orgmode.org/manual/Tags.html][Tags]] are used liberally throughout our documents. They are simple
219 strings usually following a headline as a =:=-separated list.
220 
221 A tag can be any text without newlines, although it is recommended to
222 treat them as unique identifiers and usage of whitespace is
223 discouraged (but not disallowed).
224 *** Tag Types
225 :PROPERTIES:
226 :ID: b686dbc5-3505-49d7-b66a-0772bcf1a726
227 :END:
228 Tags may be prefixed with one of the following characters, indicating
229 a special tag type:
230 - =@= :: location-tag \\
231  A /location tag/ refers to some context-dependent named point in
232  space, such as a user's home address, a popular fast food
233  restaurant, or a specific room found in most houses.
234  - =@home=, =@taco-bell=, =@bedroom=
235 - =!= :: timestamp-tag \\
236  /Timestamp tags/ refer to some point in time, often named for
237  convenience. You may use literal [[https://orgmode.org/manual/Timestamps.html][Timestamps]] too. Timestamp tags
238  should not /directly reference/ scheduling information, doing so is
239  often a code-smell.
240  - =!now=, =!christmas=, =!someday=
241 - =#= :: anchor-tag \\
242  An /anchor tag/ implies a link to the object identified by some [[id:3944c851-e46c-4d75-b8f5-07b5c052177a][ID]].
243  - =#readme=, =#a7ae1b2a-559e-46e9-8cab-33e39a218288=, =#custom-id=
244 *** Tag Lists
245 :PROPERTIES:
246 :ID: 805862be-ba2b-4288-a2e3-791c0aa3802f
247 :END:
248 ** Links
249 :PROPERTIES:
250 :ID: 7ecaec5d-c656-44e1-8fad-185915655cee
251 :END:
252 *** Link Types
253 :PROPERTIES:
254 :ID: 6aedc026-36d0-4763-adc8-8ae1a79f1b3e
255 :END: