Feature #8095
openAllow overriding the default text formatting in each project
0%
Description
It would be good to let the text formatting be selected per project, rather than only a global default. It would be useful for bigger installations that have more diverse set of users.
Files
Related issues
Updated by Ebrahim Mohammadi over 14 years ago
It would be nice to let formatting of project's Wiki be selected independently of issues (and other parts') formatting.
Updated by Ebrahim Mohammadi over 14 years ago
I did an implementation found in per-project-formatting in: https://bitbucket.org/ebrahim/redmine-patches/qseries (I've attached an snapshot of the patch)
I'd like to receive reviews and comments on the implementation. I'd also like to know if it could be merged upstream.
Updated by Toshi MARUYAMA over 14 years ago
Redmine has tests.
https://bitbucket.org/redmine/redmine/src/f4d8b015a399/test/
Could you add tests for this patch?
Updated by Ebrahim Mohammadi over 14 years ago
Shall I change and extend existing tests, or shall I write a new test case in a separate file? May you give me an starting point? (I'm not deep into Rails.)
Updated by Ebrahim Mohammadi almost 12 years ago
And now the plugin thanks to a-ono: http://github.com/a-ono/redmine_per_project_formatting
Updated by Toshi MARUYAMA over 11 years ago
- Related to Feature #5995: Text formatting can be dfferent base on project added
Updated by Toshi MARUYAMA over 11 years ago
- Related to deleted (Feature #5995: Text formatting can be dfferent base on project)
Updated by Toshi MARUYAMA over 11 years ago
- Related to Feature #617: wiki: thoughts of WYSIWYG added
Updated by Toshi MARUYAMA over 11 years ago
- Related to Feature #4015: Make app settings overridable at project level added
Updated by Toshi MARUYAMA over 11 years ago
- Has duplicate Feature #5995: Text formatting can be dfferent base on project added
Updated by Toshi MARUYAMA over 11 years ago
- Has duplicate Feature #5624: the Text formatting configuration in each project. added
Updated by Toshi MARUYAMA over 11 years ago
- Has duplicate Feature #12095: Per project wiki formatter setting added
Updated by Go MAEDA over 10 years ago
- Has duplicate Feature #19112: Markdown for specific projects added
Updated by Go MAEDA over 10 years ago
- Has duplicate Feature #19591: Text formatting (textile/markdown) configurable on a per project basis added
Updated by Go MAEDA over 10 years ago
- Related to Feature #5112: Texting formatting setting is global (Allow override in module level) added
Updated by George Notaras over 10 years ago
Are there any plans to implement this?
Updated by George Notaras over 10 years ago
Alternatively, a special control tag could be invented, for instance #markup:textile or #markup:markdown, which, if found as the first line of the text, it would indicate the parser that should be used. This is an easy way to add maximum flexibility without having to make decisions about the used markup at the web site or project level. Such a solution would also be helpful in cases where markup needs to be migrated at slow pace page per page.
I hope someone looks into this issue more closely, because right now, IMO, Redmine is doing it wrong.
Thanks in advance.
George
Updated by Jean-Claude Wippler over 10 years ago
+1
As the original requestor of the Markdown formatting feature, I have to shamefully admit that I have not yet Flipped The Big Switch.
The reason for this is that conversion from Textile to Markdown is an all-or-nothing proposition right now. Having this setting per-project would make it much simpler: not only to convert a site gradually, project-by-project, but also to start new projects off with Markdown. I wouldn't mind sealing some projects and starting fresh ones in some cases, just to force this formatting transition on its users.
So here's my vote to making the Textile/Markdown flag settable for each project!
-jcw
Updated by Jean-Claude Wippler almost 10 years ago
What is the status of this feature request? Could and will a per-project Markdown/Textile setting be implemented?
With such a feature, migration becomes a per-project issue, and new projects could be set up appropriately.
That last benefit alone would solve a major headache for me - as it is, I can't even set up a new Markdown area.
I'm eagerly looking forward to a response / verdict from one of the maintainers...
-jcw
Updated by Go MAEDA almost 10 years ago
- Related to deleted (Feature #5112: Texting formatting setting is global (Allow override in module level))
Updated by Go MAEDA almost 10 years ago
- Related to Feature #5112: Texting formatting setting is global (Allow override in module level) added
Updated by Go MAEDA over 7 years ago
- Related to Feature #28823: Multi-format markup for text fields added
Updated by Go MAEDA over 7 years ago
- Related to Feature #3492: Specify different text formatters for certain parts of Redmine added
Updated by Gérard L almost 7 years ago
We are using Redmine for several years with textile formating and we would like to switch to Markdown progressively.
Will this feature request be implemented soon ?
Updated by Peter Volkov about 6 years ago
Currently, we use the following plugin:
https://www.redmine.org/plugins/per-project-formatting
but it would be nice to have this upstream. Or even per page formatting!
Updated by Holger Just over 2 years ago
- Has duplicate Feature #37365: Allow users to choose textile or markdown formatting added
Updated by Stefaan Ellebaut over 2 years ago
+1 on this.
We have a redmine instance containing projects of over a decade. We would like to switch to CKeditor but up till now all is done in textile formatting. Changing the global setting to the new editor would break all existing wiki pages and issue descriptions and notes, which makes a switch impossible now.
Updated by Mizuki ISHIKAWA 4 days ago
- File screenshot 2025-10-31 at 10.50.31.png screenshot 2025-10-31 at 10.50.31.png added
- File prototype.diff prototype.diff added
As an alternative approach, how about adding a setting like Use Textile for projects created before [date] ?
Instead of allowing text formatting to be selected per project, this option would simply fix Textile for projects created before the specified date.
Many users probably don’t want to switch old projects from Textile to CommonMark, since rewriting existing content in a different text format would be quite cumbersome.
By focusing on the use case “default is CommonMark, but old projects still use Textile,” the configuration can remain simple — just a single global setting (the date).
This way, Redmine instances that have been using Textile can start using CommonMark for newly created projects without affecting the old ones.
One concern is that the code will become more complex, since text_formatting references need to consider the associated project when determining which formatter to use.
I’m attaching a small prototype patch to show how the text formatting switches based on the “Use Textile for projects created before” setting and the project’s creation date when creating a new issue. prototype.diff
Updated by Christian Kay about 11 hours ago
An easier approach could be that every issue/... has a option markdown/textile. Default to markdown and keep the old issues at textile. So you can create every new issue/... with markdown and easily convert the old ones if needed. So you have no upgrade problems and no additional manual work.
Currently its basically impossible to use markdown if you have a rather big collection based at textile. Bulk converting is not working without manually checking everything again.
Updated by Peter Volkov about 11 hours ago
Christian Kay wrote in #note-33:
Currently its basically impossible to use markdown if you have a rather big collection based at textile. Bulk converting is not working without manually checking everything again.
Interesting. We are going to migrate everything on markdown. Could you tell, what is broken?
Updated by Christian Kay about 11 hours ago
Could you tell, what is broken?
We tried it some years ago
- some stuff is not supported at Markdown so the conversion breaks the intended layout/function
- wrong usage of textile can create a mess with markdown
- intended layout of more complex issues broke
Overall you needed to fix too much manually, but this depends ofc at the size of the redmine install.