ねえ、
ファイルがすでに設定されているので、このエラーが発生することはないと思いますが、最初に<spc> X
から、ToDoやメモなどを入力すると、 overlayp is nil
エラーが発生します。スペースを押すたびにメモを入力します(新しい行を挿入するか、行の先頭に戻ります)。
C-c C-c
を押してメモを完成させると、 todo.org
またはnotes.org
ファイルが作成され、今後はエラーは発生しません。
したがって、再現する手順は次のとおりです。
todo.org
またはnotes.org
いずれかを核攻撃しますメッセージログのエラーが次の場合、yasnippetのアップストリームエラーである可能性があります。
yas--snapshot-overlay-location: Wrong type argument: overlayp, nil [2 times]
確認できます。 さらに、最初のtodo.org
notes.org
ファイルと最初の
私はついにこの問題を突き止めたと思います。 次のことを試して、問題が解決するかどうかを確認してください。
(add-hook 'org-capture-mode-hook #'yas-abort-snippet)
21cf1c2はこの問題を解決するはずです。 そうでない場合はお知らせください。この問題を再開します。 私の注意を引いてくれてありがとう!
@ hlissner 、@家にいるときはやります。 仕事で忙しい日...
いいえ、修正しませんでした。
ae365272にいる。
うーん、その場合はもう再現できません。 ふりだしに戻る!
それは邪悪です。 私はただ
mv org org_bak
<Space> h R
はそれを再現しません!)<Space> X>
->と入力すると、この奇妙な動作が発生します。
100%確実に、今2度目に再現しました。
mv org_bak org
で問題が修正されます。 念のため、ここに私のconfig.el
関連部分があります:
;;
;;; :lang org
(after! org
(add-to-list 'org-modules 'org-habit t))
;; Pop-rule
(after! org
(set-popup-rule! "^\\*Org Agenda.*\\*$" :size 0.5 :side 'right :vslot 1 :select t :quit t :ttl nil :modeline nil :autosave t)
(set-popup-rule! "^CAPTURE.*\\.org$" :size 0.4 :side 'bottom :select t :autosave t))
;; automatically redisplay images generated by babel
(add-hook 'org-babel-after-execute-hook 'org-redisplay-inline-images)
;; place latex-captions below figures and tables
(setq org-latex-caption-above nil)
(setq org-directory "~/org/"
org-agenda-files (list org-directory)
org-ellipsis " ▼ "
;; The standard unicode characters are usually misaligned depending on the
;; font. This bugs me. Markdown #-marks for headlines are more elegant.
org-bullets-bullet-list '("#"))
;; Org-Noter
(def-package! org-noter
:defer t
:after org-mode
:config
(map!
(:leader
(:prefix "n"
:desc "Org-noter-insert" :n "i" #'org-noter-insert-note))))
;; Setup
(setq org-noter-always-create-frame nil
org-noter-auto-save-last-location t)
@rscircus同じことをしましたが、効果はありませんでした。 M-x doom/info
を供給できますか?
`` `
elisp
env bootstrapper: nil
elc count: 0
uname -a: Linux 4.15.0-46-generic #49-Ubuntu SMP Wed Feb 6 09:33:07 UTC 2019 x86_64
modules: (:tools eval :editor evil file-templates :tools lookup :editor snippets :tools flyspell flycheck :ui workspaces :completion company helm :ui doom doom-dashboard modeline doom-quit ophints hl-todo nav-flash treemacs (popup +all +defaults) vc-gutter vi-tilde-fringe window-select :editor multiple-cursors rotate-text :emacs dired electric :editor fold :term term :emacs vc :tools editorconfig ein make magit tmux upload :lang clojure data emacs-lisp go (java +meghanada) javascript julia lua markdown (org +attach +babel +capture +habit +export +present) python rest (sh +fish) web :config default)
packages: (emojify org-pomodoro org-noter writeroom-mode esh-autosuggest fish-completion)
exec-path: (/home/linuxbrew/.linuxbrew/bin /home/linuxbrew/.linuxbrew/sbin ~/.cargo/bin ~/bin /usr/local/sbin /usr/local/bin /usr/sbin /usr/bin /sbin /bin /usr/games /usr/local/games /snap/bin /usr/lib/x86_64-linux-gnu/emacs/25.3/x86_64-linux-gnu)
私の設定の詳細: https :
正直なところ、修正は非常に簡単で必要なステップです。したがって、もっと重要なことを行う必要がある場合、運命のemacsを本当に掘り下げたい人はこの問題を見つけるでしょう。 ;)
私は同じ問題を抱えており、ここで提供される回避策を完全には理解していません。 org_bakはどのように機能しますか? ~/org
をディレクトリ組織ファイルとして使用しません。同様の回避策が必要ですか?
@rgrinberg私が理解しているように、org-captureを呼び出し、org-captureターゲットファイルが存在しない場合は、作成する必要があります。 空の組織ファイルを作成すると、組織ファイルテンプレートはyasnippetで展開されます( :editor file-templates
モジュールによって)。 これにより、通常、スニペット内のすべての編集可能な領域にオーバーレイが作成されます。ただし、org-captureには、ユーザーがこの組織ファイルを操作する方法について独自のアイデアがあります。つまり、拡張されたスニペット(およびその結果としてそれらのオーバーレイ)が狭くなるようにします。表示されなくなります。 Yasnippetは、ほんの少し前に存在していたこれらのオーバーレイと対話して、それらがなくなっていることを検出しようとし、オーバーレイを予期していることを示すタイプエラーをスローします。 したがって、エラー。
残念ながら、ファイルテンプレートモジュールは、ロジックの実行時に「この組織ファイルが組織キャプチャバッファに使用される」ことを検出する方法がないため、これについて多くのことを実行できません。
@rscircusと言えば、まだこの問題が発生していますか?
@rgrinbergスレッド全体を読む必要があると思いますが、それでもおそらく混乱を招きます。 したがって、基本的に、この奇妙な動作は、(setq org-directory "/ path / to / org /")およびtodo.org
を介して指定されたディレクトリ、またはキャプチャが存在する場所で指定された瞬間に消えます。 上記の議論では、チェックするためにorg-directory
を移動しました。 修正は、そのディレクトリとファイルを手動で作成することであり、この望ましくない動作はなくなりました。 願わくば、これもあなたの質問に答えます、@ hlissner?
@rscircus :editor file-templates
モジュールを無効にすると問題は解決しますか?
OK、まず最初に:
feb9799f
(2017-07-12)では、バグはまだ存在します。 org-directory
を移動し、emacsに作成を試みさせると、 @ Ptivalで説明されているのと同じ動作になりました。
de85f67b
(2017-07-14)でも。
無効に:editor file-templates
でinit.el
助けにはなりません。
繰り返しますが、助けになったのはキャプチャファイルを作成することです。
@rscircusエラーからバックトレースを生成できますか? つまり、 SPC h d d
(またはM-x doom/toggle-debug-mode
)でデバッグモードを有効にしてから、エラーを再作成します。
<space>
を打った瞬間! どこかにブレークポイントを追加したと思いますか?
@rscircusうーん、そこには何も悪いことはありません。 M-x doom/info
も含めていただけますか?
`` `
elisp
env bootstrapper: envvar-file
elc count: 0
uname -a: Linux 4.15.0-51-generic #55-Ubuntu SMP Wed May 15 14:27:21 UTC 2019 x86_64
modules: (:completion company ivy :ui doom doom-dashboard doom-quit hl-todo modeline nav-flash ophints (popup +all +defaults) treemacs vc-gutter vi-tilde-fringe window-select workspaces :editor evil file-templates fold multiple-cursors rotate-text snippets :emacs dired electric vc :tools eval flycheck (lookup +docsets) magit :lang data emacs-lisp markdown (org +dragndrop +ipython +pandoc +present) sh :config default)
packages: (emojify org-pomodoro org-noter org-trello writeroom-mode esh-autosuggest fish-completion)
exec-path: (~/.cargo/bin ~/.local/bin /home/linuxbrew/.linuxbrew/bin /home/linuxbrew/.linuxbrew/sbin ~/.emacs.d/bin ~/local/bin ~/local/bin ~/local/bin ~/local/bin ~/.cargo/bin ~/.local/share/umake/bin ~/.cargo/bin ~/.local/bin /home/linuxbrew/.linuxbrew/bin /home/linuxbrew/.linuxbrew/sbin ~/.emacs.d/bin ~/.local/share/anaconda3/bin ~/.sdkman/candidates/java/current/bin ~/local/bin ~/local/bin ~/.cargo/bin ~/.local/share/umake/bin ~/.cargo/bin /home/linuxbrew/.linuxbrew/bin /home/linuxbrew/.linuxbrew/sbin /home/linuxbrew/.linuxbrew/bin /home/linuxbrew/.linuxbrew/sbin ~/.local/bin /usr/local/sbin /usr/local/bin /usr/sbin /usr/bin /sbin /bin /usr/games /usr/local/games /snap/bin ~/bin /usr/lib/jvm/java-11-openjdk-amd64/bin /usr/local/bin/ /usr/bin /bin /usr/sbin /sbin /usr/local/bin /usr/X11/bin /usr/local/sbin ~/dotfiles/bin /usr/local/bin/ /usr/bin /bin /usr/sbin /sbin /usr/local/bin /usr/X11/bin /usr/local/sbin ~/dotfiles/bin ~/.local/bin ~/local/src/go/bin ~/.fzf/bin /snap/bin /usr/local/bin/ /usr/bin /bin /usr/sbin /sbin /usr/local/bin /usr/X11/bin /usr/local/sbin ~/dotfiles/bin /usr/local/bin/ /usr/bin /bin /usr/sbin /sbin /usr/local/bin /usr/X11/bin /usr/local/sbin ~/dotfiles/bin ~/.local/bin ~/local/src/go/bin /usr/local/bin/ /usr/bin /bin /usr/sbin /sbin /usr/local/bin /usr/X11/bin /usr/local/sbin ~/dotfiles/bin /usr/local/bin/ /usr/bin /bin /usr/sbin /sbin /usr/local/bin /usr/X11/bin /usr/local/sbin ~/dotfiles/bin ~/.local/bin ~/local/src/go/bin /snap/bin /usr/lib/x86_64-linux-gnu/emacs/26.2/x86_64-linux-gnu/)
:editor file-templates
を無効にしたとき、Emacsを再起動してテストする前にdoom refresh
を実行しましたか?
おかしなことに、 vim
を起動して(検索して) emacs
修正する頻度:今日:joy :。
さて、あなたが正しく推測したように、私はdoom refresh
を変更した後、 init.el
。
はい、 :editor file-template
も、設計どおりに機能します。
私はfb619bdがこの問題の可能な解決策を提示すると信じています。 誰かがそれをテストして、それが事実かどうか私に知らせてもらえますか?
これはまだ修正されていないと思います。 これが新しいスタックトレースです:
Debugger entered--Lisp error: (wrong-type-argument overlayp nil)
overlay-start(nil)
yas--snapshot-overlay-location(nil 54 168)
yas--auto-fill()
internal-auto-fill()
self-insert-command(1)
newline(nil t)
(if (and (sp-point-in-comment) comment-line-break-function) (funcall comment-line-break-function) (delete-horizontal-space t) (newline nil t) (indent-according-to-mode))
+default--newline-indent-and-continue-comments-a()
apply(+default--newline-indent-and-continue-comments-a nil)
newline-and-indent()
org-return(t)
#f(compiled-function () (interactive nil) #<bytecode 0x404ac0d1>)()
apply(#f(compiled-function () (interactive nil) #<bytecode 0x404ac0d1>) nil)
org-return-indent()
funcall-interactively(org-return-indent)
call-interactively(org-return-indent nil nil)
command-execute(org-return-indent)
@rgrinberg私はまだこれを再現することはできません。 org-capture-templates
を共有していただけますか?
(("t" "Personal todo" entry
(file+headline +org-capture-todo-file "Inbox")
"* TODO %?\n%i\n%a" :prepend t :kill-buffer t)
("n" "Personal notes" entry
(file+headline +org-capture-notes-file "Inbox")
"* %u %?\n%i\n%a" :prepend t :kill-buffer t)
("p" "Templates for projects")
("pt" "Project todo" entry
(file+headline +org-capture-project-todo-file "Inbox")
"* TODO %?\n%i\n%a" :prepend t :kill-buffer t)
("pn" "Project notes" entry
(file+headline +org-capture-project-notes-file "Inbox")
"* TODO %?\n%i\n%a" :prepend t :kill-buffer t)
("pc" "Project changelog" entry
(file+headline +org-capture-project-notes-file "Unreleased")
"* TODO %?\n%i\n%a" :prepend t :kill-buffer t))
これが一時的な問題かどうかはわかりません。 テンプレートをカスタマイズしたことは一度もありません。これは一貫して再現できる問題ではないため、ルートは別のもののようです。
いいえ、私はEmacs27を使用していません。Emacs26.3はこちら:)
2019年10月30日1時22分0900で、ヘンリックLissner [email protected] 、書きました:
@rgrinberg私はまだこれを再現することはできません。 org-capture-templatesを共有できますか?
—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示するか、登録を解除してください。
@ rgrinbergfd00870は最終的にこれに対処する必要があります。 そうでない場合はお知らせください。この問題を再開します。
これについて私と一緒に支えてくれてありがとう。 再現できるかどうかお知らせします
2019年11月2日、2:21 0900で、ヘンリックLissnerは[email protected] 、書きました:
@ rgrinbergfd00870は最終的にこれに対処する必要があります。 そうでない場合はお知らせください。この問題を再開します。
—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信するか、GitHubで表示するか、登録を解除してください。
037bcf3の時点で、このようなファイルテンプレート拡張の問題に対する新しい回避策を実装しました。 これもこれに対処する必要がありますが、そうでない場合はここで知らせてください。