Description

The GUI editor has no concept of single carriage returns, so it screws up your markup (not to mention failing to give you WYSIWYG on your [[BR]] macros.)

Using [[BR]] is just too common of a need to not be supported decently by the GUI editor. Why can't the GUI editor simply follow all occurrences of [[BR]] with a single line break? This still leaves the macro visible (does not automatically translate single line-breaks into [[BR]]), but gives you something more like WYSIWYG. It should be capable of doing this, because it preserves line breaks just fine inside of {{{ code blocks }}} just fine.

I'm finding that the current behavior is a real stumbling block for users of our Wiki, making it difficult to sell the idea.

Steps to reproduce

1. Enter the following markup using text editor, then save (NOT inside a code block)

   Several lines of text [[BR]]
   Each one of them [[BR]]
   On their own line. [[BR]]

2. Edit the page using the GUI editor. All of the above lines will be concatenated onto the same line. If you ever want to edit in text again, it is ugly. In fact, it is ugly in the GUI editor as well.

   Several lines of text [[BR]] Each one of them [[BR]] On their own line. [[BR]]

Example

See above.

Details

This Wiki (1.5.2)

Workaround

Discussion

This is a real blocker. I cannot edit simple tables with GUI editor if cells contain multiple lines (on purpose or by auto line break). There is only one solution I can imagine: Introduce a special markup for table rows that allows line breaks within cells. Suggestion:

This Table is 2x2:
||| Field A1 || Field A2 |||
||| This cell
goes on
and on
|| This cell can even contain titles:
== Section ==
and more |||

Maybe the column separator has to be different from ||, too. Anyway, we need further table markup tags. I cannot go on using the wiki with beginners, otherwise.

Plan

• Priority:
• Assigned to:
• Status:

CategoryMoinMoinBug