Re: Bug: org-toggle-item removes tags from next heading [9.3.7 (release_9.3.7-696-g82b496 @ mixed installation! /home/n/.emacs.d/straight/build/org/ and /home/n/.emacs.d/straight/build/org/eln-x86_64-
No Wayman writes: > I've attached a patch which removes the call to skip-blanks if > there is no active region. > This works for me with the ECM I've provided. > Not sure if it will have any adverse repercussions outside of > that. Taking a quick look, I don't spot anything. And the org-list tests still pass with the change. Would you mind updating the patch to add a test case along the lines of your ECM to test-org-list/toggle-item? Thanks.
Re: Bug: [patch] Fix org-babel-result-to-file never expanding links when babel is evaluated in indirect buffer [9.3.7 (release_9.3.7-728-g1efc4e @ /home/yantar92/.emacs.d/straight/build/org/)]
> It's intended to change directory and dont clone base buffer values. I > tried to accomplish "If the `default-directory' is different from the > containing file's directory then expand relative links." Not sure if I understand your use-case. Can you explain why you need to achieve such behaviour? There might be an easier way to get what you want. Best, Ihor John Herrlin writes: > It's intended to change directory and dont clone base buffer values. I > tried to accomplish "If the `default-directory' is different from the > containing file's directory then expand relative links." As I > understands it that's when it inserts a relative link, otherwise it just > `result'. I was looking from the indirect buffers point of view and from > there the relative link is off in this case. But from the base buffers > point of view everything works fine. I guess that it was my use case > that is strange. > > Looks good! > > Best regards > John > >>> In my case the result is a relative link, but if I follow the link I end >>> up in the wrong place. >> >> Do you mean that the generated script.sh ends up in your home dir? >> It is expected since default-directory in your buffer is "~/": >> >>> (dired "~/") >>> (make-indirect-buffer "tmp.org" "tmp-indirect") >> >> Note that you called make-indirect-buffer without third argument. >> >> According to manual: >> >>> (make-indirect-buffer BASE-BUFFER NAME CLONE) >>> CLONE nil means the indirect buffer's state is reset to default values. >> >>> Org first tries to generate the filename from the value of the >>> ‘file’ header argument and the directory specified using the >>> ‘output-dir’ header arguments. If ‘output-dir’ is not specified, >>> Org assumes it is the current directory. >> >> No surprise you got your file in the default-directory (~/). >> >> If you use (make-indirect-buffer "tmp.org" "tmp-indirect" t) instead, >> the script.sh link will be relative, as expected. >> >> Let me know if I miss something. >> >> Best, >> Ihor >> >> >>> Hey Ihor, >>> >>> Could not get the patch to work. >>> >>> I used this use case. >>> >>> (with-current-buffer >>> (find-file "/tmp/tmp.org") >>> (insert "* A\n** b\n** c\n\n some text") >>> (dired "~/") >>> (make-indirect-buffer "tmp.org" "tmp-indirect") >>> (switch-to-buffer "tmp-indirect") >>> (goto-char (point-max)) >>> (funcall 'org-mode) >>> (insert (concat "\n\n| default-directory | " default-directory " |\n" >>> "| org-link-file-path-type | " (symbol-name >>> org-link-file-path-type) " |\n" >>> "| (expand-file-name default-directory) | " >>> (expand-file-name default-directory) " |\n" >>> "| (buffer-file-name (buffer-base-buffer)) | " >>> (buffer-file-name (buffer-base-buffer)) " |\n")) >>> (org-table-align) >>> (insert "\n\n#+BEGIN_SRC shell :results file :file script.sh >>>echo \"#!/bin/bash\" >>>echo \"echo Hey\"\n#+END_SRC") >>> (org-babel-execute-src-block)) >>> >>> In my case the result is a relative link, but if I follow the link I end >>> up in the wrong place. >>> >>> src_emacs-lisp{emacs-version} {{{results(=26.3=)}}} >>> src_emacs-lisp{org-version} {{{results(=9.3.7=)}}} >>> >>> Best regards >>> John >>> >>> >>> Ihor Radchenko writes: >>> Remember to cover the basics, that is, what you expected to happen and what in fact did happen. You don't know how to make a good report? See https://orgmode.org/manual/Feedback.html#Feedback Your bug report will be posted to the Org mailing list. I noticed that org-babel-result-to-file never expands file: links in src block results when ran from indirect buffer and default-directory is not same with base buffer file's directory. This is against the docstring stating that > If the `default-directory' is different from the containing > file's directory then expand relative links. The misbehavior happens because buffer-file-name variable is always nil in indirect buffers. We need to call (file-name-directory (buffer-file-name (buffer-base-buffer))) instead. The patch is attached. Best, Ihor diff --git a/lisp/ob-core.el b/lisp/ob-core.el index f86282f0f..d37eef5f9 100644 --- a/lisp/ob-core.el +++ b/lisp/ob-core.el @@ -2561,16 +2561,16 @@ If the `default-directory' is different from the containing file's directory then expand relative links." (when (stringp result) (let ((same-directory? - (and buffer-file-name + (and (buffer-file-name (buffer-base-buffer)) (not (string= (expand-file-name default-directory) -(expand-file-name - (file-name-directory buffer-file-name))) + (expand-file-name +
Re: [PATCH] ol.el: Fixed typo
Bassam Saeed writes: > Noticed the typo in org documentation and figured I'd send a patch. My > first contribution to org (and Emacs) so I hope I got everything right. Thanks! You got everything right. Applied (b395f0abf).
Re: org-checkbox-hierarchical-statistics not working as expected
Thomas Albers writes: > Footnote 2 in the chapter 5.6 talks about the > 'org-checkbox-hierarchical-statistics' variable, which I have set to > nil. But the top level header still does no show the count of checked off > items. > > I have also used the :COOKIE_DATA: property set to recursive with the > same results. > > What I would expect based on the documentation: > * Some header [1/2] > :PROPERTIES: > :COOKIE_DATA: recursive > :END: > ** Another header [1/2] >- [X] some item 1 >- [ ] some item 2 > > What I get: > * Some header [0/0] > :PROPERTIES: > :COOKIE_DATA: recursive > :END: > ** Another header [1/2] >- [X] some item 1 >- [ ] some item 2 > > Am I interpreting something wrong? My understanding is that org-checkbox-hierarchical-statistics isn't about counting boxes from children headings but instead about counting children checkboxes. For example, here's a count with the default value of t for org-checkbox-hierarchical-statistics: * h [0/2] - [-] a - [ ] a.1 - [X] a.2 - [-] b - [ ] b.1 - [X] b.2 With org-checkbox-hierarchical-statistics to nil, the count is instead * h [2/6] - [-] a - [ ] a.1 - [X] a.2 - [-] b - [ ] b.1 - [X] b.2
Re: Bug: [patch] Fix org-babel-result-to-file never expanding links when babel is evaluated in indirect buffer [9.3.7 (release_9.3.7-728-g1efc4e @ /home/yantar92/.emacs.d/straight/build/org/)]
It's intended to change directory and dont clone base buffer values. I tried to accomplish "If the `default-directory' is different from the containing file's directory then expand relative links." As I understands it that's when it inserts a relative link, otherwise it just `result'. I was looking from the indirect buffers point of view and from there the relative link is off in this case. But from the base buffers point of view everything works fine. I guess that it was my use case that is strange. Looks good! Best regards John >> In my case the result is a relative link, but if I follow the link I end >> up in the wrong place. > > Do you mean that the generated script.sh ends up in your home dir? > It is expected since default-directory in your buffer is "~/": > >> (dired "~/") >> (make-indirect-buffer "tmp.org" "tmp-indirect") > > Note that you called make-indirect-buffer without third argument. > > According to manual: > >> (make-indirect-buffer BASE-BUFFER NAME CLONE) >> CLONE nil means the indirect buffer's state is reset to default values. > >> Org first tries to generate the filename from the value of the >> ‘file’ header argument and the directory specified using the >> ‘output-dir’ header arguments. If ‘output-dir’ is not specified, >> Org assumes it is the current directory. > > No surprise you got your file in the default-directory (~/). > > If you use (make-indirect-buffer "tmp.org" "tmp-indirect" t) instead, > the script.sh link will be relative, as expected. > > Let me know if I miss something. > > Best, > Ihor > > >> Hey Ihor, >> >> Could not get the patch to work. >> >> I used this use case. >> >> (with-current-buffer >> (find-file "/tmp/tmp.org") >> (insert "* A\n** b\n** c\n\n some text") >> (dired "~/") >> (make-indirect-buffer "tmp.org" "tmp-indirect") >> (switch-to-buffer "tmp-indirect") >> (goto-char (point-max)) >> (funcall 'org-mode) >> (insert (concat "\n\n| default-directory | " default-directory " |\n" >> "| org-link-file-path-type | " (symbol-name >> org-link-file-path-type) " |\n" >> "| (expand-file-name default-directory) | " >> (expand-file-name default-directory) " |\n" >> "| (buffer-file-name (buffer-base-buffer)) | " >> (buffer-file-name (buffer-base-buffer)) " |\n")) >> (org-table-align) >> (insert "\n\n#+BEGIN_SRC shell :results file :file script.sh >>echo \"#!/bin/bash\" >>echo \"echo Hey\"\n#+END_SRC") >> (org-babel-execute-src-block)) >> >> In my case the result is a relative link, but if I follow the link I end >> up in the wrong place. >> >> src_emacs-lisp{emacs-version} {{{results(=26.3=)}}} >> src_emacs-lisp{org-version} {{{results(=9.3.7=)}}} >> >> Best regards >> John >> >> >> Ihor Radchenko writes: >> >>> Remember to cover the basics, that is, what you expected to happen and >>> what in fact did happen. You don't know how to make a good report? See >>> >>> https://orgmode.org/manual/Feedback.html#Feedback >>> >>> Your bug report will be posted to the Org mailing list. >>> >>> >>> I noticed that org-babel-result-to-file never expands file: links in >>> src block results when ran from indirect buffer and default-directory >>> is not same with base buffer file's directory. This is against the >>> docstring stating that >>> If the `default-directory' is different from the containing file's directory then expand relative links. >>> >>> The misbehavior happens because buffer-file-name variable is always >>> nil in indirect buffers. We need to call (file-name-directory >>> (buffer-file-name (buffer-base-buffer))) instead. >>> >>> The patch is attached. >>> >>> Best, >>> Ihor >>> >>> diff --git a/lisp/ob-core.el b/lisp/ob-core.el >>> index f86282f0f..d37eef5f9 100644 >>> --- a/lisp/ob-core.el >>> +++ b/lisp/ob-core.el >>> @@ -2561,16 +2561,16 @@ If the `default-directory' is different from the >>> containing >>> file's directory then expand relative links." >>>(when (stringp result) >>> (let ((same-directory? >>> - (and buffer-file-name >>> + (and (buffer-file-name (buffer-base-buffer)) >>> (not (string= (expand-file-name default-directory) >>> - (expand-file-name >>> - (file-name-directory buffer-file-name))) >>> + (expand-file-name >>> +(file-name-directory (buffer-file-name >>> (buffer-base-buffer) >>>(format "[[file:%s]%s]" >>> - (if (and default-directory buffer-file-name same-directory?) >>> + (if (and default-directory (buffer-file-name >>> (buffer-base-buffer)) same-directory?) >>> (if (eq org-link-file-path-type 'adaptive) >>> (file-relative-name >>>(expand-file-name result default-directory) >>> -
Re: patch for org-capture.el to allow for no file extension on open-source, protocol
On 13 May 2020, at 9:02, Nicolas Goaziou wrote: Hello, Stacey Marshall writes: Will do. sorry didn't realize I was over the Tiny change limit. I can sign FSF papers if still needed. It is still needed :) Please let me know once the process is complete, or if you have question regarding the process. Thank you! Regards, -- Nicolas Goaziou Hi Nicolas, Well that took much longer than I expected. The signature process is finally complete. If you would still like me to update ORG-NEWS then I shall have to brush up on my git and send a new patch... Let me know -- [Stacey](https://staceymarshall.wordpress.com/)
[PATCH] ol.el: Fixed typo
Hi all, Noticed the typo in org documentation and figured I'd send a patch. My first contribution to org (and Emacs) so I hope I got everything right. Thanks, Bassam From 3010082a4a704dbb3cc32a5cac21780fec465ff3 Mon Sep 17 00:00:00 2001 From: Bassam Saeed Date: Mon, 27 Jul 2020 18:03:58 -0400 Subject: [PATCH] ol.el: Fixed typo * lisp/ol.el (org-link-parameters): Fixed typo 'ar' to 'are' TINYCHANGE --- lisp/ol.el | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lisp/ol.el b/lisp/ol.el index 82fc69769..76a9aca2b 100644 --- a/lisp/ol.el +++ b/lisp/ol.el @@ -91,7 +91,7 @@ The key in each association is a string of the link type. Subsequent optional elements make up a property list for that type. -All properties ar optional. However, the most important ones +All properties are optional. However, the most important ones are, in this order, `:follow', `:export', and `:store', described below. -- 2.27.0
Bug: Exporting internal link to special latex block [9.3.7 (9.3.7-14-gb2b587-elpa @ /home/lobo/.emacs.d/elpa/org-20200720/)]
I am trying to export to html a labeled latex special block (a theorem environment, defined by #+begin_theorem [...] #+end_theorem ). I have named the theorem with #+NAME: thm:mv (I also tried with #+LABEL: and the behavior described below does not change). I have a link to such block later in the body, in the form [[thm:mv]]. The link works perfectly in the org file, however it is exported incorrectly to html. In fact, while the theorem environment gets exported in the html as [...] , the link does not href to "#thm:mv" as expected, but to an auto-generated label: 1 I have tried to play around a bit with export options, but to no avail. Is this a known bug? Best regards, _ Marco Emacs : GNU Emacs 26.3 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.20) of 2020-05-19 Package: Org mode version 9.3.7 (9.3.7-14-gb2b587-elpa @ /home/lobo/.emacs.d/elpa/org-20200720/) current state: == (setq org-src-mode-hook '(org-src-babel-configure-edit-buffer org-src-mode-configure-edit-buffer) org-link-shell-confirm-function 'yes-or-no-p org-metadown-hook '(org-babel-pop-to-session-maybe) org-export-date-timestamp-format "%B %d, %Y" org-clock-out-hook '(org-clock-remove-empty-clock-drawer) org-html-format-inlinetask-function 'org-html-format-inlinetask-default-function org-latex-subtitle-separate t org-pretty-entities t org-latex-default-packages-alist '(("AUTO" "inputenc" t ("pdflatex" "latex")) ("" "fontspec" nil ("xelatex" "lualatex")) ("" "amssymb" t nil) ("" "amsmath" t nil) ("" "amsthm" nil nil) ("" "amscd" t nil) ("" "amsfonts" t nil) ("" "unicode-math" nil ("xelatex" "lualatex")) ("" "graphicx" t nil) ("" "grffile" t nil) ("" "wrapfig" nil nil) ("" "rotating" nil nil) ("normalem" "ulem" t nil) ("" "textcomp" t nil) ("" "capt-of" nil nil) ("" "longtable" nil nil)) org-odt-format-headline-function 'org-odt-format-headline-default-function org-agenda-files '("~/home.org" "~/postdoc/work.org") org-ascii-format-inlinetask-function 'org-ascii-format-inlinetask-default org-reveal-start-hook '(org-decrypt-entry) org-format-latex-header "\\documentclass[leqno]{article}\n\\usepackage[usenames]{color}\n[PACKAGES]\n[DEFAULT-PACKAGES]\n\\pagestyle{empty} % do not remove\n% The settings below are copied from fullpage.sty\n\\setlength{\\textwidth}{\\paperwidth}\n\\addtolength{\\textwidth}{-3cm}\n\\setlength{\\oddsidemargin}{1.5cm}\n\\addtolength{\\oddsidemargin}{-2.54cm}\n\\setlength{\\evensidemargin}{\\oddsidemargin}\n\\setlength{\\textheight}{\\paperheight}\n\\addtolength{\\textheight}{-\\headheight}\n\\addtolength{\\textheight}{-\\headsep}\n\\addtolength{\\textheight}{-\\footskip}\n\\addtolength{\\textheight}{-3cm}\n\\setlength{\\topmargin}{1.5cm}\n\\addtolength{\\topmargin}{-2.54cm}" org-mode-hook '((lambda nil (local-set-key (kbd "C-l C-e") (function LaTeX-environment))) turn-on-visual-line-mode my/org-include-img-from-pdf-before-save (lambda nil (org-bullets-mode 1)) #[0 "\301\211\207" [imenu-create-index-function org-imenu-get-tree] 2] (lambda nil (local-set-key (kbd "C-c p") (function mail-org-preamble))) smartparens-mode (lambda nil (setq fill-column 95)) #[0 "\300\301\302\303\304$\207" [add-hook before-save-hook org-encrypt-entries nil t] 5] turn-off-auto-fill org-display-inline-images turn-on-org-cdlatex #[0 "\300\301\302\303\304$\207" [add-hook change-major-mode-hook org-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-export-with-smart-quotes t org-odt-format-drawer-function #[514 "\207" [] 3 "\n\n(fn NAME CONTENTS)"] org-archive-hook '(org-attach-archive-delete-maybe) org-agenda-restore-windows-after-quit t org-confirm-elisp-link-function 'yes-or-no-p org-agenda-before-write-hook '(org-agenda-add-entry-text) org-preview-latex-default-process 'dvisvgm org-metaup-hook '(org-babel-load-in-session-maybe) org-startup-with-latex-preview t org-bibtex-headline-format-function #[257 "\300\236A\207" [:title] 3 "\n\n(fn ENTRY)"] org-latex-format-drawer-function #[514 "\207" [] 3 "\n\n(fn _ CONTENTS)"] org-agenda-deadline-faces '((1.0 . org-warning) (0.5 . org-upcoming-deadline) (0.0 . org-agenda-calendar-event)) org-crypt-key nil org-babel-pre-tangle-hook '(save-buffer) org-latex-compiler "xelatex" org-tab-first-hook '(org-babel-hide-result-toggle-maybe org-babel-header-arg-expand) org-agenda-skip-deadline-prewarning-if-scheduled 3 org-highlight-latex-and-related '(native entities)
org-checkbox-hierarchical-statistics not working as expected
Hello, I have been playing around with checkboxes and I noticed a behaviour I did not expect based on what I read on the documentation. Footnote 2 in the chapter 5.6 talks about the 'org-checkbox-hierarchical-statistics' variable, which I have set to nil. But the top level header still does no show the count of checked off items. I have also used the :COOKIE_DATA: property set to recursive with the same results. What I would expect based on the documentation: * Some header [1/2] :PROPERTIES: :COOKIE_DATA: recursive :END: ** Another header [1/2] - [X] some item 1 - [ ] some item 2 What I get: * Some header [0/0] :PROPERTIES: :COOKIE_DATA: recursive :END: ** Another header [1/2] - [X] some item 1 - [ ] some item 2 Am I interpreting something wrong? Regards, Thomas
Documentation for org html head scripts
Hi, I was trying to have a clean html-head while exporting using `ox-html`, and even while setting (setq org-html-head-include-default-style nil) (setq org-html-mathjax-template "") I would get some code in the header, as shown in the following reddit post: https://old.reddit.com/r/emacs/comments/humgny/getting_rid_of_excess_header_in_org_html_export/ I tried following the org manual, but a solution was not mentioned in it. The person who solved the issue for me in the reddit post recommended letting the devs know to add it in the documentation. Namely, something like: "Customizing the variable org-html-head-include-scripts to nil, disables any scripts being added to the html-head" (the variable is indeed mentioned, however, a small paragraph regarding how to get a clean html-head could be added). Thanks for the attention. I hope you all are doing well! Sincerely, Paramjit
Re: Website revamp?
The effort continues! To give an idea of what's changed, here's a commit log: Unmerged into origin/master (19) - master Replace header generic org description with quote - Remove jQuery, do smooth scrolling with CSS - Add open grabh meta tags - Don't eval src blocks on export, by default - Org table auto-formatting - Start using a setupfile for common properties - Change main banner style - bigger and greener - Improve mobile experience - Tweak banners - Use svg unicorn in navbar - Make font less thin - Place nav on top of page - Change link colours - Autoformatting - (Re)add quotes script - Add banner to index - Tweak implementation of body padding in css - Add navbar - Start using SCSS Feedback / issue reporting is appreciated :) just visit http://orgmode.tecosaur.com/ for a preview. I've mainly focused on the index page, next up is features. Hope you're all having a nice weekend, Timothy. Russell Adams writes: I wouldn't recommend anyone use Discord so you won't find me there, much less Facebook or the other horrid scourges devouring the internet. As an OSS project, I think Org's users should stay on Freenode. IRC isn't difficult, perhaps you should try it sometime. There's plenty of clients, and even one inside Emacs (ERC). Good news on that front - Yesterday I spent the evening getting Circe going, so I'm now on #org-mode, if you care to chat :) Scott Randby wrote: There is one thing, something which has nothing to do with the new design or the old design, that has sort of bugged me for a long time though. That thing is the advertisement for "The Org Mode 7 Reference Manual." Org is now at version 9.3.7, there have been significant changes to Org since version 7, and the manual isn't available anymore (as stated on the page). Potential and new users might be confused by the advertisement. Perhaps there is another graphic that can replace the graphic of the cover of the printed reference manual. I'll get around to content in a bit, maybe today, maybe a few days.