Skip to content

Commit

Permalink
📝 update TIL
Browse files Browse the repository at this point in the history
  • Loading branch information
@yibie
yibie committed Nov 6, 2024
1 parent ac849d0 commit c7a1891
Show file tree
Hide file tree
Showing 4 changed files with 207 additions and 157 deletions.
55 changes: 29 additions & 26 deletions categories/til/index.html
View file
Original file line number Diff line number Diff line change
Expand Up @@ -208,6 +208,16 @@ <h1 class="post-title">
<div class="post-content">

<p>TIL = Today I learned</p>
<h1 id="2024-11-06-给-emacs-打-patch">2024-11-06 给 Emacs 打 Patch</h1>
<p>From Telegram 群组 &ldquo;Emacs_CN Lite 轻聊版&rdquo; @Lucius_Chen</p>
<ol>
<li>
<p>/opt/homebrew/Library/Taps/d12frosted/homebrew-emacs-plus/Formula/ 下的 <a href="mailto:[email protected]">[email protected]</a> 需要 Path 栏下的 local_path 和 commit</p>
</li>
<li>
<p>patch 的话看你是用的什么，比如 emacs-plus 的话，需要把 patch 文件放在 /opt/homebrew/Library/Taps/d12frosted/homebrew-emacs-plus/patches/emacs-31</p>
</li>
</ol>
<h1 id="2024-11-05-vim-命令---scoll--move">2024-11-05 Vim 命令 - Scoll &amp; Move</h1>
<p>C = Ctrl</p>
<h3 id="scoll">Scoll</h3>
Expand All @@ -219,32 +229,25 @@ <h3 id="scoll">Scoll</h3>
一行
C-e/y</p>
<h3 id="navigation">Navigation</h3>
<p>以词定位
下一个单词的开头
w/W 区别是 W 更加直接
当前单词的末尾
e/E
上一个单词的开头
b/B</p>
<p>以行定位
去到行首
0
去到行尾
$
去到第一个非空字符
^
去到最后一个非空字符
g_</p>
<p>以屏定位
去到当前屏幕中的第一行
H
去到当前屏幕的中间一行
M
去到当前屏幕的最后一行
L</p>
<h1 id="2024-10-27-解决一个神出鬼没的-bug">2024-10-27 解决一个神出鬼没的 Bug</h1>
<p>一句话说明问题: 升级 org-zettel-ref-mode 的数据库格式, 导致加载数据库的函数无法读取正确的数据库. 结果在内存里引发了一个错误链. 然而, 报错消息只显示 &ldquo;let*: End of file during parsing&rdquo;, 但无具体详细的报告 &ndash; 直接误导了问题的解决方向.</p>
<p>辛苦的过程: 由于报错消息直接说明, 代码的括号匹配出问题. 所以一开始是检查代码的括号匹配, 到 Emacs 群里吐槽了一下自己头都要秃了, 顺便把代码发过去请教一下, 高手也回复说是括号匹配. 但括号匹配怎么都查不出问题来, 所以换一个方式, 怀疑 let* 导致了错误的加载. 于是把所有 let* 里引用的变量前面全部都恢复用 let. 报错仍然存在. 整个过程相当令人疲惫.</p>
<p>以词定位</p>
<pre><code> 下一个单词的开头
w/W 区别是 W 更加直接
当前单词的末尾
e/E
上一个单词的开头
b/B
</code></pre>
<p>以行定位</p>
<pre><code> 去到行首
0
去到行尾
$
去到第一个非空字符
^
去到最后一个非空字符
g_
</code></pre>
<p>以屏定位</p>

</div>

Expand Down
114 changes: 65 additions & 49 deletions categories/til/index.xml
View file
Original file line number Diff line number Diff line change
Expand Up @@ -14,6 +14,16 @@

