+ 1

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

Haha yea, a laundry list, I know. Just the top two would be great.
--------------------------------------------------------------------------------
+1 and agree with Richard. This would be a great feature (and much needed for our project!)
--------------------------------------------------------------------------------
+1
* *Trackers/Statuses/Workflow*
* Enumerations
* *Roles and Permissions*
--------------------------------------------------------------------------------
Workflow enhancements related to #559
--------------------------------------------------------------------------------
IMO, the main settings need to override are columns displayed in the issue list.
--------------------------------------------------------------------------------
Jean-Philippe Lang wrote:
> Allow some application settings (eg. Theme) to be overridden at project level.

Which settings do you mean by "some"?:)
--------------------------------------------------------------------------------
Added issue-relations to:
* issue #1853
* issue #2076
* issue #4049
* issue #5624

--------------------------------------------------------------------------------
Just wondering, what settings are you all honing in on?
--------------------------------------------------------------------------------
Removing from 1.0. This hasn't been completed and 1.0 is feature frozen.
--------------------------------------------------------------------------------
+1 I do need enable/disable 'Documents' Section per project.
--------------------------------------------------------------------------------
+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.
--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
+1
--------------------------------------------------------------------------------
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
--------------------------------------------------------------------------------
+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.

--------------------------------------------------------------------------------
+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.
--------------------------------------------------------------------------------
Dipan Mehta wrote:
> Also add #850 as a related issue.
Done.

--------------------------------------------------------------------------------
Another related issue #2058
--------------------------------------------------------------------------------
+1 with "Required" (#10027)
--------------------------------------------------------------------------------
There are just about so many issues which asks for 'Per project configuration'. Here is a list:

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

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

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------

--------------------------------------------------------------------------------
I attach a patch to override application settings at the project level.
This is not a tested or fully implemented patch, it was created to get your design reviewed.

* Add Setting.project_id column
* Setting for each project if setting.project_id exists, application-wide setting if setting.project_id is nil
* @Setting.welcome_text@ is how to get the application settings, and @project.setting_welcome_text@ is how to get the settings for each project.
* @project.setting_welcome_text@ returns the same result as @Setting.welcome_text if the record of @Setting.where(project_id: project.id, name:'welcome_text')@ does not exist

This patch allows you to change "Isuses list defaults" on @http://<url>/projects/<project_id>/settings/overwrite_global_settings@ page as a trial.
--------------------------------------------------------------------------------
The patch I intended to attach at #4015#note-27
--------------------------------------------------------------------------------

relates,New,2778,Project's theme configuration
relates,Closed,3967,Ability to define default columns to display based on project
relates,New,4462,Per Project Emission Address
relates,Closed,4049,Permission management on a per project basis
relates,New,1853,Make Projects truly independent of each other
relates,Closed,2076,Individual Permissions for Each Project
relates,Closed,5995,Text formatting can be dfferent base on project
relates,Closed,4274,Use Issue status for percent done
relates,New,850,Per-project role permissions
relates,New,2539,New project setting: mandatory/optional configuration for target version issue-attribute
relates,New,2058,Attachment max. size per project
relates,New,10027,Make "Required" overridable per-project
relates,New,5127,Custom Fields to be configurable on 'per project' basis
relates,Closed,2563,issue tracker should be own tab in project settings
relates,New,7349,Per-project email notification settings
relates,Closed,1144,Time tracking activities on a per project basis
relates,New,12347,"Calculate the issue done ratio" per project configuration
relates,New,12044,Change Link in Notification Mails per Project
relates,New,3316,Set language per project
relates,New,432,Custom Email templates, system wide and per project, through web interface.
relates,Closed,13742,Multi project for email incoming
relates,New,14073,Permit to mass-edit project settings
relates,New,8095,Allow overriding the default text formatting in each project
relates,Closed,7360,Issue custom query: default query per instance, project and user