On Nov 11, 2023 Arash Esbati wrote:
> Kourosh Kalayeh writes:
>
>> On Nov 10, 2023 Arash Esbati wrote:
>>
>>> Great, glad this issue is resolved. I wonder if we should introduce
>>> something similar to `TeX-arg-cite-note-p' for beamer which suppresses or
>>> allows the query for the overlay
Kourosh Kalayeh writes:
> On Nov 10, 2023 Arash Esbati wrote:
>
>> Great, glad this issue is resolved. I wonder if we should introduce
>> something similar to `TeX-arg-cite-note-p' for beamer which suppresses or
>> allows the query for the overlay specs? I'm not a beamer user, so I
>> can't
On Nov 10, 2023 Arash Esbati wrote:
> Kourosh Kalayeh writes:
>
>> On Nov 09, 2023 Arash Esbati wrote:
>>
>>> You are not asked for the next optional argument which can contain
>>> 'width', and that's what you're looking for. So you can set
>>> `TeX-insert-macro-default-style' to
On Fri, Nov 10, 2023 at 6:28 PM Arash Esbati wrote:
>
> Kourosh Kalayeh writes:
>
> > On Nov 09, 2023 Arash Esbati wrote:
> >
> >> You are not asked for the next optional argument which can contain
> >> 'width', and that's what you're looking for. So you can set
> >>
Kourosh Kalayeh writes:
> On Nov 09, 2023 Arash Esbati wrote:
>
>> You are not asked for the next optional argument which can contain
>> 'width', and that's what you're looking for. So you can set
>> `TeX-insert-macro-default-style' to `show-all-optional-args' and try it
>> again.
>
> Perfect,
On Nov 09, 2023 Arash Esbati wrote:
> Thanks, now I understand what's happening. beamer.el contain these
> lines:
>
> '("includegraphics" [TeX-arg-beamer-overlay-spec]
> [TeX-arg-key-val (LaTeX-graphicx-key-val-options) nil nil ?\s]
> LaTeX-arg-includegraphics)
>
> So it
Kourosh Kalayeh writes:
> I start with `emacs -Q' followed by evaluating `(progn
> (package-initialize t) (package-activate 'auctex))'. I then open my
> `beamer' LaTeX file and do `C-c RET', at this point I start typing
> `\includegraphics', I can autocomplete the macro with `Tab'. Once I
>
Thanks for your response Arash. Sure, see below.
On Nov 09, 2023 Arash Esbati wrote:
> Kourosh Kalayeh writes:
>
>> I am still facing this issue (AUCTeX not asking for `width' in
>> `\includegraphics' macro) in `beamer' mode. I have tried `Emacs -Q'
>> and same thing happens. Can anyone
Kourosh Kalayeh writes:
> I am still facing this issue (AUCTeX not asking for `width' in
> `\includegraphics' macro) in `beamer' mode. I have tried `Emacs -Q'
> and same thing happens. Can anyone please confirm if the issue
> persists or resolved on your end.
I didn't test it (no test case
Hi all,
I am still facing this issue (AUCTeX not asking for `width' in
`\includegraphics' macro) in `beamer' mode. I have tried `Emacs -Q' and same
thing happens. Can anyone please confirm if the issue persists or resolved on
your end.
I am running AUCTeX 13.2.2 on GNU Emacs 29.1 (build 2,
On 17 Mar 2023, at 2:36, Tassilo Horn wrote:
> Kourosh Kalayeh kay...@pm.me writes:
>
>>> I do, too, so just using those two shouldn't be problematic. BTW,
>>> during key-val completion (through multi-prompt-key-value) I see no
>>> sign of vertico/maginalia, i.e., no vertical display of
Kourosh Kalayeh writes:
>> I do, too, so just using those two shouldn't be problematic. BTW,
>> during key-val completion (through multi-prompt-key-value) I see no
>> sign of vertico/maginalia, i.e., no vertical display of completion
>> candidates but just standard Completions buffer on hitting
On 8 Mar 2023, at 2:35, Tassilo Horn wrote:
> Kourosh Kalayeh kay...@pm.me writes:
>
>>> Do you use some non-standard completion framework?
>>
>> Yes, I am using Vertico and Marginilia.
>
> I do, too, so just using those two shouldn't be problematic. BTW,
> during key-val completion (through
Ikumi Keita writes:
>> Tassilo Horn writes:
>> Ah, that's the thing. Arash, you broke it with commit
>> b7b498baad045685c7fcec0bce61f7290b86d09b where you removed the function
>> LaTeX-arg-graphicx-includegraphics-key-val which is still used by
>> beamer.el and overpic.el.
>
> Ah, sorry,
Kourosh Kalayeh writes:
>> Do you use some non-standard completion framework?
>
> Yes, I am using Vertico and Marginilia.
I do, too, so just using those two shouldn't be problematic. BTW,
during key-val completion (through multi-prompt-key-value) I see no sign
of vertico/maginalia, i.e., no
Hi Tassilo and Ikumi,
On 7 Mar 2023, at 13:57, Tassilo Horn wrote:
> In that screenshot, you are queried for the overlay which is a free-form
> string. That's nothing AUCTeX could complete.
This was a mistake. Sorry about that.
> Do you use some non-standard completion framework?
Yes, I am
Kourosh Kalayeh writes:
Hi Kourosh,
>> Didn't you hit just RET for "(Optional) Overlay:" query? If so,
>> that's default behavior of AUCTeX: When you hit just RET for a query
>> of optional argument, the rest of queries of optional argument is
>> skipped. To avoid that behavior, customize
>>
Hi Kourosh,
> Kourosh Kalayeh writes:
> Thanks Ikumi. Previously, when AUCTeX inquired for options I could
> have autocomplete both width and \linewidth but now AUCTeX does not
> recognize this. See the attached screenshot.
> [Screenshot 2023-03-06 at 20.47.53.png]
Why do you try to
On 6 Mar 2023, at 2:34, Ikumi Keita wrote:
> Didn't you hit just RET for "(Optional) Overlay:" query? If so, that's
> default behavior of AUCTeX: When you hit just RET for a query of
> optional argument, the rest of queries of optional argument is skipped.
> To avoid that behavior, customize
Hi Kourosh,
> kaykal writes:
> I installed 13.1.10 and still having the same issue. AUCTeX only asks
> me for (Optional) Overlay: and Image file: in the minibuffer.
Didn't you hit just RET for "(Optional) Overlay:" query? If so, that's
default behavior of AUCTeX: When you hit just RET for a
On 5 Mar 2023, at 3:26, Tassilo Horn wrote:
> I've just made a new ELPA release GNU AUCTeX 13.1.10 which should appear
> in a few hours.
Thanks. I installed 13.1.10 and still having the same issue. AUCTeX only asks
me for (Optional) Overlay: and Image file: in the minibuffer.
Thanks,
Kourosh
> Tassilo Horn writes:
> Ah, that's the thing. Arash, you broke it with commit
> b7b498baad045685c7fcec0bce61f7290b86d09b where you removed the function
> LaTeX-arg-graphicx-includegraphics-key-val which is still used by
> beamer.el and overpic.el.
Ah, sorry, then it's my fault. When Arash
kaykal writes:
Hi Kourosh,
>> Should be fixed now. Apparently, overpic only referred to the
>> removed function in a docstring so wasn't really broken.
>
> Thanks! Is it pushed yet?
Yes, but only to Git master.
> I cannot see it on gnu.
I've just made a new ELPA release GNU AUCTeX 13.1.10
On 4 Mar 2023, at 15:22, Tassilo Horn wrote:
> Tassilo Horn writes:
>
>>> It only happens for Beamer. It works fine when using article class
>>> for example.
>>
>> Ah, that's the thing. Arash, you broke it with commit
>> b7b498baad045685c7fcec0bce61f7290b86d09b where you removed the
>>
Tassilo Horn writes:
>> It only happens for Beamer. It works fine when using article class
>> for example.
>
> Ah, that's the thing. Arash, you broke it with commit
> b7b498baad045685c7fcec0bce61f7290b86d09b where you removed the
> function LaTeX-arg-graphicx-includegraphics-key-val which is
kaykal writes:
>> Tassilo Horn t...@gnu.org writes:
>
>>> It's not. For me using the current master version, it still queries for
>>> the keyval parameters (width, height, angle, scale, etc.).
>
> It only happens for Beamer. It works fine when using article class for
> example.
Ah, that's the
kaykal writes:
> On 3 Mar 2023, at 8:23, Thibaut Verron wrote:
>
>> On 03/03/2023 14:19, kaykal wrote:
>>>
>>> Tassilo Horn t...@gnu.org writes:
>>>
>>> It's not. For me using the current master version, it still
>>> queries for
>>> the keyval parameters (width,
On 3 Mar 2023, at 8:23, Thibaut Verron wrote:
> On 03/03/2023 14:19, kaykal wrote:
>>
>> Tassilo Horn t...@gnu.org writes:
>>
>> It's not. For me using the current master version, it still
>> queries for
>> the keyval parameters (width, height, angle, scale, etc.).
On 03/03/2023 14:19, kaykal wrote:
Tassilo Horn t...@gnu.org writes:
It's not. For me using the current master version, it still
queries for
the keyval parameters (width, height, angle, scale, etc.).
It only happens for Beamer. It works fine when using article
> Tassilo Horn t...@gnu.org writes:
>> It's not. For me using the current master version, it still queries for
>> the keyval parameters (width, height, angle, scale, etc.).
It only happens for Beamer. It works fine when using article class for example.
>> What AUCTeX version and what's your
Tassilo Horn writes:
> kaykal writes:
>
> Hi Kourosh,
>
>> I recently noticed that when using TeX-insert-macro (C-c RET) for
>> \includegraphics AUCtex does not inquire about graphics width in the
>> minibuffer anymore. Can anyone comment if this is expected or not?
>
> It's not. For me using
kaykal writes:
Hi Kourosh,
> I recently noticed that when using TeX-insert-macro (C-c RET) for
> \includegraphics AUCtex does not inquire about graphics width in the
> minibuffer anymore. Can anyone comment if this is expected or not?
It's not. For me using the current master version, it
Hi everyone,
I recently noticed that when using TeX-insert-macro (C-c RET) for
\includegraphics AUCtex does not inquire about graphics width in the minibuffer
anymore. Can anyone comment if this is expected or not? Is there anyway to
rewind to old behavior?
Thanks,
Kourosh
33 matches
Mail list logo