<guid>https://www.gtdstudy.com/til/</guid>
<description>&lt;p&gt;TIL = Today I learned&lt;/p&gt;
&lt;h1 id=&#34;2024-11-06-给-emacs-打-patch&#34;&gt;2024-11-06 给 Emacs 打 Patch&lt;/h1&gt;
&lt;p&gt;From Telegram 群组 &amp;ldquo;Emacs_CN Lite 轻聊版&amp;rdquo; @Lucius_Chen&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;/opt/homebrew/Library/Taps/d12frosted/homebrew-emacs-plus/Formula/ 下的 &lt;a href=&#34;mailto:[email protected]&#34;&gt;[email protected]&lt;/a&gt; 需要 Path 栏下的 local_path 和 commit&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;patch 的话看你是用的什么，比如 emacs-plus 的话，需要把 patch 文件放在 /opt/homebrew/Library/Taps/d12frosted/homebrew-emacs-plus/patches/emacs-31&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;h1 id=&#34;2024-11-05-vim-命令---scoll--move&#34;&gt;2024-11-05 Vim 命令 - Scoll &amp;amp; Move&lt;/h1&gt;
&lt;p&gt;C = Ctrl&lt;/p&gt;
&lt;h3 id=&#34;scoll&#34;&gt;Scoll&lt;/h3&gt;
Expand All @@ -25,33 +35,36 @@ C-d/u
一行
C-e/y&lt;/p&gt;
&lt;h3 id=&#34;navigation&#34;&gt;Navigation&lt;/h3&gt;
&lt;p&gt;以词定位
下一个单词的开头
w/W 区别是 W 更加直接
当前单词的末尾
e/E
上一个单词的开头
b/B&lt;/p&gt;
&lt;p&gt;以行定位
去到行首
0
去到行尾
$
去到第一个非空字符
^
去到最后一个非空字符
g_&lt;/p&gt;
&lt;p&gt;以屏定位
去到当前屏幕中的第一行
H
去到当前屏幕的中间一行
M
去到当前屏幕的最后一行
L&lt;/p&gt;
&lt;h1 id=&#34;2024-10-27-解决一个神出鬼没的-bug&#34;&gt;2024-10-27 解决一个神出鬼没的 Bug&lt;/h1&gt;
&lt;p&gt;一句话说明问题: 升级 org-zettel-ref-mode 的数据库格式, 导致加载数据库的函数无法读取正确的数据库. 结果在内存里引发了一个错误链. 然而, 报错消息只显示 &amp;ldquo;let*: End of file during parsing&amp;rdquo;, 但无具体详细的报告 &amp;ndash; 直接误导了问题的解决方向.&lt;/p&gt;
&lt;p&gt;辛苦的过程: 由于报错消息直接说明, 代码的括号匹配出问题. 所以一开始是检查代码的括号匹配, 到 Emacs 群里吐槽了一下自己头都要秃了, 顺便把代码发过去请教一下, 高手也回复说是括号匹配. 但括号匹配怎么都查不出问题来, 所以换一个方式, 怀疑 let* 导致了错误的加载. 于是把所有 let* 里引用的变量前面全部都恢复用 let. 报错仍然存在. 整个过程相当令人疲惫.&lt;/p&gt;</description>
&lt;p&gt;以词定位&lt;/p&gt;
&lt;pre&gt;&lt;code&gt; 下一个单词的开头
w/W 区别是 W 更加直接
当前单词的末尾
e/E
上一个单词的开头
b/B
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;以行定位&lt;/p&gt;
&lt;pre&gt;&lt;code&gt; 去到行首
0
去到行尾
$
去到第一个非空字符
^
去到最后一个非空字符
g_
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;以屏定位&lt;/p&gt;</description>
<content>&lt;p&gt;TIL = Today I learned&lt;/p&gt;
&lt;h1 id=&#34;2024-11-06-给-emacs-打-patch&#34;&gt;2024-11-06 给 Emacs 打 Patch&lt;/h1&gt;
&lt;p&gt;From Telegram 群组 &amp;ldquo;Emacs_CN Lite 轻聊版&amp;rdquo; @Lucius_Chen&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;/opt/homebrew/Library/Taps/d12frosted/homebrew-emacs-plus/Formula/ 下的 &lt;a href=&#34;mailto:[email protected]&#34;&gt;[email protected]&lt;/a&gt; 需要 Path 栏下的 local_path 和 commit&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;patch 的话看你是用的什么，比如 emacs-plus 的话，需要把 patch 文件放在 /opt/homebrew/Library/Taps/d12frosted/homebrew-emacs-plus/patches/emacs-31&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;h1 id=&#34;2024-11-05-vim-命令---scoll--move&#34;&gt;2024-11-05 Vim 命令 - Scoll &amp;amp; Move&lt;/h1&gt;
&lt;p&gt;C = Ctrl&lt;/p&gt;
&lt;h3 id=&#34;scoll&#34;&gt;Scoll&lt;/h3&gt;
Expand All @@ -63,29 +76,32 @@ C-d/u
一行
C-e/y&lt;/p&gt;
&lt;h3 id=&#34;navigation&#34;&gt;Navigation&lt;/h3&gt;
&lt;p&gt;以词定位
下一个单词的开头
w/W 区别是 W 更加直接
当前单词的末尾
e/E
上一个单词的开头
b/B&lt;/p&gt;
&lt;p&gt;以行定位
去到行首
0
去到行尾
$
去到第一个非空字符
^
去到最后一个非空字符
g_&lt;/p&gt;
&lt;p&gt;以屏定位
去到当前屏幕中的第一行
H
去到当前屏幕的中间一行
M
去到当前屏幕的最后一行
L&lt;/p&gt;
&lt;p&gt;以词定位&lt;/p&gt;
&lt;pre&gt;&lt;code&gt; 下一个单词的开头
w/W 区别是 W 更加直接
当前单词的末尾
e/E
上一个单词的开头
b/B
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;以行定位&lt;/p&gt;
&lt;pre&gt;&lt;code&gt; 去到行首
0
去到行尾
$
去到第一个非空字符
^
去到最后一个非空字符
g_
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;以屏定位&lt;/p&gt;
&lt;pre&gt;&lt;code&gt; 去到当前屏幕中的第一行
H
去到当前屏幕的中间一行
M
去到当前屏幕的最后一行
L
&lt;/code&gt;&lt;/pre&gt;
&lt;h1 id=&#34;2024-10-27-解决一个神出鬼没的-bug&#34;&gt;2024-10-27 解决一个神出鬼没的 Bug&lt;/h1&gt;
&lt;p&gt;一句话说明问题: 升级 org-zettel-ref-mode 的数据库格式, 导致加载数据库的函数无法读取正确的数据库. 结果在内存里引发了一个错误链. 然而, 报错消息只显示 &amp;ldquo;let*: End of file during parsing&amp;rdquo;, 但无具体详细的报告 &amp;ndash; 直接误导了问题的解决方向.&lt;/p&gt;
&lt;p&gt;辛苦的过程: 由于报错消息直接说明, 代码的括号匹配出问题. 所以一开始是检查代码的括号匹配, 到 Emacs 群里吐槽了一下自己头都要秃了, 顺便把代码发过去请教一下, 高手也回复说是括号匹配. 但括号匹配怎么都查不出问题来, 所以换一个方式, 怀疑 let* 导致了错误的加载. 于是把所有 let* 里引用的变量前面全部都恢复用 let. 报错仍然存在. 整个过程相当令人疲惫.&lt;/p&gt;
Expand Down
114 changes: 65 additions & 49 deletions index.xml
View file
Original file line number Diff line number Diff line change
Expand Up @@ -212,6 +212,16 @@

