all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* Values of org-indirect-buffer-display
@ 2007-10-17 10:38 Chris Randle
  2007-10-17 11:15 ` foldout.el (was Re: Values of org-indirect-buffer-display) Adam Spiers
  2007-11-02 14:35 ` Values of org-indirect-buffer-display Carsten Dominik
  0 siblings, 2 replies; 3+ messages in thread
From: Chris Randle @ 2007-10-17 10:38 UTC (permalink / raw)
  To: emacs-orgmode

I'm new to emacs and org-mode, so please forgive me if I've missed
something fundamental.

I've been using org-tree-to-indirect-buffer bound to the default C-c C-x
b, and saw in the help that you can modify org-indirect-buffer-display.
In my .emacs file, I've got the following:

(setq org-indirect-buffer-display 'new-frame)

When I hit C-c C-x b on a subtree, I do indeed get a narrowed subtree in
a new frame (call it frame 2). When I go back to the original frame and
repeat for a different subtree, that works too, but the buffer in frame
2 is killed. The help for org-tree-to-indirect-buffer says that a C-u
prefix will keep the last buffer, and this works as stated: the buffer
in frame 2 is then kept.

So my question: if C-u controls the persistence of the previous buffer,
what is intended difference between new-frame and dedicated-frame?

I had expected C-c C-x b with new-frame to work the same as C-u C-c C-x
b with dedicated-frame, and I feel that new-frame is redundant. I don't
see why anyone would want to keep opening new frames whilst killing the
indirect buffers in the previous ones.

-- 
Chris Randle

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

* foldout.el (was Re: Values of org-indirect-buffer-display)
  2007-10-17 10:38 Values of org-indirect-buffer-display Chris Randle
@ 2007-10-17 11:15 ` Adam Spiers
  2007-11-02 14:35 ` Values of org-indirect-buffer-display Carsten Dominik
  1 sibling, 0 replies; 3+ messages in thread
From: Adam Spiers @ 2007-10-17 11:15 UTC (permalink / raw)
  To: emacs-orgmode

On Wed, Oct 17, 2007 at 11:38:36AM +0100, Chris Randle wrote:
> I'm new to emacs and org-mode, so please forgive me if I've missed
> something fundamental.
> 
> I've been using org-tree-to-indirect-buffer bound to the default C-c C-x
> b, and saw in the help that you can modify org-indirect-buffer-display.
> In my .emacs file, I've got the following:
> 
> (setq org-indirect-buffer-display 'new-frame)
> 
> When I hit C-c C-x b on a subtree, I do indeed get a narrowed subtree in
> a new frame (call it frame 2). When I go back to the original frame and
> repeat for a different subtree, that works too, but the buffer in frame
> 2 is killed. The help for org-tree-to-indirect-buffer says that a C-u
> prefix will keep the last buffer, and this works as stated: the buffer
> in frame 2 is then kept.
> 
> So my question: if C-u controls the persistence of the previous buffer,
> what is intended difference between new-frame and dedicated-frame?
> 
> I had expected C-c C-x b with new-frame to work the same as C-u C-c C-x
> b with dedicated-frame, and I feel that new-frame is redundant. I don't
> see why anyone would want to keep opening new frames whilst killing the
> indirect buffers in the previous ones.

This is probably not useful to you, but I just wanted to mention in
case it is useful to others, that foldout.el works quite nicely in
combination with org-mode, for narrowing to subtrees.  It works
recursively too.

(autoload 'foldout-exit-fold    "foldout")
(autoload 'foldout-zoom-subtree "foldout")
(mapc (lambda (mode)
        (add-hook mode
                  (lambda ()
                    ;; Quick navigation
                    (local-set-key [(shift left)]  'foldout-exit-fold)
                    (local-set-key [(shift right)] 'foldout-zoom-subtree)
                    )))
      '(outline-mode-hook outline-minor-mode-hook))

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

* Re: Values of org-indirect-buffer-display
  2007-10-17 10:38 Values of org-indirect-buffer-display Chris Randle
  2007-10-17 11:15 ` foldout.el (was Re: Values of org-indirect-buffer-display) Adam Spiers
@ 2007-11-02 14:35 ` Carsten Dominik
  1 sibling, 0 replies; 3+ messages in thread
From: Carsten Dominik @ 2007-11-02 14:35 UTC (permalink / raw)
  To: Chris Randle; +Cc: emacs-orgmode


On  17Oct2007, at 12:38 PM, Chris Randle wrote:

> I'm new to emacs and org-mode, so please forgive me if I've missed
> something fundamental.
>
> I've been using org-tree-to-indirect-buffer bound to the default C- 
> c C-x
> b, and saw in the help that you can modify org-indirect-buffer- 
> display.
> In my .emacs file, I've got the following:
>
> (setq org-indirect-buffer-display 'new-frame)
>
> When I hit C-c C-x b on a subtree, I do indeed get a narrowed  
> subtree in
> a new frame (call it frame 2). When I go back to the original frame  
> and
> repeat for a different subtree, that works too, but the buffer in  
> frame
> 2 is killed. The help for org-tree-to-indirect-buffer says that a C-u
> prefix will keep the last buffer, and this works as stated: the buffer
> in frame 2 is then kept.
>
> So my question: if C-u controls the persistence of the previous  
> buffer,
> what is intended difference between new-frame and dedicated-frame?
>
> I had expected C-c C-x b with new-frame to work the same as C-u C-c  
> C-x
> b with dedicated-frame, and I feel that new-frame is redundant. I  
> don't
> see why anyone would want to keep opening new frames whilst killing  
> the
> indirect buffers in the previous ones.

Yes, you are right here. I plan the following change, please comment:

When `org-indirect-buffer-display' is `new-frame', the old buffer is  
always kept
and C-u would be redundant.  For any other value of `org-indirect- 
buffer-display',
the C-u prefix will keep the old buffer.

I guess this still means that `new-frame' is the least useful value  
of this variable,
but still it might find its applications.

- Carsten

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

end of thread, other threads:[~2007-11-02 23:12 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-10-17 10:38 Values of org-indirect-buffer-display Chris Randle
2007-10-17 11:15 ` foldout.el (was Re: Values of org-indirect-buffer-display) Adam Spiers
2007-11-02 14:35 ` Values of org-indirect-buffer-display Carsten Dominik

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.