From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: yulung Newsgroups: gmane.emacs.devel Subject: Re: Emacs-devel Digest, Vol 179, Issue 36 Date: Thu, 10 Jan 2019 09:54:37 +0800 Message-ID: References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000584ceb057f10e113" X-Trace: blaine.gmane.org 1547085260 23053 195.159.176.226 (10 Jan 2019 01:54:20 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 10 Jan 2019 01:54:20 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 10 02:54:16 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 esmtp (Exim 4.84_2) (envelope-from ) id 1ghPXz-0005u6-QZ for ged-emacs-devel@m.gmane.org; Thu, 10 Jan 2019 02:54:16 +0100 Original-Received: from localhost ([127.0.0.1]:48538 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ghPa6-0004ZY-Eu for ged-emacs-devel@m.gmane.org; Wed, 09 Jan 2019 20:56:26 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:59820) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ghPZq-0004ZC-Fn for emacs-devel@gnu.org; Wed, 09 Jan 2019 20:56:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ghPZk-0006TP-HQ for emacs-devel@gnu.org; Wed, 09 Jan 2019 20:56:10 -0500 Original-Received: from mail-it1-x130.google.com ([2607:f8b0:4864:20::130]:36223) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ghPZj-0006PI-LN for emacs-devel@gnu.org; Wed, 09 Jan 2019 20:56:04 -0500 Original-Received: by mail-it1-x130.google.com with SMTP id c9so14059061itj.1 for ; Wed, 09 Jan 2019 17:56:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=CfxwHfOYLhmF12WYcQWwAWohxHStfszH/Mt/2JFxPbw=; b=Hh1/l3R+eA26YITIqlHEbaB2GSghVArc3kSpJHQCa0fQMgc3otM6Nw5Y9D9eZJcX+U 6X4FY8D9fcpcyYVFRIpu9J8KLT7Rna/7xEzy7+9VqtRUKZsft9/D6Ns2yHMD2Z/smlPg FeK9Q73QyOzGEIxRBTFMVPM7QVbGjHytwB+5yY1C1X4hCwstinZShhVEpaMNBq4ibw/O W6cd0Yyee+LFfq15TWkbQUrIwOn6/t7VDz6VjZh1ody8ThXSpA6Bn3+wCkBJSwKpGhrh kkSEevgrvCn95jNcGZqm/RfANGP6eBDGxOIoahZseKhc49+PMCU1+qLFLWDTovWk+aSx tI8g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=CfxwHfOYLhmF12WYcQWwAWohxHStfszH/Mt/2JFxPbw=; b=uoZjanGC8XK87sslXIB/pqY/BKB3biBYFYn8nNomRR+vjMuzVCZ5SHMiF23VvbW4nY xDYVz0Wr+l30IHpoD8me5KgX0MgNRAbFITKgXgYeikwZKfj66MlebXjtctxP6HNsv5Gy R4AEQlgWq1M2I+CsK9IzP9I74+onRMJf10mZ25q+Ije6wwXNNHoNWK/7GqVd95B5yv1j LrcmfkdqpQ5VrKMFt3DoeD6/dz5ifnOA7DGNHE1feoF6RkBhTBqLdzYq//EWM7WeLE/O sXyURTMKvE+uEA7YfiTAW5TP6cqivGPgtybxETIg5w+eih2q4KRM0XqYZme5TrVwiL8t iIxw== X-Gm-Message-State: AJcUukdtU3cPTrKkfeV1BfZYVIa4Vm1H+OntZc35hbyDC2iT7J5ZNCS8 bU3/iJuWHT2UdDfSAGpkRs6XZygLdB3t7AGTimYyog== X-Google-Smtp-Source: ALg8bN72PqpBz/s7ynuV2JkXTAas/KacNHyP96O/h3Qmyq+xddteBasBcO/Dl4DwHcEj0L4XEPHZI32cH/ZGJNw1TH0= X-Received: by 2002:a24:7906:: with SMTP id z6mr5788262itc.124.1547085360416; Wed, 09 Jan 2019 17:56:00 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::130 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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:232284 Archived-At: --000000000000584ceb057f10e113 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable =E7=98=80=E4=B8=B6=E3=84=9D On Wed 9 Jan 2019, 23:35 Send Emacs-devel mailing list submissions to > emacs-devel@gnu.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.gnu.org/mailman/listinfo/emacs-devel > or, via email, send a message with subject or body 'help' to > emacs-devel-request@gnu.org > > You can reach the person managing the list at > emacs-devel-owner@gnu.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Emacs-devel digest..." > > > Today's Topics: > > 1. Re: EWW: Face property changes around newlines (Stefan Monnier) > 2. Re: Emacs builds on emba.gnu.org and status messages > (Michael Albinus) > 3. Re: [Emacs-diffs] master 55ec674: * lisp/multifile.el: New > file, extracted from etags.el (Dmitry Gutov) > 4. Re: EWW: Face property changes around newlines (T.V Raman) > 5. Re: Emacs pretest 26.1.91 is out (Phillip Lord) > 6. Re: [Emacs-diffs] master 55ec674: * lisp/multifile.el: New > file, extracted from etags.el (Dmitry Gutov) > 7. Re: [PATCH] Disable electric quotes for most files in the > Emacs codebase. (Eli Zaretskii) > 8. Re: Unbreakable spaces in html mail display (shr?, gnus) > (Eli Zaretskii) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 09 Jan 2019 09:35:04 -0500 > From: Stefan Monnier > To: emacs-devel@gnu.org > Cc: bug-gnu-emacs@gnu.org > Subject: Re: EWW: Face property changes around newlines > Message-ID: > Content-Type: text/plain > > > EWW appears to work differently -- if you take a plain paragraph that > > spans multiple lines, the text uses "variable-pitch" as the face > > property -- except that that property is not set on the newline > > characters within the paragraph. > > I'm not sure how hard/easy it may be to change SHR (used by EWW) to do > that, but I have the impression that it may be non-trivial. > > > I'm sure this makes no visible difference to the layout -- but it > > affects Emacspeak's logic for breaking content into meaningful > > clauses. > > Maybe it would be simpler to change Emacspeak so it ignores face > properties on whitespace? > > > Stefan > > > > > ------------------------------ > > Message: 2 > Date: Wed, 09 Jan 2019 15:47:36 +0100 > From: Michael Albinus > To: emacs-devel@gnu.org > Subject: Re: Emacs builds on emba.gnu.org and status messages > Message-ID: <875zuxga5z.fsf@gmx.de> > Content-Type: text/plain > > Ted Zlatanov writes: > > > MA> I propose to send messages about failed Emacs builds on emba.gnu.or= g > to > > MA> . So far, only messages from > hydra.nixos.org > > MA> have been sent there (this seems to be broken for months, btw). > > > > OK with me. EMBA has been reliable through several reboots and we'll > > enable public access to see the build output. The server is monitored, > > backed up, and supported by FSF sysadmin staff, for which we are very > > grateful. > > I've applied the setting. People interested in such notifications could > read this ML via gmane, newsgroup gmane.emacs.buildstatus. > > > Ted > > Best regards, Michael. > > > > ------------------------------ > > Message: 3 > Date: Wed, 9 Jan 2019 17:57:10 +0300 > From: Dmitry Gutov > To: Juri Linkov > Cc: Michael Albinus , Stefan Monnier > , emacs-devel@gnu.org > Subject: Re: [Emacs-diffs] master 55ec674: * lisp/multifile.el: New > file, extracted from etags.el > Message-ID: > Content-Type: text/plain; charset=3Dutf-8; format=3Dflowed > > Juri, could you please verify whether project-files-pipe-grep from > b841ace6313a9c025038b192cc5d9efd12d93eae (the latest commit on the > branch) is faster than the same function in 446bcaed37 (where it uses a > temporary input file)? > > In particular, I want to understand where the the 4 extra seconds are > coming from. > > > > ------------------------------ > > Message: 4 > Date: Wed, 09 Jan 2019 07:01:02 -0800 > From: "T.V Raman" > To: Stefan Monnier > Cc: emacs-devel@gnu.org, bug-gnu-emacs@gnu.org > Subject: Re: EWW: Face property changes around newlines > Message-ID: > Content-Type: text/plain > > Stefan Monnier writes: > > > Hi Stefan -- > > Here is the problem; it's not that easy from the emacspeak side -- see > below. > > Emacspeak uses the following algorithm to split text into chunks before > sending to the TTS engine. > > 1. Split by clauses -- where "clause" is determined by the buffer's > syntax table. > > 2. Next, split the clause into chunks based on property changes -- since > "changing voice params on any TTS engine triggres a clause boundary. > 3. (2) is achieved by calling next-single-property-change > > 4. Result -- in EWW buffers, next-single-property-change always goes to > the newline char when on text that isn't otherwise decorated > i.e. variable-pitch->nil for the 'face property. > > For now I discovered the shr-use-fonts option and turned it off --- that > appears to fix my problem in large part. > > >> EWW appears to work differently -- if you take a plain paragraph that > >> spans multiple lines, the text uses "variable-pitch" as the face > >> property -- except that that property is not set on the newline > >> characters within the paragraph. > > > > I'm not sure how hard/easy it may be to change SHR (used by EWW) to do > > that, but I have the impression that it may be non-trivial. > > > >> I'm sure this makes no visible difference to the layout -- but it > >> affects Emacspeak's logic for breaking content into meaningful > >> clauses. > > > > Maybe it would be simpler to change Emacspeak so it ignores face > > properties on whitespace? > > > > > > Stefan > > > > > > -- > > > > ------------------------------ > > Message: 5 > Date: Wed, 09 Jan 2019 15:02:49 +0000 > From: phillip.lord@russet.org.uk (Phillip Lord) > To: "Emacs Devel" > Cc: Nicolas Petton > Subject: Re: Emacs pretest 26.1.91 is out > Message-ID: <87d0p5euw6.fsf@russet.org.uk> > Content-Type: text/plain > > > Windows binaries for this release are now available at: > > https://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-26/ > > Independently, I've also updated the Emacs-27 snapshot binaries. > > https://alpha.gnu.org/gnu/emacs/pretest/windows/emacs-27/ > > Phil > > Nicolas Petton writes: > > > Hi! > > > > The second pretest for what will be the 26.2 release of Emacs > > (the extensible text editor) is available at > > > > ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-26.1.91.tar.xz > > > > You can get the PGP signature at > > > > ftp://alpha.gnu.org/gnu/emacs/pretest/emacs-26.1.91.tar.xz.sig > > > > Please give it as much testing as you can. > > > > As always, if you encounter problems building or using Emacs, > > send a report to bug-gnu-emacs@gnu.org with full details > > (if possible, use M-x report-emacs-bug). > > > > Thanks for helping to test Emacs. > > > > Cheers, > > Nico > > > > ------------------------------ > > Message: 6 > Date: Wed, 9 Jan 2019 18:24:08 +0300 > From: Dmitry Gutov > To: Michael Albinus > Cc: Juri Linkov , Stefan Monnier > , emacs-devel@gnu.org > Subject: Re: [Emacs-diffs] master 55ec674: * lisp/multifile.el: New > file, extracted from etags.el > Message-ID: <2e255994-9bed-5fa7-066d-44d8661b5ab8@yandex.ru> > Content-Type: text/plain; charset=3Dutf-8; format=3Dflowed > > On 09.01.2019 11:10, Michael Albinus wrote: > > > call-process-region uses also a temporary file. > > You seem to be right. Any ideas, then, why the version with > call-process-region is consistently faster than the one that writes to a > tmp file in Lisp? I see a stable 5% improvement. > > See b841ace6313a9c025038b192cc5d9efd12d93eae and 446bcaed37 in the > branch scratch/project-files-pipe-grep. > > You can evaluate (benchmark 10 '(project-files-pipe-grep "xyz1")) in the > Emacs repo to compare them. > > > > ------------------------------ > > Message: 7 > Date: Wed, 09 Jan 2019 17:30:44 +0200 > From: Eli Zaretskii > To: Philipp Stephani > Cc: eggert@cs.ucla.edu, emacs-devel@gnu.org, phst@google.com > Subject: Re: [PATCH] Disable electric quotes for most files in the > Emacs codebase. > Message-ID: <83k1jdj1az.fsf@gnu.org> > > > From: Philipp Stephani > > Date: Sun, 6 Jan 2019 22:58:02 +0100 > > Cc: Philipp Stephani > > > > * .dir-locals.el: Disable electric quotes in comments and strings, as > > the Emacs codebase doesn't use them. > > LGTM, but please say in the log message in which modes we disable > that, as this is no longer about all modes. > > Thanks. > > > > ------------------------------ > > Message: 8 > Date: Wed, 09 Jan 2019 17:33:43 +0200 > From: Eli Zaretskii > To: Alexandre Garreau > Cc: ding@gnus.org, emacs-devel@gnu.org > Subject: Re: Unbreakable spaces in html mail display (shr?, gnus) > Message-ID: <83imyxj160.fsf@gnu.org> > Content-Type: text/plain; charset=3Dutf-8 > > > From: Alexandre Garreau > > Date: Wed, 09 Jan 2019 04:31:32 +0100 > > Cc: emacs-devel@gnu.org > > > > Ok, maybe this is related to shr and not gnus, but when displaying a > > mail from *me* with ?I checked? unbreakable spaces *in sources*, it > > breaked spaces at one of them? wtf? how?s that possible? > > Thanks, but please show an example of this issue. > > > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Emacs-devel mailing list > Emacs-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/emacs-devel > > ------------------------------ > > End of Emacs-devel Digest, Vol 179, Issue 36 > ******************************************** > --000000000000584ceb057f10e113 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
=E7=98=80=E4=B8=B6=E3=84=9D

