From: Alistair Y. <ali...@sm...> - 2005-07-14 09:27:27
|
Now that localsation is sorted, I propose we leave the res dir as is, i.e. an exact mirroring of the template dir, with template names as directories, containig strings_en.properties, strings_gd.properties etc. I can't see anyone having multiple strings_en.properties open in an editor as they would be for different templates. If multiple templates share localised content then that content should be in res.generic, not res.templates Alistair |
From: Alexis O'C. <ale...@co...> - 2005-07-14 10:07:48
|
Alistair Young wrote: > Now that localsation is sorted, I propose we leave the res dir as is, > i.e. an exact mirroring of the template dir, with template names as > directories, containig strings_en.properties, strings_gd.properties etc. > > I can't see anyone having multiple strings_en.properties open in an > editor as they would be for different templates. If multiple templates > share localised content then that content should be in res.generic, not > res.templates > > Alistair > I realize I should have replied to this yesterday, but I think Colin's suggested mapping *is* better and it would be better to get it right now. We at Oxford *are* happy to do this (and, yes, I did consult Matthew & Colin!). So we will do all the ones that are currently in style_default/default too. Just to re-cap, this mapping is: * the resource folder mirrors the template one (e.g. templates rooted at tomcatadd/webapps/bodington/templates, resources rooted at res/templates. * the name of the resource file is the name of the template, with the suffix _[lanaguage code], where the suffix for english would be _en. As an example tomcatadd/webapps/bodington/templates/style_default/messagingroom/useroptions.html, would have mapped to res/templates/style_default/messagingroom/useroptions/strings_en.properties. It now maps to res/templates/style_default/messagingroom/useroptions_en.properties. This example I have in fact committed back to CVS. I will now proceed with style_default/default (just locally for starters!). If anyone really has strong objections to this mapping, speak now. Otherwise, I/we will proceed with this change. Alexis |
From: Alexis O'C. <ale...@co...> - 2005-07-14 10:56:07
|
> I will now proceed with style_default/default (just locally for > starters!). If anyone really has strong objections to this mapping, > speak now. Otherwise, I/we will proceed with this change. > I'm ready to commit this back now. Any final objections !?! Alexis |
From: Alistair Y. <ali...@sm...> - 2005-07-14 11:02:54
|
Have you updated the templates I've already done in style_default/ default? Alistair On 14 Jul 2005, at 11:56, Alexis O'Connor wrote: >> I will now proceed with style_default/default (just locally for >> starters!). If anyone really has strong objections to this >> mapping, speak now. Otherwise, I/we will proceed with this change. >> > > I'm ready to commit this back now. > > Any final objections !?! > > Alexis > > > > ------------------------------------------------------- > This SF.Net email is sponsored by the 'Do More With Dual!' webinar > happening > July 14 at 8am PDT/11am EDT. We invite you to explore the latest in > dual > core and dual graphics technology at this free one hour event > hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/ > go/dualwebinar > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
From: Alexis O'C. <ale...@co...> - 2005-07-14 11:27:24
|
Alistair Young wrote: > Have you updated the templates I've already done in style_default/ default? > > Alistair Locally yes. I'm going to commit these back. Incidentally in style_default/default, applettop.html and error403.html did not need to use nested <localise> elements with a Facility call (as you'd hinted - #define, enumeration - a string which is a programmatic command rather than one that would ever be presented to an end-user). I've corrected that (it wouldn't have worked as expected / intended in its current form anyway!). Shall I commit all my style_default/default changes back now!!?!! Alexis |
From: Alistair Y. <ali...@sm...> - 2005-07-14 11:34:33
|
yes, that's what I was afraid of, localising enums. The nested literals were there from day 1 so I just left them as is. > Shall I commit all my style_default/default changes back now!!?!! yes please Alistair On 14 Jul 2005, at 12:27, Alexis O'Connor wrote: > Alistair Young wrote: > >> Have you updated the templates I've already done in style_default/ >> default? >> Alistair >> > > Locally yes. I'm going to commit these back. > > Incidentally in style_default/default, applettop.html and > error403.html did not need to use nested <localise> elements with a > Facility call (as you'd hinted - #define, enumeration - a string > which is a programmatic command rather than one that would ever be > presented to an end-user). I've corrected that (it wouldn't have > worked as expected / intended in its current form anyway!). > > Shall I commit all my style_default/default changes back now!!?!! > > > Alexis > > > ------------------------------------------------------- > This SF.Net email is sponsored by the 'Do More With Dual!' webinar > happening > July 14 at 8am PDT/11am EDT. We invite you to explore the latest in > dual > core and dual graphics technology at this free one hour event > hosted by HP, AMD, and NVIDIA. To register visit http://www.hp.com/ > go/dualwebinar > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
From: Alexis O'C. <ale...@co...> - 2005-07-14 11:46:47
|
Alistair Young wrote: > yes, that's what I was afraid of, localising enums. The nested literals > were there from day 1 so I just left them as is. > >> Shall I commit all my style_default/default changes back now!!?!! > > yes please > > Alistair > No worries. The above is now done. I shall now proceed with the Oxford assigned messaging room templates in a similar fashion! Alexis |