>>>>> Ikumi Keita writes:
> Preview-latex generates all the required images from one pdf. It seems
> that the pgf figure specifies the white background color, which forces
> whole pdf to have white background. If this guess is correct, it would
> be hard to have
>>>>> Ikumi Keita writes:
> Ah, no, the logic is incomplete. If there is a line matching the regexp
> before the first code comment, my code skips it. So we always have to
> perform both code comment detection and regexp search, and take up the
> earlier match if bot
It's OK to skip when `TeX-search-forward-comment-start' finds no match,
but we must continue searching when the found candidate turns out to be
non code comment. That's what regexp search would have done.
I'll fix this later.
Regards,
Ikumi Keita
__
>>>>> Arash Esbati writes:
>> Anyway, I'd like to commit the attached revised fix along with some
>> additional regression tests if no one objects.
> Yes, please go ahead.
Pushed. Pierre, I'll close this bug.
Bye,
Ikumi Keita
>>>>> Ikumi Keita writes:
> It seems that the regexp in `LaTeX-fill-region-as-paragraph' to identify
> a code comment isn't wise enough:
> --
> (if (re-search-forwa
exp-based approach is easily fooled by percent sign in
\verb, while `TeX-search-forward-comment-start' (which in turn calls
`LaTeX-search-forward-comment-start') takes care of such cases.
I ended up with the attached tentative patch. I hope this doesn't slow
down the filling loop significantly. Wh
do the same: Inline verb macros
> can have an optional and a mandatory argument. So the regexp fun will
> continue :-)
OMG!
Anyway, I'd like to commit the attached revised fix along with some
additional regression tests if no one objects.
Regards,
Ikumi Keita
diff --git a/latex.el b
"\\([^ \r\n%\\]\\|%\\)\\([ \t]\\|\\)*"
TeX-comment-start-regexp
"\\|"
[...]
------
This doesn't match lines which end with "\ %%". I'll try to find
som
>>>>> Ikumi Keita writes:
> I think the attached patch fixes the problem. Could you test whether it
> works on your side?
Hmm, the patch also fails to identify the following form of code
comment:
\\% This is a code comment.
That is, a line beginning with 0 or more whitespa
>>>>> Ikumi Keita writes:
>>>>> Arash Esbati writes:
>>> Anyway, I'd like to commit the attached revised fix along with some
>>> additional regression tests if no one objects.
>> Yes, please go ahead.
> Pushed. Pierre, I'll close this
BG
colors to black/white, so the generated images would look normal even if
the pgf figure forces white background.
Regards,
Ikumi Keita
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
>>>>> Rolf Ade writes:
> As far as I'm concerned this could be closed with "feature already
> there, user hasn't studied the documentation close enough".
OK, I'll close this bug.
Bye,
Ikumi Keita
___
bug-auctex mailin
> addition to "LaTeX", "View", ...
You can customize `TeX-command-list' to inlcude an entry to run latexmk.
And as always, patches are welcome. ;-)
Regards,
Ikumi Keita
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
so that it can write the eps-image-name.tex file. Then it complained
> about missing tikzpicture,
That's because "example-image.tex" contains tikzpicture environment. So
I infer that "example-image" isn't suitable to specify a
>>>>> Ikumi Keita writes:
>>>>> Stefan Monnier writes:
>> It also means that the approach you propose of only changing the `face`
>> and not the syntax tables is probably good enough.
> Thanks, then I'll go that route.
Done. Markus, very sorry to h
--
David, can you tell which is responsible for these superfluous two
characters, preview.sty or lualatex itself?
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
should likely be reported to its
> developer list at dev-lua...@ntg.nl .
I see, thank you!
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
[point here]
>> \end{equation}
I've just installed fix for this behavior in the git repository. Try it
out if you can.
I hope I can close this bug.
Regards,
Ikumi Keita
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
>>>>> Arash Esbati writes:
> Ikumi Keita writes:
>> I've just installed fix for this behavior in the git repository. Try it
>> out if you can.
> Forgot to push?
No, it is installed as commit 163dcb75.
Bye,
Ikumi Keita
__
n
+ font-latex--updated-region-end p)
+(setq font-latex--updated-region-end p))
+ (set-match-data (list (match-beginning 0) p)))
+(throw 'found t)
;; Copy and adaptation of `doctex-font-lock-syntactic-face-function'
;; in `tex-mode.el' of CVS
t;> + (catch 'found
>> +(while (TeX-search-forward-unescaped "^^A" limit t)
> While we're at it, can we change this to:
> (while (TeX-re-search-forward-unescaped "\\^\\^[AX]" limit t)
> as well? doc v3 also accepts ^^X as comment starter.
Oh, I didn'
hares exactly the same problem with respect to the given
test file at double-clicking.
Are there any smart ways to address this issue?
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://list
syntactic-face-function' different from
`doctex-font-lock-syntactic-face-function' because we use different
faces for its return value.
Regards,
Ikumi Keita
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
, it isn't the case. When I double-click on the right brace,
emacs spans active region successfully between "{" and "}", both in
latex-mode and doctex-mode buffer (at least for AUCTeX, I haven't tried
in Emacs built-in tex mode.)
Regards,
Ikumi Keita
#StandWithUkraine #StopWar
Hi David and Liam,
>>>>> Ikumi Keita writes:
>> Error context is produced by the TeX engine itself, so in this case it
>> would be the fault of LuaTeX and should likely be reported to its
>> developer list at dev-lua...@ntg.nl .
I reported the issue in LuaTeX
nt to disable filling in such envs customize the option
to add entries such as ("equation"), ("displaymath") and so on.
2. Include them in default value of `LaTeX-indent-environment-list'.
Users who want filling in such envs customize the optio
o that. I'll consider Uwe's request after he send
example.
Bye,
Ikumi Keita
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
[ Added 28...@debbugs.gnu.org to Cc: ]
>>>>> Uwe Brauer writes:
>>>> "IK" == Ikumi Keita writes:
>> Hi all,
>>>>>>> Ikumi Keita writes:
>>> Thanks for the check. I installed the enhanced fix into the git
>>> re
Thank you for reporting and providing a patch. It's small and simple
enough for not requiring a copyright assignment, so I've installed your
patch in the git repository.
Regards,
Ikumi Keita
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
you think
about it? Is this result acceptable for you?
[1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=54949
[2] https://lists.gnu.org/r/auctex-devel/2022-01/msg00055.html
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing
ot;\\" (nth 0 x)) (nth 1
x)))
LaTeX-section-list)))
nil t)))
To developers:
`LaTeX-common-initialization' sets up some variables including
`outline-regexp' and `outline-heading-alist' before `run-mode-hooks',
which is responsible for p
gion. We could implement region-oriented
indent function which works with less overheads.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
Hi Janet,
>>>>> Janet Chen writes:
> Dear Ikumi,
> This works for me; thank you!
I installed a fix in the git repo, so you won't need the workaround
under the next AUCTeX release.
I'll close this bug.
> On Thu, Sep 7, 2023 at 5:56 AM Ikumi Keita wrote:
>>
>
Hi Robert,
I think the latest commit to the AUCTeX git repository addresses this
issue. Please give it a try if you are still interested in this topic.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex
>>>>> Ikumi Keita writes:
> Hi Paul and all,
>>>>> Paul Nelson writes:
>> Looks good to me (I prefer it over my original suggestion). Thanks!
> Thanks. If there's no objection, I'll polish my proposal and install it.
> Any comments?
Don
Hi David,
> On Fri, 15 Sept 2023, 06:45 Ikumi Keita, wrote:
>> It seems reasonable basically. However, this makes two regression tests
>> fail:
>> 2 unexpected results:
>> FAILED LaTeX-filling
>> FAILED LaTeX-style-hook-with-class-option
>>
>> I
Hi Paul and all,
>>>>> Paul Nelson writes:
> Looks good to me (I prefer it over my original suggestion). Thanks!
Thanks. If there's no objection, I'll polish my proposal and install it.
Any comments?
Regards,
Ikumi Keita
#StandWithUkraine
all
>> Tried again,
>> But I do see this behavior, I am now puzzled, and have to investigate
>> that further.
> It seems also to happen without the patch, uff, right now I don't have
> the time to debug this, maybe next week.
Hmm, then something other than AUCTeX is interfe
>>>>> "Tassilo Horn" writes:
> Hi Keita,
> Am Sa, 9. Sep 2023, um 09:03, schrieb Ikumi Keita:
>> Attached is the current proposal for latex-mode for setups of
>> variables involving sections, paragraphs and indentations. At first I
>>
est for paragraphs and indentations as
well, but concluded that I shouldn't have for the reason written in as
the comments.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
>From 8ae094a55021573bd8cc191415d7944dbf1d5b6b Mon Sep 17 00:00:00 2001
From: Ikumi Keita
Date: Sat, 9 Sep 2023 0
more massaging, it should be possible to avoid these. I had in
> mind modifying LaTeX-indent-level-count (or the block surrounding where it
> is called) in \end{TABULAR} cases, adjusting by the difference between the
> matching \begin and its beginning of line.
A s
dd command line option --max-print-line=1000 to latex.
I expect you can use the customize option `preview-LaTeX-command'
for that purpose.
(2) Edit the MikTeX config file and modify max_print_line parameter.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
riable max_print_line. :-( I
hope MikTeX to follow the TeX Live behavior.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
-
However, the failures remain even after I deleted this advice. I haven't
figured out what's going on yet. (Maybe the failures only appear in
batch mode and aren't real issues.) Does anyone out there have insights?
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
diff --git
\end{bmatrix}$ be the
identity matrix.
is formatted badly.
When the option is nil, Paul's proposal takes effect so
\begin{equation}
n u m=\left[\begin{array}{ll}
2 & 25
\end{array}\right]
\end{equation}
and
Let $E = \begin{bmatrix}
1 & 0\\
k-local-variables' when
latex-mode is called as parent of doctex-mode. We need to switch to
"feature/fix-mode-names-overlap" branch, to define all major modes by
`define-derived-mode', for clean solution.)
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
is.
David, can you tell something about this?
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
the git repo. I modified the addition of
`font-lock-set-defaults' in `font-latex-setup' to run only in temporal
buffers in order to minimize influence on the behavior for file-visiting
buffers.
I'll close this bug.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
ated auctex.el diverging from what ELPA system
expects?)
[1]
https://git.savannah.gnu.org/cgit/emacs/elpa.git/tree/auctex.el?h=externals/auctex#n9
[2]
https://git.savannah.gnu.org/cgit/emacs/elpa.git/tree/GNUmakefile?h=externals/auctex
Regards,
I
e you fine with pushing
> another ELPA release now?
Yes, please.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
tion. Does the attached patch give you good results?
(By the way, the reason that "q"/"C-g" deletes the trace of the previous
input is that `TeX-insert-macro' introduced `atomic-change-group' a year
ago[1].)
[1] Thread beginning with
https://lists.gnu.org/r/auctex-devel/2022-08/msg00057
>>>>> Gustavo Barros writes:
> On Tue, 15 Aug 2023 at 03:18, Ikumi Keita wrote:
>>
>> Thank you for suggestion. Does the attached patch give you good results?
>>
> It behaves the same as `reftex-citation`, so it looks good to me.
> Thank you very m
e useful for others who use both AUCTeX and indirect buffers.
Thank you, I incorporated your suggestion. I'll close this bug.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
>>>>> Ikumi Keita writes:
> Looking at the regexp used in `TeX-parse-error', the parts "Hook
> to change line numbers" and "Hook to change file name" are not
> actually matched because preceding alternative parts "New file" and
Hook to change line numbers
((match-beginning 5)
(setq TeX-error-offset
(list (string-to-number (TeX-match-buffer 5
t)
;; Hook to change file name
((match-beginning 6)
[...]
> Sounds great, thanks! I will post an updated patch based on that as soon
> as I have heard back from the FSF regarding the copyright assignment.
Now I pushed the fix to the git repo. I'll wait for your feedback.
Best regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
d be addressed once the main bug is resolved.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
them in one auto directory or save
into each auto subdirectory separately.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
ity with old auto folders.
We can't tell each user's preference. :-) So I think conservative
approach would be better.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
mes used for \subimport is hopeless,
> because the leading portion of the path is implicit."
OMG!
Bye,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
>>>>> Ikumi Keita writes:
>>>>> Tassilo Horn writes:
>> I've lost track in this discussion but is the plan to have many auto/
>> directories in the directories where the included tex files reside or do
>> you want to resemble the path to include
Hi Thibaut,
>>>>> Ikumi Keita writes:
>>>>> Arash Esbati writes:
>> LGTM. Please go ahead and install it.
> Done. :-)
I think that your original problem was fixed in the git repository. I'll
close this bug.
Regards,
Ikumi Ke
`LaTeX-verbatim-p' to
`fill-nobreak-predicate' to avoid space inside \verb|...| when
`fill-move-to-break-point' is called.
Note that it would fail when the user uses tex-font.el or disables
font lock, because `LaTeX-verbatim-p' depends on the facilities of
font-latex.el.
What do you think about it
(save-excursion
>(cl-oddp (how-many regexp (line-beginning-position) p)))
> (save-excursion
>(cl-evenp (how-many regexp (line-beginning-position)
> match)))))
This `cl-evenp' always evaluates to non
(memq (following-char) LaTeX-shortvrb-chars))
(and (font-latex-faces-present-p 'font-latex-verbatim-face)
(font-latex-faces-present-p 'font-latex-verbatim-face
(1- (point
(font-late
Hi Mosè and Jean,
I've forgotten this bug, but came across it just now. I expect it was
fixed recently together with bug#55065[1].
Is it OK to close this bug?
Bye,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
[1] https://lists.gnu.org/r/bug-auctex/2022-04/msg00013.html
>>>>>
e included file, then "auto/" and finally the
> filename.
Yes, and that's already implemented. AUCTeX searches support files under
each those "auto/" (and "stlye/") subdirectories and load them if found.
With respect to the main issue of this bug#55511, I think t
where. It could also be annoying in cases
> where the included files reside on a network share or a VCS checkout
> which will become dirty due to AUCTeX writing there.
Indeed.
Best,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
diff --git a/tex.el b/tex.el
index 8b76f98d..74832ad7 1006
fill as
well.
Then the fix should look like the attached patch.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
>From fade32d56824f99363b8ab4f9cedce4518571dd4 Mon Sep 17 00:00:00 2001
From: Ikumi Keita
Date: Wed, 29 Jun 2022 00:35:06 +0900
Subject: [PATCH] Don't break line insi
;; (ispell-send-string "+\n") ; set ispell mode to tex
... oh I realized now that he sent this message as private reply, not as
group reply, so this information wasn't recorded in the archive...
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
[1] https://list
ovements, which
aligns "&" sign vertically in suitable environments. So your
inconvenience is someone's benefit. It's inevitable to have sometimes
such unfortunate conflicts as long as you are expecting to experience
improvements to AUCTeX.
Regards,
Ikumi Keita
#StandWithUkraine
avior.
There is another LaTeX mode called YaTeX (Yet Another TeX mode for
Emacs) available from MELPA, documents of which are available at
https://www.yatex.org/ . I'd recommend to taste it because YaTeX tries
very hard to keep backward compatibility; for example, it still works
on emacs 19.
Regards,
>>>>> Ikumi Keita writes:
>> (1) I think the attached patch circumvents this issue.
> My previous attempt was insufficient as it doesn't continue search for
> errors after false match. Reworked patch is attached below.
>> However,
>> `TeX-parse-error' cont
>>>>> Ikumi Keita writes:
> (1) I think the attached patch circumvents this issue.
My previous attempt was insufficient as it doesn't continue search for
errors after false match. Reworked patch is attached below.
> However,
> `TeX-parse-error' contains
we should anticipate.
How about to allow insertion of "$" (or anything according to
`TeX-electric-math') when `last-command' is `TeX-insert-dollar' in a
case like this issue? I suppose that most users would type "$" again
before seeing "Math mode started with `...' cannot
, the luatex developper isn't eager to fix this issue
as you can read in [1]. I'm afraid that it won't be fixed in the near
future. :-(
You can try ad-hoc work around provided in [1], but note that
1. It isn't sure that the hard-coded value of 2 is valid for other
cases.
2. It breaks for other engi
nk I can do something for
LaTeX-modify-environment to cover the situation where \begin and \end
are on the same line. I expect that I can have spare time to manage this
issue on November.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
ice: THE-NAME-OF-B
modestly.
This is inconvenient, especially when A is a (major or minor) mode
function and the user typed C-h m in that mode buffer.
It would be worth considering to enhance the help facility to display
doc string of B instead when A is overrided by advice.
Regards,
Ikumi Ke
me way as
in non-math mode when `texmathp' thinks that math mode didn't start with
dollar(s), possibly with a warning message.
What do others think?
Best,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.or
) file are the same when their suffixes
are stripped off.
Any takers out there?
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
instruction to the message which
`TeX-insert-dollar' shows? For example,
Math mode started with `...' cannot be closed with dollar. You can
insert it anyway by C-q $.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
gest to say "You can insert it anyway by C-u $" which is more in
> line with the docstring of `TeX-insert-dollar'. Does it make sense?
Yes, of course.
Bye,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-au
Hi Arash,
>>>>> Arash Esbati writes:
> Ikumi Keita writes:
>> I began to think that `TeX-insert-dollar' should behave the same way as
>> in non-math mode when `texmathp' thinks that math mode didn't start with
>> dollar(s), possibly with a warning message
lies braces even in math mode when there is active region.)
I personally dislike this behavior, so disabled `TeX-insert-braces'. You
can have per-macro control over the decision whether the braces are
added or not by `TeX-insert-braces-alist'.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkrai
tly while it doesn't for "texts"
of numerator and denominator. If this guess is correct, fraction lines
are always rendered as black.
I confirmed that the following workarounds work, but I admit that
they aren't satisfactory solutions, sorry:
(1) Turn off PDF mode by C-c C-t C-p and set `p
>>>>> Ikumi Keita writes:
>>> I began to think that `TeX-insert-dollar' should behave the same way as
>>> in non-math mode when `texmathp' thinks that math mode didn't start with
>>> dollar(s), possibly with a warning message.
>> Sure, we can re
>>>>> Ikumi Keita writes:
> Looking at the relevant code, I think I can do something for
> LaTeX-modify-environment to cover the situation where \begin and \end
> are on the same line. I expect that I can have spare time to manage this
> issue on November.
I pushed th
rect buffers. Why do
you edit in an indirect buffer? (Even if there is good reason to do so,
I feel that it's enough to make C-c C-c (and similar commands) ask
whether to switch to base buffer when you are in indirect buffer.)
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
_
ch to
the base buffer and run there when they are called in an indirect
buffer.)
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
[1] Thread titled "Output to directory patch" in
https://lists.gnu.org/archive/html/auctex-devel/2021-02/
m/mate-desktop/atril/blob/master/data/org.mate.atril.Daemon.service.in
I'm not familiar with D-BUS. I hope Tassilo can settle out the issue.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
Hi Tobias,
>>>>> Ikumi Keita writes:
>>>>> Tobias Bora writes:
>> I don't know why, but I updated recently my .emacs file (which may
>> downloaded a recent version of auctex), and since then I can't open
>> documentation anymore. Ind
>>>>> Ikumi Keita writes:
>>>> I began to think that `TeX-insert-dollar' should behave the same way as
>>>> in non-math mode when `texmathp' thinks that math mode didn't start with
>>>> dollar(s), possibly with a warning message.
>>&g
his issue.
I'm afraid that we still need autoload declaration for seq-filter for
compatibility with older emacsen.
Best,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
ght now.
Ah, indeed. Sorry for my poor memory.
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
(skip-chars-forward (concat "^" delimiter) (line-end-position)))
, which isn't important much. (It makes difference only when closing
delimiter is missing. In that case, the function doesn't return sensible
result anyway.)
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
_
ough in case we have
> balanced braces in the argument (and only such are allowed). So I
> suggest we change this part of the code like this:
[...]
> Then we only need to solve the fontification issue ;-) WDYT?
Thanks, I included your suggestion. See the attachment.
Regards,
Ikumi Keita
#Stan
sn't indent the active region if
the environment is in `LaTeX-indent-environment-list'. I expect that it
doesn't harm if it indents. Could you try the attached patch?
Bye,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
diff --git a/latex.el b/latex.el
index 56992d54..85d83f38 100644
--- a/latex.el
+++ b
a bit unsure whether there is regression with this fix or not. Do
you think it should be delayed until the new tarball release is out?
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
[1] https://debbugs.gnu.org/cgi/bugreport.cgi?bug=28382
_
re? (I'm neutral to the
importance.)
Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-auctex
(member (LaTeX-current-verbatim-macro)
(LaTeX-verbatim-macros-with-delims))
is a bit inefficient because `LaTeX-current-verbatim-macro' only
responds to macros included in `(LaTeX-verbatim-macros-with-delims)' for
the first place.)
Regards,
Ikumi Keita
#StandWithUkrai
201 - 300 of 391 matches
Mail list logo