On Wed 9 Jan 2019, 23:35 <emacs-devel-request@gnu.org wrote:

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 <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+gmane.emacs.devel@gnu.org>
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 <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 emba.gnu.org to
> MA> <emacs-buildstatus@gnu.org>. 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 <dgutov@yandex.ru>
To: Juri Linkov <juri@linkov.net>
Cc: Michael Albinus <michael.albinus@gmx.de>, Stefan Monnier
<monnier@IRO.UMontreal.CA>, emacs-devel@gnu.org
Subject: Re: [Emacs-diffs] master 55ec674: * lisp/multifile.el: New
file, extracted from etags.el
Message-ID: <b474fa87-a198-52ca-dab8-ebd58173e710@yandex.ru>
Content-Type: text/plain; charset=utf-8; format=flowed

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, 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
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" <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/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 <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
>
> 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 <dgutov@yandex.ru>
To: Michael Albinus <michael.albinus@gmx.de>
Cc: Juri Linkov <juri@linkov.net>, Stefan Monnier
<monnier@IRO.UMontreal.CA>, 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=utf-8; format=flowed

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 <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
Emacs codebase.
Message-ID: <83k1jdj1az.fsf@gnu.org>

> From: Philipp Stephani <p.stephani2@gmail.com>
> Date: Sun, 6 Jan 2019 22:58:02 +0100
> Cc: Philipp Stephani <phst@google.com>
>
> * .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 <eliz@gnu.org>
To: Alexandre Garreau <galex-713@galex-713.eu>
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=utf-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
********************************************