Eric S Fraga writes:
> Attached. Thanks!
Applied. Thank you.
Regards,
On Tuesday, 23 Jun 2015 at 22:31, Nicolas Goaziou wrote:
[...]
> It looks good. Could you turn it into a proper patch with a commit
> message?
Attached. Thanks!
--
: Eric S Fraga (0xFFFCF67D), Emacs 25.0.50.1, Org release_8.3beta-1231-ga0a883
>From 9256af03530bcd34914f32fc1b7fbbba9cb0d80a Mo
Hello,
Eric S Fraga writes:
> Thanks for this. Works okay if there is more than one window which is a
> step in the right direction. In any case, you've pointed me in the
> right direction and the following seems to work fine (with very limited
> testing):
>
> diff --git a/lisp/org-capture.el
On 2015-06-18 13:52, Xebar Saram writes:
> thx again Alan
>
> i do get an error if i eval (org-capture nil "t")
> the error is:
>
> Debugger entered--Lisp error: (error "No capture template referred to by \"t\"
> keys")
Yes: you need to define a capture template with that key. Here are my
captur
thx again Alan
i do get an error if i eval (org-capture nil "t")
the error is:
Debugger entered--Lisp error: (error "No capture template referred to by
\"t\" keys")
signal(error ("No capture template referred to by \"t\" keys"))
error("No capture template referred to by \"%s\" keys" "t")
or
On 2015-06-18 13:16, Xebar Saram writes:
> Hi Alan
>
> your code seems very intersting and i have been looking for something like
> this for a while. yet for me it opens a new frame without org capture. i use
> linux (arch) and put in the following code. please note that when i evaled
> your code
Hi Alan
your code seems very intersting and i have been looking for something like
this for a while. yet for me it opens a new frame without org capture. i
use linux (arch) and put in the following code. please note that when i
evaled your code it said:
`flet' is an obsolete macro (as of 24.3); us
On Wednesday, 17 Jun 2015 at 16:41, Subhan Michael Tindall wrote:
> Quickie patch, maybe I'll work it up as per comments later & submit
> but this will fix things for you (no guarantees, not widely tested)
Thanks for this. Works okay if there is more than one window which is a
step in the right d
ode@gnu.org; Charles Millar
> Subject: Re: [O] [feature request] org-capture-window-setup to stop
> capture window taking up whole frame
>
> On Monday, 8 Jun 2015 at 16:46, Kaushal wrote:
> > `org-capture` does not take up the full frame for me by default; I
> > just tried that
On Monday, 8 Jun 2015 at 16:46, Kaushal wrote:
> `org-capture` does not take up the full frame for me by default; I just
> tried that in an emacs -Q session.
Okay, I have finally found some time to get back to this (been marking
exam scripts, for my sins... ;-).
If the capture template prompts f
On Tuesday, 9 Jun 2015 at 14:35, Bernhard Pröll wrote:
> With a lot of windows open the annoying part of =org-capture= is
> =switch-to-buffer-other-window= for me. My approach is using the current
> window for the capture buffer:
>
> #+BEGIN_SRC elisp
> (defadvice org-capture (around bp/org-captur
With a lot of windows open the annoying part of =org-capture= is
=switch-to-buffer-other-window= for me. My approach is using the current
window for the capture buffer:
#+BEGIN_SRC elisp
(defadvice org-capture (around bp/org-capture--around)
(flet ((switch-to-buffer-other-window (buf) (switch-t
On Tuesday, 9 Jun 2015 at 11:22, Alan Schmitt wrote:
> Hello Eric,
>
> On 2015-06-08 17:23, Eric S Fraga writes:
>
>> as monitors get bigger and bigger, I tend to have lots of (emacs)
>> windows in a frame. No matter how many I have, org-capture takes over
>> the whole frame which is kind of was
Hello Eric,
On 2015-06-08 17:23, Eric S Fraga writes:
> as monitors get bigger and bigger, I tend to have lots of (emacs)
> windows in a frame. No matter how many I have, org-capture takes over
> the whole frame which is kind of wasteful.
How about using several frames? For instance I have the
On Monday, 8 Jun 2015 at 16:46, Kaushal wrote:
> `org-capture` does not take up the full frame for me by default; I
> just tried that in an emacs -Q session.
You're right: it does not take up the full frame with -Q. Strange: I
cannot find anything in my configuration that would change this
behav
`org-capture` does not take up the full frame for me by default; I just
tried that in an emacs -Q session.
Look into `display-buffer-alist` (emacs inbuilt variable) or packages like
shackle or popwin for fine control on how you want to create windows when
opening buffers.
I do not use shackle for
You might want to investigate the display-buffer-alist
variable.
This article may help:
http://www.lunaryorn.com/2015/04/29/the-power-of-display-buffer-alist.html
Also of interest:
M-x winner-mode, then C-c left and C-c right
(kind of undo-redo for wi
Hi,
On 06/08/2015 11:23 AM, Eric S Fraga wrote:
Hello,
as monitors get bigger and bigger, I tend to have lots of (emacs)
windows in a frame. No matter how many I have, org-capture takes over
the whole frame which is kind of wasteful. Obviously, I can bring up
any buffer I want while in the ca
Hello,
as monitors get bigger and bigger, I tend to have lots of (emacs)
windows in a frame. No matter how many I have, org-capture takes over
the whole frame which is kind of wasteful. Obviously, I can bring up
any buffer I want while in the capture buffer but it would be nice to
have control o
19 matches
Mail list logo