Hi Edgar,
ed...@openmail.cc writes:
> Hello. I would like to request this to be pushed onto the =maint=
> branch (7684b59c7) or make it the default, please.
this has been applied in the master branch back in January,
it will be part of Org 9.4.
Best,
--
Bastien
Hello. I would like to request this to be pushed onto the =maint= branch
(7684b59c7) or make it the default, please.
https://lists.gnu.org/archive/html/emacs-orgmode/2019-12/txtr_q1WmvVPH.txt
which is related to (at least) commits 7d5e931f7 and d833920de from the
=master= branch. I have also t
Jack Kamm writes:
> However, the change here is very small, I just wrote a small patch and
> it's 15 insertions (+), 4 deletions(-), including the entry in
> ORG-NEWS. My understanding is that such small changes don't require
> explicit copyright assignment.
>
> Is it OK for me to send the patch
> OK. Would you want to implement it?
Yes, but I'm still in the process of updating my copyright papers for my
current job. My job said they won't be able to sign the copyright
disclaimer until the new year, so I expect this to be sorted out later
in January some time.
However, the change here is
Hello,
Jack Kamm writes:
> I agree, this sounds like the correct behavior to me.
OK. Would you want to implement it?
Regards,
--
Nicolas Goaziou
Hi,
> I think any value that modifies the current layout ought to restore it:
> - `split-window-below'
> - `split-window-right'
> - `reorganize-frame'
>
> OTOH, values that use the current layout should not restore it
> afterwards:
> - `current-window'
> - `other-window'
> - `other-frame'
>
> This
Hello,
Jack Kamm writes:
> Rather than adding a new option, how about we make the behavior
> dependent on the value of org-src-window-setup?
>
> 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
> reorg
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
Sorry for the noise, but I just had another thought:
Rather than adding a new option, how about we make the behavior
dependent on the value of org-src-window-setup?
Basically, when org-src-window-setup is current-window, it never makes
sense to restore the original layout. But when org-src-window
I'd like to add a vote for the old behavior. I only recently noticed the
new behavior, and agree with Richard that it's inconvenient. I think
many of us missed this change because it wasn't in 9.2.
In particular, I'd propose to make the old behavior the default, and
hide the new behavior behind an
Nicolas Goaziou writes:
> However, it doesn't mean the inconvenience shouldn't be fixed. I cannot
> remember why 819e98afd018cad3c13fd58bfcbd979ab36dfbc7 was necessary. I'm
> Cc'ing Matt Price.
Here's the related thread:
https://lists.gnu.org/archive/html/emacs-orgmode/2018-11/msg00253.html
S
Hello,
Richard Kim writes:
> About a year ago change 819e98afd018cad3c13fd58bfcbd979ab36dfbc7 was checked
> in
> to remove code that restored window configuration when =org-edit-src-exit=
> finished. The net result is af if =C-x 1= is called to remove all windows
> except
> the org buffer just
12 matches
Mail list logo
