So, I updated Emacs to latest git version and the extended face works
for all attributes. However, it brings in other edge effects:
1. the extension backwards wraps to the previous line in some cases and
2. my cursor disappears if it is past the last character on the line
when using a block cu
On Friday, 1 Nov 2019 at 08:52, Uwe Brauer wrote:
> As the attached screenshots show, the png contain unwanted equations
> numbers (displaymath adn equation* have been used which should not
> generate those numbers).
Uwe,
when I invoke org-mime-htmlize with your equations, as written, I do not g
On Saturday, 2 Nov 2019 at 10:38, Uwe Brauer wrote:
> @Eric, I wonder why you did not get these numbers without the patch!
Because I did not properly read your post...
I thought you were referring to the LaTeX fragments themselves, not the
extra HTML generated that numbered the equations whethe
On Friday, 1 Nov 2019 at 23:48, alain.coch...@unistra.fr wrote:
> I have succeeded, following exactly what you suggested. Thank you
> very much.
Excellent. You're very welcome.
--
Eric S Fraga via Emacs 27.0.50, Org release_9.2.6-552-g8c5a78
Jarmo,
John has already given you some elisp code that can help. The other
possibility could be to use the counter macro.
See the info manual: (org) Macro Replacement
--
Eric S Fraga via Emacs 27.0.50, Org release_9.2.6-552-g8c5a78
I use macros generally for this. For longer bits of text, I reword and,
instead of repeating the text inline, I use internal links. These links
can be inserted automatically if you use radio targets/links.
--
Eric S Fraga via Emacs 27.0.50, Org release_9.2.6-552-g8c5a78
On Saturday, 2 Nov 2019 at 14:01, alain.coch...@unistra.fr wrote:
> You also said that you had "already moved to using drawers for a large
> number of [your] inline task use cases, the ones that weren't really
> tasks!". Is this consistent with your "almost completely" above?
> This leads me to t
On Sunday, 3 Nov 2019 at 12:37, Samuel Wales wrote:
> ah, or do you mean you refer the reader to the text by a regular link
> instaed of including? that's not what i am lokoing for here as these
> are separate posts.
Yes, this is what I meant, in case the adjusted use case were of some
use. But
On Monday, 4 Nov 2019 at 15:14, John Kitchin wrote:
> I have been exploring the use of something I call editmarks for this
Out of curiousity, what do these give you that drawers would not? I use
:todo: and :note: drawers.
For syntax highlighting, I use hi-lock-mode with, for instance, this
patt
On Tuesday, 5 Nov 2019 at 07:49, John Kitchin wrote:
> I use it when editing papers mostly. The main difference is I can put
> them inline {>~ @jk here is a comment.~<} in a paragraph.
Very interesting. The inline aspect can be quite useful. Thanks for
the description!
--
Eric S Fraga via Em
Again, very impressive.
I do some of this with drawers but there could indeed be much more
support built-in for such aspects. Navigating drawers in org mode
should be easier.
--
Eric S Fraga via Emacs 27.0.50, Org release_9.2.6-552-g8c5a78
This looks quite useful and would be nice to have on Worg. Thanks.
--
Eric S Fraga via Emacs 27.0.50, Org release_9.2.6-552-g8c5a78
On Friday, 8 Nov 2019 at 21:28, Brian Carlson wrote:
> So it seems that the numbering of numbered items in a plain list are not
> maintained when the numbered item is also a TODO plain list item.
This is a "feature", not a bug. The intention was to export check box
lists nicely to LaTeX, showing
Hello all,
I use calc embedded mode for many simple calculations. I have the need
to refer to some previously calculated values using calc in an org
table. So, for instance, if I have the embedded formula
x := 3 + ln(10) => 5.303
in my org buffer, is there some way to access the value of x in
On Friday, 8 Nov 2019 at 10:41, Dylan McDowell wrote:
> Expected Behavior: My cursor is always visible throughout my entire
> org-document
>
> Actual Behavior: When moving through org-src blocks, my cursor is
> visible until I move it to the end of the line. Then my cursor disapears
> and only sho
You want the equivalent of the LaTeX exporter's
,[ C-h v org-latex-prefer-user-labels RET ]
| org-latex-prefer-user-labels is a variable defined in ‘ox-latex.el’.
| Its value is t
| Original value was nil
|
| You can customize this variable.
|
|
| This variable was introduced, or its defa
On Sunday, 10 Nov 2019 at 18:12, Dmitrii Korobeinikov wrote:
> PS if this turns out to be hairy, I can use .dir-locals.el, but the feature
> would still be a nice-to-have.
You could use file local variables for this, e.g.
# Local Variables:
# truncate-lines: t
# End:
at the end of your org file
Hello all,
If I turn debugging on for table updates (C-c {), when the debugging is
finished, the original window configuration is not remembered.
Should be simple to fix, but possibly beyond my emacs-lisp-fu.
Thanks,
eric
--
Eric S Fraga via Emacs 27.0.50, Org release_9.2.6-552-g8c5a78
On Monday, 11 Nov 2019 at 17:12, Fabrice Popineau wrote:
> - with global-hl-line-mode: the cursor disappears on empty lines,
> quite disturbing in my opinion
Known problem in latest versions of Emacs with extended faces (hl-line
face is one such face). If you customize the face and remove the
:ex
On Wednesday, 13 Nov 2019 at 23:26, Leo Gaspard wrote:
> Well, ideally org-mode could be adapted to support timestamps in
> arbitrary timezones, but I guess there are reasons why that's not
> supported?
In principle, it is possible to extend org to handle time zones. The
challenges are a) somebod
On Sunday, 10 Nov 2019 at 13:11, Spenser Truex wrote:
> PlantUML has an "org-compatible" outlining mode to generate graphical tree
> images. It is ironically not org /babel/ compatible, since org does not like
> having lines starting with =*= in a source code block.
Have tried with a comma (,) at
On Saturday, 23 Nov 2019 at 11:59, w...@mm.st wrote:
> Any ideas about how to export using this workflow without showing
> the "export" tag?
You could maybe use this hook:
,[ C-h v org-export-before-processing-hook RET ]
| org-export-before-processing-hook is a variable defined in ‘ox.el’.
|
On Wednesday, 27 Nov 2019 at 17:00, Tim Cross wrote:
> I would agree that org should be a package in elpa and not bundled into
> emacs core.
I would argue the opposite! I would like to see org tightly integrated
into Emacs, in the same way that gnus now is. Development of org would
be in step w
On Saturday, 30 Nov 2019 at 18:37, Pankaj Jangid wrote:
> It converts the text in the message buffer into multipart message. But
> the conversion doesn't work well at the point of signature.
For these cases, I usually put a colon at the start of each line of the
signature which htmlize then conve
Hello all,
I use column view quite a lot. Very useful, especially for editing
properties. I also use it for task management, having moved to Marcin
Swieczkowski's approach [1]. For managing my tasks, the column view I
have defined includes scheduled and deadline dates. I would like to be
able
On Wednesday, 4 Dec 2019 at 10:26, Matt Price wrote:
> Is there a quasi-equivalent of ~org-id-goto~ or
> ~org-babel-goto-named-src-block~ which will jump to a header in the
> current buffer?
If by header you mean headline or heading, I don't think there is
anything exactly how you might want it
On Wednesday, 4 Dec 2019 at 08:14, Bob Newell wrote:
> Just updated to latest org (9.3 of 3 December) on Emacs 26.3.1
> and my gnus link functions seem to have quit.
>
> Now, whenever I do C-c C-o on an email link I get something like this:
I updated both Emacs and org mode (both from git) this m
You need to type C-c TAB to get the column to adjust to the
specification. Did you do that?
--
Eric S Fraga via Emacs 27.0.50, Org release_9.3-21-g36753e
Although I've not tried your enhancement yet, it is very welcome. Thank
you.
--
Eric S Fraga via Emacs 27.0.50, Org release_9.2.6-544-gd215c3
On Wednesday, 4 Dec 2019 at 14:39, Bob Newell wrote:
> This occupied a few hours but it wasn't good beach weather today.
:-)
Glad you tracked this down.
--
Eric S Fraga via Emacs 27.0.50, Org release_9.2.6-544-gd215c3
On Thursday, 5 Dec 2019 at 11:03, Matt Huszagh wrote:
> Is anyone else interested in this modification? Should I submit it as a
> patch?
I think so. And I am not sure all those \n's are necessary. Without
them, you can probably also remove many of the %s.
--
Eric S Fraga via Emacs 27.0.50, Org
Not really worried about which alternative is chosen. I was just
exhibiting my inner compulsive nature... ;-)
--
Eric S Fraga via Emacs 27.0.50, Org release_9.2.6-544-gd215c3
On Friday, 6 Dec 2019 at 17:47, Arthur wrote:
> Since my last org update (today or yesterday I would say) I have been
> having an issue with exporting .pgf or .tikz file to LaTeX. The
> exporter always returns `nil`.
Your example works just fine for me with git up to date as of a few
minutes ago
On Friday, 6 Dec 2019 at 11:42, Matt Huszagh wrote:
> I'm experiencing incorrect and seemingly inconsistent behavior when nesting
> `\begin` `\end` environments inside `\(\)` or `$$`. For example, the
> following is valid latex code:
The identification of LaTeX fragments is somewhat fragile (in m
On Sunday, 1 Dec 2019 at 19:57, Fraga, Eric wrote:
> I guess I'm making a feature request: to be able to use custom time
> display in column views. Would this be possible? (or, knowing me, it
> might already be possible so would somebody tell me how?)
I found some time today
On Tuesday, 17 Dec 2019 at 06:28, Jack Kamm wrote:
> Basically, when org-src-window-setup is current-window, it never makes
> sense to restore the original layout. But when org-src-window-setup is
> reorganize-frame (the default), it always makes sense to restore the
> original layout.
This makes
On Tuesday, 17 Dec 2019 at 17:07, Samuel Wales wrote:
> i encountered this problem today. i added a task and duplicated it.
> this caused the corruption. it also screwed up the stars level, but
> never mind that.
I've encountered the problem in the past week or two when I was tweaking
one of my
On Tuesday, 17 Dec 2019 at 14:05, David Rogers wrote:
> Is there any method to get org-mode to alert me (by an error message,
> or a red mark in the agenda, or whatever) that I've created a conflict
None that I know of. I've trained myself to only create meetings from
the agenda view for this rea
On Wednesday, 18 Dec 2019 at 11:02, Sharon Kimble wrote:
> I've tried using a symlink to the file held in another directory, but
> when I restarted emacs the symlink wasn't followed and it created a new
> abbrev_def file from somewhere, I don't know where.
This is strange. I have my .abbrev_defs
Hello all,
this may not belong in this mailing list as it's arguably a LaTeX issue
but I'm having a problem exporting a table to PDF via LaTeX. I hope
somebody can help me out.
I've reduced my problem file to a small (hopefully minimal) example and
verified this with emacs -Q, using emacs 27.x w
On Friday, 20 Dec 2019 at 13:33, Joost Kremers wrote:
> Few people seem to realise that the double backslash `\\` in LaTeX is
> a macro that can actually take an optional argument, a measure
> specifying the height of the newline.
Ah ha! That makes perfect sense. Thank you.
--
Eric S Fraga via
On Friday, 20 Dec 2019 at 15:29, Stefan Nobis wrote:
> As the org-table does not support all the fancy features of LaTeX
> tables and the LaTeX row/line break is generated implicitly, I would
> say the LaTeX export should always emit the additional \relax.
I agree. I shouldn't have to be this awa
On Friday, 20 Dec 2019 at 17:28, Stefan Nobis wrote:
> Hmmm... but it should be solvable. Maybe something along the lines of
> this (rough sketch, I have next to no experience with the org code
> base):
It should be solvable and something like what you have written looks
promising. But it's beyon
On Saturday, 4 Jan 2020 at 20:57, Steven Penny wrote:
> But as you can imagine, I dont only work with Org Mode files. I also work with
> Python files, Go, Dart and a number of other types. And none of these other
> types get the wrapping on GitHub.
As it may be. But maybe I'm missing the point a
On Saturday, 4 Jan 2020 at 14:15, David Bremner wrote:
> Any better ideas for how to do this? In case it's not clear, I want
> include files in my tangled output that don't show in the beamer
> export.
Export and tangling are orthogonal to each other and are controlled
independently by their resp
On Sunday, 5 Jan 2020 at 06:27, David Bremner wrote:
> The attached exports with a blank line after the comment, which I don't
> want. The comment is just added to highlight the problem, so normally
> the blank line is at the beginning of the exported code block.
Oh, I see.
One approach would be
On Sunday, 5 Jan 2020 at 10:53, Norman Walsh wrote:
> In the simple case, both EXAMPLE and SRC export as {verbatim}
> environments; that’s fine as a default. In the second case, the
> ATTR_LATEX request for the {lstlisting} environment works on EXAMPLE
> but appears to be ignored on SRC.
Not for
On Monday, 6 Jan 2020 at 09:43, Norman Walsh wrote:
> The trick turned out to be
>
> (setq org-latex-listings t)
Ah, yes, that needs to be set. I changed the default so long ago
now... Anyway, glad you figured it out.
--
Eric S Fraga via Emacs 27.0.50, Org release_9.2.3-379-gff2bf2
On Monday, 6 Jan 2020 at 14:35, Samuel Wales wrote:
> fyi i dimly recall that in babel's infancy, as a user new to lp and
> using babel infrequently, i got confused about the difference while
> reading the manual. in fact, i wondered if the two features could be
> the same thing but refactored.
On Thursday, 9 Jan 2020 at 09:20, Sven Bretfeld wrote:
> Hi everybody
>
> Is this possible?
>
> ** headline <-- not exported
>:PROPERTIES: <-- not exported
>Some content. <-- exported
yes. I do this all the time to add structure to a document, structure
that is not required in the
On Thursday, 9 Jan 2020 at 11:38, Sven Bretfeld wrote:
> Works like a charm! Almost perfect. Thank you very much. One problem:
> For some reason the :ignoreheading: tag causes the PROPERTY drawer to be
> exported.
Ah, probably because the property drawer is now not in the right place
(i.e. immed
On Thursday, 9 Jan 2020 at 16:09, alain.coch...@unistra.fr wrote:
> It seems to me that this is what you are referring to, Eric: using the
> :ignore: tag in conjunction with package 'ox-extra'.
Thanks. I haven't tried it but, looking at the documentation & code, it
does what my little snippet do
On Tuesday, 14 Jan 2020 at 07:21, Aaron Jensen wrote:
> In one of my org files, I will occasionally see src blocks lose their
> formatting. [...]
>
> Is this expected behavior? Is there a way to increase the lookback amount?
I don't see this behaviour. You might want to look at
jit-lock-chunk-siz
My approach to this is to create three blocks that are tangled and a
separate block (or more than one if you have different tests you want to
perform) for evaluation that references those three blocks (via noweb)
but is not tangled.
--
Eric S Fraga via Emacs 28.0.50, Org release_9.3.1-94-g0ac6a9
On Saturday, 25 Jan 2020 at 11:47, Bastien wrote:
> code.orgmode.org is now back online and usable.
Thank you!
--
Eric S Fraga via Emacs 28.0.50, Org release_9.3.1-94-g0ac6a9
On Sunday, 26 Jan 2020 at 00:11, Matt Huszagh wrote:
> Is anyone else interested in this feature? Any general thoughts/feature
> requests?
This sounds quite appealing. The only issue might be the need to be
able to distinguish between images that are purely there because of a
link and those that
On Wednesday, 29 Jan 2020 at 08:39, Alan Schmitt wrote:
> I'm trying to add some diagrams in a note, and I want to use latex
> preview for that. Unfortunately the result is not what I expect: I do
> see an image, but there seem to be errors in the latex processing. How
> can I see what latex is pro
On Wednesday, 29 Jan 2020 at 11:20, Fabrice Popineau wrote:
> First of all: look into the *Org PDF LaTeX Output* buffer to see why
Thank you. But maybe you meant *Org Preview LaTeX Output* instead? In
any case, thanks for the pointer: I hadn't realized that this buffer was
created.
Although it'
On Wednesday, 29 Jan 2020 at 15:22, Thomas S. Dye wrote:
> Here is the offending bit, which worked fine last November but
> fails today:
>
> #+caption: Compare figure\nbsp{}[[fig:mqs3_op]].
This works fine for me. Sorry; that probably doesn't help you
much... :-(
--
Eric S Fraga via Emacs 28.
On Wednesday, 29 Jan 2020 at 14:11, Nick Dokos wrote:
[...]
> It would be nice to have the ability to inhibit the cleanup more
> easily: it would make preview almost as easy to debug as export.
I agree. Debugging babel is easier as the temporary files are left
around so you can manually run com
On Friday, 31 Jan 2020 at 12:03, Bastien wrote:
> Hi all,
>
> I'd like to make an equivalent to in Org Src buffers
> so that hitting will close the buffer, which seems natural.
It does seem natural and generally support this idea.
However, it could potentially cause me a minor annoyance: I oft
On Friday, 31 Jan 2020 at 17:34, Texas Cyberthal wrote:
> Along the way, I discovered mixed-pitch, which fixed most of my
> complaint.
mixed-pitch-mode is quite nice and does work well generally. It doesn't
work well with org-indent-mode, unfortunately, as the spacing used by
org to align subseq
On Friday, 31 Jan 2020 at 12:26, Bastien wrote:
> I would like to highlight three changes from master that need to be
> carefully tested before Org 9.4 can be released:
>
> - M-x org-table-electric-header-mode RET will display the first row
> of the table at point in the header line when the firs
On Friday, 31 Jan 2020 at 17:50, Bastien wrote:
> "Fraga, Eric" writes:
>> 2. the display of the first row does not have column widths adjusted and
>>so the entries do not line up if the table itself has adjusted column
>>widths (C-c TAB).
>
> `or
On Friday, 31 Jan 2020 at 21:31, Bastien wrote:
> "Fraga, Eric" writes:
>
>> 1. the header contents are placed at the leftmost column means the first
>>row does not align with the table in two cases:
>>1. when display-line-number-mode is active and/or
>
On Monday, 3 Feb 2020 at 09:17, Bastien wrote:
> "Fraga, Eric" writes:
>
>> The header line is now 2 characters to the right of where it should be!
>> I have looked at the code briefly but cannot figure out why this would
>> be.
>>
>> I have not
Bastien,
the latest on the table header. With emacs -Q and org from a few
minutes ago, I get the following:
[screendump-20200204064315.png]
when I open the file, invoke M-x org-table-header-line-mode RET and
scroll down in the attached org file.
Note also that if I invoke the above command befo
On Wednesday, 5 Feb 2020 at 00:21, Bastien wrote:
> This should be fixed now, thanks!
Much better. See attached screenshots. One with scroll bar (which I
normally don't have turned on) and one with line numbers (which I do
usually have).
>> org-table-header-line-mode: Symbol’s function definit
On Tuesday, 4 Feb 2020 at 15:31, Samuel Wales wrote:
did you export your signature?
I did! And, yes, org-htmlize interpreted the underscore in the version
number. Does it look better now?
I don't often use HTML emails, mind you.
Thank you!
–
Eric S Fraga via Emacs 28.0.50, Org release_9.3.2-
On Wednesday, 5 Feb 2020 at 08:08, Bastien wrote:
> I just fixed the scroll-bar issue, thanks!
Confirmed! Many thanks.
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.3.2-198-g06d36e
On Wednesday, 5 Feb 2020 at 09:14, Bastien wrote:
[...]
> Org-mode sets:
>
> (modify-syntax-entry ?< "(>")
> (modify-syntax-entry ?> ")<")
>
> should we adapt Org's default syntax?
Difficult to judge but my gut feeling would be to leave as is. My use
case involves significant amount of cod
On Wednesday, 5 Feb 2020 at 18:25, Diego Zamboni wrote:
> tl;dr: is there a way to have ob-shell (or some similar mode) run commands
> one by one and include the commands, interspersed with their output, in the
> #+RESULTS block?
You haven't said on what type of system but, if Linux, you could tr
On Thursday, 6 Feb 2020 at 10:33, Texas Cyberthal wrote:
> Visual line mode is annoying and unnecessary; Spacemacs users do not
> need it because its defaults offer adequate paragraph navigation.
I'm not sure I understand the conflation of visual-line-mode with
paragraph navigation. Is it becaus
On Thursday, 6 Feb 2020 at 17:46, Texas Cyberthal wrote:
> auto-fill-mode definitely isn't what I want.
Why not? Just curious. Before I switched to visual-line-mode for all
org documents, I used auto-fill-mode for prose all the time. Together
with fill-paragraph (M-q), this did the job very w
So, the only problem that you have, as far as I can tell, is that Emacs
doesn't distinguish paragraphs by a single newline character but
requires 2 instead? For me, a blank line between paragraphs is very
useful to visually identify new paragraphs (or demi-paragraphs).
For writing and for intra-p
On Thursday, 6 Feb 2020 at 20:09, Texas Cyberthal wrote:
> A blank line is useful, yes. Use of demi-paragraphs implies use of
> line breaks to signal stronger transitions. E.g., from my recent
> workflow:
I get this. My own approach is to simply use - at the start of the line
and then each of th
Okay, I get it: Emacs (especially vanilla) just doesn't meet your
requirements. So be it! Horse for courses, as they say here in the
UK. All I can say is that I find most, if not all, other tools so
frustrating. I can never get them to work the way I want. With Emacs,
I can. Yes, this means t
On Friday, 7 Feb 2020 at 16:26, Diego Zamboni wrote:
> Quick follow up about this: following Eric's suggestion, I came up with the
> following block, which cleans up all the cruft from the output of the
> =script= command and produces a nicely formatted session transcript:
You might like to add "
Excellent use of the :prologue and :epilogue header arguments!
--
: Professor Eric S Fraga; use plain text: http://useplaintext.email
: https://www.ucl.ac.uk/chemical-engineering/people/prof-eric-fraga
: PGP/GnuPG key: 8F5C 279D 3907 E14A 5C29 570D C891 93D8 FFFC F67D
On Friday, 7 Feb 2020 at 17:59, Steve Downey wrote:
> I have a need to lay out source blocks side by side, in order to present
> before and after changes to the source. If I could embed a block in a
> table, that would do it.
Do you need this layout in org file itself or only in an exported
docum
On Monday, 10 Feb 2020 at 23:20, Anthony Cowley wrote:
> I am having trouble understanding how short captions are supposed to
> work. Consider this org document:
[...]
> The first matches my expectations. The second is an example of taking
> the last bit of markup as the short caption. The third
On Tuesday, 11 Feb 2020 at 14:50, Anthony Cowley wrote:
> They are described in section 12.8 Captions
Thanks. Missed that. I was looking in the LaTeX export section of the
manual which doesn't mention short captions! And, actually, the
:caption option for tables, say, doesn't seem to support su
On Wednesday, 12 Feb 2020 at 09:46, Bastien wrote:
> Perhaps adding three different appointments to get three alerts is
> good enough?
Noting, of course, that you can have multiple time stamps (active ones
in this case) associated with a single heading. I do this every so
often.
--
: Eric S Frag
On Tuesday, 18 Feb 2020 at 00:43, VanL wrote:
> Question for the list. Can the HAL/S notation be used for editing a
> symbol, in expanded form, with prefix/postfix sub/superscript? The
> collapsed form is a single line pretty printing tiny sub/superscript
> before and after the symbol.
Maybe (pr
On Wednesday, 19 Feb 2020 at 17:02, Vladimir Nikishkin wrote:
> Could you check if the following block behaves as expected?
It does for me. What did you expect and what did you get?
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.3.6-316-g5dd772
On Wednesday, 19 Feb 2020 at 10:41, Bastien wrote:
> It returned "0" for me, while I guess "." is expected.
I expected 0 as that is the "value" (i.e. the status in a shell) of the
last command. If you want ".", I would expect one to use :results
output in the src block header?
--
: Eric S Fraga
For a long time, I have been using this template for org-capture:
#+begin_src emacs-lisp
(add-to-list 'org-capture-templates
'("#"
"used by gnus-icalendar-org"
entry (file+olp+datetree "~/s/notes/diary.org")
"%i"
On Wednesday, 19 Feb 2020 at 12:38, Bastien wrote:
> "0" is the _exit code_ of the successful echo command, not the value
> returned by the echo command.
But echo does not "return" the string as a value. It outputs the
string.
To quote the man page for bash, "the return value of a simple command
On Wednesday, 19 Feb 2020 at 14:00, Bastien wrote:
> Anyway, I don't have yet a clue on how to add this new option. I'll
> leave it to Eric first (if he has time) then look at it later this
> week.
Time is an issue (middle of teaching term). More importantly, my
elisp-fu is not necessarily up to
On Wednesday, 19 Feb 2020 at 13:38, Bastien wrote:
> Yes, this was a mistake I made when trying to warn the user for
> missing initial contents or annotation.
>
> Fixed now, thanks for reporting this,
Confirmed. Thank you!
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.3.6-350-g39f1c1
On Wednesday, 19 Feb 2020 at 14:43, Bastien wrote:
> Note that currently (9.3) we have this:
[...]
> ... so the default today is not even to consider "the last command",
> but the output of all commands.
Maybe, if you wish to get version 9.4 out, the best approach would be to
fix that one outli
On Tuesday, 18 Feb 2020 at 00:50, Joon Ro wrote:
> Hi,
>
> I noticed that in LaTeX export, descriptions in description lists are
> surrounded by {} instead of [] in LaTeX export, making them not
> correctly rendered.
I can confirm this with the latest version of org from git. The outcome
is not w
The problem, I think, seems to have been caused by commit 5acf4d4692
which addressed problems with check boxes. I'm not sure how to fix it.
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.3.6-350-g39f1c1
On Wednesday, 19 Feb 2020 at 11:04, Allen S. Rout wrote:
> I thought about making a block of a 'comment' type, but of course all
I use drawers for this functionality. By default, I do not export
drawers (#+options: d:nil) but I can turn this on and then process
specific drawers using filters, as
On Wednesday, 19 Feb 2020 at 18:15, Bastien wrote:
>> The problem, I think, seems to have been caused by commit 5acf4d4692
>
> Indeed, it should be fixed now, thanks!
Confirmed! Many thanks.
--
: Eric S Fraga via Emacs 28.0.50, Org release_9.3.6-354-g9d5880
On Friday, 21 Feb 2020 at 09:04, Bastien wrote:
[...]
> That said, we have three solutions:
>
> 1. Stick to a strict reading of Org and bash manuals: the absence of a
>:results header means "return the value, i.e. the exit status".
[...]
> Obviously, nobody wants the first solution.
Respec
On Sunday, 23 Feb 2020 at 15:10, Vikas Rawal wrote:
> I am thinking of using org-mode to compile a small database.
Although org is fantastic, it is sometimes worth considering other tools
(and with babel, these can often be brought into the org sphere of
activity easily). For instance, GNU recut
On Monday, 24 Feb 2020 at 02:13, R C wrote:
> When exported I would like the line: return 'img/ex1.png' not to be
> included in the listing of the src block.
I don't think this is currently possible in the sense you want.
You could use :noweb where you have one src block referring to others
and o
On Monday, 24 Feb 2020 at 08:17, Jack Kamm wrote:
> 1. noweb (as Eric mentioned). Then you only need to write the code
> once, but note that it will be executed twice.
Doesn't need to execute twice: maybe add ":eval no" to the first block,
the one that will be included in the other one?
--
: Eri
On Monday, 24 Feb 2020 at 08:18, Jack Kamm wrote:
> This sounds interesting. Do you know of any documentation or examples
> for :prologue and :epilogue? I checked the Worg page for ob-maxima, but
> it didn't mention these header arguments.
I don't know of any documentation. They basically simply
101 - 200 of 469 matches
Mail list logo
