From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Keith David Bershatsky Newsgroups: gmane.emacs.devel Subject: update_window: w->desired_matrix is a partial representation. Date: Thu, 17 Jan 2019 00:05:28 -0800 Message-ID: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1547712226 16812 195.159.176.226 (17 Jan 2019 08:03:46 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 17 Jan 2019 08:03:46 +0000 (UTC) To: Emacs Devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 17 09:03:41 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gk2eK-0004Ds-RZ for ged-emacs-devel@m.gmane.org; Thu, 17 Jan 2019 09:03:41 +0100 Original-Received: from localhost ([127.0.0.1]:38348 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gk2gR-0002Ms-Ow for ged-emacs-devel@m.gmane.org; Thu, 17 Jan 2019 03:05:51 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:51722) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gk2gJ-0002LG-4U for emacs-devel@gnu.org; Thu, 17 Jan 2019 03:05:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gk2gI-0003O7-9f for emacs-devel@gnu.org; Thu, 17 Jan 2019 03:05:43 -0500 Original-Received: from gateway31.websitewelcome.com ([192.185.143.5]:16609) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gk2gH-0003DH-SL for emacs-devel@gnu.org; Thu, 17 Jan 2019 03:05:42 -0500 Original-Received: from cm17.websitewelcome.com (cm17.websitewelcome.com [100.42.49.20]) by gateway31.websitewelcome.com (Postfix) with ESMTP id 9A9EFB0C1 for ; Thu, 17 Jan 2019 02:05:29 -0600 (CST) Original-Received: from gator3053.hostgator.com ([50.87.144.69]) by cmsmtp with SMTP id k2g5gFdBT90onk2g5giBwo; Thu, 17 Jan 2019 02:05:29 -0600 X-Authority-Reason: nr=8 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lawlist.com ; s=default; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Subject:To :From:Message-ID:Date:Sender:Reply-To:Cc:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: In-Reply-To:References:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=MMKjp1ao1/KkBACfdy7edbKwQP/oudD41CRRw+HzFmk=; b=E8A42Y9PmAQuv2sU5c6A1ntt/5 O+hEvg7p75ZmLVGlWvg8D96dCtdA6oS4ILAqgyCRd6d5AhMrK+K5s5eIyetfZ5mTWbeOHfozv8a8u 8ocPHDYtVnJcMjquMZ6orV2Q+EdQOnNAwr04Q1ndTVJirBvG+539BEx3IshlF6EhUgPPjERJD2tQl hTHZE+CBNEgqigJR1kUcDB5x0F2MgkXCj20OZ1G4msTifvOcDaKu4rwBJUbPvrbu1qrGoCzsYQoFq iSg221KWTzcXWT1bDXfzatVtiUDEQpkjGbfMw2nCc6RsgiQIBOcmBeTH/IQtsuxZcvzt52muyqbkQ KtC5FS7A==; Original-Received: from cpe-45-48-239-195.socal.res.rr.com ([45.48.239.195]:55733 helo=server.local) by gator3053.hostgator.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.91) (envelope-from ) id 1gk2g4-000ljx-VX for emacs-devel@gnu.org; Thu, 17 Jan 2019 02:05:29 -0600 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator3053.hostgator.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lawlist.com X-BWhitelist: no X-Source-IP: 45.48.239.195 X-Source-L: No X-Exim-ID: 1gk2g4-000ljx-VX X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: cpe-45-48-239-195.socal.res.rr.com (server.local) [45.48.239.195]:55733 X-Source-Auth: lawlist X-Email-Count: 1 X-Source-Cap: bGF3bGlzdDtsYXdsaXN0O2dhdG9yMzA1My5ob3N0Z2F0b3IuY29t X-Local-Domain: yes X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 192.185.143.5 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:232419 Archived-At: I am working on optimizing redrawing fake cursors in relation to implemen= ting proposed feature requests #22873 (multiple fake cursors); and, #1768= 4 (crosshairs / visible fill-column). HYPOTHETICAL: * The header-line-format is non-nil. * Line numbering is turned on. * The window contains a word-wrapped line consisting of 4 screen lines; = followed by a hard return; followed by miscellaneous lines of text. 0. My header-line format. 1. 12345=E2=A4=B8 2. 67890=E2=A4=B8 3. 12345=E2=A4=B8 4. 67890 5. 6. Every good boy deserves fudge. 7. Once upon a time there lived a .... * The user interactively calls undo, and text (!) is inserted into the m= iddle of the first screen line. * The word-wrapped line in the first step increases in length from 4 scr= een lines to 5 screen lines; followed by a hard return; followed by misce= llaneous lines. 0. My header-line format. 1. 12!34=E2=A4=B8 2. 56789=E2=A4=B8 3. 01234=E2=A4=B8 4. 56789=E2=A4=B8 5. 0 6. =20 7. Every good boy deserves fudge. 8. Once upon a time there lived a .... RESULT: * All subsequent screen lines get pushed down one row to make room for th= e new row (VPOS 5) that was inserted by the undo. * update_window_line reports that VPOS lines 1 to 5 are changed_p. * If we dump_glyph_row for each line of w->desired_matrix from within upd= ate_window, we observe that the empty line between the first 6 screen lin= es (including the header-line) and the subsequent miscellaneous lines is = _not_ present. VPOS 6 is "Every good by deserves fudge." ERRONEOUS EXPECTATION: I expected VPOS 6 of w->desired_matrix to be the = line containing a visible line number 6, _not_ the subsequent line that c= ontains "Every good by deserves fudge." QUESTION #1: From within update_window, is it possible to programmatical= ly access the glyph_row containing the visible line number 6? QUESTION #2: From within update_window, is it possible to programmatical= ly test to see whether VPOS 6 and all subsequent screen lines have been p= ushed downwards to make room for the new VPOS 5?