This problem still occurs. Is anybody working on a solution?
--- ** [tickets:#7020] Runs of tildes within preformatted text prematurelty end preformatted text block [ss6380]** **Status:** open **Milestone:** limbo **Labels:** support p3 **Created:** Tue Dec 31, 2013 03:12 PM UTC by Chris Tsai **Last Updated:** Mon Feb 03, 2014 04:20 PM UTC **Owner:** nobody [forge:site-support:#6380] >In the “Preformatted Text” section of the formatting help, it says “As an >alternative to indenting, you can use 4 or more tildes before and after the >text.” However apparently four or more tildes *anywhere* in a line is >interpreted as the end of the preformatted text, which causes the preformatted >text to end prematurely if the preformatted text itself actually contains four >or more tildes! >For example, here is a an error message the clang compiler generated when >trying to compile SourceForge-hosted project sdcv, about which I was trying to >submit a bug report: Source Markdown: ---- <pre> ~~~~~~~~ ./src/lib/file.hpp:11:38: error: no type named 'function' in namespace 'std' const std::function<void (const std::string&, bool)>& f); ~~~~~^ ./src/lib/file.hpp:11:46: error: expected ')' const std::function<void (const std::string&, bool)>& f); ^ ~~~~~~~~ </pre> ---- Output: ---- ~~~~~~~~ ./src/lib/file.hpp:11:38: error: no type named 'function' in namespace 'std' const std::function<void (const std::string&, bool)>& f); ~~~~~^ ./src/lib/file.hpp:11:46: error: expected ')' const std::function<void (const std::string&, bool)>& f); ^ ~~~~~~~~ ---- >Even though I've used eight tildes in delimiting this preformatted text block, >the block is prematurely ended by the five tildes in the error message (which >are also swallowed and not displayed). >Even if I use the other method, of indenting by 4 spaces, it does not work >correctly. >Please reconsider how your preformatted text detection works so that one can >post preformatted text which happens to contain runs of tildes. Seems likely that it's something that will need to be fixed upstream, but still, it would be best to have addressed. --- Sent from sourceforge.net because dev@allura.apache.org is subscribed to https://sourceforge.net/p/allura/tickets/ To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/allura/admin/tickets/options. Or, if this is a mailing list, you can unsubscribe from the mailing list.