Re: [BUG] cache file conflict? [9.7-pre (release_9.6.29-1441-gaa71fa @ /home/minshall/.emacs.d/straight/build/org/)]

Ihor, > Fixed, on main. > I used a slightly different patch, because `always' is not available in > Emacs 27. > https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=dc485a659 thanks! cheers, Greg

Re: [BUG] cache file conflict? [9.7-pre (release_9.6.29-1441-gaa71fa @ /home/minshall/.emacs.d/straight/build/org/)]

Ignore lock files when writing cache > > * lisp/org-persist.el (org-persist--write-elisp-file): Ignore locks. > > Reported-by: Greg Minshall > Link: https://orgmode.org/list/574109.1715751441@archlinux > --- > lisp/org-persist.el | 15 +-- > 1 file change

Re: [BUG] cache file conflict? [9.7-pre (release_9.6.29-1441-gaa71fa @ /home/minshall/.emacs.d/straight/build/org/)]

Ihor, > May you try the attached alternative patch? thanks, will do. cheers, Greg

Re: [BUG] cache file conflict? [9.7-pre (release_9.6.29-1441-gaa71fa @ /home/minshall/.emacs.d/straight/build/org/)]

hi, Ihor, > Then, I need a backtrace. May you please enable debug-on-error and share it? here is a backtrace. is this enough, or should i do something extra to give you more information from it? the situation was: "it" put up the message ...rg-persist/gc-lock.eld locked by minshall@arch..

Re: [BUG] cache file conflict? [9.7-pre (release_9.6.29-1441-gaa71fa @ /home/minshall/.emacs.d/straight/build/org/)]

hi, Ihor, i have a recurrence of the same problem. see below. cheers, Greg Subject: [BUG] still fails... [9.7-pre (release_9.6.29-1441-gaa71fa @ /home/minshall/.emacs.d/straight/build/org/)] Fcc: outbox X-Mailer: MH-E 8.6+git; nmh 1.8; Emacs 30.0.50 > ...rg-persist/gc-lock.eld

Re: [BUG] cache file conflict? [9.7-pre (release_9.6.29-1441-gaa71fa @ /home/minshall/.emacs.d/straight/build/org/)]

Ihor, > In theory, the odds should be quite slim, unless you open that file > manually. Anyway... as the saying goes, the difference between theory and practice is that in theory there is no difference, but in practice there is. :) > Does the attached patch fix the problem for you? i've applie

[BUG] cache file conflict? [9.7-pre (release_9.6.29-1441-gaa71fa @ /home/minshall/.emacs.d/straight/build/org/)]

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.

Re: [BUG] oddity tangling src_blk with :var [9.7-pre (release_9.6.26-1368-g1ae978 @ /home/minshall/.emacs.d/straight/build/org/)]

Ihor, > Then, if the backend does not define variable expansion method, do > nothing. If the backend is not loaded, throw an error/warning (maybe > depending on a customization). great. thanks. if customizable, i'd vote to default with an error. then, for what it's worth, my experience led me

Re: [BUG] oddity tangling src_blk with :var [9.7-pre (release_9.6.26-1368-g1ae978 @ /home/minshall/.emacs.d/straight/build/org/)]

Ihor, > > or some such to disable *that*? > > I do not recall many people asking for such a feature. no, i don't either. :) > It might be. But the real fix should be adding babel API to allow > backends declaring the list of supported features. > Such API is relatively easy to implement. with

Re: [BUG] oddity tangling src_blk with :var [9.7-pre (release_9.6.26-1368-g1ae978 @ /home/minshall/.emacs.d/straight/build/org/)]

Ihor, thanks again. > #+property: header-args :var common_variable = "foo" ah, hierarchical :var's. i didn't realize such existed. of course, then, you're right. a dream might be something like ":var none" to allow the dot source code block to indicate it wasn't expecting any ":var" anyway.

Re: [BUG] oddity tangling src_blk with :var [9.7-pre (release_9.6.26-1368-g1ae978 @ /home/minshall/.emacs.d/straight/build/org/)]

hi, Ihor, thanks for looking at this. > This is because Org mode currently cannot distinguish between babel > backends that simply do not support variable assignments and babel > backends that are not loaded. currently, is it possible to see well enough what is going on to generate an error and

[BUG] oddity tangling src_blk with :var [9.7-pre (release_9.6.26-1368-g1ae978 @ /home/minshall/.emacs.d/straight/build/org/)]

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. --

Re: [BUG] crash [9.7-pre (release_9.6.11-927-g819cd7 @ /home/minshall/.emacs.d/straight/build/org/)]

Ihor, > You are on a fairly old common from main - 5 month old. > May you upgrade to the latest main and let us know if you keep seeing > problems? thanks. i've re-freshed and re-built and am now on Org mode version 9.7-pre (release_9.6.26-1368-g1ae978 @ /home/minshall/.emacs.d/straight/b

[BUG] crash [9.7-pre (release_9.6.11-927-g819cd7 @ /home/minshall/.emacs.d/straight/build/org/)]

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.

Re: [BUG] list.orgmode.org managed to parse a message in future: 2023-10-29 [9.6.1 (release_9.6.1-223-gc8d20d @ /home/yantar92/.emacs.d/straight/build/org/)]

Jean Louis, > In my opinion central computer that manages mailing lists should > recogniz if time of users is far in future and handle it > appropriately. > Maybe re-writing time with explanation in e-mail header would be more > appropriate. maybe something like that. though, this seems more an

Re: [BUG] list.orgmode.org managed to parse a message in future: 2023-10-29 [9.6.1 (release_9.6.1-223-gc8d20d @ /home/yantar92/.emacs.d/straight/build/org/)]

Jean Louis, > Why did mailing list accept message from far future? It should not be > so, that is bug to be reported. there's an old internet adage to help achieve interoperability (attributed to the late Jon Postel): be liberal in what you accept, and conservative in what you send. so, i wouldn

Re: [POLL] Proposed syntax for timestamps with time zone info (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda)

thanks, Tomas and Ihor, > > [2022-11-12 12:00 @Asia/Singapore] vs. [2022-11-12 12:00 @ Asia/Singapore] > > > > Either way is possible. > > I am in favour of my variant though :) > > Same with me. I read @ as a sigil [1] ... > [1] https://en.wikipedia.org/wiki/Sigil_(computer_programming) i'll t

Re: [POLL] Proposed syntax for timestamps with time zone info (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda)

Ihor, thanks for all the information. > 2022-11-12 12:00 @Asia/Singapore # tzdb syntax aesthetically, allowing a space after the "@" sign might be nice. i don't know what that would do to the parsing/BNF/whatever. cheers, Greg

Re: [POLL] Use compat.el in Org? (was: Useful package? Compat.el)

Ihor, > >> 1. If compat.el happens to lack support of some function, we will need > >>to contribute to compat.el directly and synchronize Org releases with > >>compat.el releases. > > > > would a separate "org-compat.el" (in addition to compat.el) somehow > > solve this? (i worry about th

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

Ihor, makes sense. that we probably need to *display* imprecision doesn't mean we need to accept/parse it.

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

Ihor, > That's all nice but what a headache will it be to implement. What will > 2004-06~ mean for agenda, for example? i don't know the specific "2004-06~", but i do think that for the agenda (i assume), being able to express ambiguity to the user will be important. as people have pointed out (

Re: [POLL] Use compat.el in Org? (was: Useful package? Compat.el)

Ihor, > Cons: > > 1. If compat.el happens to lack support of some function, we will need >to contribute to compat.el directly and synchronize Org releases with >compat.el releases. would a separate "org-compat.el" (in addition to compat.el) somehow solve this? (i worry about the synch'i

Re: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda

Ihor, Sterling, et al., just a thought/reminder. there are "semantics" and "encoding". a spec like ISO-8601 specifies both. the important thing for org-mode is to use an encoding that 1. is easily parsable/understandable by the mere mortal 2. allows expression of all the semantics of the unde

Re: Org mode timestamps on the Moon ; ] (was: [FEATURE REQUEST] Timezone support in org-mode datestamps and org-agenda)

Tom, > The only generalized solution is to record the full location (see > intro to http://naggum.no/lugm-time.html which I'm surprised hasn't > been linked in this thread yet, ... very nice -- thanks for the pointer! cheers, Greg

Re: OS advice

Ypo, > Do you think that if I install a Linux OS, Orgmode would run fast? Any > OS suggestion? it might (*). if it's not too hard to install linux (i have no idea), you might figure out some sort of benchmark for your org experience, then try switching, see what happens. (there are a lot of var

Re: [MAINTENANCE] Org orphanage?

Ihor, Bastien, et al., i am not really following this conversation. but, recently i was looking at org-grep, and found its new home: https://github.com/emacsorphanage/org-grep Ihor mentions the emacs orphange: > Should we extend the org-contrib's current idea to other Org-related > pac

Re: [SECURITY] Arbitrary code evaluation security in Org

Ihor, thanks for this. one additional item (i don't *think* we discussed this before; apologies if i'm forgetting): tangling. if one is prompted to "merely" tangle ... #+begin_src sh :tangle /var/tmp/foo.org.tangled echo 'hi!' #+end_src one could imagine more sinister scenarios for

Re: Recommended way to work on main without upgrading Org?

i would also think it would be possible to have two different straight recipes -- one for "org-mode", and one for "org-mode-test" -- which you would enable or disable (by editing .emacs, if no other way) on different invocations of emacs. and, be careful not to have both enabled at the same time!

Re: org-persist files in /tmp

hi, Ihor, > Do we need to care about cleaning up /tmp? my two cents is that maybe one should not care so much about cleaning up /tmp, but i think it's worthwhile trying not to clutter it up too much. cheers, Greg

Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)]

Johan, > Absolutely, I just wanted to clarify that there is no confusion as to > what an R list is in the context of R itself (as far as I can > tell). Your post made it sound like there is. ah, indeed -- thanks! cheers, Greg

Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)]

hi, Johan, > "Proper list" in the context of this discussion and pertaining to R > would be a =list()=, not a vector which is what is usually returned by > =c()=. A =data.frame()= is a special case of a =list()= where every > column has to have the same length. well, it's a language mapping probl

Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)]

hi, Ihor, > ** List references in source block variable assignments are now proper lists just for background, one oddity is that the meaning of a "list" in R is a bit loose. > list(1,2,3) [[1]] [1] 1 [[2]] [1] 2 [[3]] [1] 3 > c(1,2,3) [1] 1 2 3 (where =c= is the "concatenation operat

Re: [BUG] org-mouse is activated without explicit require

Matt, > I'm not too familiar with how emacs handles autoloads. However, I find > org-mouse is automatically loaded if I call describe-function and then > tab complete after typing "", "org-", "org-m", etc. This seems enough > to load the entirely of the org-mouse.el file. i'm also not an expert o

Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)]

Ihor, > The time span is years and I do not recall any related bug reports. > So, nobody seems to care. :)

Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)]

Ihor, > Does it make sense from the point of view of R code? > AFAIU, the current ob-R implementation converts lists into R tables, > which is not accurate? Would it make sense to convert Elisp lists into R > lists directly? my "barely half a cent" would be that backwards compatibility here trump

Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)]

Jeremie, i am neutral w.r.t. what the output should be. like you, i've always sent in tables. for me, i don't know that it makes much difference how lists are presented to R code, as long as it is well-defined and stable over time. given that, iiuc, 9.5 presented a list as (the equivalent of) m

Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)]

Chuck, sorry, i didn't see the change you had added. > So, isn't that what is wanted? that's a policy question that i can't answer. :) cheers, Greg

Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)]

hi, Charles, > This makes a list like '("a" "b" "c") into a data.frame with one column. 1. which version of Org are you running? : Org mode version 9.6 (9.6-g60de19 @ /home/minshall/.emacs.d/straight/build/org/): 2. is my below example yours? i think i used to see the behavior you describe in

Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)]

for the record, these are the tests i ran with my off-the-cuff "fix" (s/sequencep/listp/): #+name: alist - first item - second item - third item #+begin_src R :var list=alist :session ss list #+end_src #+RESULTS: | first item | second item | third item | #+begin_src R :var variable='(a tes

Re: [BUG] ob-R.el: extra empty data.frame columns generated from plain lists after recent change [9.6 (release_9.6-3-ga4d38e @ /usr/share/emacs/30.0.50/lisp/org/)]

i see this same behavior. to me, (org-babel-R-assign-elisp) seems to be the problem, but it hasn't changed any time recently. (nor, if my =git blame= is done correctly, has anything else in ob-R.el.) i don't understand how (org-babel-R-assign-elisp) thinks. it seems to assign =max= and =min= as

Re: [BUG] ob-R: session evaluation returns empty ouputs with Org 9.6 [9.6 ( @ /home/fsantos/.emacs.d/elpa/org-9.6/)]

Frederic, > > It looks like there is something wrong with comint-prompt-regexp in > > R buffers. It somehow does not match the prompt. > > I'm not sure it's the explanation either, since external (i.e., > non-session) evaluation works as expected. (Just remove the ":session > *R*" part of the hea

Re: processing a literal example line by line in a shell source block?

Ihor, again, thanks for helping me with that problem. and, just for my (or anyone's) future reference, how i probably *should* have debugged this was to tangle the relevant source block, and then examine the resulting shell-script file, and gone from there. cheers, Greg

Re: processing a literal example line by line in a shell source block?

Ihor, > Try > > #+name: lbl > #+begin_example > line 1 > line 2 > #+end_example > > #+begin_src bash :var input=lbl :results output > echo "${input}" > #+end_src ah, the double quotes! thanks very much! cheers, Greg

processing a literal example line by line in a shell source block?

hi. i have a text in a named #+begin_example ... #+end_example block. i would like to process this text line by line in a shell (bash, say) code block. but, it appears that the individual lines are not separated, but passed as one long string to the source block. (example below.) is there a mag

Re: form-like process for entering rows in an org-mode table?

hi, Jean Louis, > I do not know what is column view. But I understand that you need > descriptive text. that was my state until recently, though i had seen various references to it and its usage on the mailing list. it at least offers some form of completing read, at least for what might be in

Re: how to remove parentheses from the output of a source code block

Andrés, sorry -- of course, you can use base e-lisp =string-join= to accomplish the same thing. #+BEGIN_SRC emacs-lisp :var table=source-in-table :results value raw (let ((sqlcode (mapcar (lambda (row) (concat "INSERT or ignore INTO labels_catalog (id, macro, la

Re: how to remove parentheses from the output of a source code block

Andrés, this is maybe more of an e-lisp question, or, at least, here's more of an e-lisp answer. if you have the useful =s= package [1] installed, then will using =s-join= give you what you want? (let ((sqlcode (mapcar (lambda (row) (concat "INSERT or ignore INT

Re: form-like process for entering rows in an org-mode table?

Jean Louis, > * Greg Minshall [2022-07-22 19:14]: > > hi. does anyone have any code, or know of any existing package, that > > would allow for some sort of form-like (or "transient"-like) interface > > for adding rows to an org-mode table? in particular,

Re: per-file (or, really, per buffer) allowing/disallowing code block execution

Rudy, > I would deeply appreciate this option for my Org notebook that contains > two kinds of source blocks: (1) workers for on-demand execution and (2) > reproducible examples for anytime execution. I cannot figure out how to > make Org work with both, meaning it would execute just the reproduc

Re: per-file (or, really, per buffer) allowing/disallowing code block execution

hi, Tim, > There are valid use cases for a configuration which does not require > user interaction (to answer questions on block evaluation), for example, > when you want to process many org files in a batch process without user > interaction. Likewise, I don'tg want Emacs to become too much of a

Org version mismatch -- hooray!

i updated org, and in an existing emacs instance did something (in a .org file), and got byte-code: Org version mismatch. Make sure that correct ‘load-path’ is set early in init.el which i think is great! thanks very much! cheers, Greg

Re: per-file (or, really, per buffer) allowing/disallowing code block execution

Ihor, Fedja, et al., i think this is very good. my suggestion would be to *not* permanently mark a file as safe (i.e., i would vote against org-confirm-babel-evaluate-safe-paths); rather, let a local variable do that. i worry about keeping state in "side cars" (if one calls them that), as it may

Re: per-file (or, really, per buffer) allowing/disallowing code block execution

Steven, > There is a neat solution to this problem using > > * Local Variables :noexport: > > see the discussion at stackoverflow > thanks. yes, if one has to do local variables, that is a very nice

Re: per-file (or, really, per buffer) allowing/disallowing code block execution

Fedja, > What I would like to have, to safely and easily use org-mode > as an interactive notebook, is to not have to overload this > function and to be asked only once per buffer/file whether to: > 1) Unconditionally allow executing all code blocks > 2) Unconditionally disallow executing all code

Re: Secrets in org-babel

Felix, my setup is probably too complicated. and, i don't really know what "aws secretsmanager" is, or how you interact with it. but, in case this helps... i put ("long-term") secrets in pass https://www.passwordstore.org/ for "programmatic access" (in particular, for passwords neede

Re: [FR, DISCUSSION] Re: [:results append] and [:wrap ...] don't play well together

Ihor, thanks for your e-mail and explanation. > We may clarify this in the manual. probably worth doing. though, trying to describe it succinctly will be a challenge, i think! > Another alternative could be treating > :results append drawer/code/pp/org/latex/html > differently and putting ever

Re: Volunteering to maintain ob-asymptote.el within Org

hi, Munyoki, i'm neutral w.r.t. asymptote support being in "core org" or in "contrib". but, ... > I'm not _against_ supporting a proffesional-level > graphics PL. What I'm trying to say is that > having it installed should be a choice made by the > end-user. Personally, I try to keep my system

Re: Specify defaults for In Buffer Settings

Fraga, Eric wrote: > It comes with Emacs: ah! thanks! cheers, Greg

form-like process for entering rows in an org-mode table?

hi. does anyone have any code, or know of any existing package, that would allow for some sort of form-like (or "transient"-like) interface for adding rows to an org-mode table? in particular, that provides some sort of =completing-read= interface for a given set of choices for a given column, et

Re: Specify defaults for In Buffer Settings

Eric, > Have a look at #+SETUP but also consider the autoinsert package. sorry, but what is the autoinsert package? cheers, Greg

Re: numbering src blocks in HTML export

Ihor, > Dear All, may we should provide a normal header arg as an equivalent of > switches? Honestly, this whole switch syntax sounds unnecessary and only > over-complicates things. i'm a fan.

Re: [FR] Make :var foo=name-of-src-block assign the source block code instead of currently assigned result of evaluation (was: [PATCH] Add :noweb-prefix and :noweb-trans babel header arguments)

Ihor, > Alternative ideas are welcome though. I'd prefer to avoid breaking > change if we can find an equally simple syntax alternative to assign > source block code to a variable. my two cents would be to avoid the breaking change. (i notice, for example, that i use this construct in some of my

Re: [FR] Make :var foo=name-of-src-block assign the source block code instead of currently assigned result of evaluation (was: [PATCH] Add :noweb-prefix and :noweb-trans babel header arguments)

Ihor, > The current behaviour of :var foo=name-of-src-block is assigning result > of evaluation. However, this behaviour is actually not documented. > 16.4 Environment of a Code Block section of the manual only documents > uses like in fact, the text of the info page (on my system?) says > code b

Re: Alternatives or org-capture?

ypuntot, by the way, i use =doct= to express org-capture templates: https://github.com/progfolio/doct in case that might seem more "intuitive" for you. cheers, Greg

Re: [External] : Re: missing a character / font in agenda?

for what it's worth, without the symbola font on my machine (though i've now added it), i seem to see the left-arrow 2b60 rendered using: ftcrhb:-GNU-Unifont-normal-normal-normal-Sans-Serif-16-*-*-*-c-80-iso10646-1 (#x2B61) (if i'm interpreting the output of [C-u C-x =] correctly.) chee

Re: Confused about source code blocks evaluation when exporting

Alain, let's see. maybe look in the org manual for ":results" (with "value" or "output" as options) and ":exports" (with "code" or "results" or "both" as options). that might help? cheers, Greg

Re: [possible patch] Basic fontspec code for LuaLaTeX and XelaTeX (was "LaTeX export: when is it more useful...")

Juan Manuel, > 1. There could be a defcustom, something like 'org-latex-use-fontspec' > (I would vote for nil by default). i just wanted to check: the "nil" case is for those of us who just want it to work "out of the box"? and, in the non-nil case, it would be up to the user to use "fontspec",

Re: LaTeX export: when is it more useful to use LuaTeX instead of pdfTeX?

Juan Manuel, et al., > TL;DR: A list of use cases where using LuaTeX is more advantageous than > using pdfTeX i'm guessing this would be a nice addtion to worg (if it's not already there). cheers, Greg

Re: Efficiently reuse code in org babel with R

Naresh, > I want to source some data from databases, then use this data in > various blocks. I am looking for the most efficient way to achieve > this. In below blocks, is the code in block ``connection'' executed > thrice (economy of code but no saving of time) or is it only executed > once the

Re: C-SPC works; C-u C-SPC doesn't. How could be?

Ypo, fwiw, [C-h k C-SPC] has a paragraph that says With prefix argument (e.g., C-u C-SPC), jump to the mark, and set the mark from position popped off the local mark ring (this does not affect the global mark ring). Use C-x C-@ to jump to a mark popped off the global mark ring (see ‘pop-glob

Re: [DISCUSSION, default settings] Using mailcap as default handler for opening file links (was: [PATCH v3] Re: Bug in 9.5.3 org--file-default-apps)

hi, Ihor, > It appears that using mailcap is giving us more trouble than benefits. > I am not sure about the situation on Windows and Mac though. > Should we change the default file handlers to Emacs globally (unless > user customizes otherwise)? Should we continue efforts to work around > mailca

Re: [PATCH] Re: tangle option to not write a file with same contents?

Ihor, > The patch is attached. great -- thanks very much! this will be very helpful. cheers, Greg

Re: Fwd: Help with my first elisp

Ypo, > > but, using whatever the name of the logos-focus mode map, pointing at > > your functions? ... > I think "logos" doesn't have a map, is it possible? certainly possible (i don't use logos). in fact, https://gitlab.com/protesilaos/logos/-/blob/main/logos.el has the lines ;

Re: Help with my first elisp

Ypo, > (defun salto () > (interactive) > (if posicion 1 > (posicion2) > (if posicion 2 > (posicion3) > (if posicion 3 > (posicion1) your function =salto= may be using =if= incorrectly. try marking that =defun= and hitting TAB to justify it. my guess is, t

Re: Help with my first elisp

Ypo, > Additional problem: I don't know how to recover keys 1, 2 and 3 to > their normal functioning, right now I can't type 1, 2 or 3 on my > Emacs. xD you have, e.g., > (define-key global-map (kbd "1") #'posicion1) > (define-key global-map (kbd "2") #'posicion2) > (define-key global-map (kbd "

Re: Tips on using Org-mode to manage a reading list

hi, Sébastien, > I got to many books and articles for a table... hmm. why too many? each column would be an attribute (title, author, score, publisher, ...), or a status (unread, finished, ...) and each row would be a book. that should scale. the downside of a table (though that is almost cer

Re: Regarding arbitrary Org blocks

Russell, the behavior you describe, that used to work, sounds reasonable to me. otoh, in case you haven't discovered =narrow-to-region= and friends, (which i only recently did), that might also give you some of what you want. cheers, Greg

Re: leading superscript on a line for ODT export

Max and Eric, thanks for the explanation! "hmm...", about manual patches at the moment.

Re: leading superscript on a line for ODT export

hi. > @@org:@@^1 blah i'm not familiar with the '@@' construct. in the manual, searching for the string "@@", i see references to various =@@foo...=, but not, for example, =@@org:@@=. is there a general definition? might the index (or, one of the indices) usefully have references to variou

Re: interleaving comment between rows of a table?

Juan Manuel, > I find the annotate package useful for inserting comments and > annotations in "difficult" places. thanks -- annotate looks very applicable! cheers, Greg

interleaving comment between rows of a table?

hi, all. i don't remember anybody asking about this. i'd sometimes find it useful to be able to interleave comments -- using (almost) whatever syntax -- between rows in an org-mode table. (normally, this would be to provide context/rationale for the subsequent row(s).) something like: | col

Re: quotation marks in table cell vs. org-babel-ref-resolve

i have a problem similar to this from a few months ago. in this case, it seems to be when trying to pass a column with a quoted-string inside of it. (this is on the "bugfix" branch.) my e-lisp code seems to get just the initial part of the string from the cell with "odd" contents. #+name:

Re: including one double quote in an anonymous footnote?

Nicolas and Juan Manuel, thanks very much. the bugfix branch seems to work for my case. cheers, Greg

Re: including one double quote in an anonymous footnote?

Juan Manuel, > I can confirm that behavior. One possible solution is to use an entity > (M-x org-entities-help): thanks very much -- that does the trick for my case. cheers, Greg

including one double quote in an anonymous footnote?

hi. experimenting [after significant confusion!], it appears that including a single (unpaired) double quote inside an anonymous footnote eliminates the recognition of the footnote. is this intentional? this works: this is a test.[fn:: a very long footnote] whereas this doesn't:

Re: How to enforce sub-scripts with {} only for HTML export?

Edgar, one of my .org files has this # ^:{}: disable super/subscripting: https://stackoverflow.com/a/698791/1527747 #+options: ^:{} ymmv.

Re: Bug: SCHEDULED's end time wrong [9.5.2 (9.5.2-gfbff08 @ /Users/liutos/.emacs.d/elpa/org-9.5.2/)]

Ihor, > Which is perfectly fine. 24:29 is one of the expected time formats for > org-agenda. If I recall correctly, this kind of time range is used in > the wild. See https://orgmode.org/list/874l3w7woq@gmail.com ah, i see. thanks for the correction! cheers, Greg

Re: Bug: SCHEDULED's end time wrong [9.5.2 (9.5.2-gfbff08 @ /Users/liutos/.emacs.d/elpa/org-9.5.2/)]

Ihor, i tried Liutos' example, and ended up with > * a simple entry > SCHEDULED: <2022-02-20 Sun 23:59-24:29> i think it is the "-24:29" that is of concern.

Re: [PATCH] lisp/org-capture.el: Add hook & hook options to org-capture (Valentin Herrmann)

fwiw... > I've implemented what you're proposing here (and much more) in a > package you may find useful a couple years ago. I pitched adopting > some of the ideas into org-mode proper and was willing to do the > work. My proposal was met with enthusiastic silence: > > https://www.github.com/p

Re: Unable to get current or via use-package

Loris, et al., > Thanks, that did the trick. I was hoping that when I use the same > init.el on a different machine I wouldn't have to remember anything and > use-package would automatically install the latest version. Seemingly > not :-/ this is maybe an appropriate time to insert a plug for s

Re: [BUG] bug in 'ox-man?

7;t know enough to have any idea if there is some general mechanism that might solve all those. cheers, Greg From 0d0dadc6b4e7f3358612f056a9eb032c1eb4145f Mon Sep 17 00:00:00 2001 From: Greg Minshall Date: Mon, 31 Jan 2022 16:08:35 -0800 Subject: [PATCH] lisp/ox-man.el: escape backslashes

[BUG] bug in 'ox-man?

hi, all. this works when exporting as a .pdf or a .html. but, not when exporting to 'ox-man: #+begin_src bash :results output :exports code :eval never-export echo 'lf "\n"' #+end_src (the result has a "0" in it, appears to have gotten confused by maybe trying to substitute a newline characte

Re: Depreciating TeX-style LaTeX fragments

Colin, > > Colin Baxter writes: > >> Ah, LaTeX3 - whatever happened to that? ... > Yes, I know. My remark was tongue in cheek. which leaves open whether your tongue was already in your cheek at: > Indeed. Compare something like > > $g=\lim_{\delta m\to 0}(\delta F/\delta m)$ > > with >

Re: Question Regarding Creating Workflow For Automatic Formulas For Finance Based Org Spreadsheet

> I'm wondering if your opinion about Ledger isn't influenced by the fact > that it uses basic accounting principles, like the idea of double-entry > accounting. For me, it's /very/ simple and intuitive, but I graduated > in economics many years ago and had a (basic, but still) course on > account

Re: [BUG] Eval src block does not redisplay inline image [9.5.1 (9.5.1-g36086a @ /Users/rob/.emacs.d/elpa/org-9.5.1/)]

Robert, i have the following commented out in my .emacs. i have no memory of it, why i put it in, why i took it out, or if it might provide you any clue. but, with all those caveats... ;; in org-mode, display images inline after execution ;; except, after a while, this gets tiresome. one c

Re: On zero width spaces and Org syntax

Robert, > Thereʼs no need to modify Emacs: see > `glyphless-char-display-control'. ZWS falls under 'format-control'. very nice. thanks! cheers, Greg

Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal

Ihor, > Search result is just an entrance for users to be curious about the > new beast of "Org mode". The website front page is the means to make > users try. And the Org mode itself is the way to make users fall in > love with Org in one way or another (even unrelated to Emacs [at least > initia

Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal

Juan Manuel (and, Tim, i think), > On the other hand, we must not forget that Org, as part of Emacs, is > part of GNU, and this is a mailing list from the GNU project. I think > everything related to the (possible) extension of GNU Org Mode outside > of GNU Emacs (even in software incompatible wit

Re: quotation marks in table cell vs. org-babel-ref-resolve

sigh. the following is pretty much a lie. apologies. > =org-babel-ref-resolve= is convenient to use (as you provide a REF, > rather than create a [temp] buffer, visit the file, whatever). the creating a temp buffer, visiting the file, are *not* provided by =org-babel-ref-resolve=. cheers (or,

Re: quotation marks in table cell vs. org-babel-ref-resolve

hi, Tim, thanks for the reply. > I don't know. It could be related to the spreadsheet capabilities or it > could simply be an oversight in how the code extracts values from > tables. if anyone has any knowledge in this area, i'd be curious to hear. > I tend to use the function org-table-to-list

  1   2   3   4   >