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 order to
publish on ELPA. Do I
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 only if FILE exists, so in that case
Hi Bruce,
thank you for your help. Indeed, loading both functionalities
(require 'oc-biblatex)
(require 'oc-natbib)
did the trick. That's strange, though: my version of Org (get from M-x
org-version) is Org mode version 9.5.3 (9.5.3-g69c588 @
/home/alessandro/.emacs.d/elpa/org-9.5.3/). Shouldn't
On Thu, May 12, 2022 at 2:31 PM Alessandro Bertulli
wrote:
>
> Hi Bruce,
> thank you for your help. Indeed, loading both functionalities
> (require 'oc-biblatex)
> (require 'oc-natbib)
> did the trick. That's strange, though: my version of Org (get from M-x
> org-version) is Org mode version
>> I’m creating documents where I run Python code blocks that create LaTeX
>> mathematical output that I want to be able to export to either LaTeX/PDF or
>> HTML.
>>
>> Using :wrap in the header works fine, except that LaTeX complains about the
>> unknown environment “results” (it still
On 11/05/2022 23:24, Paul Eggert wrote:
The comments don't seem to match the code here.
+ (let* ((tangled-file (concat (file-name-sans-extension file) ".el"))
+ (file-mtime (file-attribute-modification-time
+ (file-attributes (file-truename file
+
Hi Daniel,
> Looks good. I had to update `engrave-faces’ to 0.3 because of new
> variables/functions and it works now. It does what it says on the box so
> let’s move forward introducing these changes and be open to feedback.
>
> Thank you very much for introducing this feature!
That’s great to
Looks good. I had to update `engrave-faces' to 0.3 because of new
variables/functions and it works now. It does what it says on the box so
let's move forward introducing these changes and be open to feedback.
Thank you very much for introducing this feature!
--
Daniel Fleischer
On 11/05/2022 19:41, Ihor Radchenko wrote:
Max Nikulin writes:
Actual result:
Compiling /home/ubuntu/examples/org/ex-ob-load-file.el...done
Wrote /home/ubuntu/examples/org/ex-ob-load-file.elc
progn: Cannot open load file: No such file or directory, ex-ob-load-file.el
It seems, it is a
On Thu, May 12, 2022 at 10:48 AM Alessandro Bertulli
wrote:
>
> Hi again.
>
> After fixing org-ref, I was exploring org-cite and citar. Again, I'm not
> sure how to make everything work. When I try to export to a LaTeX pdf
> file, I got the error "user-error: Unknown processor natbib", despite
>
> Allen Li writes:
>
> > There appears to be a regression in the behavior of C-u C-u C-u TAB on
> > master (at aea24b3feafb9c389dc5933005928462bb20c4f8).
> >
> > C-u C-u C-u TAB is supposed to show everything including drawers, but on
> > this test file it does not show property drawers:
Thanks
Hi again.
After fixing org-ref, I was exploring org-cite and citar. Again, I'm not
sure how to make everything work. When I try to export to a LaTeX pdf
file, I got the error "user-error: Unknown processor natbib", despite
I put the exact header suggested in the manual
Thank you professor Kitchin.
Our org-LaTeX-pdf-process differ only for the "-f" option, so I don't
think that's the cause. However, it turned out that biber was NOT
installed with my TeX distribution. After installing it, it all worked
well. Sorry if this actually silly error got some headaches.
Allen Li writes:
> There appears to be a regression in the behavior of C-u C-u C-u TAB on
> master (at aea24b3feafb9c389dc5933005928462bb20c4f8).
>
> C-u C-u C-u TAB is supposed to show everything including drawers, but on
> this test file it does not show property drawers:
>
> This bug does not
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 src-block
On Thu, May 12, 2022 at 06:19:35PM +0800, Ihor Radchenko wrote:
> > Some recent change instead now says "No special environment to edit
> > here". How can I get back that behavior?
>
> I am unable to get the described behaviour even using Org 8.2.10. Could
> you elaborate what you mean by "used
On Thu, May 12, 2022 at 7:11 AM Juan Manuel Macías
wrote:
> I'm not sufficiently familiar (at the moment) with org-cite, but I share
> the news here in case this new LaTeX package could have some kind of use
> for org-cite export options.
I've played with it a bit, and it does look promising.
Hi all,
TeX Live 2022 includes a new LaTeX package for citations,
'citation-style-language', written by Zeping Lee. According to the
package description:
"[...] The citation-style-language package is aimed to provide another
reference formatting method for LaTeX that utilizes the CSL styles. It
Russell Adams writes:
> I used to insert arbitrary blocks like:
>
> #+BEGIN_IMPORTANT
> yadda yadda
> #+END_IMPORTANT
>
> in my documents, and when I hit C-c ' to edit them it would give me a
> basic buffer and I could edit the plain text within.
>
> Some recent change instead now says "No
Richard Stanton writes:
> I’m creating documents where I run Python code blocks that create LaTeX
> mathematical output that I want to be able to export to either LaTeX/PDF or
> HTML.
>
> Using :wrap in the header works fine, except that LaTeX complains about the
> unknown environment
"Bruce D'Arcus" writes:
> OIC; that's the part I was missing.
>
> So something like this?
>
> #+bind: org-cite-export-processors ((latex biblatex "verbose"))
>
> It doesn't seem to work though. Is there something wrong with my syntax?
Seems to be alright (except that "verbose" is ignored by
Colin Baxter writes:
> > Because your clock tables in Org _files_ have nothing to do with
> > agenda. There is no "Agenda clock report mode" when you create an
> > ordinary clock report in Org buffers.
>
> Well now you've really confused me because I wasn't in an agenda buffer,
> I
>>> "JMM" == Juan Manuel Macías writes:
> Hi Uwe,
> Uwe Brauer writes:
>> Which gets exported to verbatim not lstlisting as I want
> Try adding this:
> :wrap lstlisting
It does! Thanks!
smime.p7s
Description: S/MIME cryptographic signature
Tyler Grinn writes:
> OK, what I have now is that if the car of an alist item is a list, exact
> matching will be done for each list item, but if it is a string, it will
> be matched as a regular expression.
Sounds reasonable.
Note that your patch is >15LOC long and you need to sign the
Pride Allman writes:
> So basically, the export function is doing the overwrite for user options
> but to reduce the number of inconsistency we can't use this patch for only
> one such option.
>
> Now you explained it I can't think of a way to solve it without rewriting
> the whole thing. Or
Hi Uwe,
Uwe Brauer writes:
> Which gets exported to verbatim not lstlisting as I want
Try adding this:
:wrap lstlisting
(I don't use matlab, but I think that should work).
Best regards,
Juan Manuel
> Ihor Radchenko writes:
> Colin Baxter writes:
>> Unfortunately, I see no difference in my clock tables whether I
>> have org-agenda-clock-report-header set to t, nil or something
>> like "My-Heading", or if I put :Header: as a tag in the file
>> headline that contains
>>> "ESF" == Eric S Fraga writes:
> Hi Uwe,
> should this line
>> #+begin_src matlab :results output src :exports results: exports code :eval
>> never-export
> not be
> #+begin_src matlab :results output :exports both :eval never-export
Hm, when I use this and Execute the code I also
Dear Bruce,
"Bruce D'Arcus" writes:
> On Wed, May 11, 2022 at 6:43 AM Andreas Leha
> wrote:
>>
>> "Bruce D'Arcus" writes:
>>
>> > On Tue, May 10, 2022, 11:20 PM Andreas Leha
>> > wrote:
>> >>
>> >> Hi all,
>> >>
>> >> how can I use the (rather) new citation engine with the biblatex backend
Dear Eric,
Eric S Fraga writes:
> On Wednesday, 11 May 2022 at 17:50, Eric S Fraga wrote:
>> ⚠️ Caution: External sender
>>
>>
>> On Wednesday, 11 May 2022 at 05:15, Andreas Leha wrote:
>>> Thanks for the comments. And sorry for the misleading example. I do not
>>> want to use source blocks
Hi Uwe,
should this line
> #+begin_src matlab :results output src :exports results: exports code :eval
> never-export
not be
#+begin_src matlab :results output :exports both :eval never-export
I.e. I think you have the syntax not quite right.
--
: Eric S Fraga, with org
>>> "UB" == Uwe Brauer writes:
> Hi
> Please consider
> * matlab :results output src :exports results: exports code :eval
> never-export
> #+begin_src matlab :results output src :exports results: exports code :eval
> never-export
> clear all
> A=[1 1 0; 0 1 0; 0 1 1];
> B=[0 1; 1 0; 0
Hi
Please consider
* matlab :results output src :exports results: exports code :eval never-export
#+begin_src matlab :results output src :exports results: exports code :eval
never-export
clear all
A=[1 1 0; 0 1 0; 0 1 1];
B=[0 1; 1 0; 0 1];
C=[1 1 1];
D=0;
sys=ss(A,B,C,D)
#+end_src
33 matches
Mail list logo
