问题与将子目录添加到加载路径的问题有关。这是一个解决方案。不幸的是 - 它似乎恢复了加载路径。我试图自己修复它,但无法做到并且需要帮助。
所以我的问题是:我如何恢复一个load-path
.
我试过(setq load-path (reverse load-path))
但失败了——这表明这load-path
不是一个列表......
编辑:
反转加载路径确实有效 - 我不知道在发布之前尝试它时我做错了什么。
我正面临一个非常奇怪的simple.el
阴影问题sunrise-commander.el
- 虽然它应该在此之前加载。我想 - 问题在于我在加载路径中有目录的顺序 - 但是现在 - 当我反转load-path
-progmodes
目录在那个之前sunrise
- 问题仍然存在。我很困惑。
然后我将重新提出我的问题:如何确保在核心 Emacs 代码之后加载给定的扩展?
编辑 2:
如果影子并不意味着,我认为 - 我的实际问题是许多键绑定sunrise-commander
到icicles
核心 emacs 函数。例如当我使用 iciclesM-p
绑定到
M-p runs the command recenter-top-bottom, which is an interactive
compiled Lisp function in `window.el'.
虽然它应该是previous-history-element
。同样,当我使用sunrise-commander
M-u
绑定到
M-u runs the command subword-backward, which is an interactive
compiled Lisp function in `subword.el'.
虽然它确实应该是sr-history-next
。
编辑 3:
哦,我解决了!在过去,我曾经通过突触包管理器在系统范围内安装 emacs 的东西。然后我提出了一个决议——这样就不可能随身携带我的定制。之后我维护了一个本地的 emacs 和 emacs 包。所以我所要做的就是删除所有系统范围的 emacs 东西。
** 编辑 4**:
不,不是这样。它的方式 ErgoEmacs 键绑定扩展。M-n
在我评论它之后,我已经M-p
在icicles
. 尽管RET
在 Sunrise 中,指挥官仍然调用 dired 函数——而不是 sunrise 函数。希望以后能解决。