From mboxrd@z Thu Jan  1 00:00:00 1970
From: =?utf-8?Q?Fran=C3=A7ois_Pinard?= <pinard@iro.umontreal.ca>
Subject: Spurious literal interpretation in :LOGBOOK: sections
Date: Tue, 28 Jan 2014 08:18:56 -0500
Message-ID: <87ha8o2qin.fsf@iro.umontreal.ca>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:43072)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pinard@iro.umontreal.ca>) id 1W88ZI-0006Lc-VF
	for emacs-orgmode@gnu.org; Tue, 28 Jan 2014 08:19:14 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <pinard@iro.umontreal.ca>) id 1W88ZD-0001i4-1Z
	for emacs-orgmode@gnu.org; Tue, 28 Jan 2014 08:19:08 -0500
Received: from 206-248-137-202.dsl.teksavvy.com ([206.248.137.202]:51428
	helo=mercure.progiciels-bpi.ca)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <pinard@iro.umontreal.ca>) id 1W88ZC-0001i0-Sb
	for emacs-orgmode@gnu.org; Tue, 28 Jan 2014 08:19:02 -0500
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=subscribe>
Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
To: emacs-orgmode@gnu.org

Hi, Org fellows.

I noticed a few times this little rendering problem in Org, so it might
be worth reporting.

First note that I set org-hide-emphasis-markers to t, which I find to be
an extremely valuable option. :-)

In a :LOGBOOK: entry containing many CLOCK: lines, a literal in the
description following a CLOCK: may trigger an incorrect display of the
CLOCK: line.  The problem is that the " =3D> " in the CLOCK: line
spuriously starts the display of a literal, that display ends at the end
of the literal in the description.  For example, in these lines:


CLOCK: [2014-01-27 lun 15:29]--[2014-01-27 lun 17:20] =3D>  1:51
  - Check for a =3Dliteral string=3D and be overwhelmingly happy!


the display would look as:


CLOCK: [2014-01-27 lun 15:29]--[2014-01-27 lun 17:20] >  1:51
  - Check for a literal string and be overwhelmingly happy!


using literal face from the ">" to the "string" word, included.

Fran=C3=A7ois