Eric S Fraga e.fr...@ucl.ac.uk 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 Mon
Hello,
Eric S Fraga e.fr...@ucl.ac.uk 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
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)
On 2015-06-18 13:16, Xebar Saram zelt...@gmail.com 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
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);
On 2015-06-18 13:52, Xebar Saram zelt...@gmail.com 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
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
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
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 in an emacs -Q session.
Okay, I have finally found some time to get back
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
Hello Eric,
On 2015-06-08 17:23, Eric S Fraga e.fr...@ucl.ac.uk 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
On Tuesday, 9 Jun 2015 at 11:22, Alan Schmitt wrote:
Hello Eric,
On 2015-06-08 17:23, Eric S Fraga e.fr...@ucl.ac.uk 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
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
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)
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
`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
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
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
19 matches
Mail list logo