On Wed 9 Jan 2019, 23:35 <emacs-devel-request@gnu.org wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">Send Emacs-devel mailing list submissions to<= br> =C2=A0 =C2=A0 =C2=A0 =C2=A0 emacs-devel@gnu.org

To subscribe or unsubscribe via the World Wide Web, visit
=C2=A0 =C2=A0 =C2=A0 =C2=A0 https://lis= ts.gnu.org/mailman/listinfo/emacs-devel
or, via email, send a message with subject or body 'help' to
=C2=A0 =C2=A0 =C2=A0 =C2=A0 emacs-devel-request@gnu.org

You can reach the person managing the list at
=C2=A0 =C2=A0 =C2=A0 =C2=A0 emacs-devel-owner@gnu.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Emacs-devel digest..."


Today's Topics:

=C2=A0 =C2=A01. Re: EWW: Face property changes around newlines (Stefan Monn= ier)
=C2=A0 =C2=A02. Re: Emacs builds on emba.gnu.org and status messag= es
=C2=A0 =C2=A0 =C2=A0 (Michael Albinus)
=C2=A0 =C2=A03. Re: [Emacs-diffs] master 55ec674: * lisp/multifile.el: New<= br> =C2=A0 =C2=A0 =C2=A0 file,=C2=A0 =C2=A0 =C2=A0extracted from etags.el (Dmit= ry Gutov)
=C2=A0 =C2=A04. Re: EWW: Face property changes around newlines (T.V Raman)<= br> =C2=A0 =C2=A05. Re: Emacs pretest 26.1.91 is out (Phillip Lord)
=C2=A0 =C2=A06. Re: [Emacs-diffs] master 55ec674: * lisp/multifile.el: New<= br> =C2=A0 =C2=A0 =C2=A0 file,=C2=A0 =C2=A0 =C2=A0extracted from etags.el (Dmit= ry Gutov)
=C2=A0 =C2=A07. Re: [PATCH] Disable electric quotes for most files in the =C2=A0 =C2=A0 =C2=A0 Emacs=C2=A0 =C2=A0 =C2=A0codebase. (Eli Zaretskii)
=C2=A0 =C2=A08. Re: Unbreakable spaces in html mail display (shr?, gnus) =C2=A0 =C2=A0 =C2=A0 (Eli Zaretskii)


