all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#16748: restoring a frameset duplicates existing frames
@ 2014-02-14  6:33 Glenn Morris
  2014-02-14 13:26 ` Juanma Barranquero
  0 siblings, 1 reply; 6+ messages in thread
From: Glenn Morris @ 2014-02-14  6:33 UTC (permalink / raw)
  To: 16748

Package: emacs
Version: 24.3.50

Current trunk on GNU/Linux under X:

emacs -Q
C-x C-f 1
M-x make-frame
C-x C-f 2
;; Now we have two frames, one visiting "1", the other "2".
;; Save to register "a":
C-x r f a

M-x make-frame
C-x C-f 3

C-x r j a

This iconifies the existing frames 1, 2, 3, and creates new frames
visiting 1 and 2. These are identical to the ones that previously
existed, so why did it create new copies?
M-x frame-configuration-to-register does not duplicate existing frames
in this way, it simply iconifies frame 3.






^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#16748: restoring a frameset duplicates existing frames
  2014-02-14  6:33 bug#16748: restoring a frameset duplicates existing frames Glenn Morris
@ 2014-02-14 13:26 ` Juanma Barranquero
  2014-02-14 13:31   ` Juanma Barranquero
  0 siblings, 1 reply; 6+ messages in thread
From: Juanma Barranquero @ 2014-02-14 13:26 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 16748

On Fri, Feb 14, 2014 at 7:33 AM, Glenn Morris <rgm@gnu.org> wrote:

> This iconifies the existing frames 1, 2, 3, and creates new frames
> visiting 1 and 2. These are identical to the ones that previously
> existed, so why did it create new copies?
>
> M-x frame-configuration-to-register does not duplicate existing frames
> in this way, it simply iconifies frame 3.

It was an attempt to be compatible with f-c-t-r, though it is
impossible to be identical because f-c-t-r does not recreate deleted
frames. Currently, if you use the prefix,
frame-configuration-to-register does not duplicate frames, it reuses
the existing ones.

Honestly, I do not like the current behavior and would prefer to
switch the meaning of Ctrl-U.

    J





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#16748: restoring a frameset duplicates existing frames
  2014-02-14 13:26 ` Juanma Barranquero
@ 2014-02-14 13:31   ` Juanma Barranquero
  2014-02-15  5:12     ` Juanma Barranquero
  0 siblings, 1 reply; 6+ messages in thread
From: Juanma Barranquero @ 2014-02-14 13:31 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 16748

On Fri, Feb 14, 2014 at 2:26 PM, Juanma Barranquero <lekktu@gmail.com> wrote:

> Currently, if you use the prefix,
> frame-configuration-to-register does not duplicate frames, it reuses
> the existing ones.

and deletes any one remaining that is not restored.

frameset-save/restore supports many options related to which frames to
restore and which ones to keep (look at the docstring of
`frameset-restore'), so we can adapt frameset-to-register to whatever
behavior we want, once it is clearly defined. At most it would mean
passing some more info to registerv-make.

   J





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#16748: restoring a frameset duplicates existing frames
  2014-02-14 13:31   ` Juanma Barranquero
@ 2014-02-15  5:12     ` Juanma Barranquero
  2014-02-17 16:04       ` Juanma Barranquero
  0 siblings, 1 reply; 6+ messages in thread
From: Juanma Barranquero @ 2014-02-15  5:12 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 16748

On Fri, Feb 14, 2014 at 2:31 PM, Juanma Barranquero <lekktu@gmail.com> wrote:

> we can adapt frameset-to-register to whatever
> behavior we want, once it is clearly defined.

After giving it some thought, I think you're right, jump-to-frameset
should be more aggressive reusing frames even when DELETE is nil.

After all, in 24.3

  C-x r f a
  C-x r j a

gives just one frame, while you get two in 24.3.50. I'll fix it.

    J





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#16748: restoring a frameset duplicates existing frames
  2014-02-15  5:12     ` Juanma Barranquero
@ 2014-02-17 16:04       ` Juanma Barranquero
  2014-02-18 18:18         ` Glenn Morris
  0 siblings, 1 reply; 6+ messages in thread
From: Juanma Barranquero @ 2014-02-17 16:04 UTC (permalink / raw)
  To: Glenn Morris; +Cc: 16748

I've committed a change that I think fixes it. Please try and report
any additional trouble.

There's a bug that I'm hitting with

emacs -Q
C-x 3
C-x r f a
C-x 5 2
C-x r j a

=> "Error (frameset): #<window 6> is not a live window"

but it happens inside window-state-put and I think is unrelated to this one.





^ permalink raw reply	[flat|nested] 6+ messages in thread

* bug#16748: restoring a frameset duplicates existing frames
  2014-02-17 16:04       ` Juanma Barranquero
@ 2014-02-18 18:18         ` Glenn Morris
  0 siblings, 0 replies; 6+ messages in thread
From: Glenn Morris @ 2014-02-18 18:18 UTC (permalink / raw)
  To: Juanma Barranquero; +Cc: 16748


Thanks, works for me.





^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2014-02-18 18:18 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-02-14  6:33 bug#16748: restoring a frameset duplicates existing frames Glenn Morris
2014-02-14 13:26 ` Juanma Barranquero
2014-02-14 13:31   ` Juanma Barranquero
2014-02-15  5:12     ` Juanma Barranquero
2014-02-17 16:04       ` Juanma Barranquero
2014-02-18 18:18         ` Glenn Morris

Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.