From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ivan Shmakov Newsgroups: gmane.emacs.bugs Subject: bug#16204: eww does not respect shr-width customization Date: Sat, 21 Dec 2013 16:59:11 +0000 Message-ID: <87bo0aw36o.fsf@violet.siamics.net> References: <87ob4bwj6l.fsf@violet.siamics.net> <874n624gz5.fsf@dhcp-193-97.nrt.redhat.com> <87k3eywjfb.fsf@violet.siamics.net> <87zjnucl8b.fsf@dhcp-193-97.nrt.redhat.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1387646568 21911 80.91.229.3 (21 Dec 2013 17:22:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 21 Dec 2013 17:22:48 +0000 (UTC) To: 16204@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Dec 21 18:22:54 2013 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 1VuQGM-0000xA-2I for geb-bug-gnu-emacs@m.gmane.org; Sat, 21 Dec 2013 18:22:54 +0100 Original-Received: from localhost ([::1]:54858 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VuPxy-0004a1-2g for geb-bug-gnu-emacs@m.gmane.org; Sat, 21 Dec 2013 12:03:54 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53463) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VuPuM-0007iK-F6 for bug-gnu-emacs@gnu.org; Sat, 21 Dec 2013 12:00:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VuPuH-0002mZ-Hl for bug-gnu-emacs@gnu.org; Sat, 21 Dec 2013 12:00:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:47649) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VuPuG-0002ji-PK for bug-gnu-emacs@gnu.org; Sat, 21 Dec 2013 12:00:05 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VuPuF-0004jR-V9 for bug-gnu-emacs@gnu.org; Sat, 21 Dec 2013 12:00:04 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ivan Shmakov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 21 Dec 2013 17:00:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16204 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16204-submit@debbugs.gnu.org id=B16204.138764516618094 (code B ref 16204); Sat, 21 Dec 2013 17:00:03 +0000 Original-Received: (at 16204) by debbugs.gnu.org; 21 Dec 2013 16:59:26 +0000 Original-Received: from localhost ([127.0.0.1]:33435 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VuPtd-0004hl-UY for submit@debbugs.gnu.org; Sat, 21 Dec 2013 11:59:26 -0500 Original-Received: from fely.am-1.org ([78.47.74.50]:56537) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VuPtc-0004hZ-3D for 16204@debbugs.gnu.org; Sat, 21 Dec 2013 11:59:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=siamics.net; s=a2013295; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:In-Reply-To:Date:Sender:References:Subject:To:From; bh=1Av1hVHd1mb0Zgq1y8DsmOy3Uugxd+gfNMXHGtYee6Q=; b=bXeRHwqX3RUHrrhw/NV9rUM/J2CdUT8R2AcDF1ooTH+fvNVHWQVGK1Fbpu7PntgLXefKnm0hiTSMCAf6m6MO7oFtVhd+1RdmDx/rxxCY4bURjYgRLeSE7bOH8zp3I3l1y42t+YrakALlmAC0F1bQUDU6+afCJIlIJtTqpr45EL8=; Original-Received: from [2a02:2560:6d4:26ca::1:1d] (helo=violet.siamics.net) by fely.am-1.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1VuPta-0002aj-4I for 16204@debbugs.gnu.org; Sat, 21 Dec 2013 16:59:22 +0000 Original-Received: from localhost ([::1] helo=violet.siamics.net) by violet.siamics.net with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1VuPtQ-0007DY-Cs for 16204@debbugs.gnu.org; Sat, 21 Dec 2013 23:59:12 +0700 In-Reply-To: <87zjnucl8b.fsf@dhcp-193-97.nrt.redhat.com> (Kenjiro NAKAYAMA's message of "Sat, 21 Dec 2013 23:49:40 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) 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:82342 Archived-At: >>>>> Kenjiro NAKAYAMA writes: >>>>> ivan@siamics.net writes: [=E2=80=A6] >> I=E2=80=99d also ask for a separate =E2=80=9Cdo not override=E2=80=9D v= alue. That is: >> (shr-width (if (DO-NOT-SET-P eww-rendering-width) >> shr-width >> eww-rendering-width)) > I'm not sure how to work well with this logic. I think shr-width > should be overridden by nil Which is what the code already does. And which is what I find inconvenient. Alternatively (or perhaps complementarily), I=E2=80=99d be satisfied if the rendering width is set as to maintain /constant margin/ at the right (as in: if shr-width is negative, it=E2=80=99s /added/ to window-width, rather than used as-is.) > or new rendering-width every time, since previous windows-width will > be set to shr-width next rendering. > When users change their window-width, the shr-width should be current > window-width, not previous width. The whole point of non-nil shr-width is that it stays the same, irrespective of any window-width changes whatsoever. Which is the behavior I also request from EWW. [=E2=80=A6] --=20 FSF associate member #7257