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 19:58:08 +0200 Message-ID: <87d34778sv.fsf@falma.de> References: <874nqe8e0y.fsf@falma.de> <87fw9vybhg.fsf@ericabrahamsen.net> <87hatj7fx6.fsf@falma.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([208.118.235.92]:45202) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SnZGz-00083B-CU for emacs-orgmode@gnu.org; Sat, 07 Jul 2012 13:58:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SnZGx-00074Z-Jo for emacs-orgmode@gnu.org; Sat, 07 Jul 2012 13:58:24 -0400 Received: from plane.gmane.org ([80.91.229.3]:47488) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SnZGx-00074N-DH for emacs-orgmode@gnu.org; Sat, 07 Jul 2012 13:58:23 -0400 Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SnZGu-0008IR-4y for emacs-orgmode@gnu.org; Sat, 07 Jul 2012 19:58:20 +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 19:58:20 +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 19:58:20 +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 Samuel Wales writes: > On 7/7/12, Christoph Groth wrote: >> 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. > > This is something that needs to be under user control. We cannot > force a regression on an accessibility issue. Not all screen sizes > are large and not all fonts are small. My proposal is not about reducing accessibility but increasing usability. What's the point of deleting all the other windows to show a buffer containing only five lines of text (a typical capture buffer) and unlikely to grow much? If the user wants to type a lot into the new buffer, he can press C-x 1 himself. By "something more sensible" I meant functionality which would do the right thing both for small and large emacs frames. In many cases a reasonable minimum size for the new window to be displayed can be estimated. My font is actually not small and my screen typical. Still, my emacs frame is 70 lines high.