From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#11068: 24.0.94; Face-remapped background does not extend to end of window Date: Tue, 27 Mar 2012 11:23:28 +0200 Message-ID: <4F718710.4040203@gmx.at> References: <1BE52A40-0403-433F-8164-DFDBD6771F80@gmail.com> <83ty1fvc28.fsf@gnu.org> <83obrmtbsy.fsf@gnu.org> <4F6DCF31.3060609@gmx.at> <83fwcyt7f0.fsf@gnu.org> <4F6E24FD.2070907@gmx.at> <83wr69sp4e.fsf@gnu.org> <4F6F1574.2090904@gmx.at> <83r4wgsii6.fsf@gnu.org> <4F6F6FCF.30806@gmx.at> <837gy8s64w.fsf@gnu.org> <4F701547.6070003@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1332840304 9400 80.91.229.3 (27 Mar 2012 09:25:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 27 Mar 2012 09:25:04 +0000 (UTC) Cc: darthandrus@gmail.com, 11068@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Mar 27 11:25:02 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SCSeB-0001NP-Sj for geb-bug-gnu-emacs@m.gmane.org; Tue, 27 Mar 2012 11:25:00 +0200 Original-Received: from localhost ([::1]:43533 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SCSeB-0006DC-82 for geb-bug-gnu-emacs@m.gmane.org; Tue, 27 Mar 2012 05:24:59 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:58496) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SCSe5-0006CZ-Fv for bug-gnu-emacs@gnu.org; Tue, 27 Mar 2012 05:24:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SCSe0-0005jv-LD for bug-gnu-emacs@gnu.org; Tue, 27 Mar 2012 05:24:53 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:33849) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SCSe0-0005jj-IT for bug-gnu-emacs@gnu.org; Tue, 27 Mar 2012 05:24:48 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1SCT8E-0007Fl-I2 for bug-gnu-emacs@gnu.org; Tue, 27 Mar 2012 05:56:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Mar 2012 09:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 11068 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 11068-submit@debbugs.gnu.org id=B11068.133284210827822 (code B ref 11068); Tue, 27 Mar 2012 09:56:02 +0000 Original-Received: (at 11068) by debbugs.gnu.org; 27 Mar 2012 09:55:08 +0000 Original-Received: from localhost ([127.0.0.1]:40681 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1SCT7L-0007Eg-2L for submit@debbugs.gnu.org; Tue, 27 Mar 2012 05:55:08 -0400 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:59073) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1SCT74-0007E1-Jb for 11068@debbugs.gnu.org; Tue, 27 Mar 2012 05:55:05 -0400 Original-Received: (qmail invoked by alias); 27 Mar 2012 09:23:34 -0000 Original-Received: from 62-47-41-51.adsl.highway.telekom.at (EHLO [62.47.41.51]) [62.47.41.51] by mail.gmx.net (mp036) with SMTP; 27 Mar 2012 11:23:34 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX186bzI4bdI6J87RtSSMUbjcOtrXdkIdpiGO15kmaD KYpJMPmVe6mFk3 In-Reply-To: X-Y-GMX-Trusted: 0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:58185 Archived-At: > The point I'm stubbornly trying to make is that what matters for the > face extension is the last face loaded by the display iterator, _not_ > the face of the newline or any other character. The display iterator > changes faces at so-called "stop positions", where buffer contents of > text properties or overlays specify a different face. Once a face is > resolved and loaded, it stays recorded in the iterator and affects > every glyph we deliver until another "stop position" is encountered. Earlier you said "No, the return character has no face, and in fact it has no glyphs." and I stubbornly believe that it has a face I can specify, that face has an effect on what I see on the screen and apparently even produces a stretch glyph I can see. But obviously the display engine has its own mechanism for translating face specifications and our different POVs get lost in that translation. > Your code simply forces the display iterator to switch faces after the > last character of a line. That's it. The newline doesn't enter this > game at any point, because it is never drawn. IOW, what's important > is the _position_ where the new face gets in effect, not what > character it is on. Fully agreed. But since I switch faces back immediately _after_ the newline character it does not affect visible characters but only what appears between them. > This _is_ described, but not in the section about overlays, because > `cursor' is a text property you should put on `display' property > strings or on overlay strings. So this is described in "Special > Properties", and the description does mention overlay strings. I read that already but apparently missed it on previous readings. > Maybe > an index entry should be added that starts with "overlay"; perhaps you > could suggest such an entry. I'm afraid that wouldn't help much. Maybe a separate special properties table based on an alphabetic listing of property names, a reference to where the property is described in detail, and whether it affects text, overlays or both would help. But some part of the text is IMO confusing: In "Normally, the cursor is displayed at the end of any overlay and text property strings present at the current buffer position." I understand that an "overlay string" is a before- or after-string or a display property string. But what is a "text property string"? A display property of the text? Also "it specifies the number of buffer's character positions associated with the overlay string" clashes with my understanding that this number is already specified by the start and end position of the overlay. And "this way, Emacs will display the cursor on the character with that property regardless of whether the current buffer position is actually covered by the overlay." doesn't make it clearer for me because what is "the character with that property" and what is "the current buffer position" here? I tried to play around with it but don't see what this means for an overlay with a display, before- or after-string property. So the fact that overlays with such a property are affected by the `cursor' property remains obscure to me after reading this text. martin