Turning off textile inline with '==' doesn't work.
|Resolution:||Wont fix||Affected version:|
At http://www.textism.com/tools/textile/index.php if I enter:
==-test== is ==test-== -test is test-
<p>-test is test-</p> <p><del>test is test</del></p>
In Redmine this produces:
test is test
<del>test is test</del> <p><del>test is test</del></p>
This is really bad news for me because I have a bunch of linguists that want to use familiar notations to talk about prefixes and suffixes and this useless delete formatting can't be simply turned off as it can be in normal textile, my only other alternative being to suggest the use of @'s, which change the font and have different meanings.
#3 Updated by Noah Diewald over 8 years ago
- Status changed from Closed to Reopened
I suppose some arguments for including would be the following.
Part of the nice thing about using textile is that one doesn't have to use verbose syntax to do simple things.
Another nice thing about textile is that it is widely used and so its often unintuitive syntax is at least familiar. Why not implement the that works in other textile systems?
There must be other people who would like to have an easy way to temporarily turn off textile for a portion of text in a manner that is predictable based on their experience with textile in other programs.
I have people reporting issues and commenting on issues that are relatively uncomfortable with markup in general. Maybe that isn't the target user base but it seems that I can't be the only one. == seems easier to sell to them than < notextile >...< /notextile >.
#4 Updated by Noah Diewald over 8 years ago
I guess a related issue is that == does have some significance to the system since it will disappear when used -- as I accidentally had happen above in my previous comment -- but at the same time doesn't do what you'd expect it to. That seems like a real bug. I spent a long time trying to figure out what I was doing wrong when using it before realizing that it just doesn't work. If the == remained uninterpreted then I would have realized the feature was unimplemented immediately.