Doom-emacs: 初めて `OrgCapture`を使用するときの` overlayp`エラー

作成日 2019年05月10日  ·  33コメント  ·  ソース: hlissner/doom-emacs

ねえ、

ファイルがすでに設定されているので、このエラーが発生することはないと思いますが、最初に<spc> Xから、ToDoやメモなどを入力すると、 overlayp is nilエラーが発生します。スペースを押すたびにメモを入力します(新しい行を挿入するか、行の先頭に戻ります)。

C-c C-cを押してメモを完成させると、 todo.orgまたはnotes.orgファイルが作成され、今後はエラーは発生しません。

したがって、再現する手順は次のとおりです。

  • todo.orgまたはnotes.orgいずれかを核攻撃します
  • 次に、あなたが何をしたかに応じて、TODOまたはメモを作成してみてください
  • TODO /メモのタイトルの入力を開始し、スペースキーを押します。エラーが表示されます

メッセージログのエラーが次の場合、yasnippetのアップストリームエラーである可能性があります。

yas--snapshot-overlay-location: Wrong type argument: overlayp, nil [2 times]
:editor file-templates :lang org bug resolved

全てのコメント33件

確認できます。 さらに、最初のtodo.org notes.orgファイルと最初の

私はついにこの問題を突き止めたと思います。 次のことを試して、問題が解決するかどうかを確認してください。

(add-hook 'org-capture-mode-hook #'yas-abort-snippet)

21cf1c2はこの問題を解決するはずです。 そうでない場合はお知らせください。この問題を再開します。 私の注意を引いてくれてありがとう!

@ hlissner 、@家にいるときはやります。 仕事で忙しい日...

いいえ、修正しませんでした。

ae365272にいる。

うーん、その場合はもう再現できません。 ふりだしに戻る!

それは邪悪です。 私はただ

mv org org_bak
  • Emacsを再起動します( <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を供給できますか?

`` `

  • OS:gnu / linux(x86_64-pc-linux-gnu)
  • Emacs:25.3.2(2018年4月19日)
  • 運命:2.0.9(HEAD->開発、_upgrade / development ae365272 2019-06-18 11:46:27 +0200)
  • グラフィック表示:t(デーモン:nil)
  • システム機能:XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS NOTIFY LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 MODULES
  • 詳細:
    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-templatesinit.el助けにはなりません。

繰り返しますが、助けになったのはキャプチャファイルを作成することです。

@rscircusエラーからバックトレースを生成できますか? つまり、 SPC h d d (またはM-x doom/toggle-debug-mode )でデバッグモードを有効にしてから、エラーを再作成します。

image

<space>を打った瞬間! どこかにブレークポイントを追加したと思いますか?

@rscircusうーん、そこには何も悪いことはありません。 M-x doom/infoも含めていただけますか?

`` `

  • OS:gnu / linux(x86_64-pc-linux-gnu)
  • シェル:/ bin / zsh
  • Emacs:26.2(2019年4月12日)
  • 運命:2.0.9(HEAD->開発、起源/開発de85f67b 2019-07-14 05:35:51 +0200)
  • グラフィック表示:t(デーモン:nil)
  • システム機能:XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS GLIB NOTIFY LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS XWIDGETS LIBSYSTEMD LCMS
  • 詳細:
    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の時点で、このようなファイルテンプレート拡張の問題に対する新しい回避策を実装しました。 これもこれに対処する必要がありますが、そうでない場合はここで知らせてください。

このページは役に立ちましたか?
0 / 5 - 0 評価