Menu
▾
▴
bodington-developers — Mailing list for Bodington developers
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
(41) |
May
(353) |
Jun
(133) |
Jul
(534) |
Aug
(401) |
Sep
(219) |
Oct
(86) |
Nov
(144) |
Dec
(61) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(200) |
Feb
(130) |
Mar
(345) |
Apr
(153) |
May
(247) |
Jun
(338) |
Jul
(222) |
Aug
(70) |
Sep
(39) |
Oct
(27) |
Nov
(76) |
Dec
(30) |
| 2007 |
Jan
(81) |
Feb
(44) |
Mar
(9) |
Apr
|
May
(3) |
Jun
(2) |
Jul
(34) |
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
(6) |
| 2008 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Peter C. <Pet...@me...> - 2005-05-25 14:24:28
|
At present, the XML repository has no notion of namespace URIs or namespace prefixes. This give rise to some rather entertaining problems with more recent IMS content packages (basically anything 1.1 and above). For example, the <record> element of Aggie's 1.1.2 content package is stored as <imsmd:record> - which means that a content package import fails as the code can't find <record> under the <metadata> tag. There are a number of ways around this. I'm looking for input on which of these might be appropriate for other developments. The simplest is to strip the namespace information during import, as nature appears to have intended things. This works fine... until the time comes to reconstruct the XML for output, at which point the information loss may well be sufficient that it is not possible to reconstruct anything useful. The next simplest is to store the namespace URI with each row in xml_elements and xml_attributes. Cheap'n'cheerful, full-fidelity reconstruction, works with any SAX2 parser, but expensive on disk space. Next harder is trying to store a mapping of namespace prefixes to namespace URIs, and store the prefixes with each element and attribute. It's harder because there's always the possibility of getting something without namespace prefixes, at which point they need to be manufactured. It's also not guaranteed to work with all SAX2 parsers, as returning the namespace prefix is an optional facility. However, it reduces the disk space considerably. Hardest is ripping out the existing XML repository and replacing it with an off-the-shelf XML database - I'd probably use eXist, as I have some experience with it and it would work for this job. This adds the complexity of another component and another data store (eXist uses its own .dbx files), but removes one more bespoke piece from Bodington. I'm not going to be able to do this within the timeframe of the existing project unless someone comes up with some more dosh! Does anyone have any preferences, before I shrug and go for the easiest approach that serves my needs for now? - Peter |
|
From: Alistair Y. <ali...@sm...> - 2005-05-25 14:19:29
|
I have humbly committed an updated build.xml to jar up the res dir and bung it in WEB-INF/lib/res.jar bod is now i18n Alistair |
|
From: Peter C. <Pet...@me...> - 2005-05-25 13:45:58
|
> From: Alistair Young [mailto:ali...@sm...]=20 > I think I'm about to get my arse=20 > kicked again as it's already in head! <mutter> CVS, branches, mergepoints, flying fish... <muttering trails off incoherently> - Peter |
|
From: Alistair Y. <ali...@sm...> - 2005-05-25 13:40:07
|
yep, it's robust enough IMHO - but I think I'm about to get my arse=20 kicked again as it's already in head! Alistair On 25 May 2005, at 14:32, Peter Crowther wrote: >> From: Alistair Young [mailto:ali...@sm...] >> I think that's it for now - multiple >> resources are now supported > > Looks like a good approach. How solid are the changes, Alistair? Is=20= > it > sufficiently solid to be committed to HEAD yet, for example? > > - Peter > > > ------------------------------------------------------- > SF.Net email is sponsored by: GoToMeeting - the easiest way to=20 > collaborate > online with coworkers and clients while avoiding the high cost of=20 > travel and > communications. There is no equipment to buy and you can meet as often=20= > as > you want. Try it=20 > free.http://ads.osdn.com/?ad_idt02&alloc_id=16135&op=3Dclick > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Peter C. <Pet...@me...> - 2005-05-25 13:32:47
|
> From: Alistair Young [mailto:ali...@sm...]=20 > I think that's it for now - multiple=20 > resources are now supported Looks like a good approach. How solid are the changes, Alistair? Is it sufficiently solid to be committed to HEAD yet, for example? - Peter |
|
From: Adam M. <ada...@co...> - 2005-05-25 13:27:37
|
I tried to use an XHTML schema with LUSID and it led to all sorts of validation problems so I went back to the DTD. I cant remember the details but my XHTML was pretty simple and was littered with warnings. Most XHTML docs out there seem to reference the DTD and not the schema. I think I got the XSD from http://schneegans.de/sv/ adam -- Adam Marshall: OUCS, 13, Banbury Rd. Oxford OX2 6NN. Shameless plug: Use the Bodington VLE http://bodington.org Blog: http://ramble.oucs.ox.ac.uk/blog/adamm/ Cheese of the month: Cheshire (not to be underestimated) | -----Original Message----- | From: bod...@li... [mailto:bodington- | dev...@li...] On Behalf Of Matthew Buckett | Sent: 25 May 2005 13:50 | To: bod...@li... | Subject: Re: [Bodington-developers] Removal of System property | (bodington.home) | | Alistair Young wrote: | > that will solve problems for use, running multiple bods. | | The only System property left is bodington.properties but that one is | quite simple to remove (I think). | | > as an aside - talk of DTDs frightens me at the moment as the <template> | > element has changed to cater for i18n - the resource-file attribute | > won't be in the dtd. | | It should be quite easy to add in the additional attributes/elements. | Validation isn't required on so you will just get lots more warnings I | think. | | > is it worth moving to a schema while we're/you're at it? | | :-) At the moment the DTDs are very similar to the orginal XHTML DTDs | and so moving to a XSD would make them quite different (does an official | XSD for XHTML exist?). I don't mind it changing but only saw this as a | short term hack to allow multiple bodingtons to run in the same container. | | -- | +--Matthew Buckett-----------------------------------------+ | | VLE Developer, Learning Technologies Group | | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | | +------------Computing Services, University of Oxford------+ | | | ------------------------------------------------------- | This SF.Net email is sponsored by Yahoo. | Introducing Yahoo! Search Developer Network - Create apps using Yahoo! | Search APIs Find out how you can build Yahoo! directly into your own | Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 | _______________________________________________ | Bodington-developers mailing list | Bod...@li... | https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Alistair Y. <ali...@sm...> - 2005-05-25 13:21:58
|
I've lost count! I think that's it for now - multiple resources are now supported: http://www.weblogs.uhi.ac.uk/sm00ay/?p=89 just one thing to do - modify build.xml to jar up the res dir and bung res.jar into WEB-INF/lib Alistair |
|
From: Matthew B. <mat...@co...> - 2005-05-25 13:10:57
|
Alistair Young wrote: > buttons can now be localised: > > http://www.weblogs.uhi.ac.uk/sm00ay/?p=88 > > couldn't think of an easier scheme than value="localise.some.id" - this > workable? Looks good. > now for multiple resource files... Good luck. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Peter C. <Pet...@me...> - 2005-05-25 12:59:48
|
> From: Matthew Buckett=20 > does an official XSD for XHTML exist? No. If I recall, some parts of XHTML cannot be expressed using XML Schema due to the backward compatibility with HTML. - Peter |
|
From: Matthew B. <mat...@co...> - 2005-05-25 12:53:25
|
Matthew Buckett wrote: > NB: As a side note it seems that Bodington doesn't use the DOCTYPE > declaration correctly and confuses the PUBLIC and SYSTEM attributes > (look at any of the templates). I'm guessing this was done because the > XML parser doesn't assume the SYSTEM DTD relative and so passes it > through untouched. Should read: XML parser doesn't assume the PUBLIC DTD relative and so passes it through untouched. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Matthew B. <mat...@co...> - 2005-05-25 12:49:57
|
Alistair Young wrote: > that will solve problems for use, running multiple bods. The only System property left is bodington.properties but that one is quite simple to remove (I think). > as an aside - talk of DTDs frightens me at the moment as the <template> > element has changed to cater for i18n - the resource-file attribute > won't be in the dtd. It should be quite easy to add in the additional attributes/elements. Validation isn't required on so you will just get lots more warnings I think. > is it worth moving to a schema while we're/you're at it? :-) At the moment the DTDs are very similar to the orginal XHTML DTDs and so moving to a XSD would make them quite different (does an official XSD for XHTML exist?). I don't mind it changing but only saw this as a short term hack to allow multiple bodingtons to run in the same container. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Alistair Y. <ali...@sm...> - 2005-05-25 12:36:19
|
that will solve problems for use, running multiple bods. as an aside - talk of DTDs frightens me at the moment as the <template> element has changed to cater for i18n - the resource-file attribute won't be in the dtd. is it worth moving to a schema while we're/you're at it? Alistair On 25 May 2005, at 13:30, Matthew Buckett wrote: > I have had a quick hack at removing the system property bodington.home > that is used by Bodington. The problem with using a System property is > that if you have two copies of Bodington running in the same Servlet > container they will share the value (bad). > > The bodington.home property was almost exclusively used to load the > DTDs. So I have moved the DTDs into the classpath and hacked up a new > EntityResolver that looks in the classpath by default. This means that > things like template compilation don't need to have properties set to > work. > > The correct way to solve this would have been to use a CatalogResolver > (http://xml.apache.org/commons/components/resolver/) which I might > sort out at some point down the road. Attached is my current patch for > WebLearn HEAD at fixing this. I'll push it across to Bodington HEAD > unless anyone has any objections. > > NB: As a side note it seems that Bodington doesn't use the DOCTYPE > declaration correctly and confuses the PUBLIC and SYSTEM attributes > (look at any of the templates). I'm guessing this was done because the > XML parser doesn't assume the SYSTEM DTD relative and so passes it > through untouched. > > -- > +--Matthew Buckett-----------------------------------------+ > | VLE Developer, Learning Technologies Group | > | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | > +------------Computing Services, University of Oxford------+ > > > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit > http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Matthew B. <mat...@co...> - 2005-05-25 12:31:44
|
> out at some point down the road. Attached is my current patch for > WebLearn HEAD at fixing this. I'll push it across to Bodington HEAD As always I forgot to attach the patch. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Matthew B. <mat...@co...> - 2005-05-25 12:30:44
|
I have had a quick hack at removing the system property bodington.home that is used by Bodington. The problem with using a System property is that if you have two copies of Bodington running in the same Servlet container they will share the value (bad). The bodington.home property was almost exclusively used to load the DTDs. So I have moved the DTDs into the classpath and hacked up a new EntityResolver that looks in the classpath by default. This means that things like template compilation don't need to have properties set to work. The correct way to solve this would have been to use a CatalogResolver (http://xml.apache.org/commons/components/resolver/) which I might sort out at some point down the road. Attached is my current patch for WebLearn HEAD at fixing this. I'll push it across to Bodington HEAD unless anyone has any objections. NB: As a side note it seems that Bodington doesn't use the DOCTYPE declaration correctly and confuses the PUBLIC and SYSTEM attributes (look at any of the templates). I'm guessing this was done because the XML parser doesn't assume the SYSTEM DTD relative and so passes it through untouched. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Alistair Y. <ali...@sm...> - 2005-05-25 11:19:04
|
buttons can now be localised: http://www.weblogs.uhi.ac.uk/sm00ay/?p=88 couldn't think of an easier scheme than value="localise.some.id" - this workable? now for multiple resource files... Alistair |
|
From: Matthew B. <mat...@co...> - 2005-05-25 10:18:39
|
Alistair Young wrote: > very good point and one I'm working on. When you specify resource-file, > perhaps it will be a comma separated list of ResourceBundle classes > (properties). I'm open to suggestions, as ever, on this. Hadn't really given it much thought, just wanted to flag it really. From a quick look at the JavaDoc it seems that ResourceBundles can have parents which are also checked for the key. Could we have a higher level file called: res.templates that is the parent of files like: res.templates.default.useroptions.strings and contains the generic strings? > The Localiser will aggregate multiple ResourceBundles so the <localise > id="blah.blah" /> in the templates won't have to bother with which > bundle that particular string is in. That seems sensible. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Matthew B. <mat...@co...> - 2005-05-25 10:12:37
|
Alistair Young wrote: > I've updated it all to use ResourceBundle: > > http://www.weblogs.uhi.ac.uk/sm00ay/?p=86 > > Before you can use the new system, you'll have to delete your > useroptions.html compiled class - that's the only one that's localised at > the moment. > > I've created a new "res" dir in the root of the tree: > res/templates > res/facility - e.g. for holding class strings > > I haven't modified the build file to copy the res dir to WEB-INF/classes > yet. Will do that tomorrow. > > The file paths dependencies are all gone now so it should work on windows. Cool. > One consequence of the resources as ResourceBundles in the classpath is, > if you change one, it does funny things to bod, like logs you out! They > are classes after all. So, if you change a string, you have to reload the > webapp. The context should only reload if it is set to it is set to automatically. I'd agree that this isn't the best situation. > The nice thing is they now use Locale, which is derived from > User.getLanguage(). The templates now only have to specify what the class [..snipped..] All sounding very nice. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Alistair Y. <ali...@sm...> - 2005-05-25 10:03:39
|
very good point and one I'm working on. When you specify resource-file, perhaps it will be a comma separated list of ResourceBundle classes (properties). I'm open to suggestions, as ever, on this. The Localiser will aggregate multiple ResourceBundles so the <localise id="blah.blah" /> in the templates won't have to bother with which bundle that particular string is in. Alistair On 25 May 2005, at 10:53, Matthew Buckett wrote: > Alistair Young wrote: >> http://www.weblogs.uhi.ac.uk/sm00ay/?p=87 >> <i18n> is now gone from the templates. I got better optimisation by >> putting resoource-file in the root <template> node > > Is it possible to have some resources shared throughout the whole of > Bodington? > > Things like Yes/No will probably be used on tens of pages and so > having to translate them several times doesn't seem optimal. > > -- > +--Matthew Buckett-----------------------------------------+ > | VLE Developer, Learning Technologies Group | > | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | > +------------Computing Services, University of Oxford------+ > > > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit > http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Matthew B. <mat...@co...> - 2005-05-25 09:53:57
|
Alistair Young wrote: > http://www.weblogs.uhi.ac.uk/sm00ay/?p=87 > > <i18n> is now gone from the templates. I got better optimisation by > putting resoource-file in the root <template> node Is it possible to have some resources shared throughout the whole of Bodington? Things like Yes/No will probably be used on tens of pages and so having to translate them several times doesn't seem optimal. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Alistair Y. <ali...@sm...> - 2005-05-25 09:38:51
|
http://www.weblogs.uhi.ac.uk/sm00ay/?p=87 <i18n> is now gone from the templates. I got better optimisation by putting resoource-file in the root <template> node Alistair |
|
From: Adam M. <ada...@co...> - 2005-05-25 09:17:17
|
Michael / Jane / David Can we get summat in this about Bodington / guan xi? adam -- Adam Marshall: OUCS, 13, Banbury Rd. Oxford OX2 6NN. Shameless plug: Use the Bodington VLE http://bodington.org Blog: http://ramble.oucs.ox.ac.uk/blog/adamm/ Cheese of the month: Cheshire (not to be underestimated) -----Original Message----- From: VLE Developments in Teaching and learning [mailto:VLE...@JI...] On Behalf Of Nigel PEET Sent: 25 May 2005 08:26 To: VLE...@JI... Subject: FW: Invitation to contribute to EURODL online journal List members will be pleased to see the re-launch of the European Journal of Distance Learning. Details below ... Nigel Peet -----Original Message----- From: Internet support for teaching [mailto:TEA...@JI...] On Behalf Of Christine Talbot Sent: 24 May 2005 16:30 To: TEA...@JI... Subject: Invitation to contribute to EURODL online journal [Apologies if you receive this message more than once.] It's now almost a year since I emailed this list about the resurrection of the EURODL online journal (see below). I'm pleased to say that many articles have been added since then. See: http://www.eurodl.org/ As a member of the Editorial Board of EURODL I would like to take this opportunity to once again encourage contributions from you and your colleagues. Perhaps you have been involved in projects in your institution or as part of your own further study and would like to tell the world about it? Details with regards to submissions are available (below) and on the above website. Regards, Christine ------------------ Christine Talbot Learning Development Officer Learning Development Unit University of Leeds LEEDS LS2 9JT +44 (0)113 343 3186 c.j...@le... Author of: Studying at a distance: a guide for students Published by Open University Press http://www.openup.co.uk/studyingatadistance ************************************************************************ * EUROPEAN JOURNAL OF OPEN AND DISTANCE LEARNING RELAUNCHED! ************************************************************************ ** The European Journal of Open and Distance Learning welcomes you in its readership and authors. The Editor-in-Chief, Alan Tait, with the support of three Regional Associate Editors and the Editorial Board, encourages you to submit to the journal. STAY IN FOCUS WITH EURODL EURODL, supported by the European Distance and E-Learning Network (EDEN), publishes accounts of research, development and teaching for Europe in its most inclusive definition. It presents scholarly work and provides solid information about open, distance and e-learning, multimedia, on-line learning and co-operation. Importantly, the journal intends to cover all sectors within education and training, by both level and field. The journal has a section of refereed articles. There is also a 'brief items' section, which is not refereed and which acts as a more accessible and informative section for project reports, work in progress, non-English contributions and the like. The language of publication is English, with an abstract in the author's chosen language. Additionally, there is an option to publish the originally submitted paper's identical copy in another language. HOW TO CONTRIBUTE You are invited to submit your article, formatted according to the criteria of the section of your preference. Further information on the editorial policies and as to how to write your paper and what formats are accepted can be read on the journal's website: www.eurodl.org Contributions should be sent electronically to: Alan Tait, Editor-in-Chief, EURODL - to the address: a.w...@op... ENGAGE YOURSELF Access to EURODL is free, please use the subscription field on the web site. You are also invited to comment on the already submitted and accepted papers in an electronic format. Take this interactive opportunity to share your ideas and experience by participating in this unique professional discourse. **************************************************************** EDEN - European Distance and E-Learning Network Secretariat Budapest University of Technology and Economics H-1111 Budapest, Egry J. u. 1 Hungary Tel: +36 1 463 1628, 463 2537 Fax: + 36 1 463 1858 e-mail: sec...@ed... http://www.eden-online.org _______________________________________________ Eurodl mailing list Eu...@ed... http://www.eurodl.org/mailman/listinfo/eurodl |
|
From: Alistair Y. <ali...@sm...> - 2005-05-24 21:28:15
|
I've updated it all to use ResourceBundle: http://www.weblogs.uhi.ac.uk/sm00ay/?p=3D86 Before you can use the new system, you'll have to delete your useroptions.html compiled class - that's the only one that's localised at the moment. I've created a new "res" dir in the root of the tree: res/templates res/facility - e.g. for holding class strings I haven't modified the build file to copy the res dir to WEB-INF/classes yet. Will do that tomorrow. The file paths dependencies are all gone now so it should work on windows= . One consequence of the resources as ResourceBundles in the classpath is, if you change one, it does funny things to bod, like logs you out! They are classes after all. So, if you change a string, you have to reload the webapp. The nice thing is they now use Locale, which is derived from User.getLanguage(). The templates now only have to specify what the class name of their resource file is: <i18n resource-file=3D"res.templates.useroptions.strings" /> and ResourceBundle coupled with Locale with get the correct properties file loaded up from the classpath. useroptions.html also contains a debug level chooser so you can see where templates are getting their strings from. There are two languages supported at the moment - English and Gaelic. You can try them out in useroptions.html Alistair --=20 Alistair Young Senior Software Engineer UHI@Sabhal M=F2r Ostaig Isle of Skye Scotland |
|
From: Matthew B. <mat...@co...> - 2005-05-24 16:34:55
|
Alistair Young wrote: > perhaps a FAQ entry on how to move bod to a new server/webapp root? > first thing after moving is to delete the compiled templates. Having the ability to change the context/hostname/filesystem location without having to do any reconfiguring is the right way to go. Then we don't need a FAQ entry. I have "fixed" WebLearn HEAD so that is doesn't store any references to the installed location (except for the event mailer) so it can be moved without any problems. I was going to push these changes across to Bodingtno HEAD. Yes/No? -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Peter C. <Pet...@me...> - 2005-05-24 16:09:19
|
> From: Matthew Buckett=20 > I'm an old fart, already listening to Radio 4 with a pair of tartan=20 > slippers, stuck in my ways ;-) So what *is* the Buckett clan tartan? :-) - Peter |
|
From: Matthew B. <mat...@co...> - 2005-05-24 15:38:01
|
Alistair Young wrote: >> HTML translates all tabs, spaces and newlines into a space > > yes but a newline in a properties value breaks the properties file. web > devs use line breaks in gui editors to make it nicer to see what they're > doing. They'd have to remove all linebreaks before putting the content > in a properties value. I was meaning that you don't need the newlines in there, in the HTML world a space is the same. [..snipped..] > I mentioned tmx to test the water. It's cutting edge and groovy, yes. I'm an old fart, already listening to Radio 4 with a pair of tartan slippers, stuck in my ways ;-) [..snipped..] > what about xml properties files sitting in the classpath, one per > template, per language? If you like. I think I'm not yet convinced that anything is better than the ResouceBundle but at the end of the day it should be quite easy to move from one way of representing translations to another so happy hacking. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
19 messages has been excluded from this view by a project administrator.
