When I open existing topics with bullet points and EDIT them the browser window shows the topics with tabs.
TWiki should convert these to 3 spaces when you open the topic because you cannot really handle tabs in a browser in edit mode.
SVN 7512 CC
Someone must have reverted this fix.
Now it is very annoying to edit existing Cairo made topics with bullet points.
I for sure will not put Dakar into production before I have a patch for this one.
After having looked more - the bug is not back.
But it is still strange.
The TWiki.TWikiPreferences topic is shipped tab'ed in the TWiki 4.0.0 tgz. Why?
And why is it not being auto converted when you open it and save it?
The TWikiPreferences in SVN 8686 only had 9 tabs. I can't find when the spaces were converted to tabs. Did this happen during build perhaps?
Indeed strange that TWikiPreferences
are updated to using tabs in distribution, agreed, looks like a build thing.
General discussion on this subject as in http://twiki.org/cgi-bin/view/Codev/StopSpaceTabMunging
tends to end rather abruptly, so even though it seems there were consensus on doing a tab->3*space conversion on edit, apparently this never happened.
Asked if this was still by intention in twiki-dev (9-Jan-2006); this seems to be accepted behaviour currently.
OK. I think I am on the track of something.
All TWiki topics have a top line that looks like
If you open a topic like this with tabs - the tabs are preserved.
If however the top line says.
Note the 1.0
Then the tabs are converted to 3 spaces the minute you open the topic.
So the feature of eliminating tabs is limited to Cairo and earlier topics. Which is OK.
The problem remaining is: Why are so many documentation and setting topics in TWiki 4.0 with tabs? Even when they are with spaces in SVN.
I am tagging this mainly for Sven to take notice of.
Note that the outstanding issue is to verify that nothing in the build process converts '3-spaces' bullets into tabs in topics. Especially check the TWiki.TWikiPreferences when you build 4.0.2