Send Emacs-devel mailing list submissions to
address@hidden
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
address@hidden
You can reach the person managing the list at
address@hidden
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 <address@hidden>
To: address@hidden
Cc: address@hidden
Subject: Re: EWW: Face property changes around newlines
Message-ID: <address@hidden>
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 <address@hidden>
To: address@hidden
Subject: Re: Emacs builds on emba.gnu.org and status messages
Message-ID: <address@hidden>
Content-Type: text/plain
Ted Zlatanov <address@hidden> writes:
> MA> I propose to send messages about failed Emacs builds on emba.gnu.org to
> MA> <address@hidden>. 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 <address@hidden>
To: Juri Linkov <address@hidden>
Cc: Michael Albinus <address@hidden>, Stefan Monnier
<address@hidden>, address@hidden
Subject: Re: [Emacs-diffs] master 55ec674: * lisp/multifile.el: New
file, extracted from etags.el
Message-ID: <address@hidden>
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" <address@hidden>
To: Stefan Monnier <address@hidden>
Cc: address@hidden, address@hidden
Subject: Re: EWW: Face property changes around newlines
Message-ID: <address@hidden>
Content-Type: text/plain
Stefan Monnier <address@hidden> 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: address@hidden (Phillip Lord)
To: "Emacs Devel" <address@hidden>
Cc: Nicolas Petton <address@hidden>
Subject: Re: Emacs pretest 26.1.91 is out
Message-ID: <address@hidden>
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 <address@hidden> 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 address@hidden 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 <address@hidden>
To: Michael Albinus <address@hidden>
Cc: Juri Linkov <address@hidden>, Stefan Monnier
<address@hidden>, address@hidden
Subject: Re: [Emacs-diffs] master 55ec674: * lisp/multifile.el: New
file, extracted from etags.el
Message-ID: <address@hidden>
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 <address@hidden>
To: Philipp Stephani <address@hidden>
Cc: address@hidden, address@hidden, address@hidden
Subject: Re: [PATCH] Disable electric quotes for most files in the
Emacs codebase.
Message-ID: <address@hidden>
> From: Philipp Stephani <address@hidden>
> Date: Sun, 6 Jan 2019 22:58:02 +0100
> Cc: Philipp Stephani <address@hidden>
>
> * .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 <address@hidden>
To: Alexandre Garreau <address@hidden>
Cc: address@hidden, address@hidden
Subject: Re: Unbreakable spaces in html mail display (shr?, gnus)
Message-ID: <address@hidden>
Content-Type: text/plain; charset=utf-8
> From: Alexandre Garreau <address@hidden>
> Date: Wed, 09 Jan 2019 04:31:32 +0100
> Cc: address@hidden
>
> 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
address@hidden
https://lists.gnu.org/mailman/listinfo/emacs-devel
------------------------------
End of Emacs-devel Digest, Vol 179, Issue 36
********************************************