----------------------------------------------------------------------

Message: 1
Date: Wed, 09 Jan 2019 09:35:04 -0500
From: Stefan Monnier <monnier@iro.umontreal.ca>
To: emacs-devel@gnu.org
Cc: bug-gnu-emacs@gnu.org
Subject: Re: EWW: Face property changes around newlines
Message-ID: <jwvva2x7vgi.fsf-monnier+gm= ane.emacs.devel@gnu.org>
Content-Type: text/plain

> EWW appears to work differently -- if you take a plain paragraph that<= br> > spans multiple lines, the text uses "variable-pitch" as=C2= =A0 the face
> property -- except that that property is not set on the newline
> characters within the paragraph.

I'm not sure how hard/easy it may be to change SHR (used by EWW) to do<= br> that, but I have the impression that it may be non-trivial.

> I'm sure this makes no visible difference to the layout -- but it<= br> > affects Emacspeak's logic for breaking content into meaningful
> clauses.

Maybe it would be simpler to change Emacspeak so it ignores face
properties on whitespace?


=C2=A0 =C2=A0 =C2=A0 =C2=A0 Stefan




------------------------------

Message: 2
Date: Wed, 09 Jan 2019 15:47:36 +0100
From: Michael Albinus <michael.albinus@gmx.de>
To: emacs-devel@gnu.org
Subject: Re: Emacs builds on emba.gnu.org and status messages
Message-ID: <875zuxga5z.fsf@gmx.de>
Content-Type: text/plain

