Re: Bug: ob-R.el breaks when :session is specified
Hi Charles, ob-R.el requires ess and the (require 'package) makes sure the ~/.emacs.d/elpa/ directory was added to the load path. But you were somewhat right already: the loaded ESS was years old and caused the issue. Thanks for your help! Christian On Sun, 2022-05-15 at 19:58 +, Berry, Charles wrote: > > Um... > > > On May 15, 2022, at 2:46 AM, Christian Heinrich > > wrote: > > > > I run > > > > emacs -q --load /tmp/init.el --file=/tmp/test.org > > > > with my /tmp/init.el being only > > > > > (require 'package) > > > (package-initialize) > > > (add-to-list 'load-path "~/.emacs.d/straight/repos/org/lisp/") > > > (require 'org) > > > > > > ;(require 'ess-site) > > The line above is commented out. So how do you load ess-site? > > > > > (org-babel-do-load-languages > > > 'org-babel-load-languages > > > '((R . t))) > > > > I hope this constitutes a minimal example for a config - please correct me > > if I'm wrong. > > > Just spitballing here: > > Have you tried instrumenting `org-babel-R-evaluate-session'? > > Maybe watching changes made to the session buffer on first evaluation and > comparing to subsequent > evals helps. > > HTH, > Chuck > signature.asc Description: This is a digitally signed message part
Re: Bug: ob-R.el breaks when :session is specified
Hi Jeremie, thank you for providing this example! The ess that was found in the load path was years old and once updated, all issues were resolved. In fact, my so-called minimum init still used (require 'package) and I didn't even think about ESS causing this trouble. It's now a bit clearer how to build a real minimum init - thank you! This is hence resolved. Best regards Christian On Mon, 2022-05-16 at 00:21 +0200, Jeremie Juste wrote: > > Hello Christian > > On Sunday, 15 May 2022 at 20:06, Christian Heinrich wrote: > > I just tested with > > > > Org mode version 9.5.3 (release_9.5.3-504-gcdbb1c @ > > /home/heinrich/.emacs.d/straight/repos/org/lisp/) > > > > using > > > > GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, cairo > > version 1.16.0) of > > 2021- > > 11-27, modified by Debian > > > Many thanks for reporting back. I updated to gcdbb1c and it is still working > fine. > > My minimum working example is the following. From the org-mode root directory, > > $ emacs -Q -L ./lisp -l org -l ~/ess-barebone.el > > where ~/ess-barebone.el is the following: > > #+begin_src elisp > (add-to-list 'load-path "/home/djj/.emacs.d/elpa/ess-20220125.2207/") > (require 'ess-r-mode) > > (org-babel-do-load-languages > 'org-babel-load-languages > '((R . t))) > > (setq org-confirm-babel-evaluate nil) > #+end_src > > Note that I'm still using a rather old ess version. Could you please try > with the above configuration? Note that I am using a rather old ess > version but the I haven't experienced issues with the newer one. > > Best regards > Jeremie > > > > Hi Jeremie, > > > > I just tested with > > > > Org mode version 9.5.3 (release_9.5.3-504-gcdbb1c @ > > /home/heinrich/.emacs.d/straight/repos/org/lisp/) > > > > using > > > > GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, cairo > > version 1.16.0) of > > 2021- > > 11-27, modified by Debian > > > > I am on Debian Testing and that is the default emacs version. > > > > Using the unmodified org (git hash from above) I get the following messages > > when executing a src > > block with R: > > > > executing R code block... > > Loading ‘ess-bugs-l’: unescaped character literals `?(', `?)' detected, > > `?\(', `?\)' > > expected! > > Type C-h m for help on ESS version 15.09 > > ess-tracebug mode enabled > > Quit > > Package cl is deprecated > > > > Note that the "Quit" is me pressing Ctrl-g after a few seconds. > > > > Removing the commit in question makes the block return instantaneously: > > > > executing R code block... > > Loading ‘ess-bugs-l’: unescaped character literals `?(', `?)' detected, > > `?\(', `?\)' > > expected! > > Type C-h m for help on ESS version 15.09 > > ess-tracebug mode enabled > > Code block evaluation complete. > > Package cl is deprecated > > > > I anticipated that this would not be obvious, since this feature is used > > too much to go > > unnoticed for > > two years - but I am clueless as to how I should continue with debugging... > > > > Thanks for your help! > > Christian > > > > On Sun, 2022-05-15 at 16:16 +0200, Jeremie Juste wrote: > > > > > > Hello Christian, > > > > > > Thanks for reporting but I cannot reproduce the bug with the org and > > > emacs version below. > > > > > > Org mode version 9.5.3 (release_9.5.3-467-g2bd34e @ > > > /home/djj/src/org-mode/lisp/) > > > GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24) of > > > 2022-01-16 > > > > > > Can you please let me know which version of org-mode you are actually > > > using? > > > > > > Ihor, many thanks for checking. > > > > > > Best regards, > > > Jeremie > > > > > > On Sunday, 15 May 2022 at 16:08, Ihor Radchenko wrote: > > > > Christian Heinrich writes: > > > > > > > > > I got back to an org file after upgrading to the latest release of > > > > > org-mode and tried > > > > > executing the > > > > > contained R source blocks. Unfortunately, emacs got stuck in the > > > > > execution and was > > > > > blocked; I > > > > > had to > > > > > exit using C-g. > > > > > > > > > > Here's a minimal example src block that causes emacs to get stuck: > > > > > > > > > > #+begin_src R :results output :session *R* :exports both > > > > > a <- 10 > > > > > a > > > > > #+end_src > > > > > > > > > > R itself does start and the code is also executed correctly. However, > > > > > the output from that > > > > > session > > > > > is apparently not returned to emacs or the buffer. > > > > > > > > I tried you example using Emacs >=26 and it works just fine. > > > > > > > > Best, > > > > Ihor > signature.asc Description: This is a digitally signed message part
Re: Bug: ob-R.el breaks when :session is specified
Hi Jeremie, thank you for providing this example! The ess that was found in the load path was years old and once updated, all issues were resolved. In fact, my so-called minimum init still used (require 'package) and I didn't even think about ESS causing this trouble. It's now a bit clearer how to build a real minimum init - thank you! This is hence resolved. Best regards Christian On Mon, 2022-05-16 at 00:21 +0200, Jeremie Juste wrote: > > Hello Christian > > On Sunday, 15 May 2022 at 20:06, Christian Heinrich wrote: > > I just tested with > > > > Org mode version 9.5.3 (release_9.5.3-504-gcdbb1c @ > > /home/heinrich/.emacs.d/straight/repos/org/lisp/) > > > > using > > > > GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, cairo > > version 1.16.0) of > > 2021- > > 11-27, modified by Debian > > > Many thanks for reporting back. I updated to gcdbb1c and it is still working > fine. > > My minimum working example is the following. From the org-mode root directory, > > $ emacs -Q -L ./lisp -l org -l ~/ess-barebone.el > > where ~/ess-barebone.el is the following: > > #+begin_src elisp > (add-to-list 'load-path "/home/djj/.emacs.d/elpa/ess-20220125.2207/") > (require 'ess-r-mode) > > (org-babel-do-load-languages > 'org-babel-load-languages > '((R . t))) > > (setq org-confirm-babel-evaluate nil) > #+end_src > > Note that I'm still using a rather old ess version. Could you please try > with the above configuration? Note that I am using a rather old ess > version but the I haven't experienced issues with the newer one. > > Best regards > Jeremie > > > > Hi Jeremie, > > > > I just tested with > > > > Org mode version 9.5.3 (release_9.5.3-504-gcdbb1c @ > > /home/heinrich/.emacs.d/straight/repos/org/lisp/) > > > > using > > > > GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, cairo > > version 1.16.0) of > > 2021- > > 11-27, modified by Debian > > > > I am on Debian Testing and that is the default emacs version. > > > > Using the unmodified org (git hash from above) I get the following messages > > when executing a src > > block with R: > > > > executing R code block... > > Loading ‘ess-bugs-l’: unescaped character literals `?(', `?)' detected, > > `?\(', `?\)' > > expected! > > Type C-h m for help on ESS version 15.09 > > ess-tracebug mode enabled > > Quit > > Package cl is deprecated > > > > Note that the "Quit" is me pressing Ctrl-g after a few seconds. > > > > Removing the commit in question makes the block return instantaneously: > > > > executing R code block... > > Loading ‘ess-bugs-l’: unescaped character literals `?(', `?)' detected, > > `?\(', `?\)' > > expected! > > Type C-h m for help on ESS version 15.09 > > ess-tracebug mode enabled > > Code block evaluation complete. > > Package cl is deprecated > > > > I anticipated that this would not be obvious, since this feature is used > > too much to go > > unnoticed for > > two years - but I am clueless as to how I should continue with debugging... > > > > Thanks for your help! > > Christian > > > > On Sun, 2022-05-15 at 16:16 +0200, Jeremie Juste wrote: > > > > > > Hello Christian, > > > > > > Thanks for reporting but I cannot reproduce the bug with the org and > > > emacs version below. > > > > > > Org mode version 9.5.3 (release_9.5.3-467-g2bd34e @ > > > /home/djj/src/org-mode/lisp/) > > > GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24) of > > > 2022-01-16 > > > > > > Can you please let me know which version of org-mode you are actually > > > using? > > > > > > Ihor, many thanks for checking. > > > > > > Best regards, > > > Jeremie > > > > > > On Sunday, 15 May 2022 at 16:08, Ihor Radchenko wrote: > > > > Christian Heinrich writes: > > > > > > > > > I got back to an org file after upgrading to the latest release of > > > > > org-mode and tried > > > > > executing the > > > > > contained R source blocks. Unfortunately, emacs got stuck in the > > > > > execution and was > > > > > blocked; I > > > > > had to > > > > > exit using C-g. > > > > > > > > > > Here's a minimal example src block that causes emacs to get stuck: > > > > > > > > > > #+begin_src R :results output :session *R* :exports both > > > > > a <- 10 > > > > > a > > > > > #+end_src > > > > > > > > > > R itself does start and the code is also executed correctly. However, > > > > > the output from that > > > > > session > > > > > is apparently not returned to emacs or the buffer. > > > > > > > > I tried you example using Emacs >=26 and it works just fine. > > > > > > > > Best, > > > > Ihor > signature.asc Description: This is a digitally signed message part
Re: Bug in 9.5.3 org--file-default-apps
Craig STCR writes: > I believe a change to the last line of org--file-default-apps introduced > in 9.5.3 is a bug. For example, the change prevents shell scripts from > being recognized correctly, since the mailcap logic in org-file-apps-gnu > is no longer included in org--file-default-apps. Can you elaborate? In the past version org--file-default-apps returned nil on Linux, while now it returns the value of org-file-apps-gnu, as intended. What else did you expect? Best, Ihor
Bug in 9.5.3 org--file-default-apps
I believe a change to the last line of org--file-default-apps introduced in 9.5.3 is a bug. For example, the change prevents shell scripts from being recognized correctly, since the mailcap logic in org-file-apps-gnu is no longer included in org--file-default-apps. Best wishes, -Craig Stcr1 org.el 9.5.2 (defun org--file-default-apps () "Return the default applications for this operating system." (pcase system-type (`darwin org-file-apps-macos) (`windows-nt org-file-apps-windowsnt) ('org-file-apps-gnu))) org.el 9.5.3 (defun org--file-default-apps () "Return the default applications for this operating system." (pcase system-type (`darwin org-file-apps-macos) (`windows-nt org-file-apps-windowsnt) (_ org-file-apps-gnu))) diff 8701c8700 < ('org-file-apps-gnu))) --- > (_ org-file-apps-gnu)))
Re: Inline src org block element with containing inside item does not get exported when it contains a newline (was: Inline src block element not parsed correctly for export when in a list item)
On Sat, May 14, 2022 at 5:39 AM Ihor Radchenko wrote: > > I just tried again on the latest main and I cannot reproduce anymore. > Though I do see the problem on bugfix. > > Can you please check again on your side? I confirm -- I cannot reproduce the bug in Org mode version 9.5.3 (release_9.5.3-482-gd5a52b). For reference, I tried the same bug recipe from my earlier email: https://lists.gnu.org/r/emacs-orgmode/2022-03/msg8.html.
Re: [PATCH] Re: No mathematics in Texinfo exports
Rudolf Adamkovič writes: > Ihor Radchenko writes: > >> Rudolf Adamkovič, feel free to ask questions if you find the copyright >> assignment instructions unclear. > > I think I need help with the copyright assignment. On April 23, I sent a > request to ass...@gnu.org, and I have yet to receive a reply as of May 15. 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. Best, Ihor P.S. The precise procedure is the following as in https://www.gnu.org/prep/maintain/maintain.html >>> When the contributor emails the form to the FSF, the FSF sends per >>> an electronic (usually PDF) copy of the assignment. This, or >>> whatever response is required, should happen within five business >>> days of the initial request. If no reply from the FSF comes after >>> that time, please send a reminder. If there is still no response >>> after an additional week, please write to maintain...@gnu.org about >>> it. (the last thing is what I (or other Org maintainers) need to do).
Re: Bug: ob-R.el breaks when :session is specified
Hello Christian On Sunday, 15 May 2022 at 20:06, Christian Heinrich wrote: > I just tested with > > Org mode version 9.5.3 (release_9.5.3-504-gcdbb1c @ > /home/heinrich/.emacs.d/straight/repos/org/lisp/) > > using > > GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, cairo > version 1.16.0) of 2021- > 11-27, modified by Debian Many thanks for reporting back. I updated to gcdbb1c and it is still working fine. My minimum working example is the following. From the org-mode root directory, $ emacs -Q -L ./lisp -l org -l ~/ess-barebone.el where ~/ess-barebone.el is the following: #+begin_src elisp (add-to-list 'load-path "/home/djj/.emacs.d/elpa/ess-20220125.2207/") (require 'ess-r-mode) (org-babel-do-load-languages 'org-babel-load-languages '((R . t))) (setq org-confirm-babel-evaluate nil) #+end_src Note that I'm still using a rather old ess version. Could you please try with the above configuration? Note that I am using a rather old ess version but the I haven't experienced issues with the newer one. Best regards Jeremie > Hi Jeremie, > > I just tested with > > Org mode version 9.5.3 (release_9.5.3-504-gcdbb1c @ > /home/heinrich/.emacs.d/straight/repos/org/lisp/) > > using > > GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, cairo > version 1.16.0) of 2021- > 11-27, modified by Debian > > I am on Debian Testing and that is the default emacs version. > > Using the unmodified org (git hash from above) I get the following messages > when executing a src > block with R: > >executing R code block... >Loading ‘ess-bugs-l’: unescaped character literals `?(', `?)' detected, > `?\(', `?\)' expected! >Type C-h m for help on ESS version 15.09 >ess-tracebug mode enabled >Quit >Package cl is deprecated > > Note that the "Quit" is me pressing Ctrl-g after a few seconds. > > Removing the commit in question makes the block return instantaneously: > >executing R code block... >Loading ‘ess-bugs-l’: unescaped character literals `?(', `?)' detected, > `?\(', `?\)' expected! >Type C-h m for help on ESS version 15.09 >ess-tracebug mode enabled >Code block evaluation complete. >Package cl is deprecated > > I anticipated that this would not be obvious, since this feature is used too > much to go unnoticed for > two years - but I am clueless as to how I should continue with debugging... > > Thanks for your help! > Christian > > On Sun, 2022-05-15 at 16:16 +0200, Jeremie Juste wrote: >> >> Hello Christian, >> >> Thanks for reporting but I cannot reproduce the bug with the org and >> emacs version below. >> >> Org mode version 9.5.3 (release_9.5.3-467-g2bd34e @ >> /home/djj/src/org-mode/lisp/) >> GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24) of >> 2022-01-16 >> >> Can you please let me know which version of org-mode you are actually >> using? >> >> Ihor, many thanks for checking. >> >> Best regards, >> Jeremie >> >> On Sunday, 15 May 2022 at 16:08, Ihor Radchenko wrote: >> > Christian Heinrich writes: >> > >> > > I got back to an org file after upgrading to the latest release of >> > > org-mode and tried >> > > executing the >> > > contained R source blocks. Unfortunately, emacs got stuck in the >> > > execution and was blocked; I >> > > had to >> > > exit using C-g. >> > > >> > > Here's a minimal example src block that causes emacs to get stuck: >> > > >> > > #+begin_src R :results output :session *R* :exports both >> > > a <- 10 >> > > a >> > > #+end_src >> > > >> > > R itself does start and the code is also executed correctly. However, >> > > the output from that >> > > session >> > > is apparently not returned to emacs or the buffer. >> > >> > I tried you example using Emacs >=26 and it works just fine. >> > >> > Best, >> > Ihor
Re: I can't set dabbrev to respect the writen case
i do not use fancy-dabbrev, but i use dabbrev in hippie-expand. it seems to do as you want. it should be possible to run hippie-expand with just dabbrev. it might not be exactly the same because he might have its own version of dabbrev. which might be what you want in this case. note that you have control over where dabbrev gets its data. idk if that is a feature of vanilla dabbrev. i do not use any dabbrev settings or any he settings except the main one for he. it is set to '(try-expand-dabbrev-visible try-expand-dabbrev try-expand-dabbrev-all-buffers try-expand-dabbrev-from-kill try-complete-lisp-symbol ;;do i want this first? am i supposed to use another thing to ;;complete from that point? ;;try-complete-lisp-symbol-partially ;;try-expand-whole-kill try-complete-file-name-partially try-complete-file-name hoka-try-complete-with-calc-result) On 5/14/22, Ypo wrote: > Hi > > I find dabbrev and fancy-dabbrev very useful to typing fast. But there > is a problem I am not able to solve: When I apply an expansion while > writing, the case is always that of the expansion, I can't make it to > respect what I have written. An example: > > — (Typing) "Hel > > — (Offered expansion) "hello" > > — (What I get when accepting the expansion) "hello" > > — (What I wanted) "Hello" > > > Best regards, > > Ypo > -- The Kafka Pandemic A blog about science, health, human rights, and misopathy: https://thekafkapandemic.blogspot.com
Re: Bug: ob-R.el breaks when :session is specified
Um... > On May 15, 2022, at 2:46 AM, Christian Heinrich > wrote: > > I run > > emacs -q --load /tmp/init.el --file=/tmp/test.org > > with my /tmp/init.el being only > >> (require 'package) >> (package-initialize) >> (add-to-list 'load-path "~/.emacs.d/straight/repos/org/lisp/") >> (require 'org) >> >> ;(require 'ess-site) The line above is commented out. So how do you load ess-site? >> (org-babel-do-load-languages >> 'org-babel-load-languages >>'((R . t))) > > I hope this constitutes a minimal example for a config - please correct me if > I'm wrong. Just spitballing here: Have you tried instrumenting `org-babel-R-evaluate-session'? Maybe watching changes made to the session buffer on first evaluation and comparing to subsequent evals helps. HTH, Chuck
Re: [PATCH] Re: No mathematics in Texinfo exports
Ihor Radchenko writes: > Rudolf Adamkovič, feel free to ask questions if you find the copyright > assignment instructions unclear. I think I need help with the copyright assignment. On April 23, I sent a request to ass...@gnu.org, and I have yet to receive a reply as of May 15. Rudy -- "Genius is 1% inspiration and 99% perspiration." -- Thomas Alva Edison, 1932 Rudolf Adamkovič [he/him] Studenohorská 25 84103 Bratislava Slovakia
Re: org-noter
>>> "CB" == Colin Baxter writes: > Hello Uwe >> Uwe Brauer writes: >> Hi I am running GNU emacs master (2 month old) and have not been >> able to use successfully org-noter. >> When I open a pdf file with doc-view there seems no way to add a >> note to the file. The documentation says one should simple press >> «️i», but either with >> (org-noter-notes-mode 'toggle) that binding is not defined with >> org-noter-doc-mode it is but nothing happens, only garbage >> collecting. > Works for me using today's pull of or-mode and emacs-29.0.50. Ok, so it is my setting, sigh. BTW does this mode set any sort of marker in the pdf? -- 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. smime.p7s Description: S/MIME cryptographic signature
Re: Bug: ob-R.el breaks when :session is specified
Hi Jeremie, I just tested with Org mode version 9.5.3 (release_9.5.3-504-gcdbb1c @ /home/heinrich/.emacs.d/straight/repos/org/lisp/) using GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.30, cairo version 1.16.0) of 2021- 11-27, modified by Debian I am on Debian Testing and that is the default emacs version. Using the unmodified org (git hash from above) I get the following messages when executing a src block with R: executing R code block... Loading ‘ess-bugs-l’: unescaped character literals `?(', `?)' detected, `?\(', `?\)' expected! Type C-h m for help on ESS version 15.09 ess-tracebug mode enabled Quit Package cl is deprecated Note that the "Quit" is me pressing Ctrl-g after a few seconds. Removing the commit in question makes the block return instantaneously: executing R code block... Loading ‘ess-bugs-l’: unescaped character literals `?(', `?)' detected, `?\(', `?\)' expected! Type C-h m for help on ESS version 15.09 ess-tracebug mode enabled Code block evaluation complete. Package cl is deprecated I anticipated that this would not be obvious, since this feature is used too much to go unnoticed for two years - but I am clueless as to how I should continue with debugging... Thanks for your help! Christian On Sun, 2022-05-15 at 16:16 +0200, Jeremie Juste wrote: > > Hello Christian, > > Thanks for reporting but I cannot reproduce the bug with the org and > emacs version below. > > Org mode version 9.5.3 (release_9.5.3-467-g2bd34e @ > /home/djj/src/org-mode/lisp/) > GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24) of > 2022-01-16 > > Can you please let me know which version of org-mode you are actually > using? > > Ihor, many thanks for checking. > > Best regards, > Jeremie > > On Sunday, 15 May 2022 at 16:08, Ihor Radchenko wrote: > > Christian Heinrich writes: > > > > > I got back to an org file after upgrading to the latest release of > > > org-mode and tried > > > executing the > > > contained R source blocks. Unfortunately, emacs got stuck in the > > > execution and was blocked; I > > > had to > > > exit using C-g. > > > > > > Here's a minimal example src block that causes emacs to get stuck: > > > > > > #+begin_src R :results output :session *R* :exports both > > > a <- 10 > > > a > > > #+end_src > > > > > > R itself does start and the code is also executed correctly. However, the > > > output from that > > > session > > > is apparently not returned to emacs or the buffer. > > > > I tried you example using Emacs >=26 and it works just fine. > > > > Best, > > Ihor signature.asc Description: This is a digitally signed message part
Re: Bug: ob-R.el breaks when :session is specified
Hello Christian, Thanks for reporting but I cannot reproduce the bug with the org and emacs version below. Org mode version 9.5.3 (release_9.5.3-467-g2bd34e @ /home/djj/src/org-mode/lisp/) GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24) of 2022-01-16 Can you please let me know which version of org-mode you are actually using? Ihor, many thanks for checking. Best regards, Jeremie On Sunday, 15 May 2022 at 16:08, Ihor Radchenko wrote: > Christian Heinrich writes: > >> I got back to an org file after upgrading to the latest release of org-mode >> and tried executing the >> contained R source blocks. Unfortunately, emacs got stuck in the execution >> and was blocked; I had to >> exit using C-g. >> >> Here's a minimal example src block that causes emacs to get stuck: >> >> #+begin_src R :results output :session *R* :exports both >> a <- 10 >> a >> #+end_src >> >> R itself does start and the code is also executed correctly. However, the >> output from that session >> is apparently not returned to emacs or the buffer. > > I tried you example using Emacs >=26 and it works just fine. > > Best, > Ihor
Re: I can't set dabbrev to respect the writen case
Ypo writes: > These are my variables, it keeps changing what I have already written: > > '(case-replace nil) > > '(dabbrev-case-distinction t) > '(dabbrev-case-fold-search t) > '(dabbrev-case-replace t) > '(dabbrev-upcase-means-case-search nil) With those values it works for me as expected. Maybe it's a problem with your configuration. Try starting emacs with 'emacs -q' and evaluate the variables with: M-x eval-expression (setq dabbrev-case-distinction t dabbrev-case-fold-search t dabbrev-case-replace t abbrev-upcase-means-case-search nil) RET I hardly use dabbrev and I'm afraid I can't give you any more tips. Try asking as well. Best regards, Juan Manuel
[tip] Export and open a PDF in Android via Termux
Hi all, I have recently installed TeX live on Android inside Termux: $ pkg install texlive-installer (https://wiki.termux.com/wiki/TeX_Live) And I've managed to open a PDF exported from Org using an external android viewer (mupdf, downloaded from f-droid). The Termux command is termux-open. You need to add: (setq org-file-apps '((auto-mode . emacs) (directory . emacs) ("\\.mm\\'" . default) ("\\.x?html?\\'" . default) ("\\.pdf\\'" . "termux-open %s"))) It is necessary also to uncomment the line 'allow-external-apps = true' in '~/.termux/termux.properties'. And to open the PDF from AUCTeX: (setq TeX-view-program-list '(("termux" "termux-open %o"))) (setq TeX-view-program-selection '(((output-dvi has-no-display-manager) "dvi2tty") ((output-dvi style-pstricks) "dvips and gv") (output-dvi "xdvi") (output-pdf "termux") (output-html "xdg-open"))) A screencast: https://imgur.com/a/iBvwDTo Best regards, Juan Manuel
Re: I can't set dabbrev to respect the writen case
Thanks, Juan Manuel. These are my variables, it keeps changing what I have already written: '(case-replace nil) '(dabbrev-case-distinction t) '(dabbrev-case-fold-search t) '(dabbrev-case-replace t) '(dabbrev-upcase-means-case-search nil) Best regards, Ypo El 15/05/2022 a las 0:32, Juan Manuel Macías escribió: Ypo writes: Hi I find dabbrev and fancy-dabbrev very useful to typing fast. But there is a problem I am not able to solve: When I apply an expansion while writing, the case is always that of the expansion, I can't make it to respect what I have written. An example: — (Typing) "Hel — (Offered expansion) "hello" — (What I get when accepting the expansion) "hello" — (What I wanted) "Hello" Best regards, Ypo Take a look at these variables. I have them configured as non-nil: (setq dabbrev-case-replace t) (setq dabbrev-case-fold-search t) Best regards, Juan Manuel
Re: Bug: ob-R.el breaks when :session is specified
Hi, thanks, that's what I had expected since that patch has been around for a long time. I run emacs -q --load /tmp/init.el --file=/tmp/test.org with my /tmp/init.el being only > (require 'package) > (package-initialize) > (add-to-list 'load-path "~/.emacs.d/straight/repos/org/lisp/") > (require 'org) > > ;(require 'ess-site) > (org-babel-do-load-languages >'org-babel-load-languages > '((R . t))) I hope this constitutes a minimal example for a config - please correct me if I'm wrong. My test.org contains the source block I had already posted: #+begin_src R :results output :session *R* :exports both a <- 10 a #+end_src Any ideas how I could continue to debug this? If I just remove that patch, everything works flawlessly for me but I would like to figure out what causes the issues. Thanks! Christian On Sun, 2022-05-15 at 16:08 +0800, Ihor Radchenko wrote: > Christian Heinrich writes: > > > I got back to an org file after upgrading to the latest release of org-mode > > and tried executing > > the > > contained R source blocks. Unfortunately, emacs got stuck in the execution > > and was blocked; I > > had to > > exit using C-g. > > > > Here's a minimal example src block that causes emacs to get stuck: > > > > #+begin_src R :results output :session *R* :exports both > > a <- 10 > > a > > #+end_src > > > > R itself does start and the code is also executed correctly. However, the > > output from that > > session > > is apparently not returned to emacs or the buffer. > > I tried you example using Emacs >=26 and it works just fine. > > Best, > Ihor signature.asc Description: This is a digitally signed message part
Re: Bug: ob-R.el breaks when :session is specified
Christian Heinrich writes: > I got back to an org file after upgrading to the latest release of org-mode > and tried executing the > contained R source blocks. Unfortunately, emacs got stuck in the execution > and was blocked; I had to > exit using C-g. > > Here's a minimal example src block that causes emacs to get stuck: > > #+begin_src R :results output :session *R* :exports both > a <- 10 > a > #+end_src > > R itself does start and the code is also executed correctly. However, the > output from that session > is apparently not returned to emacs or the buffer. I tried you example using Emacs >=26 and it works just fine. Best, Ihor
Re: a problem with lilypond babel fontification
"" writes: > I’m using emacs compiled from trunk as of today. This is my minimal file > for testing: > > > #+begin_src lilypond :file shalala.pdf > \clef bass {c d e f g a b c' b a g f e d c} > #+end_src > > #+begin_src lisp > (setq tralala mimimi) > #+end_src > > > If I open it using `emacs -Q`, both blocks get fontified/highlighted > correctly. If I load `ob-lilypond` with `(require 'ob-lilypond)` and > reopen the file, I get a fontification error. Could you elaborate? Maybe provide screenshots? See https://orgmode.org/manual/Feedback.html I was unable to see any issue with the code block you provided, except that without ob-lilypond, you would have to use #+begin_src LilyPond Best, Ihor
Re: Dealing with growing backlog (was: next-error for agenda searches)
Tim Cross writes: > I've also learnt to be quite ruthless in making decisions about what to > archive and what to simply delete. This is possibly the hardest > behaviour to learn. In a digital age, it is way too easy to keep > everything. However, this has a hidden cost - the quality of material > degrades and results from searching etc become less productive because > there is too much 'noise' in your data. Data, like many other things, > degrades over time. It is important to learn how to recognise when > things have passed their 'use by date' and just get rid of them. > > I'm often stunned by people who boast about the fact they still have all > their emails boing back to 1990 and are somewhat proud about having an > email archive with over 50Gb of messages. Reality is, the vast majority > of those email messages will never be read again and are of little or no > actual value. > > Knowing when to just delete old data is almost as important as gathering > it, but a much harder skill to master. I disagree about this. Sometimes, you may find yourself in a situation when you remember some link/idea because it suddenly become relevant to what you are doing now, though it looked interesting but irrelevant in the past. Then, you may try to find that link and there will be nothing to find if you deleted it. So, I prefer to keep things that caught my attention in the past saved somewhere in searchable location. On the other hand, it is not very useful to keep every single saved link in "active" search location. In daily workflows, the things you search for usually belong to the currently active areas and search results must not be polluted by links you discarded years back. So, I maintain the main notes file with the important links I search relatively regularly; and an archive where the notes/links are not searchable by default, but can be searched any time I wish so (e.g. see org-agenda-archive-mode). The archive is just like having a backup. It is usually useless until you suddenly need it. Best, Ihor
Re: org-noter
Hello Uwe > Uwe Brauer writes: > Hi I am running GNU emacs master (2 month old) and have not been > able to use successfully org-noter. > When I open a pdf file with doc-view there seems no way to add a > note to the file. The documentation says one should simple press > «️i», but either with > (org-noter-notes-mode 'toggle) that binding is not defined with > org-noter-doc-mode it is but nothing happens, only garbage > collecting. Works for me using today's pull of or-mode and emacs-29.0.50.
Re: [PATCH] Re: Bug: org-deadline drops warning periods from TIME [9.4.6 (9.4.6-10-gee652a-elpaplus @ /home/fap/.emacs.d/elpa/org-plus-contrib-20210712/)]
Ihor Radchenko writes: > erim...@web.de writes: > >> * Reproduction >> >> Call ~org-deadline~ with a warning period like so: >> >> >> (org-deadline nil "<2021-07-20 Tue -1d>") >>;; => DEADLINE: <2021-07-20 Tue> >> >> * Expected >> >> Deadline gets added with the warning period provided. > > Can you try the attached patch? > > Also, note that warning period is still not supported when reading > deadline interactively. Not sure if we need it though. Applied onto main via cdbb1c963. I changed the patch adding support for timestamps with repeaters _and_ warning. Also, added the relevant tests. Best, Ihor
Re: [BUG] Plain capture template clocks into following headline instead of given olp [9.5.1 (release_9.5.1-15-gdb4805 @ /usr/share/emacs/29.0.50/lisp/org/)]
Ihor Radchenko writes: > Michael Eliachevitch writes: > >> I found a potential bug in org which I can reproduce with a >> minimal configuration. > > Can you try the attached patch? Since the patch fixes the problem on my side, I just applied it upstream. Fixed. Applied onto main via 5c14a1734. Best, Ihor
Bug: ob-R.el breaks when :session is specified
Hi there, I got back to an org file after upgrading to the latest release of org-mode and tried executing the contained R source blocks. Unfortunately, emacs got stuck in the execution and was blocked; I had to exit using C-g. Here's a minimal example src block that causes emacs to get stuck: #+begin_src R :results output :session *R* :exports both a <- 10 a #+end_src R itself does start and the code is also executed correctly. However, the output from that session is apparently not returned to emacs or the buffer. When removing the :session argument it executes and returns as expected. When bisecting this issue, I found that this commit causes it: ac8c009e006197d2dad226dbe822d450aec23d23 lisp/ob-R.el: Fix session output with substrings matching prompts Reverting it fixes the issue for earlier release (9.5.3) as well as for the current main branch. The (with-current-buffer session ... ) somehow seems to break it for me, but I am unsure why no one else here seems to experience this as the commit is from 2020? Any suggestions? Thanks! Christian signature.asc Description: This is a digitally signed message part
a problem with lilypond babel fontification
I’m using emacs compiled from trunk as of today. This is my minimal file for testing: #+begin_src lilypond :file shalala.pdf \clef bass {c d e f g a b c' b a g f e d c} #+end_src #+begin_src lisp (setq tralala mimimi) #+end_src If I open it using `emacs -Q`, both blocks get fontified/highlighted correctly. If I load `ob-lilypond` with `(require 'ob-lilypond)` and reopen the file, I get a fontification error. The error occurs on every ending lilypond block line, #+end_src. How can I fix this? Thanks in advance :), Edgard