Hi Bastien,
Thank you again for looking into this. I guess you couldn't find an easy
fix.
This bug is quite the pain, since it gets triggered by the comment-line
function: every time I try to comment something, the cursor goes to the
beginning of the block.
With org-src-tab-acts-natively
Afaict, the org-block face isn't applied to special blocks. Its
documentation implies it applies to any block.
The relevant function is org-fontify-meta-lines-and-blocks-1.
It may be a simple matter of changing the logic a bit and adding
(add-face-text-property bol-after-beginline
Given the following src block in org-mode:
#+BEGIN_SRC emacs-lisp
(defun my-function ()
(instruction1)
(instruction2)
;; (instruction3)
)
#+END_SRC
Steps to reproduce (with emacs -Q):
1) set org-src-tab-acts-natively to t
2) set the mark at the beginning of the function definition
Hi,
Thank you for your reply.
I can still reproduce with latest Org: what I did was start emacs with
emacs -q --load empty_init.el, with empty_init.el setting the org
package-archive to http://orgmode.org/elpa/, update org to 9.3.2 then
proceed with the previous steps. The result is the
Sébastien,
Sébastien Miquel writes:
Thank you for your reply.
I can still reproduce with latest Org
Mh, yes, I can reproduce this now, and this is fixed in maint.
Thanks!
Hi,
Is there a way to have an org-babel block which only exports its code
but still gets evaluated when exporting ?
more in line with the previous docstring).
(I also think it should apply to unrecognized src blocks)
Regards,
Sebastien
Hi Sébastien
Sébastien Miquel writes:
Hi Bastien,
With latest org-mode master, and emacs -q,
run (defface org-block '((t (:background "#494949" :extend t)))
instances of blank with (any " \t") in this function
(that's the only instances in org.el).
The attached patch fixes the original issue.
Regards,
Sébastien Miquel
Nicolas Goaziou wrote:
Hello,
Sebastien Miquel writes:
(rx bol (group (zero-or-
As far as src blocks being treated differently, there's already the
~org-src-block-faces~ variable.
How about the following :
+ Make the ~org-block~ face apply to every block
+ either
- add an ~org-src-block~ face
- modify ~org-src-block-faces~ to allow a catch-all case
It'd be nice
ied to the src block, and
not to the quote block, nor the special block.
#+BEGIN_theorem
#+END_theorem
#+BEGIN_SRC sh
#+END_SRC
#+BEGIN_QUOTE
#+END_QUOTE
Regards,
Hi Sébastien,
Sébastien Miquel writes:
Afaict, the org-block face isn't applied to special blocks. Its
documentation implies it
Hi,
The attached patch fixes this issue for emacs >= 26.1.
It also fixes a similar issue where comment-line moves the cursor to the
beginning of the block aswell.
Can this patch be applied ?
Regards,
Sébastien Miquel
>From 36f01b8e9d8dc335564f8dc932caf21c43c374eb Mon Sep 17 00:00:0
Hi,
If I've understood your problem correctly, simply using ("" "fontspec"
nil) in org-latex-packages-alist should fix your issue.
Per the documentation, this third argument stops the package from being
used when compiling preview fragments.
Regards,
Sébastien
Gabriel S. X. Smith
I've fixed an issue in my previous patch with the write-back buffer not
getting killed.
Quick recap of the issue for anyone who might be interested:
When ~org-src-tab-acts-natively~ is t (which is now the default)
functions such as ~indent-region~ and ~comment-region~ acting on a src
block
Hi,
If you start emacs as follows, making sure emacs picks up the latest org
from org-plus-contrib, and with file.org being the content of this mail,
#+BEGIN_SRC sh :async
emacs -q \
--eval "(defface org-block-begin-line '((t (:background \"blue\"
:height 0.8))) \"\")" \
--eval
,
Sébastien Miquel writes:
Is there a binding or functionality to go from this, (where | is the
cursor position):
- Cogito, |ergo sum.
To this:
- Cogito,
|ergo sum.
There is RET or C-j, depending on your settings.
In the case of nested list, a way to cycle the indentation
Hi,
Is there a binding or functionality to go from this, (where | is the
cursor position):
- Cogito, |ergo sum.
To this:
- Cogito,
|ergo sum.
Pressing enter + tab (calls ~indent-for-tab-command~) doesn't work : the
line is indented to the dash instead. Although
ly happens in Org-mode, not when I edit the code block in a separate
buffer with "C-c C-'".
I have previously proposed a patch that I think fixes this issue, see
https://orgmode.org/list/3072e244-4615-aaad-4019-621bb3d1d...@posteo.eu/#t
Regards,
--
Sébastien Miquel
.
Makes sense to me.
I also wonder if there's any reason for the `org-block' face not to
apply to "greater" blocks.
--
Sébastien Miquel
these arguments, I have no opinion on the matter.
Regards,
--
Sébastien Miquel
, here's a patch that cleans up blank lines, except the current
one. It
preserves the fix for the original issue.
Can you try it out ?
Regards,
--
Sébastien Miquel
>From 405c2be7487c564e72a9f01a940f96dc19ff16ad Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Wed, 23
lds a
significant speedup, and was enough to make things bearable in my cases.
You can
also try to simplify the latex regexp.
If you try these, I'd be interested to hear how much of an improvement
theymake.
Regards,
--
Sébastien Miquel
and apply this patch to
master ?
Regards,
--
Sébastien Miquel
the change was to fix some (electric) indentation issues when
editing a src block directly.
As I write in the linked thread, setting `org-src--preserve-indentation'
should
revert this behaviour.
Regards,
--
Sébastien Miquel
.
A case can be made for keeping the loop though. It works fine and is
clearer since the aforementioned fontlock behaviour is poorly
documented. Really, the only downside is the loss of consistency, since
the function ~org-fontify-meta-lines-and-blocks-1~ doesn't loop.
Regards,
--
Sébastien Miquel
of the #+begin_src line). I think this is reasonable, but
perhaps some might disagree.
Regards,
--
Sébastien Miquel
yes. I do not know whether one or two faces is
best.
Regards,
--
Sébastien Miquel
no particular interest (or
deep understanding) in this specific file.
Regards,
--
Sébastien Miquel
>From 1be7fa790e68d1fc2d198eee81c0d3bb72156d08 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Tue, 18 May 2021 14:39:33 +0200
Subject: [PATCH] org.el (org-src--conte
? In this
case, the patch does not apply. Can you check and repropose a patch
against maint? Or just let me know if I'm mistaken.
It fixes an issue introduced by a commit in master, so it should be
applied to master.
So we're all set here?
This should be it!
Regards,
--
Sébastien Miquel
in the use for a `Transparent` background ? Transparent
images are poorly supported in emacs, all it does is render it with
the background color of the default face -- which may not be the
expected result.
Regards,
--
Sébastien Miquel
On Wed, Apr 7, 2021 at 1:38 PM Sébastien Miquel
wrote:
To
buffers are never killed.
Regards,
--
Sébastien Miquel
>From f293a9d5808c413ce785646ebf5f480df3a00a2f Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Sun, 16 May 2021 19:13:53 +0200
Subject: [PATCH] org-src.el (org-edit-src-exit): Fix write-back-buf not
getting kil
nd line is formatted as normal text.
Thanks for the report, I can confirm this bug with latest org.
Here's a patch that fixes this.
Regards,
--
Sébastien Miquel
>From c598f705bf1d8003514751fffc07fd64620a7e42 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Fri, 28
Sébastien Miquel writes:
There's already an `org-latex-and-relatex` regexp
I meant the `org-latex-and-related` face.
--
Sébastien Miquel
)` instead of
`'(native)`. The org-block face won't be applied anymore.
Regards,
--
Sébastien Miquel
change the
minimal version to 27.1.
Thank you for the report.
Regards,
--
Sébastien Miquel
X-Woof-Bug: confirmed
>From 8ebdbc5eca92de4429d3994a3663d8aa3b9877fe Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Tue, 1 Jun 2021 08:56:48 +0200
Subject: [PATCH] org-src.el: Use
Hi,
Here's a patch that fixes this bug by calling `dvipng' with the `-bg
Transparent' argument only when no background color is set.
Regards,
--
Sébastien Miquel
>From 5872fc3143162fbda11cf2aa5a3798567664be99 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Sun,
src block is specified.
In Emacs 27.2, the default value of =org-src-tab-acts-natively= was
changed to `t`. With this setting, trying to indent a src block with
no language results in this error.
--
Sébastien Miquel
not tested it though.
Regards,
--
Sébastien Miquel
s
`org-src--contents-for-write-back` populating the buffer correctly ?
Does the `replace-buffer-contents` call in `org-edit-src-exit` return
`t` ?
Regards,
--
Sébastien Miquel
to see if I
can reproduce with emacs 26.1 tomorrow.
--
Sébastien Miquel
, such as `(when nil "filename")'.
Regards,
--
Sébastien Miquel
sized blocks, the delay can still be noticeable and
ought
to be fixed. Attached is a patch that seems to resolve this issue. I haven't
noticed any drawbacks so far.
Regards,
--
Sébastien Miquel
>From d843bdc5887a6e50a57e349128ebbe032086dc17 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bast
in this
case. I've
thought about it some more, and came up with a solution.
Here's a new patch that's smarter about indenting the current line, and
resolves
this remaining issue.
Regards,
--
Sébastien Miquel
>From 8c31e6b732a45c0ddbbf0a0db7a2cb4ef3af0414 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S
according to language, and are now tangled in the
order in which they appear. I assumed this was an oversight in the
previous code, but since this test exists, maybe it was intended ?
Nicolas Goaziou wrote this test, perhaps he could comment on this.
Regards,
--
Sébastien Miquel
>F
ething that doesn't interfere with bash syntax.
Regards,
--
Sébastien Miquel
This allows the following.
#+BEGIN_SRC latex :noweb-ref latex-ref
\some \multiline
\unescaped \latex \code
#+END_SRC
#+BEGIN_SRC emacs-lisp :noweb yes
(setq my-latex-code "<>\n")
#+END_SRC
I don't think there's any way to achieve such functionality currently.
--
Sébastien Miquel
osal is to allow one to write unescaped latex in
the latex src block. (Mostly to avoid doubling every backslash). It is
quite the shame to have to write non latex code in a latex src block.
Regards,
--
Sébastien Miquel
afterwards.
--
Sébastien Miquel
>From e56a05f4f5a3cce9cfdeb71854475e29aac1a6e8 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Tue, 4 May 2021 22:59:36 +0200
Subject: [PATCH] ob-tangle.el (org-babel-tangle): Fix readonly tangle
* lisp/ob-tangle.el (org-babel-tangle):
file permission. Although
subsequent tangles will still fail.
--
Sébastien Miquel
for the report.
--
Sébastien Miquel
diff --git a/lisp/ob-tangle.el b/lisp/ob-tangle.el
index 36144d6ae..c041ff4b3 100644
--- a/lisp/ob-tangle.el
+++ b/lisp/ob-tangle.el
@@ -270,9 +270,10 @@ matching a regular expression."
(make-directory fnd 'parents))
;; erase pre
d changing the extension
according to the src block language.
Thank you again for the report, and sorry for breaking everything.
--
Sébastien Miquel
>From b7c5103fdd05c3d30805ebcc5084ef82c44cd8ff Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Wed, 5 May 2021 08:31:43 +0200
Su
your
example.
--
Sébastien Miquel
Eric S Fraga writes:
I was using org-babel-tangle. Although, in this case, with C-u before
to tangle just the particular block.
Indeed, I have broken this. I'll provide a patch, shortly.
--
Sébastien Miquel
duplication. To keep the patch as simple as possible, I have
introduced a new helper function, I hope this is okay.
I have tested the attached patch with the uses cases shown so far, as
well as my own and the org test suite.
I apologise again for the troubles.
--
Sébastien Miquel
>F
of priority cookies).
I doubt that those two account for the whole of the slowdown, but I'll
be checking it out.
--
Sébastien Miquel
Russell Adams writes:
My only suggestion is have you looked at disabling flyspell?
Yes, thank you. Flyspell can cause some delay on its own aswell,
but in this situation/configuration it doesn't change the results.
--
Sébastien Miquel
Eric S Fraga writes:
What Emacs version are you using?
This is using the latest ative-comp git branch.
--
Sébastien Miquel
value can be read during macro expansion.
It seems the org-export-before-parsing-hook functions are run before the
#+BIND values are collected (see org-export-as in ox.el).
--
Sébastien Miquel
set it so aswell. It does speed up the initial
fontification of the buffer.
I've looked into org-do-latex-and-related, but even replacing it with a
dud doesn't fix
the delay, which must be caused by the already fontified parts.
I guess the issue must be wih emacs' internals.
--
Sébastien Miquel
ion, I think
- If you add an empty line in a multiline $ fragment by mistake, which
breaks fontification, then remove it
--
Sébastien Miquel
>From 7fb4e2d408791742281bf220d227ccdcfd5baa71 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Fri, 19 Mar 2021 16:55:27 +010
,
--
Sébastien Miquel
-emphasis-faces`. Maybe that'd be enough.
For the cosmetic part, there's this piece of code from
https://archive.casouri.cat/note/2020/better-looking-verbatim-markup-in-org-mode/index.html
that displays org's `=` and `~` markers as ```.
--
Sébastien Miquel
know
I'll update your status listed at
<https://orgmode.org/worg/org-contribute.html>).
Thanks. I have completed the paperwork.
--
Sébastien Miquel
.
The attached patch fixes this.
--
Sébastien Miquel
>From ccce24e08b903e0e955a6b22f6c7321851ec5750 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Fri, 19 Mar 2021 16:55:27 +0100
Subject: [PATCH] org.el (org-do-latex-and-related): Fix duplicate 'latex faces
* lisp/org
Hi,
Currently code and verbatim snippets, and LaTeX fragments are spell
checked by `flyspell` if they're in a headline.
The attached patch fixes that.
--
Sébastien Miquel
>From b4291ce0ea455af499e75d3c9313183a0e8f46ec Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
D
Priority cookies are always in a headline.
The attached patch speeds up fontification of a 1k lines buffer by 0.1
second.
Note that the variable org-priority-regexp can't be modified since
it is used in the agenda and in org-get-priority.
Regards,
--
Sébastien Miquel
>F
2f9e1569f which adds the option
`-bg Transparent` to the arguments of `dvipng`. According to its
manual, this option should be ignored if a background is already set,
but it doesn't seem to be. Perhaps org should set it differently.
--
Sébastien Miquel
en-let~.
Regards,
--
Sébastien Miquel
>From 82e4c1beade71194c90d377cdff7ef23532f4aa2 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Sat, 17 Apr 2021 21:48:30 +0200
Subject: [PATCH] ob-tangle.el: Improve tangling
,* lisp/ob-tangle.el (org-babel-tangle-collect-block
and should assume that everything is
broken until another tangling succeeds.
I've kept the modes improvements.
Regards,
--
Sébastien Miquel
>From 6b123c956ac7abe0210cf7b1145ebe0a68f04713 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Sat, 17 Apr 2021 21:48:30 +0200
Subj
collected blocks by tangled file name.
(org-babel-tangle): Avoid quadratic behavior in number of blocks.
--
Sébastien Miquel
>From 939fedb0fa94f044eda6966f55f460aa292e345f Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Sat, 17 Apr 2021 21:48:30 +0200
Subject: [PATCH]
makes
wrt to typing latency.
--
Sébastien Miquel
in the copied buffer.
Also, these variables are set after macro expansion (and
org-export-before-parsing-hook).
I'm curious, could you explain why/how you use macros to set variables
in the original buffer ?
--
Sébastien Miquel
fragment inside an org list such as
$$abc
def$$
Thanks for reporting and confirming.
Regards,
--
Sébastien Miquel
>From 5c3254d42e3d359021d41dae9a0549244e6fddff Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Mon, 30 Aug 2021 23:18:41 +0200
Subject: [PATCH] org-src
Sébastien Miquel writes:
Here's a patch that fixes this bug by calling `dvipng' with the `-bg
Transparent' argument only when no background color is set.
Setting X-Woof-Bug and X-Woof-Patch, as this doesn't show on
https://updates.orgmode.org/
--
Sébastien Miquel
.
Regards,
--
Sébastien Miquel
).
Regards,
--
Sébastien Miquel
From b80124aa6edbd3b6992817dd8c37253705c82ae3 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Mon, 30 Aug 2021 23:18:41 +0200
Subject: [PATCH] org-src.el: Fix special editing of LaTeX fragments
* lisp/org-macs.el (org-do-remove-indentation
elsewhere in the thread,
this lambda is to be treated as data, and written to a file to be
executed by the external emacs instance. It should always have been
quoted (naming it happens to work also).
Regards,
--
Sébastien Miquel
by
default, although I'll wait for a second opinion on this.
Regards,
--
Sébastien Miquel
behaviour by
setting ~org-src-native-defun-movements~ to nil.
Regards,
--
Sébastien Miquel
From 51675d8bbea54db7daf3dcc88a77ccad5174854f Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Fri, 27 Aug 2021 21:41:29 +0200
Subject: [PATCH] org-src.el: add option `org-src-native
:
- one
two
- three four
Expected:
- one two
- three four
Note that this issue is fixed by the patch proposed at
https://list.orgmode.org/041ca43d-2efb-db1e-76ab-7c15af088...@posteo.eu/
Regards,
--
Sébastien Miquel
to be passed to
the external emacs process.
Attached is a patch that applies the same fix where affected.
Regards,
--
Sébastien Miquel
From 35ae093113d9a04a99b55f0747848b373a7463f3 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Mon, 29 Nov 2021 09:54:33 +0100
Subject: [PATCH
from
the same point.
Regards,
#+LATEX_CLASS: my-class
* Head1
* Head2
--
Sébastien Miquel
Hi,
The variable display-line-numbers-width is nil by default.
Regards,
--
Sébastien Miquel
From 2e306750caff0474aa9a6443c7d7eb68e3aca83b Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?S=C3=A9bastien=20Miquel?=
Date: Sat, 23 Oct 2021 13:28:59 +0200
Subject: [PATCH] org.el (org-display-inline-image
this may be wrong.
Regards,
--
Sébastien Miquel
adjust= property is provided for the
images to be sized properly. Are the arguments =--no-fonts= and
=--exact-bbox= necessary ?
If there are no drawbacks, perhaps this behaviour should be the
default. Otherwise, it should at least be easier to toggle.
Can something similar be done with =dvipng= ?
Regards,
--
Sébastien Miquel
gets
listed at https://updates.orgmode.org/ and not forgotten. A maintainer
will reply eventually, but it might take up to a few months.
Regards,
--
Sébastien Miquel
Hi,
Timothy writes:
Pushed .
Sorry for the late reply, but isn't there a =message= call leftover from
debugging ?
Regards,
--
Sébastien Miquel
containing a list such as the
one below doesn't fill the first item
- long line
- long line
- long line
+ Calling =fill-paragraph= on a region containing a list such as the
one below doesn't fill the list
- long line
- long line
- short line
Regards,
--
Sébastien Miquel
From
l file and
start
=emacs=. Perhaps you need to make sure that ~org-latex-export-to-pdf~ is
native compiled.
Regards,
--
Sébastien Miquel
but I don't know if it's the right
thing to do.
Regards,
--
Sébastien Miquel
this by modifying the fontification regexps).
Regards,
--
Sébastien Miquel
tangle to
#+BEGIN_SRC emacs-lisp
(setq latex-header "\\usepackage{…}
\\usepackage{…}")
#+END_SRC
I've left undocumented the possibility of setting =:noweb-trans= to
another function. I wonder if anyone can think of some other use.
Regards,
--
Sébastien Miquel
From 66f271225767d07e12bcc73a1ddb
-for-a-latex-beginner
[2]: https://ctan.tetaneutral.net/info/lshort/english/lshort.pdf
--
Sébastien Miquel
,
--
Sébastien Miquel
, It should get applied.
I'll probably do so eventually, or you could, if you feel so inclined.
Perhaps one difficulty is to deal with the case where the org-babel
call errors out, say if there's no mode to edit the src code in.
--
Sébastien Miquel
lement)
(skip-chars-backward " \t\n")
(line-beginning-position
(progn
(org-babel-do-in-edit-buffer (fill-paragraph))
nil) t)))
(advice-add 'org-fill-paragraph :before-while
#'my-org-fill-paragraph-natively-maybe)
Regards,
--
Sébastien Miquel
.
This is the expected behaviour (except for the file name), and what I
get when I run C-c C-e C-s l o.
What I receive is something like this:
[...]
The whole first level of this outline is pointless.
Looking at the code, I don't understand how you can get this outcome.
Regards,
--
Sébastien Miquel
ource code. By disabling native compilation I meant as
a compile flag, if you've built emacs from source. I cannot find an
easy way to prevent native compilation of a single package/function.
--
Sébastien Miquel
version of org-mode.
Alternatively, disabling native-comp should also fix this.
Regards,
--
Sébastien Miquel
can make an educated guess. It is quite likely that this change
will fix more documents than it breaks. Hardly a disaster.
Regards,
--
Sébastien Miquel
ing a snippet).
Thank you for bringing this up,
Regards,
--
Sébastien Miquel
1 - 100 of 159 matches
Mail list logo