From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Groth Subject: Re: org-capture: keeping window visible during date entry Date: Sat, 07 Jul 2012 17:24:21 +0200 Message-ID: <87hatj7fx6.fsf@falma.de> References: <874nqe8e0y.fsf@falma.de> <87fw9vybhg.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([208.118.235.92]:57826) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SnWs9-0008Rk-UC for emacs-orgmode@gnu.org; Sat, 07 Jul 2012 11:24:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SnWs8-0007dv-6B for emacs-orgmode@gnu.org; Sat, 07 Jul 2012 11:24:37 -0400 Received: from plane.gmane.org ([80.91.229.3]:49008) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SnWs7-0007dq-Vg for emacs-orgmode@gnu.org; Sat, 07 Jul 2012 11:24:36 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SnWs6-0006zi-DQ for emacs-orgmode@gnu.org; Sat, 07 Jul 2012 17:24:34 +0200 Received: from dra38-5-82-246-248-175.fbx.proxad.net ([82.246.248.175]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 Jul 2012 17:24:34 +0200 Received: from cwg by dra38-5-82-246-248-175.fbx.proxad.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 07 Jul 2012 17:24:34 +0200 List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: emacs-orgmode@gnu.org Eric Abrahamsen writes: > On Thu, Jun 14 2012, Christoph Groth wrote: >> How to ensure that the buffer which was active when org-capture was >> executed remains visible during date entry? > I've had the same annoyance. The attached patch is *not* a real > solution to the problem, as it still produces some weird windowing, > and I have no idea if it will wreck other uses of capture, but it does > preserve gnus windows so you can see the information you're trying to > capture. It's at least a pointer in the right direction… Yes, the problems are mostly due to calls to delete-other-windows which is used quite often in org (19 times) and other emacs packages as well. I would say that a proper solution would be to reserve delete-other-windows for interactive use and to replace it by something more sensible which ensures that a given window is well visible but tries to preserve the visibility and arrangement other windows if possible. That hypothetical function could be given the minimum required height for the current window. Does anyone know of such functionality already existing anywhere in the emacs world? If not, I believe it would be useful to think of something like this. Given current screen sizes, it would be good to replace most uses of delete-other-windows by something more gentle. But this is a topic for the general emacs mailing list.