emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: John Magolske <listmail@b79.net>
To: emacs-orgmode@gnu.org
Cc: Nicolas Goaziou <mail@nicolasgoaziou.fr>
Subject: Re: The + character creating strike-through markup within in-line literal / code blocks
Date: Sun, 24 Jun 2018 22:52:44 -0700	[thread overview]
Message-ID: <20180625055244.63biztp4zjhgfhha@s70206.gridserver.com> (raw)
In-Reply-To: <876028twvj.fsf@nicolasgoaziou.fr>

Hi,

Thanks for the reply.

* Nicolas Goaziou <mail@nicolasgoaziou.fr> [180624 16:11]:
> John Magolske <listmail@b79.net> writes:
> > to show in-line code as literal I tried:
> >
> >     in the expression =(x +. y)= the =+.= is a function ...
> >
> > being under the impression that bracketing text with = would enclose
> > everything within to be literal. But what's happening -- as evidenced
> > by syntax coloring -- is that the first and second + characters here
> > create a strike-through region from the middle of one literal region
> > to the middle of the other. With (setq org-hide-emphasis-markers t)
> 
> It happens because syntax coloring is a bit dumb. It uses regexps but
> not the parser. However, if you try, e.g., to export the document, the
> plus signs will not be treated as markers.

Ok, just tried org-html-export-as-html and see it renders properly
in html:

    ... expression <code>(x +. y)</code> the <code>+.</code> is ...

but I feel like there's a bug in the regex, that the =code= and
~verbatim~ marker characters should be able to prevent any other
marker characters bracketed by them from causing highlighting. Not
sure if I'll have time to dig into this any time soon, but it'd be
interesting to see how markdown-mode.el handles `inline code` defined
by backquotes, as it doesn't have the issues I'm seeing with how org.el
renders inline code. For example, all the text contained within the
backquotes here: `is this *bold* ?` shows up highlighted as code,
the *bold* there looks no different. In org-mode however, the *bold*
in ~is this *bold* ?~ shows up highlighted as bold, even though
org-html-export-as-html renders it as <code>is this *bold* ?</code> .

> > Also tried to remove strike-through emphasis altogether by commenting
> > out the strike-through section in org-emphasis-alist like so:
> >
> > (setq org-emphasis-alist
> >       (quote
> >        (("*" bold)
> >         ("/" italic)
> >         ("_" underline)
> >         ("=" org-verbatim verbatim)
> >         ("~" org-code verbatim)
> >         ("+" nil)
> >         ;; ("+" (:strike-through t))
> >         )))
> >
> > Then re-started Emacs, but am still having the above issues.
> 
> You could try to remove ("+" ...) completely from the variable and
> restart Emacs.

I tried this:

    (setq org-emphasis-alist
          (quote
           (("*" bold)
            ("/" italic)
            ("_" underline)
            ("=" org-verbatim verbatim)
            ("~" org-code verbatim))))

but for some reason I'm still seeing the exact same issues. In any
case, I don't think trying to do away with strike-through capability
is something I'd like to pursue. When viewing OCaml code in org-mode,
these also will not render properly:

    in =(x *. y)= the =*.= is a function ...
    in =(x /. y)= the =/.= is a function ...

highlighting this section as bold and italic respectively:

    . y)= the =

Ideally I'd like to make the org-verbatim and org-code emphasis regex
more robust.

Regards,

John


-- 
John Magolske
http://b79.net/contact

  reply	other threads:[~2018-06-25  5:52 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-06-24  7:57 The + character creating strike-through markup within in-line literal / code blocks John Magolske
2018-06-24  8:24 ` Nicolas Goaziou
2018-06-25  5:52   ` John Magolske [this message]
2018-06-25 12:29     ` Nick Dokos

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.orgmode.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180625055244.63biztp4zjhgfhha@s70206.gridserver.com \
    --to=listmail@b79.net \
    --cc=emacs-orgmode@gnu.org \
    --cc=mail@nicolasgoaziou.fr \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).