We're updating the issue view to help you get more done. 

Improve i18n in plugin admin console pages

Description

i18n lookups in plugin JSP pages should be cascading – check for the key in the plugin i18n file and then if that fails, look for it in the Wildfire bundle. This is required since certain strings are used in the decorator of each page such as login.title. The current workaround is to copy those strings into the plugin i18n file.

Environment

None

Acceptance Test - Entry

None

Activity

Show:
Daniel Henninger
January 22, 2008, 7:29 AM

Committed a partial fix that eliminates the need for plugins to have things like login.title in their own resource configs. However, it does not solve the issue of plugins that want to reuse global strings in their own pages.

Daniel Henninger
January 24, 2008, 9:57 AM

I'm generally of a feeling that yes it's nice to reuse strings from openfire itself, but I think it's actually better for plugins to set all of their own strings, just in case Openfire needs to make some adjustments. That said, we have implemented the necessary functionality to make it so plugins don't have to have login.title and other things that are part of the mesh that don't belong to the plugin itself, so I think that will take care of the real issue. =) If you disagree, let me know!

Assignee

Daniel Henninger

Reporter

MattM

Labels

None

Expected Effort

None

Ignite Forum URL

None

Components

Fix versions

Affects versions

Priority

Major
Configure