emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
* unintended strike-through in table
@ 2012-04-20 18:27 Skip Collins
  2012-04-20 23:13 ` Bastien
  2012-04-21 14:35 ` Rasmus
  0 siblings, 2 replies; 4+ messages in thread
From: Skip Collins @ 2012-04-20 18:27 UTC (permalink / raw)
  To: emacs-org list

When I open the following table in org, the characters from the first
+ symbol in +bar to the last + symbol on the next line are struck out,
i.e. drawn with a line through the text.

#+STARTUP: showall
* foo
| C | D    |
| E | +bar |
|---+------|

I do not believe this is intended behavior for +strike-through+ text.
The + symbol serves triple duty in org syntax as a an indicator for
+stricken words+, a line drawing symbol in tables, and a #+keyword
prefix.

I see little reason to continue to support +strike-through+ text.
Perhaps the simplest solution would be to deprecate stricken text and
disable it by default, allowing for an option to turn it on for
backward compatibility.

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: unintended strike-through in table
  2012-04-20 18:27 unintended strike-through in table Skip Collins
@ 2012-04-20 23:13 ` Bastien
  2012-04-21  9:04   ` Gustav Wikström
  2012-04-21 14:35 ` Rasmus
  1 sibling, 1 reply; 4+ messages in thread
From: Bastien @ 2012-04-20 23:13 UTC (permalink / raw)
  To: Skip Collins; +Cc: emacs-org list

Hi Skip,

Skip Collins <skip.collins@gmail.com> writes:

> I see little reason to continue to support +strike-through+ text.
> Perhaps the simplest solution would be to deprecate stricken text and
> disable it by default, allowing for an option to turn it on for
> backward compatibility.

I agree.  If no one object, I will make this change soon.

Thanks,

-- 
 Bastien

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: unintended strike-through in table
  2012-04-20 23:13 ` Bastien
@ 2012-04-21  9:04   ` Gustav Wikström
  0 siblings, 0 replies; 4+ messages in thread
From: Gustav Wikström @ 2012-04-21  9:04 UTC (permalink / raw)
  To: Bastien; +Cc: Skip Collins, emacs-org list

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

On Sat, Apr 21, 2012 at 1:13 AM, Bastien <bzg@altern.org> wrote:

> Hi Skip,
>
> Skip Collins <skip.collins@gmail.com> writes:
>
> > I see little reason to continue to support +strike-through+ text.
> > Perhaps the simplest solution would be to deprecate stricken text and
> > disable it by default, allowing for an option to turn it on for
> > backward compatibility.
>
> I agree.  If no one object, I will make this change soon.
>
> Although I cannot recall myself having used strike-through text I wonder
what the reason is for removing the functionality? Is it just this, that it
(probably) isn't used much? Not a good argument in my book (especially due
to the uncertainty in usage). Would it not be better to fix the problem at
hand? Maybe by changing the symbol since + seems overloaded, would not - be
a better choice?

On a side-note, what is the intended behavior of bold, italic,
strike-through etc. regarding line-breaks? Since a single long line has the
same meaning in org as multiple consecutive short lines I think the
markup-elements above also should support multiple lines of text (but not
be valid between paragraphs)

Regards Gustav

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: unintended strike-through in table
  2012-04-20 18:27 unintended strike-through in table Skip Collins
  2012-04-20 23:13 ` Bastien
@ 2012-04-21 14:35 ` Rasmus
  1 sibling, 0 replies; 4+ messages in thread
From: Rasmus @ 2012-04-21 14:35 UTC (permalink / raw)
  To: emacs-orgmode

Skip Collins <skip.collins@gmail.com> writes:

> I do not believe this is intended behavior for +strike-through+ text.
> The + symbol serves triple duty in org syntax as a an indicator for
> +stricken words+, a line drawing symbol in tables, and a #+keyword
> prefix.

It can also be an item which is a problem with LaTeX math.  

Example:
\begin{equation}
x
+ y
wv
- z
\end{equation}

is translated to

\begin{equation}
x
\begin{itemize}
\item y
\end{itemize}
wv
\begin{itemize}
\item z
\end{itemize}
\end{equation}

I guess one could wrap it in #+begin_latex · #+end_latex, but that would
be cubersome.

–Rasmus

-- 
In theory, practice and theory are the same. In practice they are not

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2012-04-21 14:31 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-04-20 18:27 unintended strike-through in table Skip Collins
2012-04-20 23:13 ` Bastien
2012-04-21  9:04   ` Gustav Wikström
2012-04-21 14:35 ` Rasmus

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).