Ted Zlatanov <tzz@lifelogs.com> writes:

> MA> I propose to send messages about failed Emacs builds on em= ba.gnu.org to
> MA> <emacs-buildstatus@gnu.org>. So far, only mess= ages from hydra.nixos.org
> MA> have been sent there (this seems to be broken for months, btw).=
>
> OK with me. EMBA has been reliable through several reboots and we'= ll
> enable public access to see the build output. The server is monitored,=
> backed up, and supported by FSF sysadmin staff, for which we are very<= br> > grateful.

I've applied the setting. People interested in such notifications could=
read this ML via gmane, newsgroup gmane.emacs.buildstatus.

> Ted

Best regards, Michael.



------------------------------

Message: 3
Date: Wed, 9 Jan 2019 17:57:10 +0300
From: Dmitry Gutov <dgutov@yandex.ru>
To: Juri Linkov <juri@linkov.net>
Cc: Michael Albinus <michael.albinus@gmx.de>,=C2=A0 =C2=A0Ste= fan Monnier
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <monnier@IRO.UMontreal.CA>, em= acs-devel@gnu.org
Subject: Re: [Emacs-diffs] master 55ec674: * lisp/multifile.el: New
=C2=A0 =C2=A0 =C2=A0 =C2=A0 file,=C2=A0 =C2=A0extracted from etags.el
Message-ID: <b474fa87-a198-52ca-dab8-ebd5817= 3e710@yandex.ru>
Content-Type: text/plain; charset=3Dutf-8; format=3Dflowed

