From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#38563: 27.0.50; Company popup renders with newlines (?) inheriting the bg properties of the character at next line's bol Date: Sat, 14 Dec 2019 01:10:13 +0200 Message-ID: References: <4c2a9d55-57d1-4c19-fe20-4ccf61d20d68@yandex.ru> <83o8weaiem.fsf@gnu.org> <4220b126-0511-d6ee-521d-d79f463ab6ee@yandex.ru> <8336dpaiee.fsf@gnu.org> <2203b03e-5558-1fe1-788a-4006602626f2@yandex.ru> <83h8248wio.fsf@gnu.org> <83wob071sd.fsf@gnu.org> <0e27fa9b-67ac-c4b4-176f-f98c151d9b19@yandex.ru> <83pngs6y1t.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="257087"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 Cc: 38563@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Dec 14 00:11:16 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1ifu5a-0014kk-WA for geb-bug-gnu-emacs@m.gmane.org; Sat, 14 Dec 2019 00:11:15 +0100 Original-Received: from localhost ([::1]:54248 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ifu5Z-0007ly-DV for geb-bug-gnu-emacs@m.gmane.org; Fri, 13 Dec 2019 18:11:13 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34156) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ifu5P-0007lc-9M for bug-gnu-emacs@gnu.org; Fri, 13 Dec 2019 18:11:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ifu5O-0005De-9P for bug-gnu-emacs@gnu.org; Fri, 13 Dec 2019 18:11:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:56992) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ifu5O-0005Cp-5V for bug-gnu-emacs@gnu.org; Fri, 13 Dec 2019 18:11:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ifu5N-0002Iq-UE for bug-gnu-emacs@gnu.org; Fri, 13 Dec 2019 18:11:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 13 Dec 2019 23:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38563 X-GNU-PR-Package: emacs Original-Received: via spool by 38563-submit@debbugs.gnu.org id=B38563.15762786248798 (code B ref 38563); Fri, 13 Dec 2019 23:11:01 +0000 Original-Received: (at 38563) by debbugs.gnu.org; 13 Dec 2019 23:10:24 +0000 Original-Received: from localhost ([127.0.0.1]:34732 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ifu4l-0002Hp-NN for submit@debbugs.gnu.org; Fri, 13 Dec 2019 18:10:23 -0500 Original-Received: from mail-wr1-f46.google.com ([209.85.221.46]:37033) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ifu4j-0002Hc-Nt for 38563@debbugs.gnu.org; Fri, 13 Dec 2019 18:10:22 -0500 Original-Received: by mail-wr1-f46.google.com with SMTP id w15so475795wru.4 for <38563@debbugs.gnu.org>; Fri, 13 Dec 2019 15:10:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=m01NCYijOoy5aAuX6FMP0jzk1i9X92WY4gdbb6poaao=; b=dcwI1kqvMelsRxQfPyKCc8rsZ02CYlZAMAMbOHMxpznIQ2YgJLnvv/Njzb/AedT+AY Cw62YiGGGOZT1/uOCv6H5Q2OROT4w7VzFWLe3y2F0FvX29owxdeKJjd4f908KmHifoXv 0DD7KfDt8V/5frNEzzMBQVCFsmiR99uNJarUNQiS8m0DyLmQyA7fM0AK1uJJ6v+9OxgT TnDd4s/ZPqLjNTI4FRZmw2ioat9CnpWYZvEDONDxXMVZ6DlDLjWUZM1rvczLyHgoSDzH z/03VDTo7+PKNyD+FRFsazKqQ7b5ajFOP9gBLRVS3E0pyz+Uz3+S8XsAbPViA5Ue3Uqu HAXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=m01NCYijOoy5aAuX6FMP0jzk1i9X92WY4gdbb6poaao=; b=VStp16DFA+E2RJsL7lgfh7bRsNsDRU1EUnllQmPXwE0WuMKavprkcIPXrhZn3/FGLp W2iabqQkzrF8tqgIX4iWd1esf/on+b2wNRNNN3pB0anw5MpZmuuDcgs9BsacuC4PZbhr K3GAYSfuirjK5bhv5RGHVY87RCbtc5lqZrGW7ThRVt0ujlIQ6zZm4ORyS8GIX2wpbgBf S4ic7DfGZ/AQT2gy+kyJime6/FUDYU2lxHM2m/YtnbHt3Jq0ndMy3q/yxN9HmlIU7cHo cI/1woko4otnhTsed66PX8DQPa7pAshFIoFcpipESzzFBoDsVwS5TgEsDNDRttYKrk+B UN2A== X-Gm-Message-State: APjAAAWUyGuABpFzRttsxWSipfBeQd5LG6j1Drb1bMCf+/NTIPm4Azaa dFMbpwWgIfyW75b+tJ0srfqyNMLY X-Google-Smtp-Source: APXvYqxOloFIJiS+zg4bcOM/yiYuFn791jgsosSlMRVOualOa/k1eY3vw5J+ZjLQcBlHUALfosdraQ== X-Received: by 2002:a5d:480b:: with SMTP id l11mr15535821wrq.129.1576278615524; Fri, 13 Dec 2019 15:10:15 -0800 (PST) Original-Received: from [192.168.0.5] ([212.50.117.215]) by smtp.googlemail.com with ESMTPSA id b185sm13134874wme.36.2019.12.13.15.10.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 13 Dec 2019 15:10:14 -0800 (PST) In-Reply-To: <83pngs6y1t.fsf@gnu.org> Content-Language: en-US X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.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" Xref: news.gmane.org gmane.emacs.bugs:173293 Archived-At: On 13.12.2019 17:32, Eli Zaretskii wrote: >>> It wouldn't have worked, because ':extend nil' means the face which >>> says this is ineligible for face merging when face extension is >>> considered. IOW, ':extend nil' cannot countermand some other face >>> that's being merged which says ':extend t'. >> >> Hmm, that's counter to my intuition how this should work (meaning, >> :extend nil should be used during merging, like it's used during >> inheritance), but maybe this way enables functionality that wouldn't be >> possible otherwise. > > ':extend nil' is "used" during merging in the sense that such a face > is skipped when we want a face for extending past EOL. How else could > we implement that? Setting :extend to nil means that _none_ of the > other attributes of the face are to be taken into account for merging. We are talking about "merging" a list of faces applied to a 'face' text property on a char, right? That kind of merging? If so, I would expect seeing ':extend nil' would mean not using any of the face attributes on that char for extending past EOL. If it's the last character on the line, using the default face's attributes instead. And if we see ':extend t', then we would use the background from the first face in the list that has the :background attribute set. Is that not how merging faces in a list value usually works? > Inheritance just makes the inheriting face implicitly behave as if its > :extend attribute is the same as of the parent face, when the > inheriting face doesn't itself specify :extend, i.e. has it set to > 'unspecified'. I think that's how inheritance for most attributes works, right?