From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#18195: 24.3.92; window-screen-lines is not accurate Date: Thu, 07 Aug 2014 01:09:17 +0400 Message-ID: <53E2997D.50907@yandex.ru> References: <86tx5r7l1j.fsf@yandex.ru> <53E097F7.5050407@gmx.at> <53E0ABF9.7070506@yandex.ru> <53E0AF08.50300@gmx.at> <831tsvqc3c.fsf@gnu.org> <53E0E2E5.7050306@gmx.at> <83tx5rowop.fsf@gnu.org> <53E0E665.1000206@gmx.at> <83ppgfow0p.fsf@gnu.org> <53E0EC6C.7020504@gmx.at> <83oavzotxz.fsf@gnu.org> <53E0FC15.4060502@gmx.at> <83lhr2q0nt.fsf@gnu.org> <53E1F846.2040105@gmx.at> <83ha1pptrd.fsf@gnu.org> <53E23E91.5070802@yandex.ru> <83d2cdpox4.fsf@gnu.org> <53E25744.7090603@yandex.ru> <834mxppm42.fsf@gnu.org> <53E26DCB.5070904@yandex.ru> <83sil9o47q.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1407362615 16915 80.91.229.3 (6 Aug 2014 22:03:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 6 Aug 2014 22:03:35 +0000 (UTC) Cc: 18195@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Aug 07 00:03:28 2014 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 1XF9It-0002XY-NY for geb-bug-gnu-emacs@m.gmane.org; Thu, 07 Aug 2014 00:03:27 +0200 Original-Received: from localhost ([::1]:41888 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XF9It-0001mg-2q for geb-bug-gnu-emacs@m.gmane.org; Wed, 06 Aug 2014 18:03:27 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49209) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XF8TJ-0002Zr-6x for bug-gnu-emacs@gnu.org; Wed, 06 Aug 2014 17:10:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XF8TD-0007qo-7K for bug-gnu-emacs@gnu.org; Wed, 06 Aug 2014 17:10:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53877) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XF8TD-0007qK-3g for bug-gnu-emacs@gnu.org; Wed, 06 Aug 2014 17:10:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XF8TC-0003pN-HQ for bug-gnu-emacs@gnu.org; Wed, 06 Aug 2014 17:10:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 06 Aug 2014 21:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18195 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18195-submit@debbugs.gnu.org id=B18195.140735936814660 (code B ref 18195); Wed, 06 Aug 2014 21:10:02 +0000 Original-Received: (at 18195) by debbugs.gnu.org; 6 Aug 2014 21:09:28 +0000 Original-Received: from localhost ([127.0.0.1]:60819 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XF8Se-0003oN-4k for submit@debbugs.gnu.org; Wed, 06 Aug 2014 17:09:28 -0400 Original-Received: from mail-lb0-f172.google.com ([209.85.217.172]:33490) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XF8Sb-0003o5-It for 18195@debbugs.gnu.org; Wed, 06 Aug 2014 17:09:26 -0400 Original-Received: by mail-lb0-f172.google.com with SMTP id z11so2008582lbi.17 for <18195@debbugs.gnu.org>; Wed, 06 Aug 2014 14:09:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=VtaRMKAb96d4hlRzStEJeF5HXzhTIR16m6ZG3zwECYQ=; b=KpTKJMZe4lQk0w54sSUDADH+tEk6oxjlz+sC4E4ObHFLlGxKqBs2oxcd2zvtMiMICv Yd9A7fOdN1+CRTQzIrky6nuGIbxQEFIbwU7392/X5WjwA4/ulEX/qnLdJ/shDjzdCVIt +T5fGFAt2Wfytf5PpsiSRPPW2pk/Mrc5vb47Kd6xh3LERH0amzvBygR7HKlM5A/F9w8e t2WKcVVSlnaBHROCxp6qAw3+yIdhRgjI441/FcqvpC5+Oi/Ca3DmJAv2GCSOvdobrFHv MOOrj9JjwAmUt4LIslqGO26R5DFMMIKrZb/6ICJ6Os9Qa8KghSQRIahjYB6zcdqMWkEd msmg== X-Received: by 10.112.74.200 with SMTP id w8mr12529983lbv.79.1407359359578; Wed, 06 Aug 2014 14:09:19 -0700 (PDT) Original-Received: from [192.168.1.3] ([178.252.98.87]) by mx.google.com with ESMTPSA id tj1sm2924004lbb.40.2014.08.06.14.09.18 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 06 Aug 2014 14:09:18 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.0 In-Reply-To: <83sil9o47q.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x 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:92223 Archived-At: On 08/06/2014 10:36 PM, Eli Zaretskii wrote: >> Multiple overlays aren't much easier to work with: you can't position >> them in the middle of a piece of text that's on `display' property, > > But you could copy the display string into the overlay. I don't see how this could work with overlays that don't spread over multiple visual lines if the aforementioned text on `display' property is multiline. Going back to one-overlay approach, this could work. But then, oh joy, instead of "go down 10 lines, collect them and add required pieces at between columns 5 and 20", I'll have to see if there's maybe a display property on line 3 that spans 15 lines, stop after it, include the display property in the text-to-be-replaced. Or, if the text with the `display' property starts before the supposed beginning of the overlay, I'll have to measure the place where to start replacing the lines from... somewhere. If there are multiple pieces of text with `display', all the merrier. All of the above really sounds like a job for a display engine. >> can't position them after the end of the buffer > > Yes, you can: you can include newlines in the overlay string. Guess so. If another package tries the same with its own overlays, it'll be a mess, but here I'm going over into fantasy territory. >> or overlapping the `line-prefix' value. > > Why do you need that? No buffer text will ever appear in the prefix, > so your drop-down list doesn't need to invade the prefix area, because > it is aligned with some buffer text. The prefixes can be different between lines. They also can be of different lengths. `org-indent-mode' is fairly popular, and it indents headings of different levels and their contents using `line-prefix'. This way, if the completion is initiated on the first column before the first header, the popup has to cover line-prefixes below. See https://github.com/company-mode/company-mode/issues/24.