Greetings,
There seems to be a typo in the Org Manual.
In section 13.8.4: Beamer specific syntax, in the segment showed below,
The `#+END_BEAMER' part does neither run correctly nor makes sense,
The correct code here should be `#+END_EXPORT'.
> Insert Beamer-specific
>
> About the cpu+mem profiler-report.
cpu+mem report should generate two reports: one for cpu time and one for
memory. I meant you to save both (there are two buffers). Sorry for not
being clear.
Best,
Ihor
Hi. Ihor.
> "Ihor" == Ihor Radchenko writes:
[...]
Ihor> Makes sense. If you want to squeeze maximum out of Emacs startup and
do not update
Ihor> frequently, you may look into
Ihor>
https://archive.casouri.cat/note/2020/painless-transition-to-portable-dumper/index.html
>
> Ihor> Can you: 1. Load your agenda 2. Start 'cpu+mem profiler 3.
> Rebuild the agenda 4. Share the
> Ihor> obtained 'cpu _and_ 'mem reports
>
> I found an issue.
> --8<---cut here---start->8---
> void-function org-looking-at
> --8<---cut
Hi. Ihor
> "Ihor" == Ihor Radchenko writes:
[...]
Ihor> Can you: 1. Load your agenda 2. Start 'cpu+mem profiler 3. Rebuild
the agenda 4. Share the
Ihor> obtained 'cpu _and_ 'mem reports
I found an issue.
--8<---cut here---start->8---
andrés ramírez writes:
> Ihor> I also pushed a couple of new small optimizations, according to
> your profiler report. Can
> Ihor> you try again with the latest main?
>
> Done. The time is now 32s.
> The produced profiler report.
Thanks! I pushed some more optimizations, though I
Greg Minshall writes:
> i'm a bit unclear. does your (single?) Org notebook consist of *one*
> file (and thus, [normally? always? my ignorance precedes me], one
> buffer), or two files (thus, two buffers).
One file, two kinds of "src" blocks.
> in the former case (one buffer), i don't know if
Ihor Radchenko writes:
> Applied onto main with minor amendments.
Amazing! Thank you so much for guiding me through.
Rudy
--
"It is no paradox to say that in our most theoretical moods we may be
nearest to our most practical applications."
-- Alfred North Whitehead, 1861-1947
Rudolf
Ihor Radchenko writes:
> Bastien writes:
>
>>> Also, having an actual mirror in sr.ht means that we may set up automatic
>>> tests. WDYT about this idea?
>>
>> Tests are useful if they prevent contributors from changing the code
>> in a way that break them: this must happen before pushing
On Wednesday, 21 Sep 2022 at 16:55, Daniel Fleischer wrote:
> I don't understand the usecase, that's why I wasn't really following. If
> you write \vspace{10cm} before some headline, it's going to do the right
> thing even if it "belongs" to a previous headline.
For me, the issue is that I often
Daniel Fleischer writes:
> I don't understand the usecase, that's why I wasn't really following. If
> you write \vspace{10cm} before some headline, it's going to do the right
> thing even if it "belongs" to a previous headline.
Imagine, for example, that you have defined a LaTeX command that
On 21/09/2022 17:25, Aleksas Tunikas wrote:
can't quit emacs because of this error, guess i've mess something up,
pls help
Ensure that you saved all buffers and evaluate (scratch buffer of M-:)
(setq kill-emacs-hook nil)
I usually fail into such state after compiling Org for Emacs-27 and
Ihor Radchenko [2022-09-21 Wed 16:55] wrote:
> More concretely, I mean something like
>
> * Section
> :PROPERTIES:
> :attr_latex: :prepend "section" \setcounter{secnumdepth}{0}
> :attr_latex+: :prepend "section"
> \addtocontents{toc}{\protect\setcounter{tocdepth}{0}\ignorespaces}
>
On 21/09/2022 15:55, Ihor Radchenko wrote:
There is nothing wrong about this, but I feel that this kind of approach
is encouraging to shoot your own leg a bit too much.
I am afraid, it is unavoidable facet of flexibility. Anyway arbitrary
LaTeX command may be inserted using export snippet or
Ihor Radchenko writes:
> It may produce unexpected results if "Section" heading is demoted all
> the way to paragraph.
If Section heading is demoted all the way to paragraph, I assume that
the expected will happen: that in the output to LaTeX a string will be
added before \paragraph and another
Hello,
I'm not sure if this is a bug in ob-restclient, ob-plantuml, or Babel. If
someone can help me figure out where, I can move this report to GitHub (if
ob-restclient) - otherwise I think it remains here.
I cannot use ob-plantuml if results are cached. See example:
#+NAME: cache-no
can't quit emacs because of this error, guess i've mess something up,
pls help
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
On Wed, Sep 21, 2022 at 10:59:14AM +0200, Russell Adams wrote:
> On Wed, Sep 21, 2022 at 04:05:56PM +0800, Ihor Radchenko wrote:
> > Russell Adams writes:
> >
> > >> I am wondering if we could create a common Org dev matrix room for quick
> > >> discussions and then copy the transcript to the
Hi Eric,
> And I would hope to have “:beamer:” (or “:attr_beamer:”) as well!
I’d hope that pre/post-ending attributes would be backend-generalised.
All the best,
Timothy
On Wednesday, 21 Sep 2022 at 16:55, Ihor Radchenko wrote:
> More concretely, I mean something like
>
> * Section
> :PROPERTIES:
> :attr_latex: :prepend "section" \setcounter{secnumdepth}{0}
> :attr_latex+: :prepend "section"
>
reza writes:
First of all, thanks a lot for digging into ob-latex!
This file has not been touched seriously since 7 years ago and the last
major change is 8 years ago (510e70379).
> When having a look at the code inside ob-latex.el I also encountered a
> few stuff which made me wondering:
>
>
Actually, I just looked at the org-mode documentation on the site today,
and noticed that the examples of use section
(https://orgmode.org/worg/org-contrib/babel/languages/ob-doc-plantuml.html#org6cd541e)
has the wrong ASCII output. The output should be
,---. ,-.
|Bob|
On Wed, Sep 21, 2022 at 04:05:56PM +0800, Ihor Radchenko wrote:
> Russell Adams writes:
>
> >> I am wondering if we could create a common Org dev matrix room for quick
> >> discussions and then copy the transcript to the relevant ML thread, when
> >> necessary.
> >
> > We have an IRC channel for
Adding Daniel Fleischer (the ox-latex maintainer) to this exchange.
Juan Manuel Macías writes:
> Ihor Radchenko writes:
>
>> I do not like this idea.
>> Please remember that headlines may be exported as parts, sections,
>> subsections, list items, or paragraphs depending on the headline level.
Daniel Ortmann writes:
> These two lines are in my *Messages* buffer:
> File mode specification error: (void-function org-element-cache-reset)
> Error during redisplay: (jit-lock-function 1) signaled (void-variable
> org-element-citation-prefix-re)
Confirmed.
I know how to "fix" this (can just
Max Nikulin writes:
>> I think that it is a very good idea for Org core to support search terms
>> in file links that are handled by Free Software.
>
> Maybe I misunderstand something, but your stress on Free Software here
> surprised me. I did not mention explicitly any proprietary application
Max Nikulin writes:
>> The main problem the old code solves is working around user error when
>> kill-ring is empty. We do not really want to err in such cases; just
>> handle empty kill ring specially.
>
> From my point of view "kill ring is empty" user error clearly describes
> what happens
Max Nikulin writes:
>> I think that it is a very good idea for Org core to support search terms
>> in file links that are handled by Free Software.
>
> Maybe I misunderstand something, but your stress on Free Software here
> surprised me. I did not mention explicitly any proprietary application
Russell Adams writes:
>> I am wondering if we could create a common Org dev matrix room for quick
>> discussions and then copy the transcript to the relevant ML thread, when
>> necessary.
>
> We have an IRC channel for real time chat. Join in anytime.
The disadvantage of IRC is absence of
"Christopher M. Miles" writes:
> I checked out your patch, it's fine to me. Should be fine to apply.
Done.
Applied onto main.
https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=95df82c5fcf926088da2aaab9354a902956ae881
Going back to cycling inline image visibility now.
I think
Rudolf Adamkovič writes:
> Please see the attached patch where I attempt to fix every issue you
> pointed out. I also split the tests into smaller functions for better
> maintainability. Please, let me know what you think about my latest
> attempt. Thank you for your guidance!
Applied onto
"Cook, Malcolm" writes:
> Thanks for all you do – donation forthcoming!
Thanks!
I hope more Org contributors will join the Liberapay team.
--
Bastien
32 matches
Mail list logo
