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 almost 12 years ago
- Related to Feature #5995: Text formatting can be dfferent base on project added
Updated by Toshi MARUYAMA almost 12 years ago
- Related to deleted (Feature #5995: Text formatting can be dfferent base on project)
Updated by Toshi MARUYAMA almost 12 years ago
- Related to Feature #617: wiki: thoughts of WYSIWYG added
Updated by Toshi MARUYAMA almost 12 years ago
- Related to Feature #4015: Make app settings overridable at project level added
Updated by Toshi MARUYAMA almost 12 years ago
- Has duplicate Feature #5995: Text formatting can be dfferent base on project added
Updated by Toshi MARUYAMA almost 12 years ago
- Has duplicate Feature #5624: the Text formatting configuration in each project. added
Updated by Toshi MARUYAMA almost 12 years ago
- Has duplicate Feature #12095: Per project wiki formatter setting added
Updated by Go MAEDA almost 11 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 about 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 about 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 over 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 almost 3 years ago
- Has duplicate Feature #37365: Allow users to choose textile or markdown formatting added
Updated by Stefaan Ellebaut almost 3 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 about 1 month 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 1 month 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 1 month 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 1 month 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.
Updated by Holger Just 26 days ago
- Has duplicate Feature #43489: text formatting by user preferece added
Updated by Gleb Long 17 days ago
copy #43489
We use redmine very long time, system default - textile, many users(but not all) want use markdown for formatting, but user can't set for him preferred text formatting. Please add following setting for user with options: * Use project/system formatting (default) * Markdown * Textile What need for success? * Add for all formatting entity field - formatting_type * Render any post/wiki/etc using formating from this field * Migration all entities to project/global settings (may be optional, because null means use project/global setting)
add formatting_type in all entities it's not heavy work for database. modern databases caching often requesting data - one more field for wiki/comment/issue/etc doesn't change anything but very useful for users.