Re: [BUG] when open a large org file, emacs get stuck and show a warning "org-element--cache: Unregistered buffer modifications detected"
imymorror wang writes: > - if keeping org-startup-folded defaul value（i.e "showeverything") , > enable org-indent-mode , open the large org file, get a warning, but not > get stuck: >#+begin_quote >Warning (org-element-cache): org-element--cache: Unregistered buffer > modifications detected. Resetting. >If this warning appears regularly, please report it to Org mode > mailing list (M-x org-submit-bug-report). >#+end_quote Is the no more warning text? The warning you are seeing should continue with The buffer is:... Current command:... Chars modified:... Buffer modified:... Backtrace:... ... Best, Ihor
Re: [PATCH] Re: Concatenate properties
Ihor Radchenko writes: > I will leave this for another week to give other people a chance to > comment. Applied upstream onto main via e268e4797. Best, Ihor
Re: Bug in 9.5.3 org--file-default-apps
Max Nikulin writes: >>> run-mailcap --norun ~/path/to/script >> >> Note that mailcap.el does _not_ use run-mailcap or anything external. It >> is written purely in elisp. >> >> So, can you please report the output of M-: (mailcap-mime-info nil)? > > view-mode Sorry, I did not consider that you customised mailcap-user-mime-data (I guess). No doubt your Emacs opens the script in other window. What about using emacs -Q? Best, Ihor
Re: [BUG] HTML export of buffer with fringe indicators
Daniel Fleischer writes: > Ihor Radchenko [2022-05-19 Thu 21:43] wrote: > >> What if you try to run M-: (htmlize-buffer) >> on your file? > > It works, creating an HTML buffer that can be opened and looks good. Then I have no more ideas. I am unable to reproduce your problem on my side using the following steps: 1. Install https://github.com/alphapapa/with-emacs.sh 2. Create /tmp/bug.org with the following contents #+begin_src python def hi(): pass #+end_src 3. cd /tmp/ 4. git clone git://git.sv.gnu.org/emacs/org-mode.git 5. cd org-mode 6. make clean; make autoloads; with-emacs.sh -e emacs -O -i elpy -- -Q -L ./lisp/ -l org -l org-inlinetask --eval "(setq elpy-folding-fringe-indicators t)" --eval "(elpy-enable)" /tmp/bug.org 7. C-c ' and install the dependencies 8. C-e h o to export html Best, Ihor
Re: Trouble producing nicely aligned org tables from emacs-jupyter code blocks using latest org version
"Richard H. Stanton" writes: > Here’s a simple init.el that shows the problem (most of it is just > boilerplate code to use straight.el to manage packages, and you may need to > edit the python executable path). > ... > —— > > Now execute the following source block and you’ll see the misaligned table. > > #+begin_src jupyter-python :async yes :session py > [['aaa', 'a'], None, ['b', 'b']] > #+end_src I am unable to reproduce the problem using Emacs 28.1 on Linux. I ran Emacs in a clean .emacs.d environment using https://github.com/alphapapa/with-emacs.sh: $ with-emacs.sh -e emacs -OPR -- -Q -l /tmp/bug.el /tmp/bug.org with bug.el containing your script with latest Org line uncommented and built-in Org line commented and bug.org containing the example source block. Best, Ihor
Re: Bug in 9.5.3 org--file-default-apps
On 20/05/2022 15:22, Ihor Radchenko wrote: Max Nikulin writes: run-mailcap --norun ~/path/to/script Note that mailcap.el does _not_ use run-mailcap or anything external. It is written purely in elisp. So, can you please report the output of M-: (mailcap-mime-info nil)? view-mode Sorry, I did not consider that you customised mailcap-user-mime-data (I guess). No doubt your Emacs opens the script in other window. What about using emacs -Q? It is the same with and without -Q and no, I have not customized `mailcap-user-mime-data', its value is nil, easy customization interface tells that it is the standard value. There is a chance that debian has some patch, but most of debian specific is disabled when -Q option is used.
org-table-wrap-functions
Hi I just came across https://github.com/analyticd/org-table-wrap-functions.git And found it extremely useful especially the org-table-column-wrap-to-point function. I opened an issue on this github page, and asked the author to include his package into the official one. What do others think. Are there any plans to provide a similar feature in the official pkg, maybe? Regards Uwe Brauer -- I strongly condemn Putin's war of aggression against the Ukraine. I support to deliver weapons to Ukraine's military. I support the ban of Russia from SWIFT. I support the EU membership of the Ukraine.
Re: [PATCH] Re: No mathematics in Texinfo exports
Ihor Radchenko writes: > Sorry for this delay. Then, can you send them a followup email reminder? > If they do not reply within another week, we will contact FSF directly. Thank you. I sent a followup email just now, FYI. Rudy -- "Logic is a science of the necessary laws of thought, without which no employment of the understanding and the reason takes place." -- Immanuel Kant, 1785 Rudolf Adamkovič [he/him] Studenohorská 25 84103 Bratislava Slovakia
Re: Default attributes for images in beamer export
On 2022-05-19 18:29, Eric S Fraga wrote: On Thursday, 19 May 2022 at 17:17, wrote: #+BIND: org-latex-image-default-width 0.5\textwidth Try #+BIND: org-latex-image-default-width "0.5\\textwidth" and make sure org-export-allow-bind-keywords is set to t. Oh, ok! That works. Thank you! - This free account was provided by VFEmail.net - report spam to ab...@vfemail.net ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands! $24.95 ONETIME Lifetime accounts with Privacy Features! 15GB disk! No bandwidth quotas! Commercial and Bulk Mail Options!
Re: Default attributes for images in beamer export
On 2022-05-20 19:50, ed...@openmail.cc wrote:
On 2022-05-19 18:29, Eric S Fraga wrote:
On Thursday, 19 May 2022 at 17:17, wrote:
#+BIND: org-latex-image-default-width 0.5\textwidth
Try
#+BIND: org-latex-image-default-width "0.5\\textwidth"
and make sure org-export-allow-bind-keywords is set to t.
Oh, ok! That works. Thank you!
Actually, if I have this (The =org-latex-image-default-option= is
applied everywhere, but =org-latex-image-default-width= is not):
#+begin_src org
* Example
#+attr_latex: :height 0.5\regheight
file:example.png
file:example.png
* Configuration:ARCHIVE:noexport:
#+BIND: org-latex-image-default-width "0.98\\textwidth"
#+BIND: org-latex-image-default-height "\\regheight"
#+BIND: org-latex-image-default-option "keepaspectratio"
#+end_src
#+caption: Excerpt of results when exporting with Beamer LaTeX
#+begin_latex
\begin{frame}[label={sec:org22d94b4}]{Example}
\begin{center}
\includegraphics[keepaspectratio,height=0.5\regheight]{example.png}
\end{center}
\begin{center}
\includegraphics[keepaspectratio,width=0.98\textwidth,height=\regheight]{example.png}
\end{center}
\end{frame}
#+end_latex
But I was expecting
#+caption: Excerpt of results when exporting with Beamer LaTeX
#+begin_latex
\begin{frame}[label={sec:org22d94b4}]{Example}
\begin{center}
\includegraphics[keepaspectratio,width=0.98\textwidth,height=0.5\regheight]{example.png}
\end{center}
\begin{center}
\includegraphics[keepaspectratio,width=0.98\textwidth,height=\regheight]{example.png}
\end{center}
\end{frame}
#+end_latex
Is this the expected behaviour? Thanks again :) .
-
This free account was provided by VFEmail.net - report spam to ab...@vfemail.net
ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the
NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!
Re: Bug in 9.5.3 org--file-default-apps
Max Nikulin writes: > On 20/05/2022 15:22, Ihor Radchenko wrote: >> Max Nikulin writes: >> > run-mailcap --norun ~/path/to/script Note that mailcap.el does _not_ use run-mailcap or anything external. It is written purely in elisp. So, can you please report the output of M-: (mailcap-mime-info nil)? >>> >>> view-mode >> >> Sorry, I did not consider that you customised mailcap-user-mime-data (I >> guess). No doubt your Emacs opens the script in other window. >> >> What about using emacs -Q? > > It is the same with and without -Q and no, I have not customized > `mailcap-user-mime-data', its value is nil, easy customization interface > tells that it is the standard value. There is a chance that debian has > some patch, but most of debian specific is disabled when -Q option is used. Interesting. In any case, it confirms that mailcap behaviour depends on both Emacs settings and also system settings. As I understand now: 1. (mailcap-mime-info nil) in Emacs 26 returns 'view-mode disregarding ~/.mailcap 2. (mailcap-mime-info nil) in Emacs 27 returns "less %s" on my system unless I have ~/.mailcap, in which case it takes text/plain handler from ~/.mailcap 3. (mailcap-mime-info nil) in Emacs 28/29 returns 'fundamental-mode unless I have ~/.mailcap, in which case it takes text/plain handler from there Dear Craig, your issue will kind of disappear if you upgrade Emacs or provide plain/text handler in ~/.mailcap. On Org side, the very reason we call (mailcap-mime-info nil) with _nil_ argument is because mailcap.el does not recognise file types without extension. I think that we can prefer the output of `file' utility if it is available on the system. However, I am not sure what to do on Windows/Mac. Best, Ihor
Re: Fwd: [BUG] when open a large org file, emacs get stuck and show a warning "org-element--cache: Unregistered buffer modifications detected"
imymorror wang writes: >> Can you share the values of change-major-mode-hook and org-mode-hook? > I uploaded all *emacs **current state* in recent e-mail . Sorry, I missed that. Unfortunately I do not see anything suspicious there. Now, it is confusing. I am unable to reproduce the warning on my side even with org-fragtog and valign installed. Can you try to reproduce the problem starting from clean Emacs state (emacs -Q)? See https://orgmode.org/manual/Feedback.html >> Also, do you deliberately drop the CC to emacs-orgmode@gnu.org and prefer > the conversation to be not public? > sorry. I'm not good at email communication. This is my first attempt to > submit a bug report to Emacs. Maybe I could add CC to emacs-orgmode@gnu.org > on > the recent email that shows all my emacs current state info. Just use "Reply All" in future. Best, Ihor
Fwd: [BUG] when open a large org file, emacs get stuck and show a warning "org-element--cache: Unregistered buffer modifications detected"
> Can you share the values of change-major-mode-hook and org-mode-hook? I uploaded all *emacs **current state* in recent e-mail . > Also, do you deliberately drop the CC to emacs-orgmode@gnu.org and prefer the conversation to be not public? sorry. I'm not good at email communication. This is my first attempt to submit a bug report to Emacs. Maybe I could add CC to emacs-orgmode@gnu.org on the recent email that shows all my emacs current state info. -- Forwarded message - 发件人： Ihor Radchenko Date: 2022年5月21日周六 09:33 Subject: Re: [BUG] when open a large org file, emacs get stuck and show a warning "org-element--cache: Unregistered buffer modifications detected" To: imymorror wang imymorror wang writes: > sorry . the whole warning text is (twice): > #+begin_quote > Warning (org-element-cache): org-element--cache: Unregistered buffer > modifications detected. Resetting. > If this warning appears regularly, please report the warning text to Org > mode mailing list (M-x org-submit-bug-report). > The buffer is: 20220404203228-2022_04_04_20_29_emacs_outline_emacs.org > Current command: (next-line 14194 14229) > Chars modified: 14194 > Buffer modified: 14229 > Backtrace: > nil Disable showing Disable logging Thanks! It appears that something is editing the buffer either before or after loading Org mode. Can you share the values of change-major-mode-hook and org-mode-hook? Also, do you deliberately drop the CC to emacs-orgmode@gnu.org and prefer the conversation to be not public? Best, Ihor
Re: [BUG] when open a large org file, emacs get stuck and show a warning "org-element--cache: Unregistered buffer modifications detected"
sorry. I sent a false message yesterday。I try again today. even upgrade to Org
mode version 9.5.3 (9.5.3-g277897), The problem still exists. But I find
out something new。you can see my *conclusion*. And I send all my emacs org
state.
- desktop environment
- GNU Emacs 29.0.50 (build 2, x86_64-apple-darwin20.4.0, NS
appkit-2022.44 Version 11.3.1 (Build 20E241)) of 2022-01-08
- Org mode version 9.5.3 (9.5.3-g277897)
- bug description
- influence factor
- a large org file : 11053 lines。1092 headlines。
- (setq org-startup-folded t)
- org-indent-mode : (add-hook 'org-mode-hook 'org-indent-mode)
- My Observation
- if setting org-startup-folded t , enable org-indent-mode, open the
large org file, emacs get stuck, the mouse can't move。
- if keeping org-startup-folded defaul value（i.e "showeverything") ,
enable org-indent-mode , open the large org file, get a warning, but not
get stuck:
#+begin_quote
Warning (org-element-cache): org-element--cache: Unregistered buffer
modifications detected. Resetting.
If this warning appears regularly, please report it to Org mode
mailing list (M-x org-submit-bug-report).
#+end_quote
- if keeping org-startup-folded defaul value and disable
org-indent-mode , open the large org file, everything works fine.
- if setting org-startup-folded t, disable org-indent-mode, everything
works fine.
- conclusion
- enalbe org-indent-mode cause the warning : "Warning
(org-element-cache): org-element--cache: Unregistered buffer modifications
detected."
- setting org-startup-folded t, enable org-indent-mode. Having both
causes emacs get stuck.
- In addition，it's not accurate to say that emacs get stuck. To be
precise, emacs get stuck, the mouse can't move for a few seconds and then
it works find.
---
Emacs : GNU Emacs 29.0.50 (build 2, x86_64-apple-darwin20.4.0, NS
appkit-2022.44 Version 11.3.1 (Build 20E241))
of 2022-01-08
Package: Org mode version 9.5.3 (9.5.3-g277897 @
/Users/fuhongxue/env/emacs/vanilla/straight/straight/build/org/)
current state:
==
(setq
org-roam-db-location
"~/central-management-system/zotero/roam-db/2022-03-13-daily-based.db"
org-link-elisp-confirm-function 'yes-or-no-p
org-hide-emphasis-markers t
org-bibtex-headline-format-function #[257 "\300 \236A\207" [:title] 3
"\n\n(fn ENTRY)"]
org-download-file-format-function 'org-download-file-format-default
org-roam-dailies-capture-templates '(("d" "default" entry "* %<%Y-%m-%d
%H:%M> %?" :if-new
(file+head "%<%Y-%m-%d>.org" "#+title: %<%Y-%m-%d>\n#+filetags:
:daily:\n"))
)
org-startup-folded t
org-roam-node-display-template "${tags:35} ${title:80}"
org-persist-after-read-hook '(org-element--cache-persist-after-read)
org-export-before-parsing-hook '(org-attach-expand-links)
org-cycle-tab-first-hook '(org-babel-hide-result-toggle-maybe
org-babel-header-arg-expand)
org-tag-alist '(("review" . 114) ("summary" . 115) ("case" . 99) ("book" .
98) ("economics" . 101) ("refile" . 114) ("twitter" . 116) ("youtube" . 121)
("emacs" . 101) ("weibo" . 119) ("how" . 104))
org-roam-find-file-hook '(org-roam-buffer--setup-redisplay-h
org-roam--register-completion-functions-h
org-roam--replace-roam-links-on-save-h
org-roam-db-autosync--setup-update-on-save-h)
org-archive-hook '(org-attach-archive-delete-maybe)
org-footnote-auto-adjust t
org-odt-format-inlinetask-function
'org-odt-format-inlinetask-default-function
org-ascii-format-drawer-function #[771 " \207" [] 4 "\n\n(fn NAME CONTENTS
WIDTH)"]
org-cycle-hook '(org-cycle-hide-archived-subtrees
org-cycle-show-empty-lines
org-cycle-optimize-window-after-visibility-change)
org-persist-before-read-hook '(org-element--cache-persist-before-read)
org-font-lock-set-keywords-hook '(doom-themes-enable-org-fontification)
org-image-actual-width nil
org-mode-hook '(rasmus/org-prettify-symbols org-fragtog-mode
org-indent-mode valign-mode
#[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook
org-fold-show-all append local] 5]
#[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook
org-babel-show-result-all append local] 5] org-babel-result-hide-spec
org-babel-hide-all-hashes)
org-roam-ref-annotation-function 'org-roam-ref-read--annotation
org-roam-directory
"~/central-management-system/zotero/notes/2022-03-13-daily-based"
org-latex-format-drawer-function #[514 "\207" [] 3 "\n\n(fn _ CONTENTS)"]
org-download-timestamp "%Y%m%d-%H%M%S_"
org-roam-db-node-include-function #[0 "\300\207" [t] 1]
org-download-abbreviate-filename-function 'file-relative-name
org-latex-format-headline-function
'org-latex-format-headline-default-function
org-confirm-shell-link-function 'yes-or-no-p
org-download-annotate-function '(closure (t) (_link) "")
org-html-fo
Re: Change of behavior of org-meta-return in 9.6/DoomEmacs?
Hi again, Thanks for your response. If you do C-h f org-meta-return, do you see something like "This function has .. advice: .." towards the end of that *Help* buffer? After investigation, the bug is in org-insert-heading in org 9.6 (Latest Doom - upgraded today - uses exactly version: (9.6-??-971eb68) The documentation says: "If point is in the middle of a line, split it and create a new headline with the text in the current line after point (see org-M-RET-may-split-line on how to modify this behavior). As a special case, on a headline, splitting can only happen on the title itself. E.g., this excludes breaking stars or tags. Whatever the value(s) I put in org-M-RET-may-split-line , org-insert-heading *always* creates a new line with a empty heading/item and leaves anything that was on the initial heading/item in-place. If someone can confirm this finding, I would be happy to create the corresponding bug report. Have a nice day -- Guillaume MULLER - PhD DataScientist Saint-Étienne org-insert-heading is an interactive and byte-compiled function defined in org.el. Signature (org-insert-heading &optional ARG INVISIBLE-OK TOP) Documentation Insert a new heading or an item with the same depth at point. If point is at the beginning of a heading, insert a new heading or a new headline above the current one. When at the beginning of a regular line of text, turn it into a heading. If point is in the middle of a line, split it and create a new headline with the text in the current line after point (see org-M-RET-may-split-line on how to modify this behavior). As a special case, on a headline, splitting can only happen on the title itself. E.g., this excludes breaking stars or tags. With a C-u prefix, set org-insert-heading-respect-content to a non-nil value for the duration of the command. This forces the insertion of a heading after the current subtree, independently on the location of point. With a C-u C-u prefix, insert the heading at the end of the tree above the current heading. For example, if point is within a 2nd-level heading, then it will insert a 2nd-level heading at the end of the 1st-level parent subtree. When INVISIBLE-OK is set, stop at invisible headlines when going back. This is important for non-interactive uses of the command. When optional argument TOP is non-nil, insert a level 1 heading, unconditionally. Key Bindings This command is not in any keymaps. References References in org.el: (defun org-insert-heading-after-current ...) 1 reference (defun org-insert-heading-respect-content ...) 1 reference (defun org-insert-todo-heading ...)1 reference (defun org-insert-subheading ...) 1 reference (defun org-meta-return ...)2 references Find all references Functions used by org-insert-heading Debugging Enable edebug Enable tracing Disassemble Forget Source Code ;; Defined in ~/.emacs.doom.d/.local/straight/repos/org/lisp/org.el (defun org-insert-heading (&optional arg invisible-ok top) "Insert a new heading or an item with the same depth at point. If point is at the beginning of a heading, insert a new heading or a new headline above the current one. When at the beginning of a regular line of text, turn it into a heading. If point is in the middle of a line, split it and create a new headline with the text in the current line after point (see `org-M-RET-may-split-line' on how to modify this behavior). As a special case, on a headline, splitting can only happen on the title itself. E.g., this excludes breaking stars or tags. With a `\\[universal-argument]' prefix, set \ `org-insert-heading-respect-content' to a non-nil value for the duration of the command. This forces the insertion of a heading after the current subtree, independently on the location of point. With a `\\[universal-argument] \\[universal-argument]' prefix, \ insert the heading at the end of the tree above the current heading. For example, if point is within a 2nd-level heading, then it will insert a 2nd-level heading at the end of the 1st-level parent subtree. When INVISIBLE-OK is set, stop at invisible headlines when going back. This is important for non-interactive uses of the command. When optional argument TOP is non-nil, insert a level 1 heading, unconditionally." (interactive "P") (let* ((blank? (org--blank-before-heading-p (equal arg '(16 (level (org-current-level)) (stars (make-string (if (and level (not top)) level 1) ?*))) (cond ((or org-insert-heading-respect-content (member arg '((4) (16))) (and (not invisible-ok) (invisible-p (max (1- (point)) (point-min) ;; Position point at the location of insertion. Make sure we ;; end up on a visible headline if INVISIBLE-OK is nil. (org-with-limited-levels (if (not level) (outline-next-heading) ;before first headline (org-back-to-heading invisible-ok) (when (equal arg '(16)
Re: [BUG] when open a large org file, emacs get stuck and show a warning "org-element--cache: Unregistered buffer modifications detected"
> Can you share the values of change-major-mode-hook and org-mode-hook? I search change-major-mode-hook and org-mode-hook by C-h v(describe-variable). the result is ``` change-major-mode-hook is a variable defined in ‘C source code’. Its value is (font-lock-change-mode t) Local in buffer *Help*; global value is (global-company-mode-cmhh yas-global-mode-cmhh smartparens-global-mode-cmhh ctrlf-mode-cmhh ace-pinyin-global-mode-cmhh meow-global-mode-cmhh global-eldoc-mode-cmhh global-font-lock-mode-cmhh) Normal hook run before changing the major mode of a buffer. The function ‘kill-all-local-variables’ runs this before doing anything else. This variable may be risky if used as a file-local variable. Probably introduced at or before Emacs version 19.23. ``` ``` org-mode-hook is a variable defined in ‘org.el’. Its value is shown below. Mode hook for Org mode, run after the mode was turned on. This variable may be risky if used as a file-local variable. You can customize this variable. Value: (#f(compiled-function () #) #f(compiled-function () #) rasmus/org-prettify-symbols org-fragtog-mode org-indent-mode valign-mode #f(compiled-function () #) #f(compiled-function () #) org-babel-result-hide-spec org-babel-hide-all-hashes) Original value was nil ``` imymorror wang 于2022年5月21日周六 11:58写道： > > Can you share the values of change-major-mode-hook and org-mode-hook? > I uploaded all *emacs **current state* in recent e-mail . > > > Also, do you deliberately drop the CC to emacs-orgmode@gnu.org and > prefer the conversation to be not public? > sorry. I'm not good at email communication. This is my first attempt to > submit a bug report to Emacs. Maybe I could add CC to > emacs-orgmode@gnu.org on the recent email that shows all my emacs current > state info. > > -- Forwarded message - > 发件人： Ihor Radchenko > Date: 2022年5月21日周六 09:33 > Subject: Re: [BUG] when open a large org file, emacs get stuck and show a > warning "org-element--cache: Unregistered buffer modifications detected" > To: imymorror wang > > > > imymorror wang writes: > > > sorry . the whole warning text is (twice): > > #+begin_quote > > Warning (org-element-cache): org-element--cache: Unregistered buffer > > modifications detected. Resetting. > > If this warning appears regularly, please report the warning text to Org > > mode mailing list (M-x org-submit-bug-report). > > The buffer is: 20220404203228-2022_04_04_20_29_emacs_outline_emacs.org > > Current command: (next-line 14194 14229) > > Chars modified: 14194 > > Buffer modified: 14229 > > Backtrace: > > nil Disable showing Disable logging > > Thanks! > It appears that something is editing the buffer either before or after > loading Org mode. > > Can you share the values of change-major-mode-hook and org-mode-hook? > > Also, do you deliberately drop the CC to emacs-orgmode@gnu.org and > prefer the conversation to be not public? > > Best, > Ihor >
