From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#28771: 26.0.60; A couple space display property feature requests Date: Tue, 10 Oct 2017 09:47:48 +0300 Message-ID: <83efqbqz1n.fsf@gnu.org> References: <87fuarc0px.fsf@gmail.com> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1507618163 2348 195.159.176.226 (10 Oct 2017 06:49:23 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 10 Oct 2017 06:49:23 +0000 (UTC) Cc: 28771@debbugs.gnu.org To: Alex Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Oct 10 08:49:16 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e1oLm-0007R0-Jv for geb-bug-gnu-emacs@m.gmane.org; Tue, 10 Oct 2017 08:49:10 +0200 Original-Received: from localhost ([::1]:33121 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e1oLt-00018x-Sj for geb-bug-gnu-emacs@m.gmane.org; Tue, 10 Oct 2017 02:49:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60153) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e1oLi-00016m-H3 for bug-gnu-emacs@gnu.org; Tue, 10 Oct 2017 02:49:12 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e1oLf-0005nU-EZ for bug-gnu-emacs@gnu.org; Tue, 10 Oct 2017 02:49:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:50331) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e1oLf-0005nN-AB for bug-gnu-emacs@gnu.org; Tue, 10 Oct 2017 02:49:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e1oLf-0004Tq-29 for bug-gnu-emacs@gnu.org; Tue, 10 Oct 2017 02:49:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 10 Oct 2017 06:49:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28771 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 28771-submit@debbugs.gnu.org id=B28771.150761809417140 (code B ref 28771); Tue, 10 Oct 2017 06:49:03 +0000 Original-Received: (at 28771) by debbugs.gnu.org; 10 Oct 2017 06:48:14 +0000 Original-Received: from localhost ([127.0.0.1]:59008 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e1oKs-0004SO-B9 for submit@debbugs.gnu.org; Tue, 10 Oct 2017 02:48:14 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:40790) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e1oKr-0004SB-4s for 28771@debbugs.gnu.org; Tue, 10 Oct 2017 02:48:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e1oKh-0005Oe-VZ for 28771@debbugs.gnu.org; Tue, 10 Oct 2017 02:48:08 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47466) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e1oKh-0005OX-SK; Tue, 10 Oct 2017 02:48:03 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1629 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1e1oKh-00010Z-9x; Tue, 10 Oct 2017 02:48:03 -0400 In-reply-to: <87fuarc0px.fsf@gmail.com> (message from Alex on Mon, 09 Oct 2017 18:20:42 -0600) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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: 208.118.235.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:138149 Archived-At: > From: Alex > Date: Mon, 09 Oct 2017 18:20:42 -0600 > > I've branched this out from the following thread instead of posting it > there: > https://lists.gnu.org/archive/html/help-gnu-emacs/2017-10/msg00037.html Sorry, I've somehow missed that. I answered there now. > Here's a few features that would be nice for the pixel-specified space > properties. > > 1. Specifying the pixel width to the left/center/right of the text area. > This is helpful (I believe it's necessary if I want it to be robust) > when one wants to pad either side of a string with the same number of > pixels and the left side uses (:align-to 0). > > I could use (:width (+ left-fringe left-margin)) for the right > padding, but this doesn't take into account line-number display, as > well as the scroll-bar width (if it's on the left). > > 2. Specifying the pixel position relative to the left or right edge of > the window. The right edge of the window currently may be the right > edge of the right fringe or the scroll bar, depending on what side it > is on. Also, just in the case that in the future the > fringe/scroll-bar may not be the outermost elements, there should be > a way to explicitly specify one of the edges. These two requests are no in the original message, and I admit I don't really understand the situations they describe. Can you elaborate about them, preferably with an example that shows what is currently possible and an explanation why the current capabilities are insufficient? (Yes, I've seen the patches you propose, but I still would like to understand the problems better.) > 3. Following from "1." and the help-gnu-emacs thread, it would be nice > if there was a display property that allowed you to pad a string on > both sides with a pixel-specified space instead of surrounding it > with 2 pixel-specified spaces. I replied on help-gnu-emacs. In a nutshell, the 'space' display spec is a replacing spec, so it cannot be easily used on non-space text. You could probably have a before-string whose value is a space with the 'space' display spec, if that makes any difference. Or you could use the space-width spec, as described on help-gnu-emacs. Thanks.