From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: master aae9ac2: Avoid an infloop in shr when filling text with :align-to properties Date: Fri, 23 Aug 2019 10:39:06 +0200 Message-ID: <87v9uob7it.fsf@gnus.org> References: <20190823065141.21832.91029@vcs0.savannah.gnu.org> <20190823065143.0C45320E34@vcs0.savannah.gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="70401"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 23 10:40:00 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 esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1i1571-000I7N-R5 for ged-emacs-devel@m.gmane.org; Fri, 23 Aug 2019 10:39:59 +0200 Original-Received: from localhost ([::1]:52916 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i1570-0001LX-Bu for ged-emacs-devel@m.gmane.org; Fri, 23 Aug 2019 04:39:58 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45298) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i156I-0001LF-1T for emacs-devel@gnu.org; Fri, 23 Aug 2019 04:39:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i156H-000844-0B for emacs-devel@gnu.org; Fri, 23 Aug 2019 04:39:13 -0400 Original-Received: from quimby.gnus.org ([80.91.231.51]:37506) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1i156G-00083m-QL for emacs-devel@gnu.org; Fri, 23 Aug 2019 04:39:12 -0400 Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1i156B-0005SW-2B for emacs-devel@gnu.org; Fri, 23 Aug 2019 10:39:11 +0200 In-Reply-To: <20190823065143.0C45320E34@vcs0.savannah.gnu.org> (Lars Ingebrigtsen's message of "Fri, 23 Aug 2019 02:51:42 -0400 (EDT)") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 80.91.231.51 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:239505 Archived-At: larsi@gnus.org (Lars Ingebrigtsen) writes: > + (setq d dom) This reminds me: Aren't there any good ways to get at variables in the debugger? If you have ;;; -*- lexical-binding: t -*- (defun foo (bar) (let ((zot 1)) (debug))) then you can `e bar RET' to display the value of `bar'. But if you say `(setq a bar)', you get Debugger entered--Lisp error: (void-variable bar) What's up with that? Furthermore, if you `v' stack line, you get: foo(t) bar = t That's nice, but again there's no way to get at that value that I'm aware of. This only matters when you have long (and possibly unprintable) values, of course, but then you have to resort to putting setqs in the source code, which sucks. Could we add a command that, when on a variable value, copies the value into... uhm... a variable prompted for by the command? Sounds pretty trivial to implement. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no