I came up with the following hack, which seems to do what I want: (defadvice org-protocol-check-filename-for-protocol (around tp/org-protocol-make-frame activate) "Advice org-protocol-check-filename-
<OT rant> org-protocol is below my horizon :-) I had gotten it working a long time ago, then something happened in ff and broke it, I fixed it, they broke it again and at some point I gave up: every
It isn't worth *if* capture is invoked from emacs. If capture is invoked from org-protocol in firefox, then there might not even be a emacs frame visible. 1) If I don't pass -c to emacsclient, then I
Due to fact that `fit-window-to-buffer' no more deletes other windows by side-effect. Hence for the '(1.0 . 1.0) case `org-fit-agenda-window' (or `org-fit-window-to-buffer') should call `delete-othe
There is no set rule when filing bug or feature requests. A simple mail should do. It would help if you tag your posts with [fr] or [bug] as appropriate. C-h v org-link-frame-setup --
I've tested this on a Linux system (latest Debian stable), but on other systems you might need to tune the frame parameters (just in case some of the parameters I used are XWindows-specific). For the
Patch 500 (http://patchwork.newartisans.com/patch/500/) is now "Accepted". Maintainer comment: No comment This relates to the following submission: http://mid.gmane.org/%3C1292989227-9415-1-git-send-
Applied, thanks. - Carsten Hi Lluis, would you like to make a patch for me to fix this? Here it goes. Note that I've found some weirdness that I don't know how to solve, and might well be a systemic
Here it goes. Note that I've found some weirdness that I don't know how to solve, and might well be a systemic problem of the current implementation of `framepop' (or either a lack of elisp knowledg
If org agenda is displayed in an other frame then windows aren*t restored when quitting, I have to kill the frame manually. I really would like it to behave like e.g. gnus-other-frame which automati
If org agenda is displayed in an other frame then windows aren*t restored when quitting, I have to kill the frame manually. I really would like it to behave like e.g. gnus-other-frame which automatic
Hello! I have a link that are pointed to a gnus: article. When I do C-c C-o to open that link, a new Emacs session in a new Frame being opened, but I have already opened a Gnus session in Emacs. Can
That's why it is not usefully. Try to switch between 3 or more frames in tty, you will see how awkward that is. -- .: Leo :. [ sdl.web AT gmail.com ] .: [ GPG Key: 9283AA3F ] :. Use the most powerful
Frames on a tty work kind of like 'screen' windows. They take up the whole tty, and you can switch between them with C-x 5 o. I'd assume gnus-other-frame works normally in this context. -- +--+
Oops. I missed that the problem is not with a new frame with agenda commands, but with the frame not being closed. Fixed, on main. https://git.savannah.gnu.org/cgit/emacs/org-mode.git/commit/?id=fef8