Re: A quick LaTeX reference guide in Org
> On Oct 25, 2021, at 0:37, Emmanuel Charpentier > wrote: > > "A quick LaTeX reference guide"... > > Nice oxymoron ! But it looks good in org-mode :-) Thank you Juan ! -- Jean-Christophe Helary @brandelune https://mac4translators.blogspot.com https://sr.ht/~brandelune/omegat-as-a-book/
Re: [PATCH] Re: [BUG] indention of drawer does not work [9.5 (release_9.5-145-gd18beb @ /home/oub/emacs/site-lisp/packages/org/)]
Kévin Le Gouguec writes: > Mmm, starting from emacs -Q and running M-x org-indent-mode, I see Org > indent the :PROPERTIES: drawers in both files, both with the tip of > Org's 'main' branch (e2fa3c4) and with Ihor's patch applied. Same on my side. org-indent-mode works fine for me. Best, Ihor
Re: Lisp error: (void-function org-element-keyword-parser)
William Denton writes: > It's things like this that make me consider going back to using my operating > system's Emacs package and Emacs's Org, so everything is nice and stable all > the > time. One day I will, but not today ... We have stable bugfix branch distributed via ELPA. main is the development branch. It is inherently unstable, especially when we do major changes in the internal Org machinery. Best, Ihor
Re: Lisp error: (void-function org-element-keyword-parser)
On 24 October 2021, Ihor Radchenko wrote: William Denton writes: So if anyone out there is using org-bullets and runs into a problem, try removing it and see if that helps. Not necessarily. Recent patch (d3143feaf) removed the call to org-element-keyword-parser completely, which was probably the real fix ;) It's things like this that make me consider going back to using my operating system's Emacs package and Emacs's Org, so everything is nice and stable all the time. One day I will, but not today ... Bill -- William Denton https://www.miskatonic.org/ Librarian, artist and licensed private investigator. Toronto, Canada
Re: A quick LaTeX reference guide in Org
Aloha Juan Manuel, Juan Manuel Macías writes: Hi, The TeXstudio editor includes a comprehensive LaTeX reference guide in HTML (https://github.com/texstudio-org/texstudio/blob/master/utilities/latexhelp.html). I have converted it to Org with Pandoc (and then cleaned it up and fixed some broken links). It can be downloaded here: https://cloud.disroot.org/s/krGSf7TmFZRiyZL I think it may be useful for a quick LaTeX query. You could even use org-ql and define a function like this: (require 'org-ql) (defun my-latex-apropos () (interactive) (let ((regexp (if (not (current-word t t)) (read-from-minibuffer "Find (regexp): ") (read-from-minibuffer "Find: " (current-word t t) (org-ql-search "/path-to/latexreference.org" `(regexp ,regexp Best regards, Juan Manuel Such a handy utility! Thanks for sharing. All the best, Tom -- Thomas S. Dye https://tsdye.online/tsdye
Re: Evaluate or execute?
Aloha Rudolf, Joost, and Tim, Thanks very much. This helps a lot. All the best, Tom -- Thomas S. Dye https://tsdye.online/tsdye
Re: A quick LaTeX reference guide in Org
Juan Manuel Macías writes: > Hi, > > The TeXstudio editor includes a comprehensive LaTeX reference guide in > HTML > (https://github.com/texstudio-org/texstudio/blob/master/utilities/latexhelp.html). > I have converted it to Org with Pandoc (and then cleaned it up and fixed > some broken links). It can be downloaded here: > https://cloud.disroot.org/s/krGSf7TmFZRiyZL > > I think it may be useful for a quick LaTeX query. You could even use > org-ql and define a function like this: > > (require 'org-ql) > (defun my-latex-apropos () > (interactive) > (let ((regexp (if (not (current-word t t)) > (read-from-minibuffer "Find (regexp): ") > (read-from-minibuffer "Find: " (current-word t t) > (org-ql-search > "/path-to/latexreference.org" > `(regexp ,regexp > > There is also a latex2e.info package 'out there'. I have it installed from my Linux distro and find being able to run (info)Latex very useful as a basic reference.
Re: Evaluate or execute?
"Thomas S. Dye" writes: > Or, are the terms simply synonymous? Tom, have no idea about "Worg", but in computer science, one evaluates expressions to their values and executes statements for their side effects. For instance, the expression 1 + 1 evaluates to the value of 2, while the statement "print 2" causes a side-effect of displaying 2. Rudy -- "I love deadlines. I love the whooshing noise they make as they go by." -- Douglas Adams, The Salmon of Doubt Rudolf Adamkovič Studenohorská 25 84103 Bratislava Slovakia [he/him]
Re: Evaluate or execute?
"Thomas S. Dye" writes: > Aloha all, > > The org manual and various documents on Worg appear to use the subject terms > as > synonyms for running a bit of source code and gathering its result. Is there > a > useful distinction that this non-software engineer is missing? Or, are the > terms simply synonymous? > I suspect that in some domains, there is probably a subtle difference between evaluate and execute, but when reading information on org, I think your pretty safe to consider them as synonymous. You need to evaluate a statement in order to execute it.
Re: Evaluate or execute?
On Sun, Oct 24 2021, Thomas S. Dye wrote: > The org manual and various documents on Worg appear to use the subject terms > as > synonyms for running a bit of source code and gathering its result. Is there > a > useful distinction that this non-software engineer is missing? Or, are the > terms simply synonymous? To me, the term "evaluate" suggests that the piece of code returns a value that one is interested in, while "execute" suggest that the code has some side effect and doesn't return a value (or one that is ignored). Though I doubt this is a very firm distinction that is strictly adhered to. For practical purposes, you can probably consider them synonymous. -- Joost Kremers Life has its moments
Evaluate or execute?
Aloha all, The org manual and various documents on Worg appear to use the subject terms as synonyms for running a bit of source code and gathering its result. Is there a useful distinction that this non-software engineer is missing? Or, are the terms simply synonymous? All the best, Tom -- Thomas S. Dye https://tsdye.online/tsdye
Re: [PATCH] Re: [BUG] indention of drawer does not work [9.5 (release_9.5-145-gd18beb @ /home/oub/emacs/site-lisp/packages/org/)]
Uwe Brauer writes: "KLG" == Kévin Le Gouguec writes: > >> I've applied your fix on top of 281a0e26b; AFAICT it works as expected. > > I applied the patch on top of e2fa3c4c4046b6, (Me too actually; 281a0e26b is the commit ID I got by applying Ihor's patch; apologies for the confusion) > the two examples you sent uwe1.org and uwe2.org do not indent the > drawer with org-indent-mode turned on Mmm, starting from emacs -Q and running M-x org-indent-mode, I see Org indent the :PROPERTIES: drawers in both files, both with the tip of Org's 'main' branch (e2fa3c4) and with Ihor's patch applied.
access org bugs via debbugs-org-bugs and configuring debbugs-port
Hi Is there a possibility to access the bugs of org-mode via via debbugs-org-bugs and configuring debbugs-port correctly? Regards Uwe Brauer
[patch] Fix link to Library of Babel
Aloha all, The attached patch changes a 404 link to the working link used on Worg. All the best, Tom >From 31f340d80fdd01833e770d12806f0df165b88365 Mon Sep 17 00:00:00 2001 From: "Thomas S. Dye" Date: Sun, 24 Oct 2021 07:09:49 -1000 Subject: [PATCH] doc/org-manual.org: Fix link to Library of Babel --- doc/org-manual.org | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/org-manual.org b/doc/org-manual.org index 6273ec90e..060fc0a44 100644 --- a/doc/org-manual.org +++ b/doc/org-manual.org @@ -18603,7 +18603,7 @@ can preview the results with the following command: The "Library of Babel" is a collection of code blocks. Like a function library, these code blocks can be called from other Org -files. A collection of useful code blocks is available on [[https://orgmode.org/worg/library-of-babel.html][Worg]]. For +files. A collection of useful code blocks is available on [[https://git.sr.ht/~bzg/worg/tree/master/item/library-of-babel.org][Worg]]. For remote code block evaluation syntax, see [[*Evaluating Code Blocks]]. #+kindex: C-c C-v i -- 2.25.1 -- Thomas S. Dye https://tsdye.online/tsdye
A quick LaTeX reference guide in Org
"A quick LaTeX reference guide"... Nice oxymoron ! -- Emmanuel Charpentier
Re: [PATCH] Re: [BUG] indention of drawer does not work [9.5 (release_9.5-145-gd18beb @ /home/oub/emacs/site-lisp/packages/org/)]
>>> "KLG" == Kévin Le Gouguec writes: > Ihor Radchenko writes: >> The tentative fix is attached, but please >> double check because I am not very familiar with the indentation code. > I've applied your fix on top of 281a0e26b; AFAICT it works as expected. I applied the patch on top of e2fa3c4c4046b6, and it worked, Kevin, the two examples you sent uwe1.org and uwe2.org do not indent the drawer with org-indent-mode turned on, only with M-: (setq org-adapt-indentation 'headline-data) C-x h M-: (indent-for-tab-command) It indents. Can you confirm this? Thanks smime.p7s Description: S/MIME cryptographic signature
Re: [BUG] indention of drawer does not work [9.5 (release_9.5-145-gd18beb @ /home/oub/emacs/site-lisp/packages/org/)]
>>> "KLG" == Kévin Le Gouguec writes: > Uwe Brauer writes: >> In the attached file > Maybe I missed it, but I don't think your report included an attachment? > I went with the two example files you showed in the previous discussion; > cf. my own attachments. I just checked. I did provide an attachment It can be seen with any browser at https://lists.gnu.org/archive/html/emacs-orgmode/2021-10/msg00748.html But I cannot see it with emacs and gnus! Another bug? I will send a bug report to the gnus list >> I do: >> >> M-: (setq org-adapt-indentation 'headline-data) >> C-x h >> M-: (indent-for-tab-command) >> >> Result >> >> the :PROPERTIES: drawer is not indented. >> >> Emacs : GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo >> version 1.14.6, Xaw3d scroll bars) >> of 2021-07-31 >> Package: Org mode version 9.5 (release_9.5-145-gd18beb @ >> /home/oub/emacs/site-lisp/packages/org/) > I can reproduce with the latest commit on 'main' (e2fa3c4c4); AFAICT the > release that is included in the emacs-28 branch (52e6f1) works > correctly, which is why I did not see the problem. > I tried to bisect; fc80d052d fails to compile so it's hard to be sure, > but I think it might be when things started to go awry. I can't > reproduce the bug with the parent commit (6933c1ad7), but I can with the > next one (bc52c4d9a). Ok I I have currently using d18beb7c6f9e99d25 because Ihor recommend me to use it because of another bug concerning columnview. Thanks for investigating this, I will try out now the patch that was sent my Ihor a while ago regards smime.p7s Description: S/MIME cryptographic signature
A quick LaTeX reference guide in Org
Hi, The TeXstudio editor includes a comprehensive LaTeX reference guide in HTML (https://github.com/texstudio-org/texstudio/blob/master/utilities/latexhelp.html). I have converted it to Org with Pandoc (and then cleaned it up and fixed some broken links). It can be downloaded here: https://cloud.disroot.org/s/krGSf7TmFZRiyZL I think it may be useful for a quick LaTeX query. You could even use org-ql and define a function like this: (require 'org-ql) (defun my-latex-apropos () (interactive) (let ((regexp (if (not (current-word t t)) (read-from-minibuffer "Find (regexp): ") (read-from-minibuffer "Find: " (current-word t t) (org-ql-search "/path-to/latexreference.org" `(regexp ,regexp Best regards, Juan Manuel
Re: [PATCH] Re: [BUG] indention of drawer does not work [9.5 (release_9.5-145-gd18beb @ /home/oub/emacs/site-lisp/packages/org/)]
Ihor Radchenko writes: >The tentative fix is attached, but please > double check because I am not very familiar with the indentation code. I've applied your fix on top of 281a0e26b; AFAICT it works as expected. Thanks for cooking up a test case! 'make check' succeeds over here, so either this patch is The Right Thing, or we'll have an opportunity to add more tests soon enough
when does :cache not cache?
Workaround : cache the computations,not the plotting itself (which should be fast,and must be made on every table, anyway...) : #+options: toc:nil author:nil * Main text Use of a static table: #+call: timeit() #+call: testplot[:file test0.pdf](data=table0) #+call: timeit() Use of a slow function: #+call: timeit() #+call: testplot[:file test1.pdf](data=table1) #+call: timeit() Use of a /cached/ slow function: #+call: timeit() #+call: testplot[:file test2.pdf](data=table2) #+call: timeit() * Annexes :noexport: This is not exported, but computes results. #+name: timeit #+begin_src emacs-lisp (format-time-string "%Hh %Mm %Ss") #+end_src #+name: table0 | Val | Square | |-+| | 0 | 0 | | 1 | 1 | | 2 | 4 | | 3 | 9 | | 4 | 16 | #+TBLFM: $2=$1^2 #+name: table1 #+begin_src emacs-lisp (sleep-for 5) (setq s ( list (list "x" "x^2") 'hline)) (dotimes (i 5 s) (setq s (append s (list (cons i (list (* i i))) s #+end_src #+RESULTS[46320b31c46cef901580bad78aee7032d97ffe64]: table1 | x | x^2 | |---+-| | 0 | 0 | | 1 | 1 | | 2 | 4 | | 3 | 9 | | 4 | 16 | #+name: table2 #+begin_src emacs-lisp :cache yes (sleep-for 5) (setq s ( list (list "x" "x^2") 'hline)) (dotimes (i 5 s) (setq s (append s (list (cons i (list (* i i))) s #+end_src #+name: tf | festfile.pdf ] #+RESULTS[46320b31c46cef901580bad78aee7032d97ffe64]: table2 | x | x^2 | |---+-| | 0 | 0 | | 1 | 1 | | 2 | 4 | | 3 | 9 | | 4 | 16 | #+name: testplot #+begin_src gnuplot :var data=table0 :exports results reset plot data with linespoints #+end_src HTH, -- Emmanuel Charpentier
[PATCH] Re: [BUG] indention of drawer does not work [9.5 (release_9.5-145-gd18beb @ /home/oub/emacs/site-lisp/packages/org/)]
Kévin Le Gouguec writes: > fc80d052d was a rather chunky commit so I did not dig into the patch; > Ihor, does it make sense to you that it might have introduced > unfortunate side-effects wrt :PROPERTIES: indentation? You are right. org--get-expected-indentation have some expectations about :parent property of provided ELEMENT. After my commit, elements can have sections as parents. The tentative fix is attached, but please double check because I am not very familiar with the indentation code. Best, Ihor >From 5f4fd0880a47baa062adc669dd71b5c3bb917081 Mon Sep 17 00:00:00 2001 Message-Id: <5f4fd0880a47baa062adc669dd71b5c3bb917081.1635075984.git.yanta...@gmail.com> From: Ihor Radchenko Date: Sun, 24 Oct 2021 19:25:24 +0800 Subject: [PATCH] org--get-expected-indentation: Consider section parent type * lisp/org.el (org--get-expected-indentation): Consider new :parent structure when `org-element-at-point' returns parent section and headline elements. * testing/lisp/test-org.el (test-org/indent-region): Add test. Fixes https://list.orgmode.org/87pmrupu0s@gmail.com/T/#t --- lisp/org.el | 4 testing/lisp/test-org.el | 7 +++ 2 files changed, 11 insertions(+) diff --git a/lisp/org.el b/lisp/org.el index 0a83c00fc..90804d26e 100644 --- a/lisp/org.el +++ b/lisp/org.el @@ -19218,6 +19218,10 @@ (defun org--get-expected-indentation (element contentsp) (contentsp (cl-case type ((diary-sexp footnote-definition) 0) + (section + (org--get-expected-indentation + (org-element-property :parent element) + t)) ((headline inlinetask nil) (if (not org-adapt-indentation) 0 (let ((level (org-current-level))) diff --git a/testing/lisp/test-org.el b/testing/lisp/test-org.el index 47a5f565f..5838b192d 100644 --- a/testing/lisp/test-org.el +++ b/testing/lisp/test-org.el @@ -1168,6 +1168,13 @@ (ert-deftest test-org/indent-region () (org-adapt-indentation nil)) (org-indent-region (point) (point-max))) (buffer-string + ;; Indent property drawers according to `org-adapt-indentation'. + (let ((org-adapt-indentation 'headline-data)) +(should + (equal "* H\n :PROPERTIES:\n :key:\n :END:" +(org-test-with-temp-text "* H\n:PROPERTIES:\n:key:\n:END:" + (org-indent-region (point-min) (point-max)) + (buffer-string) ;; Indent plain lists. (let ((org-adapt-indentation t)) (should -- 2.32.0
Re: [BUG] indention of drawer does not work [9.5 (release_9.5-145-gd18beb @ /home/oub/emacs/site-lisp/packages/org/)]
Uwe Brauer writes: > In the attached file Maybe I missed it, but I don't think your report included an attachment? I went with the two example files you showed in the previous discussion; cf. my own attachments. > I do: > > M-: (setq org-adapt-indentation 'headline-data) > C-x h > M-: (indent-for-tab-command) > > Result > > the :PROPERTIES: drawer is not indented. > > Emacs : GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo > version 1.14.6, Xaw3d scroll bars) > of 2021-07-31 > Package: Org mode version 9.5 (release_9.5-145-gd18beb @ > /home/oub/emacs/site-lisp/packages/org/) I can reproduce with the latest commit on 'main' (e2fa3c4c4); AFAICT the release that is included in the emacs-28 branch (52e6f1) works correctly, which is why I did not see the problem. I tried to bisect; fc80d052d fails to compile so it's hard to be sure, but I think it might be when things started to go awry. I can't reproduce the bug with the parent commit (6933c1ad7), but I can with the next one (bc52c4d9a). fc80d052d was a rather chunky commit so I did not dig into the patch; Ihor, does it make sense to you that it might have introduced unfortunate side-effects wrt :PROPERTIES: indentation? ** DONE G1:H1:G1: :PROPERTIES: :ID: G1 :User1:John :email1: j...@gmail.com :Start:<2021-02-16 mar> :End: <2021-05-24 lun> :STATUS: [ ] :ST1: [ ] :Sheet:H1 :Ex: E2 :Ex: E1 :END: * TODO G1 <2021-10-21 jue 17:10> :H1:G1: Uwe Brauer :PROPERTIES: :ID: :EMAIL: o...@mat.ucm.es :Grp1: G1 :Usuario1: Uwe Brauer :email1: o...@mat.ucm.es :Speaker: Uwe :End:
Re: Fwd: errors when using org-agenda
Tim, > The key point to remember is that a mized installation is not about > loading org sources from two different org versions. The problem is > about compilation of org where some of the source definitions are > already loaded (from existing installation) and result in output which > is a combination of some of the source from the new version mixed with > definitions from the old version. hah. i think you or others have mentioned this before, but i hadn't understood until now (albeit still vaguely). thanks! cheers, Greg
[SOLVED] Re: [BUG] org-agenda generation missing some entries
Ihor Radchenko writes: > "Christopher M. Miles" writes: > >> Confirmed after change from "28" to "29" solved the problem in your steps. >> >> I also tested this change on my current Emacs config. Also confirmed solved >> the problem. > > I pushed this change to main in e2fa3c4c4. > > Best, > Ihor Thanks for quick response. mark solved. <#secure method=pgpmime mode=sign> -- [ stardiviner ] I try to make every word tell the meaning that I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner, Matrix: stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3
Re: [BUG] org-agenda generation missing some entries
"Christopher M. Miles" writes: > Confirmed after change from "28" to "29" solved the problem in your steps. > > I also tested this change on my current Emacs config. Also confirmed solved > the problem. I pushed this change to main in e2fa3c4c4. Best, Ihor
Re: Fwd: errors when using org-agenda
Max Nikulin writes: > `org-version' with FULL argument checks whether org and org-loaddedfs > are loaded from the same directory and adds "mixed installation!" to the > version string. `org-submit-bug-report' puts full version to the message > subject but it is easily to miss this warning since it is in the middle > of the long string. Yes, but unfortunately it does not handle early Org loading correctly. Try the following init.el: (require 'org) (add-to-list 'load-path (expand-file-name "/path/to/newest/org-mode/lisp")) Then run emacs -Q -l /path/to/init.el M-x org-version does not report anything suspicious even though M-x org-mode will error on current main because old 'org is trying to load files from the new load-path. Best, Ihor
Re: Fwd: errors when using org-agenda
On 23/10/2021 17:26, Greg Minshall wrote: a question: is there any way that we can, as org starts up, detect either the actuality, or possibility, of a mixed installation? maybe something like `org-version' with FULL argument checks whether org and org-loaddedfs are loaded from the same directory and adds "mixed installation!" to the version string. `org-submit-bug-report' puts full version to the message subject but it is easily to miss this warning since it is in the middle of the long string.
Re: [BUG] org-agenda generation missing some entries
Ihor Radchenko writes: > "Christopher M. Miles" writes: > >> My Emacs version (on M1 macOS) >> >> GNU Emacs 28.0.60 (build 1, aarch64-apple-darwin20.6.0, NS appkit-2022.60 >> Version 11.6 (Build 20G165)) of 2021-10-20 >> >> Thanks for your continuous working. I pulled latest fix, still not working. > > I also tested using Emacs 28.0.60, but on Linux. Can you try exactly > same steps I used for testing? > > 1. Save the attached file to /tmp/problem.org > > 2. > > mkdir /tmp/orgmode-test > cd /tmp/orgomode-test > git clone git://git.sv.gnu.org/emacs/org-mode.git > cd org-mode/ > emacs -Q -L ./lisp -l org /tmp/problem.org > > 3. M-x org-agenda < a > > If you do not see the heading listed in agenda view after doing above > steps, can you also try to go to org-element.el and change > "(version< emacs-version "28")" in org-element-cache-map to > "(version< emacs-version "29")". Then, try the above steps again. > > Best, > Ihor > > [2. application/vnd.lotus-organizer; df.org]... Confirmed after change from "28" to "29" solved the problem in your steps. I also tested this change on my current Emacs config. Also confirmed solved the problem. <#secure method=pgpmime mode=sign> -- [ stardiviner ] I try to make every word tell the meaning that I want to express. Blog: https://stardiviner.github.io/ IRC(freenode): stardiviner, Matrix: stardiviner GPG: F09F650D7D674819892591401B5DF1C95AE89AC3
Re: Fwd: errors when using org-agenda
Greg Minshall writes:
> Tim,
>
> i wonder if the emacs variable `load-history` might be of (approximate)
> help? i submit a starter routine below. as the comments say: caveat,
> caveat, caveat.
>
> i don't think something as uncertain as this would be a candidate for
> normal run-time checking (and, i'm not even sure when one would want to
> run such a thing -- maybe as each module is loaded, if it were faster).
> but, maybe it could be run as part of `M-x org-submit-bug-report`?
> either to notify the user, or to include with the bug report?
>
> wdyt? (such a nice acronym!)
>
> cheers, Greg
>
>
> notice the canned list of files. one could, i suspect, go find where
> org.el came from, then use all the .el files there. (or the union of
> all the files in *all* the directories that loaded an org.el.)
>
>
> (defun org--check-load-history ( where)
> "check to see if there *appears* to *maybe* have be a \"mixed
> installation\" of org-mode running. if there appear to be more than
> one directory holding org package(-like) files, the names of those
> directories, along with the relevant files in each, are returned as
> a vector of explanatory strings.
>
> this routine is subject to both type I and type II errors (false
> positives, false negatives). we have a canned list of org .el file
> names, and we look to see if those files exist in more than one
> directory that has been loaded (using the `load-list` variable).
>
> if there does not appear to be the possibility of a \"mixed
> installation\", the if the optional argument WHERE is non-nil, and
> there is only one directory containing org package(-like) files,
> that directory name is returned. if WHERE is nil, nil is returned."
> (require 'seq)
> (require 's)
>
> (let* ((org-files
> '("ob-lob.el" "oc-bibtex.el" "org-crypt.el" "org-persist.el"
> "ob-C.el" "ob-lua.el" "oc-csl.el" "org-ctags.el" "org-plot.el"
> "ob-R.el" "ob-makefile.el" "oc-natbib.el" "org-datetree.el"
> "org-protocol.el"
> "ob-awk.el" "ob-matlab.el" "oc.el" "org-duration.el"
> "org-refile.el"
> "ob-calc.el" "ob-maxima.el" "ol-bbdb.el" "org-element.el"
> "org-src.el"
> "ob-clojure.el" "ob-ocaml.el" "ol-bibtex.el" "org-entities.el"
> "org-table.el"
> "ob-comint.el" "ob-octave.el" "ol-docview.el" "org-faces.el"
> "org-tempo.el"
> "ob-core.el" "ob-org.el" "ol-doi.el" "org-feed.el" "org-timer.el"
> "ob-css.el" "ob-perl.el" "ol-eshell.el" "org-footnote.el"
> "org-version.el"
> "ob-ditaa.el" "ob-plantuml.el" "ol-eww.el" "org-goto.el"
> "org-version.el~"
> "ob-dot.el" "ob-processing.el" "ol-gnus.el" "org-habit.el"
> "org.el"
> "ob-emacs-lisp.el" "ob-python.el" "ol-info.el" "org-id.el"
> "ox-ascii.el"
> "ob-eshell.el" "ob-ref.el" "ol-irc.el" "org-indent.el"
> "ox-beamer.el"
> "ob-eval.el" "ob-ruby.el" "ol-man.el" "org-inlinetask.el"
> "ox-html.el"
> "ob-exp.el" "ob-sass.el" "ol-mhe.el" "org-install.el"
> "ox-icalendar.el"
> "ob-forth.el" "ob-scheme.el" "ol-rmail.el" "org-keys.el"
> "ox-koma-letter.el"
> "ob-fortran.el" "ob-screen.el" "ol-w3m.el" "org-lint.el"
> "ox-latex.el"
> "ob-gnuplot.el" "ob-sed.el" "ol.el" "org-list.el" "ox-man.el"
> "ob-groovy.el" "ob-shell.el" "org-agenda.el" "org-loaddefs.el"
> "ox-md.el"
> "ob-haskell.el" "ob-sql.el" "org-archive.el" "org-loaddefs.el~"
> "ox-odt.el"
> "ob-java.el" "ob-sqlite.el" "org-attach-git.el" "org-macro.el"
> "ox-org.el"
> "ob-js.el" "ob-table.el" "org-attach.el" "org-macs.el"
> "ox-publish.el"
> "ob-julia.el" "ob-tangle.el" "org-capture.el" "org-mobile.el"
> "ox-texinfo.el"
> "ob-latex.el" "ob.el" "org-clock.el" "org-mouse.el" "ox.el"
> "ob-lilypond.el" "oc-basic.el" "org-colview.el" "org-num.el"
> "ob-lisp.el" "oc-biblatex.el" "org-compat.el" "org-pcomplete.el"))
> (possibles
> (seq-map (lambda (x)
> (cons (file-name-directory (car x))
>(list (file-name-base (car x)
>(seq-filter
> (lambda (x)
> (let ((bn (file-name-nondirectory (car x
> (seq-contains-p org-files bn
> (lambda (e elt) (s-match (concat "^"
> e "$") elt)
> load-history
> (let ((uniques (seq-uniq (seq-map 'car possibles
> (if (eq 1 (length uniques))
> (if where ; this is the good outcome
> (car uniques))
> (seq-map
> (lambda (dir)
>(let ((joined
> (s-join " "
> (seq-map 'cadr
>(seq-filter
>
Re: [PATCH] Re: Fwd: errors when using org-agenda
Ihor Radchenko writes: > Tim Cross writes: > >> What would really be needed is some way to check when org is going to be >> compiled that no existing org functionality is loaded. Doubt this can be >> easily done within org itself because of a chicken and egg problem - you >> would have to load org to run the code to check if org is loaded. > > I attached a tentative patch checking if org is loaded. It is not > ideal, but it can capture some scenarios. > > The patch will not work if older org.el is loaded before newer version > of Org. Though we may put extra checks in other lisp files. > > WDYT? > > This is along the lines of what I was thinking. Of course, the big limitation is requirement org.el is not loaded. I would imagine it is rare for org to be loaded and org.el not to be? However, I think this sort of approach i.e. warning if there is an attempt to upgrade org when org is already loaded, is the way to go. Achieving this in a clean and reliable manner is the challenge. False positives are an issue as that would likely prevent legitimate upgrades.
