What a silly error on my part.
Thank you for your time. Apologies about it being something so simple that
I did not see.
On Sun, Sep 22, 2024 at 12:45 PM Ihor Radchenko wrote:
> Amol Vaidya writes:
>
> > I'm curious, then, why would what I've done in Test 2 nor corral it
I'm curious, then, why would what I've done in Test 2 nor corral it?
(add-to-list 'display-buffer-alist '("\\*CAPTURE*"
(display-buffer-same-window)))
On Sun, Sep 22, 2024 at 12:00 PM Ihor Radchenko wrote:
> Amol Vaidya writes:
>
> > Thank you for
me know if I can provide any additional details or further
clarification.
Best regards,
Amol Vaidya
On Sun, Sep 22, 2024 at 3:20 AM Ihor Radchenko wrote:
> Amol Vaidya writes:
>
> > (Apologies for replying to this twice Ihor, forgot to reply-all last
> time.)
> >
RL ARG)"]
)
("https" :follow
#[514 "\301\300\302 Q \"\207"
["https" browse-url ":"] 6 "\n\n(fn URL ARG)"]
)
("http" :follow
#[514 "\301\300\302 Q \"\207"
["http" browse-url ":"] 6 "\n\n
in the
Messages buffer in the left-most window.
https://0x0.st/X3bi.mp4
Please let me know if you need any further information or if there are
any settings I may have overlooked.
Regards,
Amol Vaidya
On Mon, Sep 16, 2024 at 2:22 PM Ihor Radchenko wrote:
>
> Amol Vaidya writes:
>
&g
her-windows function in org-capture-place-template. While there
are workarounds developed by users, I’d appreciate the developers’ thoughts
on potentially changing the default behavior of how org-capture manages
windows.
Thank you for your time and consideration.
Best regards,
Amol Vaidya
