Doom-emacs: خطأ "overlayp" عند استخدام "Org Capture" لأول مرة

تم إنشاؤها على ١٠ مايو ٢٠١٩  ·  33تعليقات  ·  مصدر: hlissner/doom-emacs

مهلا،

أفترض أنك يجب ألا تواجه هذا الخطأ نظرًا لأن ملفاتك قد تم إعدادها بالفعل ، ولكن في المرة الأولى التي تقوم فيها بـ <spc> X ثم أدخل شيئًا مثل todo أو ملاحظة ، تحصل على خطأ overlayp is nil عندما كتابة الملاحظة في أي وقت تضغط فيه على مسافة (تُدرج أيضًا سطرًا جديدًا أو تعود إلى بداية السطر).

لا يزال بإمكانك الضغط على C-c C-c لإكمال الملاحظة ، مما يؤدي إلى إنشاء ملف todo.org أو notes.org ، ومن الآن فصاعدًا ، لا يحدث الخطأ.

لذلك أعتقد أن خطوات التكاثر هي:

  • nuke واحد من todo.org أو notes.org
  • ثم حاول إنشاء TODO أو ملاحظة ، اعتمادًا على ما قمت باستخدامه
  • ابدأ في كتابة عنوان TODO / note ، واضغط على Space ، وانظر الخطأ

قد يكون خطأ في المنبع في 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 ، سأفعل ، عندما @ home. يوم حافل في العمل ...

كلا ، لم يصلحه.

يجري على ae365272.

حسنًا ، في هذه الحالة لم يعد بإمكاني إعادة إنتاجه. العودة الى لوحة الرسم!

انه هائل. أنا فقط

mv org org_bak
  • أعد تشغيل Emacs (لا يقوم A <Space> h R بإعادة إنتاجه!)

<Space> X>

الكتابة -> تنتج هذا السلوك الغريب.

أعيد إنتاجه للمرة الثانية الآن ، للتأكد بنسبة 100٪.

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 ؟

""

  • نظام التشغيل: جنو / لينكس (x86_64-pc-linux-gnu)
  • Emacs: 25.3.2 (19 أبريل 2018)
  • الموت: 2.0.9 (رأس -> تطوير ، _ ترقية / تطوير ae365272 2019-06-18 11:46:27 +0200)
  • عرض الرسوم: t (daemon: nil)
  • ميزات النظام: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS إخطار 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://github.com/rscircus/dotfiles/tree/master/config/doom.d - ربما تفاعل. 🤷

لكي نكون صادقين ، يعد الإصلاح خطوة سهلة وضرورية إلى حد ما ، لذلك إذا كان لديك أشياء أكثر أهمية للقيام بها ، فإن الأشخاص الذين يريدون حقًا البحث في عذاب emacs سيجدون هذه المشكلة. ؛)

لدي نفس المشكلة ولا أفهم تمامًا الحل البديل المقدم هنا. كيف يلعب org_bak دورًا على الإطلاق؟ لا أستخدم ~/org كملفات منظمة للدليل ، فهل أحتاج إلى حل بديل مماثل؟

rgrinberg بالطريقة التي أفهمها ، عندما تستدعي org-capture ولم يكن ملف هدف org-capture الخاص بك موجودًا ، يجب أن تنشئ واحدًا. عند إنشاء ملف org فارغ ، يتم توسيع قالب ملف المؤسسة باستخدام yasnippet (بواسطة الوحدة النمطية :editor file-templates ). يؤدي هذا عادةً إلى إنشاء تراكبات على جميع المناطق القابلة للتحرير في المقتطف - ومع ذلك ، فإن org-capture لها أفكارها الخاصة حول كيفية تفاعل المستخدم مع هذا الملف التنظيمي: يضيقه ، بحيث يضيق المقتطف الموسع (وبالتالي ، تلك التراكبات) لم تعد مرئية. يحاول Yasnippet التفاعل مع هذه التراكبات التي كانت موجودة منذ لحظة فقط ، ليكتشف أنها اختفت ، ويرمي خطأ في النوع يشكو من توقعه وجود تراكب. ومن هنا الخطأ.

