Re: Emacs-devel Digest, Vol 179, Issue 36

Re: Emacs-devel Digest, Vol 179, Issue 36

[yulung]

[-- Attachment #1: Type: text/plain, Size: 10647 bytes --]

瘀丶ㄝ

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
> ********************************************
>

[-- Attachment #2: Type: text/html, Size: 17289 bytes --]