Turning off codeinline parser rule corrupts TW5

[Riz]

Is this a known issue?

Any way to turn it off and still use TW5?

[PMario]

Hi,

I did test it with tiddlywiki.com and it didn't. Can you be more precise?

-m

[Riz]

Steps to reproduce:

1. Download an empty TW5

2. Turn off the codeinline parser from Control Panel > Info > Advanced > Parsing

3. Save and reload the TW5 (I used the download saver to be sure)

4. Add some more tiddlers. Save and reload the Tw5 again.

OS: Arch Linux

Tw5: 5.1.20

Browser: Firefox developer edition 70.0b3 (64-bit)

[PMario]

Hi Riz,

You are right. ... It seems to disable the TW "save rendering" mechanism. So it really corrupts TW in an unfixable way. ...

I'll create a github issue.

-m

[Jeremy Ruston]

Hi Mario, Riz,

Indeed, it emphasises that we really need better localised control of the parser rule vocabulary.

Best wishes

Jeremy.

--
You received this message because you are subscribed to the Google Groups "TiddlyWiki" group.
To unsubscribe from this group and stop receiving emails from it, send an email to tiddlywiki+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/tiddlywiki/34ba9062-a2c2-413c-8dbd-6bd46f43f089%40googlegroups.com.

[PMario]

On Monday, September 9, 2019 at 3:28:12 PM UTC+2, Jeremy Ruston wrote:

Indeed, it emphasises that we really need better localised control of the parser rule vocabulary.

@Jeremy,

I did some tests with a node build. It seems

\rules only filteredtranscludeinline transcludeinline codeinline html macrodef macrocallblock

should be enough to save a proper TW file. ... BUT once the control-panel setting is disabled, the parser rule is physically "deleted" instead of "deactivated" from the core. ... So even if the "\rule only" is active, the functionality is already gone.

-m

[Riz]

Cool. Now that the issue is in github, I guess it can be followed up there.

👍

Sincerely,

Riz

[PMario]

Hi,

It's at: https://github.com/Jermolene/TiddlyWiki5/issues/4254

-m