Juri, could you please verify whether project-files-pipe-grep from
b841ace6313a9c025038b192cc5d9efd12d93eae (the latest commit on the
branch) is faster than the same function in 446bcaed37 (where it uses a temporary input file)?

In particular, I want to understand where the the 4 extra seconds are
coming from.



------------------------------

Message: 4
Date: Wed, 09 Jan 2019 07:01:02 -0800
From: "T.V Raman" <raman@google.com>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: emacs-devel@gnu.org,=C2=A0 bug-gnu-emacs@gnu.org
Subject: Re: EWW: Face property changes around newlines
Message-ID: <p91k1jdooy9.fsf@google.com>
Content-Type: text/plain

Stefan Monnier <monnier@iro.umontreal.ca> writes:


Hi Stefan --

Here is the problem; it's not that easy from the emacspeak side -- see<= br> below.

Emacspeak uses the following algorithm to split text into chunks before
sending to the TTS engine.

1. Split by clauses -- where "clause" is determined by the buffer= 's
syntax table.

2. Next, split the clause into chunks based on property changes -- since "changing voice params on any TTS engine triggres a clause boundary. 3. (2) is achieved by calling next-single-property-change

4. Result -- in EWW buffers, next-single-property-change always goes to
the newline=C2=A0 char when on text that isn't otherwise decorated
i.e. variable-pitch->nil for the 'face property.

For now I discovered the shr-use-fonts option and turned it off --- that appears to fix my problem in large part.

>> EWW appears to work differently -- if you take a plain paragraph t= hat
>> spans multiple lines, the text uses "variable-pitch" as= =C2=A0 the face
>> property -- except that that property is not set on the newline >> characters within the paragraph.
>
> I'm not sure how hard/easy it may be to change SHR (used by EWW) t= o do
> that, but I have the impression that it may be non-trivial.
>
>> I'm sure this makes no visible difference to the layout -- but= it
>> affects Emacspeak's logic for breaking content into meaningful=
>> clauses.
>
> Maybe it would be simpler to change Emacspeak so it ignores face
> properties on whitespace?
>
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Stefan
>
>

--



------------------------------

Message: 5
Date: Wed, 09 Jan 2019 15:02:49 +0000
From: phillip.lord@russet.org.uk (Phillip Lord)
To: "Emacs Devel" <emacs-devel@gnu.org>
Cc: Nicolas Petton <nicolas@petton.fr>
Subject: Re: Emacs pretest 26.1.91 is out
Message-ID: <87d0p5euw6.fsf@russet.org.uk>
Content-Type: text/plain


Windows binaries for this release are now available at:

https://alpha.gnu.org/gnu/emac= s/pretest/windows/emacs-26/

Independently, I've also updated the Emacs-27 snapshot binaries.

https://alpha.gnu.org/gnu/emac= s/pretest/windows/emacs-27/

Phil

