Bug: Spaces in VERBATIM block get expanded

The verbatim text at the end of ReadmeFirst gets rendered with to many horizontal spaces, i.e. text has an indentation of 9 instead of 4.

Test case

• Look at and edit ReadmeFirst

Environment

-- PeterThoeny - 12 Feb 2002

Follow up

Could anyone verify if this problem exists in the 01 Dec 2001 production release?

-- PeterThoeny - 12 Feb 2002

An interesting one. The save script converts 3 spaces into a tab. Rendering software converts it back, but verbatim text now missing out on this conversion. This has the feel of being to do with bullets - any thoughts as to why convert to tab is there?

-- JohnTalintyre - 25 Mar 2002

Bullets and definitions lists are stored as a number of tabs representing the indentation, this is the spec inherited from the original JosWiki. The TWiki code depends on the tabs for rendering. The advantage of storing tabs is that we can have personalized number of spaces for a bullet (future idea), the tree space rule is kind of odd. So, as far as verbatim goes, yes, we should make it compatible.

-- PeterThoeny - 25 Mar 2002

Fix record

Simple fix put into CVS - switches tabs to 3 spaces before display.

-- JohnTalintyre - 27 Mar 2002