<guid>https://www.gtdstudy.com/til/</guid>
<description>&lt;p&gt;TIL = Today I learned&lt;/p&gt;
&lt;h1 id=&#34;2024-11-06-给-emacs-打-patch&#34;&gt;2024-11-06 给 Emacs 打 Patch&lt;/h1&gt;
&lt;p&gt;From Telegram 群组 &amp;ldquo;Emacs_CN Lite 轻聊版&amp;rdquo; @Lucius_Chen&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;/opt/homebrew/Library/Taps/d12frosted/homebrew-emacs-plus/Formula/ 下的 &lt;a href=&#34;mailto:[email protected]&#34;&gt;[email protected]&lt;/a&gt; 需要 Path 栏下的 local_path 和 commit&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;patch 的话看你是用的什么，比如 emacs-plus 的话，需要把 patch 文件放在 /opt/homebrew/Library/Taps/d12frosted/homebrew-emacs-plus/patches/emacs-31&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;h1 id=&#34;2024-11-05-vim-命令---scoll--move&#34;&gt;2024-11-05 Vim 命令 - Scoll &amp;amp; Move&lt;/h1&gt;
&lt;p&gt;C = Ctrl&lt;/p&gt;
&lt;h3 id=&#34;scoll&#34;&gt;Scoll&lt;/h3&gt;
Expand All @@ -223,33 +233,36 @@ C-d/u
一行
C-e/y&lt;/p&gt;
&lt;h3 id=&#34;navigation&#34;&gt;Navigation&lt;/h3&gt;
&lt;p&gt;以词定位
下一个单词的开头
w/W 区别是 W 更加直接
当前单词的末尾
e/E
上一个单词的开头
b/B&lt;/p&gt;
&lt;p&gt;以行定位
去到行首
0
去到行尾
$
去到第一个非空字符
^
去到最后一个非空字符
g_&lt;/p&gt;
&lt;p&gt;以屏定位
去到当前屏幕中的第一行
H
去到当前屏幕的中间一行
M
去到当前屏幕的最后一行
L&lt;/p&gt;
&lt;h1 id=&#34;2024-10-27-解决一个神出鬼没的-bug&#34;&gt;2024-10-27 解决一个神出鬼没的 Bug&lt;/h1&gt;
&lt;p&gt;一句话说明问题: 升级 org-zettel-ref-mode 的数据库格式, 导致加载数据库的函数无法读取正确的数据库. 结果在内存里引发了一个错误链. 然而, 报错消息只显示 &amp;ldquo;let*: End of file during parsing&amp;rdquo;, 但无具体详细的报告 &amp;ndash; 直接误导了问题的解决方向.&lt;/p&gt;
&lt;p&gt;辛苦的过程: 由于报错消息直接说明, 代码的括号匹配出问题. 所以一开始是检查代码的括号匹配, 到 Emacs 群里吐槽了一下自己头都要秃了, 顺便把代码发过去请教一下, 高手也回复说是括号匹配. 但括号匹配怎么都查不出问题来, 所以换一个方式, 怀疑 let* 导致了错误的加载. 于是把所有 let* 里引用的变量前面全部都恢复用 let. 报错仍然存在. 整个过程相当令人疲惫.&lt;/p&gt;</description>
&lt;p&gt;以词定位&lt;/p&gt;
&lt;pre&gt;&lt;code&gt; 下一个单词的开头
w/W 区别是 W 更加直接
当前单词的末尾
e/E
上一个单词的开头
b/B
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;以行定位&lt;/p&gt;
&lt;pre&gt;&lt;code&gt; 去到行首
0
去到行尾
$
去到第一个非空字符
^
去到最后一个非空字符
g_
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;以屏定位&lt;/p&gt;</description>
<content>&lt;p&gt;TIL = Today I learned&lt;/p&gt;
&lt;h1 id=&#34;2024-11-06-给-emacs-打-patch&#34;&gt;2024-11-06 给 Emacs 打 Patch&lt;/h1&gt;
&lt;p&gt;From Telegram 群组 &amp;ldquo;Emacs_CN Lite 轻聊版&amp;rdquo; @Lucius_Chen&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;/opt/homebrew/Library/Taps/d12frosted/homebrew-emacs-plus/Formula/ 下的 &lt;a href=&#34;mailto:[email protected]&#34;&gt;[email protected]&lt;/a&gt; 需要 Path 栏下的 local_path 和 commit&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;patch 的话看你是用的什么，比如 emacs-plus 的话，需要把 patch 文件放在 /opt/homebrew/Library/Taps/d12frosted/homebrew-emacs-plus/patches/emacs-31&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;h1 id=&#34;2024-11-05-vim-命令---scoll--move&#34;&gt;2024-11-05 Vim 命令 - Scoll &amp;amp; Move&lt;/h1&gt;
&lt;p&gt;C = Ctrl&lt;/p&gt;
&lt;h3 id=&#34;scoll&#34;&gt;Scoll&lt;/h3&gt;
Expand All @@ -261,29 +274,32 @@ C-d/u
一行
C-e/y&lt;/p&gt;
&lt;h3 id=&#34;navigation&#34;&gt;Navigation&lt;/h3&gt;
&lt;p&gt;以词定位
下一个单词的开头
w/W 区别是 W 更加直接
当前单词的末尾
e/E
上一个单词的开头
b/B&lt;/p&gt;
&lt;p&gt;以行定位
去到行首
0
去到行尾
$
去到第一个非空字符
^
去到最后一个非空字符
g_&lt;/p&gt;
&lt;p&gt;以屏定位
去到当前屏幕中的第一行
H
去到当前屏幕的中间一行
M
去到当前屏幕的最后一行
L&lt;/p&gt;
&lt;p&gt;以词定位&lt;/p&gt;
&lt;pre&gt;&lt;code&gt; 下一个单词的开头
w/W 区别是 W 更加直接
当前单词的末尾
e/E
上一个单词的开头
b/B
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;以行定位&lt;/p&gt;
&lt;pre&gt;&lt;code&gt; 去到行首
0
去到行尾
$
去到第一个非空字符
^
去到最后一个非空字符
g_
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;以屏定位&lt;/p&gt;
&lt;pre&gt;&lt;code&gt; 去到当前屏幕中的第一行
H
去到当前屏幕的中间一行
M
去到当前屏幕的最后一行
L
&lt;/code&gt;&lt;/pre&gt;
&lt;h1 id=&#34;2024-10-27-解决一个神出鬼没的-bug&#34;&gt;2024-10-27 解决一个神出鬼没的 Bug&lt;/h1&gt;
&lt;p&gt;一句话说明问题: 升级 org-zettel-ref-mode 的数据库格式, 导致加载数据库的函数无法读取正确的数据库. 结果在内存里引发了一个错误链. 然而, 报错消息只显示 &amp;ldquo;let*: End of file during parsing&amp;rdquo;, 但无具体详细的报告 &amp;ndash; 直接误导了问题的解决方向.&lt;/p&gt;
&lt;p&gt;辛苦的过程: 由于报错消息直接说明, 代码的括号匹配出问题. 所以一开始是检查代码的括号匹配, 到 Emacs 群里吐槽了一下自己头都要秃了, 顺便把代码发过去请教一下, 高手也回复说是括号匹配. 但括号匹配怎么都查不出问题来, 所以换一个方式, 怀疑 let* 导致了错误的加载. 于是把所有 let* 里引用的变量前面全部都恢复用 let. 报错仍然存在. 整个过程相当令人疲惫.&lt;/p&gt;
Expand Down
Loading

0 comments on commit c7a1891

Please sign in to comment.