لسوء الحظ ، لا يمكن لوحدة قوالب الملفات أن تفعل الكثير حيال هذا لأنه لا توجد طريقة لاكتشاف "سيتم استخدام هذا الملف التنظيمي لمخزن مؤقت لالتقاط org" في الوقت الذي يتم فيه تشغيل منطقه.

rscircus بالحديث عن ، هل ما زلت تواجه هذه المشكلة؟

rgrinberg أعتقد ، عليك أن تقرأ الموضوع بأكمله ولكن ربما لا يزال محيرًا. لذلك يختفي هذا السلوك الغريب بشكل أساسي في اللحظة التي يختفي فيها الدليل المحدد عبر (setq org-directory "/ path / to / org /") و todo.org أو في أي مكان يتم فيه التقاطك. في المناقشة أعلاه ، قمت بتحريك org-directory للتحقق. الإصلاح هو إنشاء هذا الدليل والملفات يدويًا وهذا السلوك غير المرغوب فيه قد انتهى. آمل أن هذا يجيب على سؤالك أيضًاhlissner؟

rscircus هل يؤدي تعطيل الوحدة النمطية :editor file-templates حل المشكلة؟

حسنًا ، أول الأشياء أولاً:

في feb9799f (2017-07-12) لا يزال الخطأ موجودًا. أدى نقل org-directory والسماح لـ emacs لمحاولة إنشائه إلى نفس السلوك كما وصفه Ptival .

على de85f67b (14 يوليو 2017) أيضًا.

لا يساعد تعطيل :editor file-templates in init.el .

مرة أخرى ، ما ساعد في إنشاء ملف الالتقاط.

rscircus هل يمكنك إنتاج backtrace من SPC h d d (أو M-x doom/toggle-debug-mode ) ثم أعد إنشاء الخطأ.

image

لحظة ضربت <space> ! أعتقد أنك أضفت نقطة توقف في مكان ما؟

rscircus هم ، لا شيء M-x doom/info ؟

""

  • نظام التشغيل: جنو / لينكس (x86_64-pc-linux-gnu)
  • شل: / bin / zsh
  • Emacs: 26.2 (Apr 12، 2019)
  • الموت: 2.0.9 (رأس -> تطوير ، أصل / تطوير de85f67b 2019-07-14 05:35:51 +0200)
  • عرض الرسوم: t (daemon: 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 XIM XDBE
  • تفاصيل:
    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 ، هل قمت بتشغيل doom refresh قبل إعادة تشغيل Emacs واختباره؟

مضحك ، كم مرة قمت بتشغيل vim لـ (ابحث عن) الإصلاح emacs : الفرح: اليوم.

حسنًا ، كما خمنت جيدًا ، لم أكن 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))

لست متأكدًا مما إذا كانت هذه مسألة درجة حرارة. لم أقم بتخصيص القوالب مطلقًا ، وهذه ليست مشكلة يمكنني إعادة إنتاجها باستمرار ، لذا يبدو أن الجذر شيء آخر.

لا لست في Emacs 27. Emacs 26.3 هنا :)
في 30 أكتوبر 2019 01:22 +0900 ، كتب Henrik Lissner [email protected] :

rgrinberg ما زلت لا أستطيع إعادة إنتاج هذا. هل يمكنك مشاركة قوالب التقاط المؤسسة الخاصة بك؟
-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بإلغاء الاشتراك.

يجب على rgrinberg fd00870 معالجة هذا الأمر أخيرًا. يُرجى إعلامي إذا لم يكن الأمر كذلك وسأعيد فتح هذه المشكلة.

شكرا لتحمل معي على هذا. سأخبرك إذا كان بإمكاني التكاثر
في 2 تشرين الثاني (نوفمبر) 2019 ، الساعة 2:21 صباحًا +0900 ، كتب Henrik Lissner [email protected] :

يجب على rgrinberg fd00870 معالجة هذا الأمر أخيرًا. يُرجى إعلامي إذا لم يكن الأمر كذلك وسأعيد فتح هذه المشكلة.
-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو اعرضها على GitHub ، أو قم بإلغاء الاشتراك.

اعتبارًا من 037bcf3 قمت بتطبيق حل جديد لمشكلات توسيع قالب الملفات مثل هذه. يجب أن يتطرق هذا أيضًا إلى هذا الأمر ، ولكن أخبرني هنا إذا لم يكن الأمر كذلك.

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات