Re: [PATCH] ol-man.el (org-man-open): Set window point not buffer point

Hi Ihor, Here is an updated patch. We can't use accept-process-output because it doesn't seem to block in the way we need, or it blocks exactly long enough for the process to finish but then continues immediately to search instead of allowing the function that fills the buffer to complete.

Re: [PATCH] Delete some Emacs 24 compat code

Hi Tim, thanks for reminding me the context. Tim Cross writes: > Therefore, I think the position should be that once an emacs version is > no longer one of the supported versions (current stable Emacs release > plus two previous major versions), there is no guarantee we will inform > the list

Re: [PATCH] Delete some Emacs 24 compat code

Hi Bastien, all you wrote is fine IMO. However, I think Ihor's point was mainly in response to the request that we notify the list when compatibility is going to be lost and that when it comes to versions less than the currently maintained versions, this isn't really possible. To put it in more

Re: :session for Julia in org babel?

> OK, now I get this: > ess-eval-buffer: Wrong type argument: symbolp, [...] > (ess-error-regexp-alist . ess-julia-error-regexp-alist) ...) Yeah, pretty much what I get as well. Thanks for confirming that it's not my configuration that causes this! -- : Eric S Fraga, with org

Re: [RFC PATCH] oc-csl: Add support for title, locators and bibentry styles

Dear All, On Sun, 7 Aug 2022 at 11:45, Ihor Radchenko wrote: > LGTM in general, but please add a proper commit message. [...] > Also, it would be useful to explain a bit what bibentry stands for. thanks, I've attached a new patch implementing these recommendations. best wishes, András From

Re: :session for Julia in org babel?

OK, now I get this: ess-eval-buffer: Wrong type argument: symbolp, ((inferior-ess-primary-prompt . "\\w*> ") (inferior-ess-secondary-prompt) (inferior-ess-prompt . "\\w*> ") (ess-local-customize-alist . ess-julia-customize-alist) (inferior-ess-program . inferior-julia-program) (ess-load-command .

Re: :session for Julia in org babel?

Hi Bill, thank you for the quick response. On Monday, 8 Aug 2022 at 11:49, Bill Burdick wrote: > Julia works in org without sessions for me but with sessions I get this error: > > org-babel-execute:julia: Cannot open load file: No such file or directory, ess Yeah, it does require the ess

Integrating org-roam with logseq (works on phones)

Hi folks, In case you care about this sort of thing and you didn't see my reddit post, I read an article at https://coredumped.dev/ about integrating org-roam with logseq and wrote some code to help with that (which I shared) so now I'm able to access my org-roam files on my phone (using

Re: :session for Julia in org babel?

Julia works in org without sessions for me but with sessions I get this error: org-babel-execute:julia: Cannot open load file: No such file or directory, ess -- Bill On Mon, Aug 8, 2022 at 11:22 AM Fraga, Eric wrote: > Hello all, > > has anybody tried using sessions for Julia in org? > >

Re: [PATCH] Delete some Emacs 24 compat code

Hi Ihor, Ihor Radchenko writes: > Could you please elaborate on how exactly we can determine if a > commit changes the compatibility status? Today, we are interested in knowing whether Org is compatible with Emacs 28.1, Emacs 27.1 and Emacs Emacs 26.1. Ideally, this means maintainers run the

:session for Julia in org babel?

Hello all, has anybody tried using sessions for Julia in org? I'm asking because I've never used sessions (for any language) before and it's failing with obscure ess- related errors so I just want to confirm that Julia should (or should not) work with sessions before I spend some time debugging.

[PATCH] Documentation and NEWS for ` org-latex-language-alist'

Hi, I am attaching a patch with the documentation of the new variable in the Manual and the updated NEWS. Best regards, Juan Manuel -- -- -- Juan Manuel Macías https://juanmanuelmacias.com https://lunotipia.juanmanuelmacias.com

[PATCH] org-fast-tag-selection: Make group tags separator not break alignment

"Christopher M. Miles" writes: > I agree to improve the tag selection UI. The hard-to-type characters is > not necessary. It's hard to type, and not match the purpose of "fast tag > selection", and will break tags alignment. > > Also need minor improvement on alignment of tags "group tag". > >

Re: [PATCH] org.el: Improve automatic fast tag selection keys (was: Odd characters in the fast tags selection interface)

Hanno Perrey writes: > Good point. I attach a patch that does just that. After the '~' > character, only "space" is assigned -- which feels like a hack, but > means that the selection key field is empty and that the fields are > still aligned nicely. Actually selection any of these items is not

Re: [PATCH] org-export: Make results of named code blocks a valid link

reza writes: > Sorry for my ignorance, I thought org-mode is part of Emacs but it seems > development happens in a separate repo. How is org-mode "added" to Emacs > because I was a little bit stuck in applying the patch? Org mode is distributed with Emacs. However, we only put the latest

Re: [PATCH] org-export: Make results of named code blocks a valid link

On 8/5/22 12:15, Ihor Radchenko wrote: > I like this idea better. See the attached patch. > After the patch, links to :exports both blocks will be ambiguous, unless > the results are explicitly named. So, I documented this detail in the > manual. Looks good for me! Sorry for my ignorance, I