From mboxrd@z Thu Jan 1 00:00:00 1970 From: Samuel Wales Subject: bug: isearch creates useless ellipses Date: Tue, 21 Aug 2012 10:01:27 -0700 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Return-path: Received: from eggs.gnu.org ([208.118.235.92]:42355) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T3rpe-0004jb-Av for emacs-orgmode@gnu.org; Tue, 21 Aug 2012 13:01:35 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T3rpZ-0000TH-VR for emacs-orgmode@gnu.org; Tue, 21 Aug 2012 13:01:34 -0400 Received: from mail-ob0-f169.google.com ([209.85.214.169]:40274) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T3rpZ-0000T2-Q6 for emacs-orgmode@gnu.org; Tue, 21 Aug 2012 13:01:29 -0400 Received: by obhx4 with SMTP id x4so35394obh.0 for ; Tue, 21 Aug 2012 10:01:27 -0700 (PDT) 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 This is likely not a quick fix. When an Org file is folded, and I do isearch on a string in the body, then press RET, the very first line gets ellipses. Here is an example. Iniitially the buffer might be like this: === beginning of window * blog... === end of window Point is at beginning of buffer. That is expected because the entire subtree is folded. Then I search for "sloppy emulsion" and press RET. I get this: === beginning of window ... ******* Above all Above all, it is a collapse of the uneasy and corrupt identification of science -- that principled, unbiased, at times necessarily subversive, transparent, open-minded, and often selfless search for natural reality -- with rank authority. The sloppy emulsion of water in oil. === end of window Note the "..." on the first line. (Above that is merely ordinary body text in a sibling.) This hides things that do not need hiding (because we know that there are lines above the top of the window), is highly distracting, and reduces the number of lines visible by a significant amount for people with small monitors, mobile devices, or very large fonts. (You might need to set near-maximum font sizes to reproduce.) Over many years, I have of course tried org-show-* variables, isearch hooks, and many other things to try to solve this and related problems. To give you some context, my visibility goal with Org is to *always* have the buffer show what can be generated using TAB and movement commands alone. I call this canonical visibility. In addition, showing ellipsis on a line by themselves at the top or bottom of the window as a result of isearch or a similar operation is non-canonical. Canonical visibility throughout all of Org, including all corner cases like jumping from agenda and isearch, does not seem to be possible. (org-reveal t) seems to create those ellipses, or at least used to. It might be an Emacs bug, not an Org one, but I have reached my limit in trying to fix this. There will certainly be somebody on this list who knows more about how visibility is accomplished in Org. I don't know if anybody will be able to reproduce this particular non-canonicality as it might be a specific OSX implementation issue. Thanks. Samuel -- The Kafka Pandemic: http://thekafkapandemic.blogspot.com