From mboxrd@z Thu Jan 1 00:00:00 1970 From: John Kitchin Subject: Re: loss of text properties in org-export--generate-copy-script Date: Tue, 27 Nov 2018 18:14:25 -0500 Message-ID: References: <87wooyrv9j.fsf@nicolasgoaziou.fr> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000001616c2057bad9d49" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:49749) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gRmbv-0006tw-6h for emacs-orgmode@gnu.org; Tue, 27 Nov 2018 18:17:44 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gRmYy-0000eX-QR for emacs-orgmode@gnu.org; Tue, 27 Nov 2018 18:14:42 -0500 Received: from mail-wm1-x330.google.com ([2a00:1450:4864:20::330]:39375) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gRmYy-0000eB-HN for emacs-orgmode@gnu.org; Tue, 27 Nov 2018 18:14:40 -0500 Received: by mail-wm1-x330.google.com with SMTP id n133so687249wmd.4 for ; Tue, 27 Nov 2018 15:14:40 -0800 (PST) In-Reply-To: <87wooyrv9j.fsf@nicolasgoaziou.fr> List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: "Emacs-orgmode" To: org-mode-email --0000000000001616c2057bad9d49 Content-Type: text/plain; charset="UTF-8" ok. I thought there might be a reason. I guess something like a read-only property could be a problem if anything tries to change those. Are there other properties you know of that could be problematic? maybe before/after change properties? I think there are inhibit-* variables to avoid issues with those if they become a problem. I am still baffled on why the unusual workaround with message-box makes it work though. John ----------------------------------- Professor John Kitchin Doherty Hall A207F Department of Chemical Engineering Carnegie Mellon University Pittsburgh, PA 15213 412-268-7803 @johnkitchin http://kitchingroup.cheme.cmu.edu On Tue, Nov 27, 2018 at 5:49 PM Nicolas Goaziou wrote: > Hello, > > John Kitchin writes: > > > In the function org-export--generate-copy-script, the buffer contents are > > copied over with buffer-substring-no-properties, so it appears that all > > text properties are lost in the temporary copy. > > > > I wondered why that is done? > > I feel more comfortable when I can assume no text property will get in > the way. > > I turned `buffer-substring-no-properties' into `buffer-string' in > "master". > > Regards, > > -- > Nicolas Goaziou > --0000000000001616c2057bad9d49 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
ok. I thought there might be a reason. I guess something l= ike a read-only property could be a problem if anything tries to change tho= se. Are there other properties you know of that could be problematic? maybe= before/after change properties? I think there are inhibit-* variables to a= void issues with those if they become a problem.

I am st= ill baffled on why the unusual workaround with message-box makes it work th= ough.

John

-----------------------------------
Professor John Kitch= in=C2=A0
Doherty Hall A207F
Department of Chemical Engineering
Car= negie Mellon University
Pittsburgh, PA 15213
412-268-7803


On Tue, Nov 27, 2018 at 5:49 PM Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote:
Hello,

John Kitchin <jkitchin@andrew.cmu.edu> writes:

> In the function org-export--generate-copy-script, the buffer contents = are
> copied over with buffer-substring-no-properties, so it appears that al= l
> text properties are lost in the temporary copy.
>
> I wondered why that is done?

I feel more comfortable when I can assume no text property will get in
the way.

I turned `buffer-substring-no-properties' into `buffer-string' in "master".

Regards,

--
Nicolas Goaziou
--0000000000001616c2057bad9d49--