Feature #4015

Make app settings overridable at project level

Added by Jean-Philippe Lang almost 5 years ago. Updated about 1 year ago.

Status:NewStart date:2009-10-10
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:Projects
Target version:Candidate for next major release
Resolution:

Description

Allow some application settings (eg. Theme) to be overridden at project level.


Related issues

Related to Feature #2778: Project's theme configuration New 2009-02-18
Related to Feature #3967: Ability to define default columns to display based on pro... Reopened 2009-10-04
Related to Feature #4462: Per Project Emission Address New 2009-12-21
Related to Feature #4049: Permission management on a per project basis Closed 2009-10-18
Related to Feature #1853: Make Projects truly independent of each other New 2008-09-04
Related to Feature #2076: Individual Permissions for Each Project Closed 2008-10-23
Related to Feature #5995: Text formatting can be dfferent base on project Closed 2010-07-29
Related to Patch #4274: Use Issue status for percent done Closed 2009-11-23
Related to Feature #850: Per-project role permissions New 2008-03-14
Related to Feature #2539: New project setting: mandatory/optional configuration for... New 2009-01-19
Related to Feature #2058: Attachment max. size per project New 2008-10-20
Related to Feature #10027: Make "Required" overridable per-project New
Related to Feature #5127: Custom Fields to be configurable on 'per project' basis New 2010-03-19
Related to Feature #2563: issue tracker should be own tab in project settings New 2009-01-22
Related to Feature #7349: Per-project email notification settings New 2011-01-17
Related to Feature #1144: Time tracking activities on a per project basis Closed 2008-04-29
Related to Feature #12347: "Calculate the issue done ratio" per project configuration New
Related to Feature #12044: Change Link in Notification Mails per Project New
Related to Feature #7244: Default query per project New 2011-01-07
Related to Feature #3316: Set language per project New 2009-05-07
Related to Feature #432: Custom Email templates, system wide and per project, thro... New
Related to Feature #13742: Multi project for email incoming New
Related to Feature #14073: Permit to mass-edit project settings New
Related to Feature #8095: Allow overriding the default text formatting in each project New 2011-04-07

History

#1 Updated by Jean-Philippe Lang over 4 years ago

  • Target version set to 1.0.0 (RC)

#2 Updated by Richard Schulte over 4 years ago

+ 1

  • Theme
  • Trackers/Statuses/Workflow
  • Enumerations
  • Roles and Permissions

Haha yea, a laundry list, I know. Just the top two would be great.

#3 Updated by Michael Koch over 4 years ago

+1 and agree with Richard. This would be a great feature (and much needed for our project!)

#4 Updated by Nikolay Kotlyarov over 4 years ago

+1
  • Trackers/Statuses/Workflow
  • Enumerations
  • Roles and Permissions

#5 Updated by Nikolay Kotlyarov over 4 years ago

Workflow enhancements related to #559

#6 Updated by Anton Statutov over 4 years ago

IMO, the main settings need to override are columns displayed in the issue list.

#7 Updated by Nikolay Kotlyarov over 4 years ago

Jean-Philippe Lang wrote:

Allow some application settings (eg. Theme) to be overridden at project level.

Which settings do you mean by "some"?:)

#8 Updated by Mischa The Evil over 4 years ago

Added issue-relations to:

#9 Updated by Richard Schulte about 4 years ago

Just wondering, what settings are you all honing in on?

#10 Updated by Eric Davis about 4 years ago

  • Target version deleted (1.0.0 (RC))

Removing from 1.0. This hasn't been completed and 1.0 is feature frozen.

#11 Updated by Marcelo Fernandes over 3 years ago

+1 I do need enable/disable 'Documents' Section per project.

#12 Updated by Matthew Burton over 3 years ago

+1. I think this is the feature that would make Redmine a more viable option for enterprises (like mine). When you have many different users and missions, it's hard to find one set of enumerations, roles, and trackers that makes everyone happy yet at the same time isn't overly cumbersome for administrators. This would also relieve the IT office from sole responsible for administration, as it would give many administration permissions to project managers.

Been lurking for a few months and really love RM. I created an account just so I could speak up for this feature.

#13 Updated by Etienne Massip over 3 years ago

  • Assignee deleted (Jean-Philippe Lang)
  • Target version set to Candidate for next major release

#14 Updated by Michael Flyorko over 2 years ago

+1

#15 Updated by Brad Rushworth over 2 years ago

Jean-Philippe Lang wrote:

Allow some application settings (eg. Theme) to be overridden at project level.

For everyone's info, there is a plugin that allows user-selectable themes and it works great:

http://www.redmine.org/plugins/themechanger

#16 Updated by Thomas Robbs almost 2 years ago

+1 and +1 Matthew Burton.

It seems the burden is mainly due to the "project-y" settings being mixed with the "application-y" settings. For example, configuring "Default columns displayed on the issue list" in the application level settings.

I'd suggest just separating settings along these lines into two camps:

1. Redmine Settings (app level stuff)
2. Project Templates (project level stuff)

#2 effectively starts out as a "Default Project" template, defined by the existing default "project level stuff" settings.

A new installation would be effectively transparent, save some reorganization of the settings and adding the notion of "templates".

An existing installation would, on upgrade, and ideally for me, give me the option to save each of my existing projects' configurations as new templates (default name = project name, editable), or use an existing template of my choice.

I could also see this notion extending to Trackers and Categories as there are similar requests that pull the solution towards needing to be sufficient for their needs as well. Might be helpful to map the entities and their configuration options to make the solution more obvious.

#17 Updated by Dipan Mehta over 1 year ago

+1. This would be a great leap forward in the Redmine's capability. A strong request to have this.

Also add #850 as a related issue.

#18 Updated by Toshi MARUYAMA over 1 year ago

Dipan Mehta wrote:

Also add #850 as a related issue.

Done.

#19 Updated by Dipan Mehta over 1 year ago

Another related issue #2058

#20 Updated by Daniel Dehennin over 1 year ago

+1 with "Required" (#10027)

#21 Updated by Dipan Mehta over 1 year ago

There are just about so many issues which asks for 'Per project configuration'. Here is a list:

  1. #3452, - Email notification config (alongwith #7349, #8331)
  2. #1144 - Time tracking activities
  3. #552 - Document categories
  4. #12347 - Calculation logic of issue %done ratio
  5. #12044 - Notification Mails per Project
  6. #9194 - default issue list view layout
  7. #7244 - default query
  8. #3316 - Language! ...aaha
  9. #432 - Custom Email templates and email settings

#22 Updated by Glenn Gould about 1 year ago

+1 - most wanted feature for me... ;)

#23 Updated by Toshi MARUYAMA 7 months ago

  • Related to Feature #8095: Allow overriding the default text formatting in each project added

#24 Updated by Toshi MARUYAMA 7 months ago

  • Related to deleted (Feature #5624: the Text formatting configuration in each project.)

Also available in: Atom PDF