瘀丶ㄝ 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.org > 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=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" > 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=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 > 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=utf-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 > ******************************************** >