Re: Dates in headlines
Ypo writes: > I found it again: > > "If the headline contains a timestamp, it is removed from the link, > which results in a wrong link—you should avoid putting a timestamp in > the headline." > > https://orgmode.org/manual/Handling-Links.html#FOOT28 Unless I miss something, this footnote is plain wrong. The timestamps are not removed. At least not when I run M-x org-store-link on a headline with timestamp with emacs -Q. -- Ihor Radchenko, Org mode contributor, Learn more about Org mode at https://orgmode.org/. Support Org development at https://liberapay.com/org-mode, or support my work at https://liberapay.com/yantar92
Re: Fwd: Re: Typo in info pages
ed...@openmail.cc writes: >> I stored this link with Org (mode): >> [[info:org#Formula syntax for Calc]] >> >> There, one can find >> >> if(typeof(vmean($1..$7)) == 12, string(""), vmean($1..$7); E’ >> >> which I believe that should be >> >> if(typeof(vmean($1..$7)) == 12, string(""), vmean($1..$7)); E’ Thanks for reporting! Fixed on main via 45e02e6bc. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=45e02e6bc67c1d22c7b2560fc0fc5a7e86aea0e2 -- Ihor Radchenko, Org mode contributor, Learn more about Org mode at https://orgmode.org/. Support Org development at https://liberapay.com/org-mode, or support my work at https://liberapay.com/yantar92
Re: [PATCH] Re: No mathematics in Texinfo exports
Rudolf Adamkovič writes: >> First of all, checking version should probably be controlled by some >> customization. Especially when we export to .texi (which does not >> involve calling makeinfo), not to .info. > > I could not figure out how to tell between the two kinds of export. > > My attempt, in 'org-texinfo-latex-environment': > > (message "filename1: %s" (plist-get info :output-file)) > (message "filename2: %s" (plist-get info :texinfo-filename)) > > I always got the following, not matter what: > > filename1: test.texi > filename2: nil I did not mean that the behaviour should necessarily be different. In any case, you cannot really distinguish this easily. The difference between info and texinfo exports is simply in the arguments to org-export-to-file. When exporting to info, the normal texinfo export is post-processed using org-texinfo-compile. See org-texinfo-export-to-info and org-texinfo-export-to-texinfo. >> This customization might be set to 'auto by default, making ox-texinfo >> check makeinfo version. > > We now set the customization to 'detect. If you think 'auto makes for a > better name, for consistency or some other reason, please let me know. 'detect is OK. > --- a/etc/ORG-NEWS > +++ b/etc/ORG-NEWS > @@ -270,6 +270,7 @@ example, > > prints a sub-bibliography containing the book entries with =ai= among > their keywords. > +*** Support for LaTeX mathematics in Texinfo exports Please provide a bit mode info here. At least, mention the new customization and its default value. > +(defcustom org-texinfo-with-latex (and org-export-with-latex 'auto) I guess that you meant (and org-export-with-latex 'detect). > + "If non-nil, the Texinfo exporter attempts to process LaTeX math. > + > +When set to t, the exporter always processes LaTeX environments > +and fragments as Texinfo \"@displaymath\" and \"@math\" commands > +respectively. Alternatively, when set to 'detect, the exporter 'detect will trigger unescaped quote warning in Emacs 29. Use `detect'. > +(defun org-texinfo-latex-environment (environment _contents info) > + "Transcode a LaTeX ENVIRONMENT from Org to Texinfo. CONTENTS is > +nil. INFO is a plist holding contextual information." > +(defun org-texinfo-latex-fragment (fragment _contents info) > + "Transcode a LaTeX FRAGMENT from Org to Texinfo. CONTENTS is > +nil. INFO is a plist holding contextual information." Please Use a single sentence at the first line of the docstring. "CONTENTS is nil" is misleading. If you want to mention CONTENTS argument at all, just say that it is ignored. > +(defun org-texinfo-supports-math-p () > + "Return t if the installed version of Texinfo supports \"@math\"." This function may be called frequently. Its value should better be cached. We really only need to calculate it once per Emacs session and store in some variable. > + ;; inline TeX fragment Please use full sentences in comments. Start sentences with capitalized words and end with ".". > + (should > + (equal "@math{a^2 = b}" > + (org-texinfo-latex-fragment > + (org-element-create 'latex-fragment > + '(:value "$a^2 = b$")) > + nil > + '(:with-latex t Please note that the test results may depend on the installed texinfo version. Please guard the tests with (let ((org-texinfo-with-latex t)) ...) -- Ihor Radchenko, Org mode contributor, Learn more about Org mode at https://orgmode.org/. Support Org development at https://liberapay.com/org-mode, or support my work at https://liberapay.com/yantar92
Re: [PATCH v2] ol-info: Define :insert-description function
Max Nikulin writes: > I have rewritten the patch to use `pcase' and to fix allowed separators > between file name and node. Thanks! > +(defun org-info--link-file-node (path) > + "Extract file name and node from info link PATH. > + > +Return cons consisting of file name and node name or \"Top\" if node > +part is not specified. Components may be separated by \":\" or by \"#\"." It looks like the docstring does not match what the function actually returns. > + (if (not path) > + '("dir" . "Top") "dir" is not a file. Also, it is not very clear what "dir" is referring to. Maybe you can add a comment pointing to `org-info-other-documents'? > +(string-match "\\`\\([^#:]*\\)\\(?:[#:]:?\\(.*\\)\\)?\\'" path) > +(let* ((node (match-string 2 path)) > + ;; `string-trim' modifies match Here and is several other places, including docstrings, please make sure that the sentences end with "." and are separated with " ". > + (cons > + ;; Fallback to "org" is an arbirtrary choice > + ;; and added because "(dir)filename" does not work as "filename". Should this be documented? Or at least mentioned that the behaviour is undefined. And if it is undefined you should not test it in the tests. -- Ihor Radchenko, Org mode contributor, Learn more about Org mode at https://orgmode.org/. Support Org development at https://liberapay.com/org-mode, or support my work at https://liberapay.com/yantar92
Re: C-c $ missing?
On Thu, 18 Aug 2022 12:46:23 -0400 Summer Emacs wrote --- > > Hi everyone, first time posting. I hope it's okay to ask this here (I'm > totally new): Welcome! > Since this morning (I updated a few packages but not sure which), C-c $ > is missing in org mode? It's how I used to archive tasks when they were > done. I know that I can use C-c C-x C-s but I used to just use C-c $ and > it worked. Did something change with an update? > > (I think it was C-c $ or maybe C-x $? Sometimes I get the two confused) I don't know if anything changed with Org, I'll let others speak to that. However, in the mean time, check C-h k C-c C-x C-s to see what command is bound to that sequence (is it org-archive-subtree?). Then you can bind it with something like: (eval-after-load 'org-mode (define-key org-mode-map (kbd "C-c C-x C-s") #'org-archive-subtree)) This says, "after loading org-mode for the first time, define the key sequence within the variable telling Emacs what keys do what for org-mode to call the function org-archive-subtree when it sees C-c C-x C-s." The C-h f and C-h v commands describe-function and describe-variable can probably explain that better. > -- > Summer, > Sent from MU4E in Emacs, > Because I'm becoming a NEWBIE at this! We all start somewhere! I hope this helps. Just saw your message as I was passing by. If it's unclear, that's totally my fault!
C-c $ missing?
Hi everyone, first time posting. I hope it's okay to ask this here (I'm totally new): Since this morning (I updated a few packages but not sure which), C-c $ is missing in org mode? It's how I used to archive tasks when they were done. I know that I can use C-c C-x C-s but I used to just use C-c $ and it worked. Did something change with an update? (I think it was C-c $ or maybe C-x $? Sometimes I get the two confused) -- Summer, Sent from MU4E in Emacs, Because I'm becoming a NEWBIE at this!
Re: Volunteering to maintain ob-asymptote.el within Org
On 27/07/2022 11:09, Tim Cross wrote: Ihor Radchenko writes: ob-asymptote has been moved out of the core after https://orgmode.org/list/87bl9rq29m@gnu.org Subject: Moving some lisp/ob-*.el files to org-contrib - your advice? So, we are not talking about adding a new library into the core. Rather about a late voice against moving it out. … Still, I don't think that invalidates any of the points I was making. The module has not been part of core for over 12 months and this is the first mention of it. I think we should wait 12 months and see how the maintenance and development of the module goes. After 12 months, if there is still interest in moving it into core and if it has sufficient documentation, examples and unit tests, this can be reviewed. I suppose, 12 months since removal of the package is not really significant duration for those who use packages from their linux distributions. How many releases have been affected by such change? ubuntu has new elpa-org package, but emacs-27 has an older version. Fedora has emacs-27 as well and unsure concerning a separate org package. After next 12 month there will be little point to add the package back. It will cause more disturbance for users. Perhaps Asymptote project is more suitable for ob-asymptote.el, but it seems in this particular case Jarmo more close to Org project that to Asymptote. I had asymptote in my bookmarks for a long time, but usually I am satisfied with quality of plots that I can achieve in gnuplot or ROOT, so I have never tried asymptote. Frankly speaking, https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-asymptote.html contrived examples do not motivate me.
Re: [PATCH] Documentation and NEWS for ` org-latex-language-alist'
On 16/08/2022 21:16, Juan Manuel Macías wrote: Firefox may block downloading of a file through unencrypted http: protocol if a link is opened from a https: page (HTML version of the Org manual served from orgmode.org this case). The problem with CTAN mirrors is that not all hosts have TLS certificates including their CTAN names. I can't figure out how to link to the babel documentation in a way other than a link to CTAN. If this might be an inconvenience (due to https issues), perhaps we could simply put in the documentation something like 'see the Babel docs', or referencing the command 'texdoc -M babel', which opens the locally installed babel documentation. The problem is that not all GNU/Linux distributions include the documentation in their versions of TeX live. For example, Arch Linux does not include documentation in the official repos and must be installed separately via an AUR package. I would suggest https (TLS) link and title of the document. I believe that is should be a requirement for "official" CTAN mirrors to have valid TLS certificate. P.S. Why there is no ol-texdoc.el?
Re: org-encode-time bug
Ihor Radchenko writes: > org-encode-time is defined in org-macs.el in the latest Org, but _not_ > in built-in Org. What you are seeing is most likely caused by "mixed" > installation of Org when part of Org is loaded from built-in Org > distribution coming from Emacs. I was actually seeing https://debbugs.gnu.org/cgi/bugreport.cgi?bug=56746 so my bug is fixed. Thank you! > Could you please detail on what you did to load the latest org with > Emacs -Q? Using purely emacs -Q cannot trigger the error simply because > org-encode-time is absent in the built-in Org. I think this has to do with the GNU Guix site lisp file loading packages. I was meaning to look into this to continue to debug this but I guess I don't have to since it's been fixed. Thank you, Morgan
org-plot/gnuplot
Hello, I want to plot energy against variable from this table. #+plot: title "Final energy vs nkpt" ind:5 deps:(6) type:2d with:points | workdir | calcdir| volume| iscl |coa | variable | energy | |-+--+-+--++--+| | 1x1x1_220813_134036 | Elk.60s0z6oO | 763.4468395 | 29 | 1.0995524815439035 |8 | -1322.63944536| | 1x1x1_220813_134038 | Elk.KOuCkl6t | 763.4468395 | 43 | 1.0995524815439035 | 8.1 | -1322.64008007| | 1x1x1_220813_134039 | Elk.l2x2cHDI | 763.4468395 | 117 | 1.0995524815439035 | 8.2 | -1322.64061753| | 1x1x1_220813_134041 | Elk.tq49FwF2 | 763.4468395 | 200 | 1.0995524815439035 | 8.3 | -2011.46480036| | 1x1x1_220813_134042 | Elk.pz5sOddm | 763.4468395 | 200 | 1.0995524815439035 | 8.4 | -1112.46462452| | 1x1x1_220813_134043 | Elk.NpW1FMQf | 763.4468395 | 94 | 1.0995524815439035 | 8.5 | -1322.64153726| | 1x1x1_220813_134045 | Elk.V5uUKC7x | 763.4468395 | 36 | 1.0995524815439035 | 8.6 | -1322.6412902| | 1x1x1_220813_134046 | Elk.o3ImwmnC | 763.4468395 | 39 | 1.0995524815439035 | 8.7 | -1322.64159122| | 1x1x1_220813_134048 | Elk.1Zujwhut | 763.4468395 | 45 | 1.0995524815439035 | 8.8 | -1322.64182813| | 1x1x1_220813_134049 | Elk.MqAyPaDJ | 763.4468395 | 48 |1.0995524815439035 | 8.9 | -1322.64200892| I think the #+plot: invocation is correct for org-plot/gnuplot but when run I just get "user-error: Current buffer has no process". I appreciate any help offered. Cheers, Roger
Re: [QUESTION] How to specific image size attributes under headline scope?
Timothy writes: > Hi Christopher, > >> I want to specify image size under headline properties. Is it possible to do >> this? > > As I understand org.el, this is solely governed by > `org-display-inline-image--width', which only looks at `#+attr_*' keywords > when > setting an image width. > > All the best, > Timothy Yes, what about letting org-mode support headline level image size specification? Is this a good idea and easy to implement? -- [ stardiviner ] I try to make every word tell the meaning that I want to express without misunderstanding. Blog: https://stardiviner.github.io/ IRC(libera.chat, freenode): stardiviner, Matrix: stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3 signature.asc Description: PGP signature
Re: [BUG] Fix for inlinetask visibility cycling causes infinite loop for
Something like this could work. Just ensuring that we haven’t ended back at the start of the current (degenerate) inlinetask. I don’t know if this would be the most elegant solution though. I also considered whether org-inlinetask-goto-end should really move to the point after the last line of an inlinetask (is this consistent with org-element BTW?), but that would require changes across a big part of org-inlinetask and probably complicate other things. diff --git a/lisp/org-inlinetask.el b/lisp/org-inlinetask.el index 07aa94f32..c28f5e7b4 100644 --- a/lisp/org-inlinetask.el +++ b/lisp/org-inlinetask.el @@ -334,12 +334,15 @@ (defun org-inlinetask-hide-tasks (state) (org-inlinetask-goto-end) (`children (save-excursion - (while - (or (org-inlinetask-at-task-p) - (and (outline-next-heading) (org-inlinetask-at-task-p))) -(org-inlinetask-toggle-visibility) -(org-inlinetask-goto-end) - (backward-char)) + (let ((startpoint-at-bol -1)) + (while +(or (and (org-inlinetask-at-task-p) + (not (eq startpoint-at-bol (point-at-bol +(and (outline-next-heading) (org-inlinetask-at-task-p))) + (setq startpoint-at-bol (point-at-bol)) + (org-inlinetask-toggle-visibility) + (org-inlinetask-goto-end) + (backward-char))) (defun org-inlinetask-remove-END-maybe () "Remove an END line when present."
[BUG] Fix for inlinetask visibility cycling causes infinite loop for "degenerate" inlinetasks
Hi, I use "degenerate" inlinetasks (without an "*** END" line) quite a lot (for example for "coding" snippets in my orgqda package https://git.sr.ht/~andersjohansson/orgqda/). Degenerate inlinetasks are stated as allowed in the documentation at the beginning of org-inlinetask.el, but are maybe not so common since org-inlinetask-insert-task always inserts the END-line. Since April, an infinite loop is caused when cycling an entry containing degenerate inlinetasks by commit: 5f184b org-inlinetask.el: Fix visibility cycling for inlinetasks Sample for reproducing: - * Heading *** Degenerate inlinetask - Cycling "Heading" will call org-inlinetask-hide-tasks where the last calls in the loop of `inlinetask-goto-end` takes us to the line below the inlinetask, but `backward-char` takes us back to the point at the end of the inlinetask, so `inlinetask-at-task-p` is still t and the loop continues infinitely in this fashion. I don’t have a good suggestion for a solution that would still solve the problem addressed in that commit. Best, Anders Johansson