[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#51883: 29.0.50; Command to get accidentally deleted frames back
From: |
Stefan Monnier |
Subject: |
bug#51883: 29.0.50; Command to get accidentally deleted frames back |
Date: |
Sun, 23 Jan 2022 11:01:08 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) |
>>>> IIUC framesets are designed to be serializable so they shouldn't hold on
>>>> to external data like buffers and windows, so such 16 elements should
>>>> cost very little in terms of heap use.
>>> OTOH, since framesets are designed to be serializable, isn't it
>>> overkill to use framesets in the same session?
>> Not sure what you mean by "overkill". AFAIK it makes them more lightweight.
> Without framesets it doesn't require loading frameset.el.
The alternative to framesets, AFAIK is to keep actual frames around,
which are more expansive than framesets.
Or what do you suggest we use instead?
>>> For example, `clone-frame` doesn't use framesets, and the effect of
>>> `clone-frame` should be the same as what `undelete-frame` does.
>> Except it actually creates a frame, so it requires a lot more resources.
> I don't understand: `clone-frame` creates a new frame with `make-frame`,
> and `undelete-frame` creates a new frame with `make-frame-on-display`.
I was confused. I still haven't understood you correctly, but at
least now I'm aware of it.
I'm talking about the cost of the representation of the frames we
deleted until the moment we undelete them. I can't see how
`clone-frame` helps in this respect.
Stefan
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, (continued)
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, Eli Zaretskii, 2022/01/17
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, Juri Linkov, 2022/01/17
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, Eli Zaretskii, 2022/01/17
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, Juri Linkov, 2022/01/18
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, Juri Linkov, 2022/01/19
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, Eli Zaretskii, 2022/01/19
bug#51883: 29.0.50; Command to get accidentally deleted frames back, Stefan Monnier, 2022/01/21
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, Juri Linkov, 2022/01/22
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, Stefan Monnier, 2022/01/22
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, Juri Linkov, 2022/01/23
- bug#51883: 29.0.50; Command to get accidentally deleted frames back,
Stefan Monnier <=
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, Juri Linkov, 2022/01/23
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, Stefan Monnier, 2022/01/23
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, Juri Linkov, 2022/01/24
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, Eli Zaretskii, 2022/01/24
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, martin rudalics, 2022/01/25
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, Eli Zaretskii, 2022/01/25
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, martin rudalics, 2022/01/25
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, Juri Linkov, 2022/01/27
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, Eli Zaretskii, 2022/01/27
- bug#51883: 29.0.50; Command to get accidentally deleted frames back, Juri Linkov, 2022/01/27