Re: Fwd: errors when using org-agenda

2021-10-24 Thread Greg Minshall
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

Re: Fwd: errors when using org-agenda

2021-10-23 Thread Greg Minshall
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

Re: Fwd: errors when using org-agenda

2021-10-23 Thread Greg Minshall
Tim, thanks. i see that it is more complicated. (and, after fifteen years of vi, and now 25 of emacs, i guess i'll skip the spacemacs experience. :) cheers, Greg

Re: org-capture broken?

2021-10-23 Thread Greg Minshall
Ihor, > > make of org mode? (remote possibility: emacs?) > > Org mode build process is not standard. Org mode needs to create > autoload file and generate documentation in addition to normal > byte-compilation. thanks. does that mean running "make" in the org directory? cheers, Greg

Re: Fwd: errors when using org-agenda

2021-10-23 Thread Greg Minshall
Tim, et al., > These types of errors are frequently caused by a 'mixed' installation > of org versions. This will happen if you upgrade org when org is > already loaded in the instance of emacs used to perform the upgrade. a question: is there any way that we can, as org starts up, detect either

Re: org-capture broken?

2021-10-21 Thread Greg Minshall
Ihor, > Fixed on current main (5315773e8). confirmed. thanks! from a previous e-mail (but, for my future reference): > Are you on Emacs 24? i'm on GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.27, cairo version 1.17.4) of 2021-03-26 > Can you try to run make

Re: [BUG] "args out of range" on link heading completion [9.5 (9.5-gd361c7 @ /Users/carlos/.emacs.d/straight/build/org/)]

2021-10-21 Thread Greg Minshall
Carlos, > > ps -- the org-version was > > : Org mode version 9.5 (9.5-gdc154f @ > > /home/minshall/.emacs.d/straight/build/org/) > What are these? Seemingly not git revisions. Can I checkout that > version somehow? If not, pass me your git revision and I will rerun my > recipe there. my belief

org-capture broken?

2021-10-21 Thread Greg Minshall
hi. with a recent org-mode (*), `org-capture` seems to crash with the message: Variable binding depth exceeds max-specpdl-size this happens with (a suitably -L'd) `emacs -Q` - M-x org-capture - t - then crashes after this crash, i seem to be unable to enter the debugger, etc. (`(setq

Re: [BUG] "args out of range" on link heading completion [9.5 (9.5-gd361c7 @ /Users/carlos/.emacs.d/straight/build/org/)]

2021-10-20 Thread Greg Minshall
Carlos, fwiw, using : emacs -Q -L ~/.emacs.d/straight/build/org foo.org on my system, i don't seem to be able to recreate this problem. cheers, Greg ps -- the org-version was : Org mode version 9.5 (9.5-gdc154f @ /home/minshall/.emacs.d/straight/build/org/)

Re: "begin_src R :session" opens R session when file first visited

2021-10-16 Thread Greg Minshall
Bill, > I run Org from the source tree, and recently (a couple of weeks ago or > so) something new started happening with my Org files with R source > blocks: when I open one up, an R session automatically starts, > without me doing anything. i don't see that behavior. does it do this for

Re: How to keep getting org updates

2021-10-13 Thread Greg Minshall
hi, Tim, > I think it is always a mistake to google for answers without first > checking what Emacs has in the built-in documentation and manual. What > is in the Emacs manual or docstrings for variables and functions is > guaranteed to be accurate for the version of Emacs your running. What >

Re: How to keep getting org updates

2021-10-13 Thread Greg Minshall
> The install instructions on the main org page were not very clear, to > say the least. yes, that does sound messy. sorry your experience was so unfortunate. i guess one question for the list: is there a general solution to the "20200912" > "9.5" issue? or, "now" that we are only distributing

Re: How to keep getting org updates

2021-10-11 Thread Greg Minshall
Lawrence, in case it helps, my *straight.el* (not package.el) recipe looks like this: (org :type git :repo "https://git.savannah.gnu.org/git/emacs/org-mode.git; :local-repo "org" :depth full :pre-build (straight-recipes-org-elpa--build) :build (:not autoloads) :files

Re: Someone to help merging orgmode.org/contribute.html and orgmode.org/worg/org-contribute.html ?

2021-10-08 Thread Greg Minshall
Bastien, > I added you, you can now clone g...@git.sr.ht:~bzg/worg > and push commits. thanks. cheers, Greg

Re: Someone to help merging orgmode.org/contribute.html and orgmode.org/worg/org-contribute.html ?

2021-10-08 Thread Greg Minshall
Bastien, > Applied, thanks a lot! Let me know if you have a user on git.sr.ht, I > can add you as a regular committer on https://git.sr.ht/~bzg/worg thanks. i'm "minshall" there, too. cheers, Greg

Re: Inequalities in math blocks

2021-10-08 Thread Greg Minshall
Rudolf, > I do not understand. As Max pointed out, inequalities break HTML > export in \( and \) as well. my apologies for not having understood where we were in the discussion! cheers, Greg

Re: Someone to help merging orgmode.org/contribute.html and orgmode.org/worg/org-contribute.html ?

2021-10-08 Thread Greg Minshall
08c94c2f8bbc0abcfc5cf948dc0a0820e3 Mon Sep 17 00:00:00 2001 From: Greg Minshall Date: Fri, 8 Oct 2021 15:08:17 +0300 Subject: [PATCH 2/2] org-contribute.org: Edit and re-organize slightly --- org-contribute.org | 90 -- 1 file changed, 48 insert

Re: Someone to help merging orgmode.org/contribute.html and orgmode.org/worg/org-contribute.html ?

2021-10-07 Thread Greg Minshall
hi, Bastien, in the absence of any other volunteer, i'd be happy to produce a merge for review. (though it might take a few weeks.) cheers, Greg > as the subject says: > > https://orgmode.org/contribute.html is very straightforward and > https://orgmode.org/worg/org-contribute.html is very

Re: Inequalities in math blocks

2021-10-07 Thread Greg Minshall
Timothy, > I’m thinking we should perhaps update the docs to more strongly > recommend `\( ... \)' over `$ ... $'. So that someone coming from say, > Markdown + $-math or (not-La)TeX doesn’t just go “cool, $ works, I’ll > keep on using that”. i think that would be a helpful change. cheers, Greg

Re: Inequalities in math blocks

2021-10-07 Thread Greg Minshall
Rudolf, > FYI: I have just discovered that this bug screwed up a paper I > submitted to university this week. In the paper, I wrote the > following: "[…] every term $t\in{}q$ with $idf(t)>c$ for some constant > $c$ […]", and the "idf(t) > c" part got exported as "idf(t)". I cannot > fix the paper

Re: Grabbing the link to a message on the archive

2021-10-01 Thread Greg Minshall
Max, yeah, interesting -- thanks for the elaboration/exploration! cheers, Greg

Re: [PATCH] Don't fill displayed equations

2021-10-01 Thread Greg Minshall
hi, Timothy, et al., like Tim, i can see both sides here. but, a fundamental of org-mode is this statement of Nicolas', "Org is not a LaTeX front-end." i ran into this precisely with $...$, i.e., the restrictions that org-mode requires, in order to protect from confusing a currency indicator

Re: Grabbing the link to a message on the archive

2021-09-30 Thread Greg Minshall
Timothy, > If you use mu4e, the following may be of some interest: > ┌ > │ (defun +mu4e-ml-message-link (msg) > │ (cond > │((string= "emacs-orgmode.gnu.org" (mu4e-message-field msg :mailing-list)) > │ (message "Link %s copied to clipboard" (gui-select-text (format >

Re: orgmode.org setup

2021-09-29 Thread Greg Minshall
Bastien, thanks very much for all of this information. > I plan to work on improving Woof! in the next months to make it more > stable and (hopefully) usable and useful, but it helps a lot already. if Woof! is even part of how you have managed to keep track, and manage, the myriad of mailing

Re: [PATCH] Treat :tangle-mode as an octal value not integer

2021-09-29 Thread Greg Minshall
Tomas, in fact, i'm quite used to doing `chmod 755 foo.org`. i do it now in bash, used to do it in csh, and it seems to work (as expected, afaict) also in sh. all on arch linux. (`chmod +755 foo.org` *does* seem to give odd results. :) cheers, Greg

Re: [PATCH] Treat :tangle-mode as an octal value not integer

2021-09-29 Thread Greg Minshall
Tomas, > Why not recommend Elisp's explicit syntax for octal representation, > i.e. :tangle-mode #o660? And put a prominent note in the docs, > of course. as much as my fingers are used to "0660 ==> octal", this probably makes sense. on the other hand, to protect users, might it be worthwhile

Re: Bug: :session results in unfriendly error reporting

2021-09-27 Thread Greg Minshall
(all -- just re-sending this with the WOOF header... the original thread is at https://list.orgmode.org/87ee9aquje@gnu.org/T/#t ) Tim, thanks. > It isn't so much that nothing is possible but rather nobody has > implemented a consistent model which can be adopted and has been > implemented

Re: [PATCH] Re: worg patch: R usage of :colnames for :results

2021-09-27 Thread Greg Minshall
Bastien, > Applied, thanks, but I removed the reference to X-Woof-Patch here. thanks. yes, makes sense -- i was hesitant to mention it, on a "beginner" page. cheers, Greg

[PATCH] Re: worg patch: R usage of :colnames for :results

2021-09-26 Thread Greg Minshall
Bastien, > I'm not sure what you mean, can you elaborate? if a picture is worth a thousand words, what's a patch worth? :) thanks for the pointer to the orgweb sources. cheers, Greg >From 2594db749de7ae5ec9400b4397b0ba21d9526c9b Mon Sep 17 00:00:00 2001 From: Greg Minshall Date: Mon,

Re: [PATCH] async process in R

2021-09-26 Thread Greg Minshall
hi, Jeremie, > Many thanks for the feedback, assigning yes or no to async will work > as expected. thanks for the answer. > I am not sure if it is a desirable feature or not. if this is not already idiomatic for org mode, i'd vote to require the "yes" or "no". just my 2 cents. cheers, Greg

Re: [PATCH] async process in R

2021-09-26 Thread Greg Minshall
Jeremie, a question. in > #+begin_src R :session *R* :results value :async :colnames yes > Sys.sleep(10) > as.list(1:5) > #+end_src i was surprised by =:async= standing alone, i.e., with no following "yes" or "no". is that an org-mode "idiom"? i.e., unadorned header arguments default to

Re: worg patch: R usage of :colnames for :results

2021-09-26 Thread Greg Minshall
Bastien, > Applied againt worg, thanks! thanks. > You simply need to add [PATCH] to the subject of your email, it will > be listed in https://updates.orgmode.org. You can also manually add > X-Woof-Patch: yes -- see https://github.com/bzg/woof for details. maybe some comments/links at

worg patch: R usage of :colnames for :results

2021-09-26 Thread Greg Minshall
but, it's not mentioned on https://orgmode.org/contribute.html so i've lazily not. >From e0978a33a70a885db9d3383621c6ccfa97e5519a Mon Sep 17 00:00:00 2001 From: Greg Minshall Date: Sun, 26 Sep 2021 17:50:01 +0300 Subject: [PATCH] Add mention of :colnames effect on :results org-contrib/babel/lan

Re: [PATCH] extra space at the end of lines in source

2021-09-26 Thread Greg Minshall
Bastien, > Applied, thanks! thank *you*!

Re: [PATCH] Include support for evaluating julia code

2021-09-24 Thread Greg Minshall
Timothy, Pedro, would it make sense to consider Pedro's patch as being against the one in org-contrib? (i'm not sure how such patches work.) cheers, Greg

Re: Bug Re: Greater than, less than bug in emacs-lisp source block

2021-09-05 Thread Greg Minshall
hi, all. Arthur Miller wrote: > Well, in this case it is a tool deficiency, if you don't like gt, than use > use "greater-than", it can't be more clear intent? After all, this is a lisp, > and > '>' is just a symbol name, like any other. For the inclusion of code, yes, but > that is why we

Re: [PATCH] Re: New source block results option for attaching file to node

2021-09-02 Thread Greg Minshall
Ryan, et al., i'm not entirely following the discussion, as i don't use "attaching". but, fwiw, if i did, i can imagine wanting to have input files and output files in separate directories. (for ease in "make clean", if for no other conceptual reason.) (but, probably i don't understand.)

Re: forms and org-mode

2021-08-21 Thread Greg Minshall
Ihor, > A possible alternative to forms could be using custom capture templates > for table lines. You can restrict the captured information to a specific > list or a function (like org-read-date). wasn't there also some talk a while back about whatever form'ish technology "magit" uses? my

Re: Bug: :session results in unfriendly error reporting

2021-08-17 Thread Greg Minshall
Tim, thanks. > It isn't so much that nothing is possible but rather nobody has > implemented a consistent model which can be adopted and has been > implemented by all backends. This is why I consider this to be a > feature request and not a bug report. This is not expected/defined > behaviour

Re: Bug: :session results in unfriendly error reporting

2021-08-16 Thread Greg Minshall
Charles, being sympathetic with the idea of better error reporting, i'm curious about the following. > Right. But there is no error as far as babel is concerned. R has > handled the condition. So there is nothing for babel to see/do. ... > Running R in this fashion starts a fresh process which

Re: return column from table as a column

2021-08-13 Thread Greg Minshall
> > t(data=s1[,3]) (sorry, i thought we were in R-land... :(

Re: return column from table as a column

2021-08-13 Thread Greg Minshall
Roger, > Is there some means of changing 'data=s1[,3]' to accomplish this? there may be some more formal way (and i think some of the data.frame.alternative packages, like data.table:: or dplyr::, have their own ways), but you might try transposing > t(data=s1[,3]) cheers, Greg

Re: Library of Babel usage of other programming languages than elisp

2021-08-09 Thread Greg Minshall
Zelphir, > So I still have not understood, what the actual issue is with the > timediff function. Perhaps it is something about the imports. > > Thanks for taking the time to try and reproduce the behavior! you're welcome. if there's something else i might try, i'll be happy to try (to try).

Re: Library of Babel usage of other programming languages than elisp

2021-08-09 Thread Greg Minshall
Zelphir, actually... Everybody, i have an awkwardness about not being clear of the meaning of "Library of Babel". my sense is it a collection of "subroutines". in my typical use of Org mode for programming, all my code blocks are defined in the same .org file, and executed in that file, or

Re: Help requested: Support for basic Org mode support in tools outside of Emacs

2021-08-03 Thread Greg Minshall
Karl, orgtbl-query is a script for querying tables in .org files. it doesn't do any special text formatting. https://gitlab.com/minshall/orqtbl-query cheers, Greg

Re: org-cite-list-bibliography-files

2021-07-25 Thread Greg Minshall
Bruce, from the outside here. just wondering. > Maybe this should be flipped, so we can still have the flexibility to > combine both, but default is local has precedence? > > So in other words, one has to explicitly turn on the global > bibliography locally. > > org-cite-global-bibliography:

Re: Influence the table separator in a code block

2021-07-13 Thread Greg Minshall
fwiw, this may depend on the source language (rather than -- solely? -- on org interpretation of the output block: #+begin_src R data.frame(a=c("this", "is", "a", "test"), b=c("tset", "a", "si", "oot, siht")) #+end_src #+RESULTS: | this | tset | | is | a | | a| si|

Re: [PATCH] extra space at the end of lines in source

2021-07-10 Thread Greg Minshall
hi. i don't know who might merge Sébastien Miquel's fix into the source code, but i'd be a promoter of this happening whenever it's convenient. cheers, Greg Sébastien Miquel wrote: > Greg Minshall writes: > > thanks. my trivial test shows this works*except* in the particular >

Re: Citations merged!

2021-07-09 Thread Greg Minshall
Nicolas, > It took years, but citations are now full part of Org syntax. as others are saying and thinking, thank you all very much. being an ignorant observer of this process, i was (not surprised, but, still) in amazement at all the expertise and technical work so many put in to developing

Re: [wip-cite-new] Merging tomorrow?

2021-07-08 Thread Greg Minshall
Matt Price wrote: > Really, I feel like there should be a parade. +1

Re: [R example for org-table with ifs]

2021-07-08 Thread Greg Minshall
Uwe, > Thanks but I have to disappoint you the correct result should be 10.1 ah, well. :) i realized you probably wanted the table back. below it is, with your explanation of "@3$3". > Thanks I will play around a bit, but for the moment I think I have to > stick with calc well, takes all

Re: [R example for org-table with ifs] (was: [External] : Re: export org table to other formats (gnumeric or scalc or xlsx))

2021-07-07 Thread Greg Minshall
Uwe, well, *i* no longer remember how to read calc-like expressions. and, i'm a notoriously poor R coders. assuredly the following is not doing what you want, but possibly you'll get the idea. (if 102.01 is, indeed, the correct answer, feel free to buy me a hot fudge sundae some day. :)

Re: how to avoid 0.0 in an org-table

2021-07-07 Thread Greg Minshall
Uwe, your mileage may vary, but try : #+TBLFM: $5=vsum($1..$4);f1::$6=min(10,$4)*0.1;%0.1g (=man 3 printf= sort of implies that behavior might work for =%g=.) cheers, Greg

Re: [PATCH] Allow tangling to a list of files

2021-07-07 Thread Greg Minshall
Vladimir, > I couldn't find in Org manual how tangling should work if there are > several source code blocks with the same file name for ':tangle'. The > Org manual section "15.8 Extracting Source Code" is a bit > obscure. There are these two sentences i think what Tim answered is correct. but,

Re: [PATCH] Allow tangling to a list of files

2021-07-05 Thread Greg Minshall
hi, Jacopo, i'm not convinced this is needed over and above your old "solution" of using <> witn N-different source blocks, each :tangle'ing to a different file. but, i'm curious -- in the example you sent, did you miss a ":tangle" on the "#+begin_src" line? > #+begin_src sh '("filename1"

Re: [External] : Re: export org table to other formats (gnumeric or scalc or xlsx)

2021-07-05 Thread Greg Minshall
Eric, > But I feel your pain. I have to collaborate with people using Excel & > co. and it is a nightmare. to be fair, though (though, who says you have to?), imagine some poor excel user receiving your .org file and trying to decode org/calc-inspired formulae! :) cheers, Greg

Re: using previous =#+results= when =:eval never=

2021-07-03 Thread Greg Minshall
Chuck, thanks. (i'm not surprised at an e-lisp suggestion from you! :) i worry about accidental modification of the base case results during the chaos of development. it occurs to me (reading through (org-babel-ref-resolve)) to keep my base case source blocks marked with [:results silent],

using previous =#+results= when =:eval never=

2021-07-03 Thread Greg Minshall
hi. i am trying to simplify adding regression test cases to a program. to generate the base, "compared-to" results, i want to write some code in a source block, then evaluate it, producing the "true" value. then, later during development, i want to check if the code that ran in that block gives

Re: The git repo for contrib packages

2021-06-30 Thread Greg Minshall
Vikas, i *believe* this to be the current org-contrib repo https://git.sr.ht/~bzg/org-contrib cheers, Greg

Re: do not attempt to clean the (no-longer-existent) ./contrib directory

2021-06-26 Thread Greg Minshall
Nicolas, > Oops, this one had almost fallen through the cracks! Applied. Thank you thank you! Greg

Re: [PATCH] extra space at the end of lines in source

2021-06-26 Thread Greg Minshall
Sébastien Miquel, > > thanks. my trivial test shows this works*except* in the particular > > case where, when closing the Org Src buffer, `point` is on an empty > > line. in this case, that one empty line is given extra spaces. > Yes, I was aware of this, but didn't think we could do better in

Re: [PATCH] extra space at the end of lines in source

2021-06-24 Thread Greg Minshall
Sébastien Miquel, > If I try your original examples with `emacs -q' I do not get extra > whitespace in the org src buffer. Those two spaces in the original org > buffer -- that are due to `org-edit-src-content-indentation' -- are > removed in the org src buffer. If you do not find it to be the

Re: extra space at the end of lines in source

2021-06-22 Thread Greg Minshall
Sébastien Miquel, thanks for the reply. > > it's long-term emacs behavior to eliminate spaces > > at the end of lines, at least in programming modes. (Tim -- i guess i should have said, "it's my long-term experience with emacs...".) > As for the `org-src--content-indentation' spaces, they are

Re: extra space at the end of lines in source

2021-06-22 Thread Greg Minshall
hi, Sebastien, thanks for the reply. i remember that thread, but obviously i wasn't paying enough attention. > The downside is that, unless ~org-src--preserve-indentation~ is `t`, > when editing a src block, every empty line will be indented with > spaces (according to

extra space at the end of lines in source

2021-06-22 Thread Greg Minshall
hi. i can't date it exactly, but in the last week or so, editing a source buffer (with =C-c '=) adds spaces (to the "tab location") of previously blank lines. i.e., the second line in each of the following source blocks is empty, but if i =C-c '= then =C-c '=, each will end up with a few spaces

Re: example paper written in org completely

2021-06-17 Thread Greg Minshall
Eric, thanks very much for sharing. it's nice that you also provide the .org file on arXiv -- good marketing material! :) ah, and mention in the code appendix. it's very useful to have the .org file as a model of how to do various things. i don't know if this is you, or is arXiv, but the

Re: literate programming, development log -- ideas?

2021-06-14 Thread Greg Minshall
Samuel, > I just wanted to put this here in the Literate Programming thread, DistroTube > just did a video on why Emacs rules, but the following timestamps are pretty > dang useful for literate programming for still-always learning newbies like > myself, just wanted to mention them here for

Re: literate programming, development log -- ideas? (ominbus reply)

2021-06-14 Thread Greg Minshall
Tim,, again thanks for your workflow/org-growth, and also for the git tutorial in your separate reply to S Banya. cheers, Greg

Re: literate programming, development log -- ideas? (ominbus reply)

2021-06-12 Thread Greg Minshall
Tim, thanks for your comments. > A lot depends on whether what you want is an org file which documents > the current state of play or one which is more similar to a lab book > which contains a more chronological type evolution of ideas and > experiments. I often setup completely separate org

Re: literate programming, development log -- ideas? (ominbus reply)

2021-06-10 Thread Greg Minshall
Maxim, thanks for =git log -G...=. cheers, Greg

Re: literate programming, development log -- ideas? (ominbus reply)

2021-06-08 Thread Greg Minshall
Juan Manuel, Eric, Jack, Arne, thank you all very much for your thoughts. i've sort of come to grips with Jack's + Arne's, solution, and defined a "capture template" that adds something to a pre-named headline. (note and capture are among the org features of which i have maintained to date a

Re: literate programming, development log -- ideas?

2021-06-08 Thread Greg Minshall
Brian, > ** A more generalized system that is based on CWeb is NoWeb--useful > not just for C/C++ code but for every language: Recommend using NoWeb > for Literate Programming: "NoWeb — A Simple, Extensible Tool for > Literate Programming": thanks. in fact, i also make extensive use of =<>= in

Re: literate programming, development log -- ideas?

2021-06-08 Thread Greg Minshall
Samuel, > Neat stuff, will bookmark this, thanks Greg! you're welcome. i should mention that i don't recommend the .org files in my gitlab repositories as exemplars of structure/style. but, they might give an idea. the .org file related to the ESS video is probably more manageable. cheers,

Re: literate programming, development log -- ideas?

2021-06-07 Thread Greg Minshall
Samuel, > Can anyone post any video links to this kind of style of programming > being used directly in Emacs? there was an effort recently, that i'm tardy on reporting on here, to do an introduction to "emacs for R programmers". https://ess-intro.github.io/ as part of that, i did a

literate programming, development log -- ideas?

2021-06-07 Thread Greg Minshall
hi, all. i write most of my code in a (per-project) .org file, which is typically tangled into source or script files. i have a question about how people structure their .org files for this sort of use. some of the non-source bits surrounding my source blocks are for "classical" literate

Re: suggestion to change default org-latex-pdf-process to latexmk

2021-06-02 Thread Greg Minshall
Bruce, > > I really don't understand why the changed is needed. > > I've stated it twice, I believe, but it's now a longer thread, so: > > Org is set to get native citation support. > > Once that's merged, people who use this feature will be disappointed > to know that when using the natbib or

Re: import xls(x) into org on MacOS

2021-06-01 Thread Greg Minshall
Uwe, i don't know if it will work for you, but on my linux box i use =ssconvert= from the =gnumeric= package to convert from .xls to .csv. in one project, the make rule looks like ${BDIRCSVS}/%.csv: xlsxs/%.xlsx ssconvert -T Gnumeric_stf:stf_csv $< fd://1 | \ awk '{ \

Re: Bug: async latex export fails due to post-process lambda [9.4.4 (release_9.4.4-188-ga8df76 @ /home/mohkale/.config/emacs/lisp/straight/build/org/)]

2021-05-30 Thread Greg Minshall
Mohsin, > Hmmm... that's strange. Running: > 1. `emacs -nw` > ... you might want to start off with : emacs -nw -Q to eliminate any dependency on your personal .emacs file, etc. cheers, Greg

do not attempt to clean the (no-longer-existent) ./contrib directory

2021-05-30 Thread Greg Minshall
Nicolas, > Sure. Please go ahead. ahead and went. cheers, Greg >From 27d06a8a0411125edc7ebf3f0bba24ff8df607a0 Mon Sep 17 00:00:00 2001 From: Greg Minshall Date: Sun, 30 May 2021 14:18:52 +0300 Subject: [PATCH 2/2] Build process: Do not attempt to clean =contrib/= mk/targets.mk:

Re: Minor org-plot update, can now use with #+results

2021-05-28 Thread Greg Minshall
Timothy, > However, there's an implication to this change that I think deserves > mentioning (and will be in this months TMIO). This now means that you > can put a #+plot line before #+results and it will actually work! very nice -- thanks! Greg

bug#48676: Arbitrary code execution in Org export macros

2021-05-26 Thread Greg Minshall
Glenn, thanks for the report. i guess my take is that macro-evaluation, and that of other forms, should be subject to the same restrictions as that of source block evaluation. i.e., prompting for permission to execute, subject to =org-confirm-babel-evaluate= (or, more specific variables).

Re: declaring :var in a property drawer

2021-05-24 Thread Greg Minshall
Eric, > I would suggest it is intentional: setting a header property means it > applies to *all* src blocks. thanks. but, in this case, all source blocks are being tangled to the same file. which, for many (most?) languages (but not elisp), means the variable is going to be defined (and

Re: Question Regarding Yasnippet With Org Mode (Emacs 27.2)

2021-05-23 Thread Greg Minshall
hi, Sam, i was thinking you might be happier, or at least experiment, *without* =org-tempo=. so, if you customize =org-modules=, and see =org-tempo= enabled there, you might try disabling it. (to move one more chance Org is getting in the way of yasnippet.) but, i don't know if this will help.

Re: Question Regarding Yasnippet With Org Mode (Emacs 27.2)

2021-05-23 Thread Greg Minshall
Samuel, i think that by default, Org no longer listens to, e.g., =

declaring :var in a property drawer

2021-05-23 Thread Greg Minshall
hi. i noticed the following behavior, and am curious if it is intentional. if i declare a :tangle and a :var in a property drawer and then, in that subtree, have N>1 source blocks (which will all end up in the same tangled file), the :var'iable will be assigned a value N times. below i have an

Re: Org mode manual export

2021-05-22 Thread Greg Minshall
Thomas, indeed, aloha. while waiting for authoritative information, i'll notice that the Makefile calls an elisp function (defun org-make-manuals () "Generate the Texinfo files out of Org manuals." (require 'ox-texinfo) (dolist (manual '("../doc/org-manual.org" "../doc/org-guide.org"))

have =make cleanall= remove .texi files in doc/

2021-05-21 Thread Greg Minshall
Mon Sep 17 00:00:00 2001 From: Greg Minshall Date: Fri, 21 May 2021 18:42:35 +0300 Subject: [PATCH] doc/Makefile: `cleanall` target now deletes doc/{org,orgguide}.texi * doc/Makefile: `cleanall` target now deletes doc/{org,orgguide}.texi In the past, at least one of these seems to have been a trac

Re: new org-contrib and straight.el

2021-05-21 Thread Greg Minshall
Nick, thanks. i've submitted a bug report. cheers, Greg ps -- if anyone tried the recipe i gave before, this one seems to actually work from a clean repository (i don't think the other did): `(org :type git :repo "https://code.orgmode.org/bzg/org-mode.git; :local-repo "org"

Re: [PATCH] org-faq.org: Expand "What is the best setup for indenting?"

2021-05-20 Thread Greg Minshall
Maxim, > The patch removed this phrase. sorry about that. > I have no idea how to express it in a better way. The tables are same > for Org >= 9.5 and for Org < 9.5 (modulo bugs in indentation fixed in > 9.4.6). Only default configuration evolves in time. again, i apologize. my confusion was

Re: new org-contrib and straight.el

2021-05-20 Thread Greg Minshall
Nick, > I've merged the develop branch into the master branch this morning, > too. So you should be able to reap that benefit on either branch, but > I still recommend using the lockfiles to your advantage. thanks again. since "we" have you on the line, i wonder if i might impose on you and

Re: [PATCH] org-faq.org: Expand "What is the best setup for indenting?"

2021-05-19 Thread Greg Minshall
Maxim, patches to patches... :) i think these are really just typos, rather than any useful substantial comment. - s/is enable (the default) or not:/is enabled (the default) or not:/ - i would suggest separate tables for >= 9.5 and < 9.5. just so the differences between with/without

Re: new org-contrib and straight.el

2021-05-19 Thread Greg Minshall
Nick, > The recent changes to org-contrib's location/structure have been > accounted for on straight's "develop" branch. Once on that branch you > can rely on the default recipe: thanks very much. i'll look at switching to the development branch, freezing and thawing. cheers, Greg > >

Re: Global variables in Org mode document with source blocks

2021-05-18 Thread Greg Minshall
Lennart, John's idea seems good. also, you could generate a separate RESULT for each language, then :var each language's "failed" RESULT into your bash block and fail if any of them are set? cheers, Greg

Re: Moving some lisp/ob-*.el files to org-contrib - your advice?

2021-05-17 Thread Greg Minshall
Bastien, > > lisp/ob-julia.el: Add a Homepage header > > that Homepage seems to point at > https://git.savannah.gnu.org/cgit/emacs/org-mode.git which appears to be > a (the?) full-on org-mode git repo, and which doesn't appear to have > ob-julia.el. apologies, i hadn't taken the time to look at

new org-contrib and straight.el

2021-05-15 Thread Greg Minshall
hi, all. i use, but don't know much about, straight.el [1]. in case it's of use to anyone, here is what is did to bring in the new org-contrib: (straight-use-package '(org-contrib :type git :repo "https://git.sr.ht/~bzg/org-contrib;

Re: Moving some lisp/ob-*.el files to org-contrib - your advice?

2021-05-14 Thread Greg Minshall
hi, Bastien, > 2e0375d2 — Bastien Guerry2 days ago > lisp/ob-julia.el: Add a Homepage header that Homepage seems to point at https://git.savannah.gnu.org/cgit/emacs/org-mode.git which appears to be a (the?) full-on org-mode git repo, and which doesn't appear to have ob-julia.el. for whatever

Re: Bug: spurious change in list indent cursor motion [9.4.4 (9.4.4-dist @ /home/powellj/elisp/org-9.4.4/lisp/)]

2021-05-10 Thread Greg Minshall
Kevin, ah. the behavior is complicated for me to understand, but presumably useful. (there's a Jerzy Neyman quote: Life is complicated, but not uninteresting.) cheers, Greg

Re: Bug: spurious change in list indent cursor motion [9.4.4 (9.4.4-dist @ /home/powellj/elisp/org-9.4.4/lisp/)]

2021-05-10 Thread Greg Minshall
Kevin, > FWIW, during the latest poll somebody suggested making org-indent-line > cycle through "syntactically valid" indentation levels when hitting TAB > repeatedly, like python-indent-line-function; I like this idea. i think (*) the current "master" branch allows you to type "- fu- *bar"

Re: <> and ?font-lock? fly-check, ...

2021-05-03 Thread Greg Minshall
Tom, >I just checked and it induces a syntax error, which I did not know, > but turns out to be quite useful because it means that an untangled or > incorrectly tangled file will fail to run beyond that point. Best! :) cheers.

Re: About multilingual documents

2021-05-03 Thread Greg Minshall
Aleks, et al., > Apart from the export, one of my biggest gripes is > flyspell. Specifically, the fact that you have to choose one language to > spell check the entire document with. That is insufficient in my case. in case it's relevant: i also switch between languages. but, for me (maybe i'm

  1   2   3   >