Nicolas Petton <nicolas@petton.fr> writes:

> Hi!
>
> The second pretest for what will be the 26.2 release of Emacs
> (the extensible text editor) is available at
>
>=C2=A0 =C2=A0ftp://alpha.gn= u.org/gnu/emacs/pretest/emacs-26.1.91.tar.xz
>
> You can get the PGP signature at
>
>=C2=A0 =C2=A0ftp://alph= a.gnu.org/gnu/emacs/pretest/emacs-26.1.91.tar.xz.sig
>
> Please give it as much testing as you can.
>
> As always, if you encounter problems building or using Emacs,
> send a report to bug-gnu-emacs@gnu.org with full details
> (if possible, use M-x report-emacs-bug).
>
> Thanks for helping to test Emacs.
>
> Cheers,
> Nico



------------------------------

Message: 6
Date: Wed, 9 Jan 2019 18:24:08 +0300
From: Dmitry Gutov <dgutov@yandex.ru>
To: Michael Albinus <michael.albinus@gmx.de>
Cc: Juri Linkov <juri@linkov.net>, Stefan Monnier
=C2=A0 =C2=A0 =C2=A0 =C2=A0 <monnier@IRO.UMontreal.CA>,=C2= =A0 =C2=A0 =C2=A0emacs-devel@gnu.org
Subject: Re: [Emacs-diffs] master 55ec674: * lisp/multifile.el: New
=C2=A0 =C2=A0 =C2=A0 =C2=A0 file,=C2=A0 =C2=A0extracted from etags.el
Message-ID: <2e255994-9bed-5fa7-066d-44d8661= b5ab8@yandex.ru>
Content-Type: text/plain; charset=3Dutf-8; format=3Dflowed

On 09.01.2019 11:10, Michael Albinus wrote:

> call-process-region uses also a temporary file.

You seem to be right. Any ideas, then, why the version with
call-process-region is consistently faster than the one that writes to a tmp file in Lisp? I see a stable 5% improvement.

See b841ace6313a9c025038b192cc5d9efd12d93eae and 446bcaed37 in the
branch scratch/project-files-pipe-grep.

You can evaluate (benchmark 10 '(project-files-pipe-grep "xyz1&quo= t;)) in the
Emacs repo to compare them.



------------------------------

Message: 7
Date: Wed, 09 Jan 2019 17:30:44 +0200
From: Eli Zaretskii <eliz@gnu.org>
To: Philipp Stephani <p.stephani2@gmail.com>
Cc: eggert@cs.ucla.edu, emacs-devel@gnu.org, phst@google.com Subject: Re: [PATCH] Disable electric quotes for most files in the
=C2=A0 =C2=A0 =C2=A0 =C2=A0 Emacs=C2=A0 =C2=A0codebase.
Message-ID: <83k1jdj1az.fsf@gnu.org>

> From: Philipp Stephani <p.stephani2@gmail.com>
> Date: Sun,=C2=A0 6 Jan 2019 22:58:02 +0100
> Cc: Philipp Stephani <phst@google.com>
>
> * .dir-locals.el: Disable electric quotes in comments and strings, as<= br> > the Emacs codebase doesn't use them.

LGTM, but please say in the log message in which modes we disable
that, as this is no longer about all modes.

Thanks.



------------------------------

Message: 8
Date: Wed, 09 Jan 2019 17:33:43 +0200
From: Eli Zaretskii <eliz@gnu.org>
To: Alexandre Garreau <galex-713@galex-713.eu>
Cc: d= ing@gnus.org, emacs-devel@gnu.org
Subject: Re: Unbreakable spaces in html mail display (shr?, gnus)
Message-ID: <83imyxj160.fsf@gnu.org>
Content-Type: text/plain; charset=3Dutf-8

> From: Alexandre Garreau <galex-713@galex-713.eu>
> Date: Wed, 09 Jan 2019 04:31:32 +0100
> Cc: emacs-devel@gnu.org
>
> Ok, maybe this is related to shr and not gnus, but when displaying a > mail from *me* with ?I checked? unbreakable spaces *in sources*, it > breaked spaces at one of them? wtf? how?s that possible?

Thanks, but please show an example of this issue.



------------------------------

Subject: Digest Footer

_______________________________________________
Emacs-devel mailing list
Emacs-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/= emacs-devel

------------------------------

End of Emacs-devel Digest, Vol 179, Issue 36
********************************************
--000000000000584ceb057f10e113--