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 thoug
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
stabl
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
>
"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".
>
> Pl
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
https://gn
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.
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 t
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?
>
> I'm
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 syncthing
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 packag
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 .
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 361
> 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 release_9.5.4-72
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 c
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 w
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. Inste
16 matches
Mail list logo