Phil Hudson writes:
> Thanks Ihor, that's great!
>
> One tiny nit-pick: I think "e.g." is deprecated in favor of the
> explicit literal "for example". My source for this is (info "(elisp)
> Documentation Tips").
Fair point, though searching across org-element.el reveals that e.g. is
used in
Hi,
I was checking which changes had been landed to the main branch as the
result of Ihor's work and I noticed a commit unrelated to my initial
curiosity but that might be questionable:
commit 15d25644cc8d88fd5cd0ad53caedaedad3635d8d
author TEC Sat Jan 22 20:41:55 2022 +0800
org-entities:
Ihor Radchenko writes:
>> From f474cb25840fdc6b24618b1452cb7fdd32545092 Mon Sep 17 00:00:00 2001
>> From: Tyler Grinn
>> Date: Mon, 9 May 2022 15:52:58 -0400
>> Subject: [PATCH] lisp/org.el: Add org-property-separators option
>
> LGTM!
>
> I will leave this for another week to give other people
Sorry I sent this twice. Forgot that I was subscribed from my
member.fsf.org email address.
I have come upon a problem with export of multi-line table headers in
long (multi-page) tables. I can't imagine that this hasn't come up
before, but I wasn't able to google up any other reports, so ...
Hi. Juan. Mi comments below.
[...]
Juan> ID: #+end_signature
Adding that part:
--8<---cut here---start->8---
#+OPTIONS: date:nil author:nil timestamp:nil e:nil creator:nil toc:nil num:nil
title:nil
#+LaTeX_Header:
Hi. Juan.
It ended this way:
--8<---cut here---start->8---
#+OPTIONS: date:nil author:nil timestamp:nil e:nil creator:nil toc:nil num:nil
title:nil
#+LaTeX_Header: \parindent=0em\parskip=\bigskipamount
*
Me John Doe with ID number request to
andrés ramírez writes:
> Right. It is giving me an error I have NOT noticed it because the pdf is
> being generated.
Your document is probably compiled on export with the
`-intercaction=nonstopmode' option, and thus does not break the
compilation with an error. In any case, I don't really
Hi. Juan.
My comments below.
> "Juan" == Juan Manuel Macías writes:
[...]
Juan> section is not indented. This is what is happening :):
That is good to know.
Juan> section no indent - indent -- indent --
[...]
Juan> is enough that you add this:
hi Andrés,
andrés ramírez writes:
> Hi. Juan.
> My comments below.
I'll explain what happens. There really isn't an alignment issue. TeX by
default applies a first line indent to paragraphs. It also defaults to
applying English typographical conventions, as is the case in your
document, where
On 5/13/22 05:28, Max Nikulin wrote:
Feel free to commit your variant though, I will not object, but I am not
going to update my patch in this way as well.
I'll leave it up to you; it's not a big deal either way.
Hi,
I think I spotted the problem. It's difficult to be sure, but
apparently, since version 4.31, latexmk automatically detects and run
biber as a citation engine (see this post
https://tex.stackexchange.com/a/231351/259874). In fact, in the latexmk
man page, it is said to use the option -bibtex
Hi. Juan.
My comments below.
> "Juan" == Juan Manuel Macías writes:
Juan> Can you please copy the contents of your .tex file here: `M-x
org-export-disptatch l l'?
--8<---cut here---start->8---
% Intended LaTeX compiler: pdflatex
Hi Andrés,
Andrés Ramírez writes:
> When I export the file M-x org-export-distpach l p
>
> The second and third paragraph do nat have right alignment as the first
> paragraph.
Can you please copy the contents of your .tex file here: `M-x
org-export-disptatch l l'?
Best regards,
Juan Manuel
Hi.
I am trying to do a simple request letter. This is the content of the
file.
--8<---cut here---start->8---
#+OPTIONS: date:nil author:nil timestamp:nil e:nil creator:nil toc:nil num:nil
title:nil
*
Me John Doe with ID number request to install me
On Friday, 13 May 2022 at 09:48, Bruce D'Arcus wrote:
> It's not undocumented; it's poorly documented :-)
I don't that's entirely fair... just a little sparse maybe. ;-) (but
your comment taken as intended)
I've made use of it recently and it had what I needed.
--
: Eric S Fraga, with org
Eric S Fraga writes:
> On Friday, 13 May 2022 at 21:35, Ihor Radchenko wrote:
>> In fact, forcefully folding the drawers is relatively recent addition by
>> Nicolas in 1027e0256903bc2.
>
> I wonder if this is related to my issue with ediff-ing org buffers and
> having drawers hidden? I've not
On Friday, 13 May 2022 at 21:35, Ihor Radchenko wrote:
> In fact, forcefully folding the drawers is relatively recent addition by
> Nicolas in 1027e0256903bc2.
I wonder if this is related to my issue with ediff-ing org buffers and
having drawers hidden? I've not had time yet to investigate but
On 11/05/2022 20:20, Ihor Radchenko wrote:
Max Nikulin writes:
+ ;; In Emacs-27 and Emacs-28 `encode-time' does not support 6
elements
+ ;; list argument so `org-encode-time' can not be outside of
`pcase'.
+ (pcase-let
+ ((`(,_ ,_ ,_ ,d
"Bruce D'Arcus" writes:
>> Last thing: I heard that the citation part of the manual is still
>> undocumented. Is this right? If so, do you think what we discovered
>> (especially about manually requiring libraries) may be useful? May I
>> help?
>
> It's not undocumented; it's poorly documented
On Fri, May 13, 2022 at 9:32 AM Alessandro Bertulli
wrote:
> Last thing: I heard that the citation part of the manual is still
> undocumented. Is this right? If so, do you think what we discovered
> (especially about manually requiring libraries) may be useful? May I
> help?
It's not
John Kitchin writes:
> This issue is specific to using a scimax function
> `scimax-ob-execute-and-next-block` that executes the current block then
> moves to the next or creates a new block if needed. This is a UI feature
> from jupyter notebooks that I like to use.
>
> That function uses
Thanks, I'll mail to mr Collins to inform him then. Thank you all for
your help!
Last thing: I heard that the citation part of the manual is still
undocumented. Is this right? If so, do you think what we discovered
(especially about manually requiring libraries) may be useful? May I
help?
Thank
On Fri, May 13, 2022 at 9:15 AM Alessandro Bertulli
wrote:
...
> So, shall we conclude that latexmk has an issue with correctly
> recognizing natbib and calling bibtex?
Yes!
I just tried it now, and see the same thing. It's weird, because I
don't recall seeing that before.
I'd call that a
Ok, I think I got something.
Indeed, setting org-latex-pdf-process to
'("pdflatex -output-directory %o %f"
"bibtex %b" "pdflatex -output-directory %o %f"
"pdflatex -output-directory %o %f")
produces the correct pdf output. I think I have a hint of the reason for
this.
When exporting to a
If you add this and click on it:
[[elisp:(org-show-entry)]]
The drawer will collapse.
This issue is specific to using a scimax function
`scimax-ob-execute-and-next-block` that executes the current block then
moves to the next or creates a new block if needed. This is a UI feature
from jupyter
Tyler Grinn writes:
> Ihor Radchenko writes:
>
>> Note that your patch is >15LOC long and you need to sign the copyright
>> agreement with FSF in order to contribute. See
>> https://orgmode.org/worg/org-contribute.html#copyright
>
> I've already submitted a copyright assignment to the FSF in
On 13/05/2022 05:52, Paul Eggert wrote:
On 5/12/22 09:55, Max Nikulin wrote:
+ (unless (file-exists-p file)
+ (error "File to tangle does not exist: %s" file))
+ (when (file-newer-than-file-p file tangled-file)
(org-babel-tangle-file file ...
file-newer-than-file-p succeeds
John Kitchin writes:
> This does not change anything for me.
>
> The function that causes folding for me is `org-entry-show'. Presumably
> because of this line: (org-cycle-hide-drawers 'children)
>
> My solution was an override advice that makes this function not run when
> point is in a
On Fri, May 13, 2022 at 6:54 AM Eric S Fraga wrote:
>
> On Friday, 13 May 2022 at 11:55, Alessandro Bertulli wrote:
> >> Check out org-latex-pdf-process maybe?
> >
> > I don't know the library so in depth, but I'll try, thank you!
>
> I have the following in my init file:
>
> (setq
On Friday, 13 May 2022 at 11:55, Alessandro Bertulli wrote:
>> Check out org-latex-pdf-process maybe?
>
> I don't know the library so in depth, but I'll try, thank you!
I have the following in my init file:
(setq org-latex-pdf-process '("pdflatex -output-directory %o %f"
Max Nikulin writes:
>>> It seems, it is a regression caused by the Org commit
>>> 0193b543e9ef84bfefe76d55e330d5b1cb842cef
>>>
-(byte-compile-file tangled-file 'load)
+(byte-compile-file tangled-file)
+(load tangled-file)
>>
>>
>> What if you substitute the load call
Max Nikulin writes:
>> What if you substitute the load call with
>> (load (byte-compile-dest-file tangled-file))?
>
> I do not mind (of course if there is no plan to deprecate the function).
>
> In addition, from my point of view, `byte-recompile-file' with 0 as the
> FORCE argument is more
> IDK; my version is newer:
>
> Org mode version 9.6 (9.6-??-2bd34edb64 @
> /home/bruce/.config/emacs/.local/straight/build-29.0.50/org/)
I downloaded it from MELPA (since I'm using Emacs 28.1, the one built-in
is 9.5.2).
> I'm using doom, which as you can tell is using straight.
I suppose
> For the record, n.d. means "no date" so your BiBTeX entry must be
> missing the year field, for instance.
Actually, it has the field "date". I have read some advice saying that
using "date" over "year", "month" and "day" is encouraged, but searching
online it appears that it is not supported by
On Thursday, 12 May 2022 at 20:31, Alessandro Bertulli wrote:
> displays some annoing "n.d.").
For the record, n.d. means "no date" so your BiBTeX entry must be
missing the year field, for instance.
> After that, if I try again to directly export to pdf, it works. I
> suppose it's a problem in
Hi
I have the following two files
#+begin_src
File1.org
,** Table
:PROPERTIES:
:ID: student1
:END:
,#+BEGIN: columnview :maxlevel 2 :skip-empty-rows t :indent nil :hlines 2
:format "%5TODO(Status) %5Ap(Name) %5Ej1(Ej1/20) %5Ej2(Ej2/25) %5Ej3(Ej3/55)
%5Res(Result)"
|
36 matches
Mail list logo
