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: Colin T. <col...@co...> - 2005-07-20 11:17:02
|
Sounds OK from my point of view. I think quickstart code should be committed for 2.6, but released as a separate file release (maybe at the same time?) I think we all need to some serious testing after 27th, to make sure it's all OK as a whole. Sean Mehan wrote: > OK: > > 1. HTML Widget - 1 day - MB already sorting it!-) > 2. RSS - estimated 1.5 days - MB > 2. Timed Resources - ? - AOC > 3. HSQLDB - estimated 3 days - MB This is a must, as we have sold a lot > of snake oil on this one! > 3. Resource Search, Keyword only - 1 day - CT > 3. EasyBuilder - 2days - CT not including keyword searching, html widget. > 4. Textblocks - 1days - CT - Announcements goes to 2.8 > 4. Quicklinks - 1 day AC/CT > 5. Edit Discussion Room Posts - CT - done, throw it in! > 5. ACL - 2days - MB As above, we have demo'd it!-) (this is without > timed access support) > > > > In addition, AY is doing GX 1.2 into HEAD just now. > > Atif is finalizing shibbadd out!-) > > Maybe we, with some help from aggie and perhaps someone at ox, AOC? can > do an schema update, which may have to be pretty bare at this point. > > Where is the Quickstart? This should await the 2.6 finish. > > So, we are down to 1 week, for testing on 27th? > > s > > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
|
From: Atif S. <BM...@bm...> - 2005-07-20 11:16:46
|
Sean Mehan wrote: > Atif is finalizing shibbadd out!-) shibadd is out NO MORE work to do with removal of the OLD SHIB. May OLD SHIB rest in peace. Ta Atif. |
|
From: Alistair Y. <ali...@sm...> - 2005-07-20 11:14:19
|
I'm going to blow this away Alistair |
|
From: Alistair Y. <ali...@sm...> - 2005-07-20 11:05:44
|
I have great pleasure in announcing the committing of style_default/ room/creationmenu.html on behalf of our glorious templeteer who is currently in the second city of empire, swlling bucky and cider! Alistair |
|
From: Sean M. <se...@sm...> - 2005-07-20 10:58:42
|
OK: 1. HTML Widget - 1 day - MB already sorting it!-) 2. RSS - estimated 1.5 days - MB 2. Timed Resources - ? - AOC 3. HSQLDB - estimated 3 days - MB This is a must, as we have sold a lot of snake oil on this one! 3. Resource Search, Keyword only - 1 day - CT 3. EasyBuilder - 2days - CT not including keyword searching, html widget. 4. Textblocks - 1days - CT - Announcements goes to 2.8 4. Quicklinks - 1 day AC/CT 5. Edit Discussion Room Posts - CT - done, throw it in! 5. ACL - 2days - MB As above, we have demo'd it!-) (this is without timed access support) In addition, AY is doing GX 1.2 into HEAD just now. Atif is finalizing shibbadd out!-) Maybe we, with some help from aggie and perhaps someone at ox, AOC? can do an schema update, which may have to be pretty bare at this point. Where is the Quickstart? This should await the 2.6 finish. So, we are down to 1 week, for testing on 27th? s |
|
From: Alistair Y. <ali...@sm...> - 2005-07-20 10:41:39
|
log4j gurus - is there any way to get a RollingFileAppender to be
servlet aware? What I mean is:
<appender name="AuthenticatorRolling"
class="org.apache.log4j.RollingFileAppender">
<param name="File" value="/WWW/bod/WEB-INF/logs/bod.log"/>
<param name="MaxFileSize" value="100KB"/>
<param name="MaxBackupIndex" value="2"/>
<layout class="org.apache.log4j.PatternLayout">
<param name="ConversionPattern" value="%m%n"/>
</layout>
</appender>
<param name="File" value="/WWW/bod/WEB-INF/logs/bod.log"/>
is there any way to do a getRealPath sort of thing to get:
<param name="File" value="/WEB-INF/logs/bod.log"/>
i.e. remove the machine dependant part of the path?
From where is the "File" parameter resolved? WEB-INF/classes/
org/..whatever package/class that logs?
ta,
Alistair
|
|
From: Brian P. C. <bm...@bm...> - 2005-07-20 10:40:11
|
My new sourceforge account name is brian_clark I can consult Atif about cvs. Thanks, Brian (Peter) Peter (Brian) > what is peter's sf id? > > Peter, if you have not done so, would you please toodle over to > sf.net and register, then send me your id in order that I may give > you access. > I assume you know cvs? If not, well....is aggie about? > If not, email me and we'll sort something else out. > > > s > > > On 20 Jul 2005, at 11:18, Alistair Young wrote: > > > can someone get Peter commit access? > > > > Alistair > > > > On 20 Jul 2005, at 11:07, Brian Peter Clark wrote: > > > > > >> I'm sorry about this, but it is a result of not knowing how things in > >> Bods work. > >> > >> I saw a string literal that had semantic content: hidden to me, > >> cach=E9 to a French person. > >> > >> If Alistair might send me one good file for the paths thing that he > >> mentioned, I can sort things out. A couple of global edits.. > >> > >> I sent the stuff to Alistair because I do not have the power or > >> knowledge to commit anything (apart from these mistakes). > >> > >> Regards, > >> > >> Brian > >> > >> > >> > >>> Looking at the stuff that was checked in yesterday at about 19/07/05 > >>> 16:47 with the comment 'Localised'. (My vague understanding is > >>> that this > >>> is maybe stuff Leeds did, but Alistair checked in on their > >>> behalf, which > >>> is why I'm sending this to the list, rather than an individual) > >>> is duff. > >>> The problem is that certain calls to Facility which represent method > >>> arguments (rather than user-displayed text) have been localised. > >>> > >>> A good example is the following (original): > >>> > >>> <call> > >>> <target method=3D"insert"><variable name=3D"facility"/></target> > >>> <parameters> > >>> <variable name=3D"request"/> > >>> <variable name=3D"writer"/> > >>> <literal type=3D"String">stylesheet</literal> > >>> <literal type=3D"String"></literal> > >>> </parameters> > >>> </call> > >>> > >>> This is basically facility.insert(request, writer, "stylesheet", > >>> ""). It > >>> should not be changed to the following: > >>> > >>> <call> > >>> <target method=3D"insert"><variable name=3D"facility"/></target> > >>> <parameters> > >>> <variable name=3D"request"/> > >>> <variable name=3D"writer"/> > >>> <literal type=3D"String"><localise d=3D"page.stylesheet"/></lite= ral> > >>> <literal type=3D"String"></literal> > >>> </parameters> > >>> </call> > >>> > >>> This will work as expected for English. When you change the > >>> language to > >>> French, the insert() method will have no idea of what to insert when > >>> called with the argument "le sheet de style". > >>> > >>> The files that are affected are the following: > >>> > >>> tomcatadd/webapps/bodington/templates/style_default/building/ > >>> main.html > >>> tomcatadd/webapps/bodington/templates/style_default/directory/ > >>> consentconfirm.html > >>> tomcatadd/webapps/bodington/templates/style_default/directory/ > >>> consentform.html > >>> tomcatadd/webapps/bodington/templates/style_default/floor/main.html > >>> tomcatadd/webapps/bodington/templates/style_default/mediadocument/ > >>> menu.html > >>> tomcatadd/webapps/bodington/templates/style_default/password/ > >>> x509check.html > >>> tomcatadd/webapps/bodington/templates/style_default/room/main.html > >>> tomcatadd/webapps/bodington/templates/style_default/site/main.html > >>> tomcatadd/webapps/bodington/templates/style_default/suite/main.html > >>> > >>> Prehaps if this was someone from Leeds, they can check this in to > >>> CVS as > >>> themselves and then we all know who to pat on the back when > >>> they've got > >>> them right ;-). > >>> > >>> > >>> -- > >>> + - - - - - - - - - - - - - - - - - - - - - - - - - - - + > >>> | Alexis O'Connor, VLE Developer (http://bodington.org) | > >>> | OUCS, 13 Banbury Road, Oxford, OX2 6NN, UK. | > >>> | Tel. +44 (0)1865 283661 | > >>> + - - - - - - - - - - - - - - - - - - - - - - - - - - - + > >>> > >>> > >>> ------------------------------------------------------- > >>> SF.Net email is sponsored by: Discover Easy Linux Migration > >>> Strategies > >>> from IBM. Find simple to follow Roadmaps, straightforward articles, > >>> informative Webcasts and more! Get everything you need to get up to > >>> speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3D= click > >>> _______________________________________________ > >>> Bodington-developers mailing list > >>> Bod...@li... > >>> https://lists.sourceforge.net/lists/listinfo/bodington-developers > >>> > >>> > >>> > >> > >> > >> > >> > >> ------------------------------------------------------- > >> SF.Net email is sponsored by: Discover Easy Linux Migration > >> Strategies > >> from IBM. Find simple to follow Roadmaps, straightforward articles, > >> informative Webcasts and more! Get everything you need to get up to > >> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=3Dclick > >> _______________________________________________ > >> Bodington-developers mailing list > >> Bod...@li... > >> https://lists.sourceforge.net/lists/listinfo/bodington-developers > >> > >> > > > > > > > > ------------------------------------------------------- > > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > > from IBM. Find simple to follow Roadmaps, straightforward articles, > > informative Webcasts and more! Get everything you need to get up to > > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=3Dclick > > _______________________________________________ > > Bodington-developers mailing list > > Bod...@li... > > https://lists.sourceforge.net/lists/listinfo/bodington-developers > > > > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=C0ick > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
|
From: Sean M. <se...@sm...> - 2005-07-20 10:34:11
|
what is peter's sf id? Peter, if you have not done so, would you please toodle over to =20 sf.net and register, then send me your id in order that I may give =20 you access. I assume you know cvs? If not, well....is aggie about? If not, email me and we'll sort something else out. s On 20 Jul 2005, at 11:18, Alistair Young wrote: > can someone get Peter commit access? > > Alistair > > On 20 Jul 2005, at 11:07, Brian Peter Clark wrote: > > >> I'm sorry about this, but it is a result of not knowing how things in >> Bods work. >> >> I saw a string literal that had semantic content: hidden to me, >> cach=E9 to a French person. >> >> If Alistair might send me one good file for the paths thing that he >> mentioned, I can sort things out. A couple of global edits.. >> >> I sent the stuff to Alistair because I do not have the power or >> knowledge to commit anything (apart from these mistakes). >> >> Regards, >> >> Brian >> >> >> >>> Looking at the stuff that was checked in yesterday at about 19/07/05 >>> 16:47 with the comment 'Localised'. (My vague understanding is =20 >>> that this >>> is maybe stuff Leeds did, but Alistair checked in on their =20 >>> behalf, which >>> is why I'm sending this to the list, rather than an individual) =20 >>> is duff. >>> The problem is that certain calls to Facility which represent method >>> arguments (rather than user-displayed text) have been localised. >>> >>> A good example is the following (original): >>> >>> <call> >>> <target method=3D"insert"><variable name=3D"facility"/></target> >>> <parameters> >>> <variable name=3D"request"/> >>> <variable name=3D"writer"/> >>> <literal type=3D"String">stylesheet</literal> >>> <literal type=3D"String"></literal> >>> </parameters> >>> </call> >>> >>> This is basically facility.insert(request, writer, "stylesheet", =20 >>> ""). It >>> should not be changed to the following: >>> >>> <call> >>> <target method=3D"insert"><variable name=3D"facility"/></target> >>> <parameters> >>> <variable name=3D"request"/> >>> <variable name=3D"writer"/> >>> <literal type=3D"String"><localise = d=3D"page.stylesheet"/></literal> >>> <literal type=3D"String"></literal> >>> </parameters> >>> </call> >>> >>> This will work as expected for English. When you change the =20 >>> language to >>> French, the insert() method will have no idea of what to insert when >>> called with the argument "le sheet de style". >>> >>> The files that are affected are the following: >>> >>> tomcatadd/webapps/bodington/templates/style_default/building/=20 >>> main.html >>> tomcatadd/webapps/bodington/templates/style_default/directory/=20 >>> consentconfirm.html >>> tomcatadd/webapps/bodington/templates/style_default/directory/=20 >>> consentform.html >>> tomcatadd/webapps/bodington/templates/style_default/floor/main.html >>> tomcatadd/webapps/bodington/templates/style_default/mediadocument/=20= >>> menu.html >>> tomcatadd/webapps/bodington/templates/style_default/password/=20 >>> x509check.html >>> tomcatadd/webapps/bodington/templates/style_default/room/main.html >>> tomcatadd/webapps/bodington/templates/style_default/site/main.html >>> tomcatadd/webapps/bodington/templates/style_default/suite/main.html >>> >>> Prehaps if this was someone from Leeds, they can check this in to =20= >>> CVS as >>> themselves and then we all know who to pat on the back when =20 >>> they've got >>> them right ;-). >>> >>> >>> -- >>> + - - - - - - - - - - - - - - - - - - - - - - - - - - - + >>> | Alexis O'Connor, VLE Developer (http://bodington.org) | >>> | OUCS, 13 Banbury Road, Oxford, OX2 6NN, UK. | >>> | Tel. +44 (0)1865 283661 | >>> + - - - - - - - - - - - - - - - - - - - - - - - - - - - + >>> >>> >>> ------------------------------------------------------- >>> SF.Net email is sponsored by: Discover Easy Linux Migration =20 >>> Strategies >>> from IBM. Find simple to follow Roadmaps, straightforward articles, >>> informative Webcasts and more! Get everything you need to get up to >>> speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dc= lick >>> _______________________________________________ >>> Bodington-developers mailing list >>> Bod...@li... >>> https://lists.sourceforge.net/lists/listinfo/bodington-developers >>> >>> >>> >> >> >> >> >> ------------------------------------------------------- >> SF.Net email is sponsored by: Discover Easy Linux Migration =20 >> Strategies >> from IBM. Find simple to follow Roadmaps, straightforward articles, >> informative Webcasts and more! Get everything you need to get up to >> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dclick >> _______________________________________________ >> Bodington-developers mailing list >> Bod...@li... >> https://lists.sourceforge.net/lists/listinfo/bodington-developers >> >> > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dclick > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > > |
|
From: Alistair Y. <ali...@sm...> - 2005-07-20 10:18:41
|
can someone get Peter commit access? Alistair On 20 Jul 2005, at 11:07, Brian Peter Clark wrote: > I'm sorry about this, but it is a result of not knowing how things in > Bods work. > > I saw a string literal that had semantic content: hidden to me, > cach=E9 to a French person. > > If Alistair might send me one good file for the paths thing that he > mentioned, I can sort things out. A couple of global edits.. > > I sent the stuff to Alistair because I do not have the power or > knowledge to commit anything (apart from these mistakes). > > Regards, > > Brian > > >> Looking at the stuff that was checked in yesterday at about 19/07/05 >> 16:47 with the comment 'Localised'. (My vague understanding is =20 >> that this >> is maybe stuff Leeds did, but Alistair checked in on their behalf, =20= >> which >> is why I'm sending this to the list, rather than an individual) is =20= >> duff. >> The problem is that certain calls to Facility which represent method >> arguments (rather than user-displayed text) have been localised. >> >> A good example is the following (original): >> >> <call> >> <target method=3D"insert"><variable name=3D"facility"/></target> >> <parameters> >> <variable name=3D"request"/> >> <variable name=3D"writer"/> >> <literal type=3D"String">stylesheet</literal> >> <literal type=3D"String"></literal> >> </parameters> >> </call> >> >> This is basically facility.insert(request, writer, "stylesheet", =20 >> ""). It >> should not be changed to the following: >> >> <call> >> <target method=3D"insert"><variable name=3D"facility"/></target> >> <parameters> >> <variable name=3D"request"/> >> <variable name=3D"writer"/> >> <literal type=3D"String"><localise = d=3D"page.stylesheet"/></literal> >> <literal type=3D"String"></literal> >> </parameters> >> </call> >> >> This will work as expected for English. When you change the =20 >> language to >> French, the insert() method will have no idea of what to insert when >> called with the argument "le sheet de style". >> >> The files that are affected are the following: >> >> tomcatadd/webapps/bodington/templates/style_default/building/=20 >> main.html >> tomcatadd/webapps/bodington/templates/style_default/directory/=20 >> consentconfirm.html >> tomcatadd/webapps/bodington/templates/style_default/directory/=20 >> consentform.html >> tomcatadd/webapps/bodington/templates/style_default/floor/main.html >> tomcatadd/webapps/bodington/templates/style_default/mediadocument/=20 >> menu.html >> tomcatadd/webapps/bodington/templates/style_default/password/=20 >> x509check.html >> tomcatadd/webapps/bodington/templates/style_default/room/main.html >> tomcatadd/webapps/bodington/templates/style_default/site/main.html >> tomcatadd/webapps/bodington/templates/style_default/suite/main.html >> >> Prehaps if this was someone from Leeds, they can check this in to =20 >> CVS as >> themselves and then we all know who to pat on the back when =20 >> they've got >> them right ;-). >> >> >> -- >> + - - - - - - - - - - - - - - - - - - - - - - - - - - - + >> | Alexis O'Connor, VLE Developer (http://bodington.org) | >> | OUCS, 13 Banbury Road, Oxford, OX2 6NN, UK. | >> | Tel. +44 (0)1865 283661 | >> + - - - - - - - - - - - - - - - - - - - - - - - - - - - + >> >> >> ------------------------------------------------------- >> SF.Net email is sponsored by: Discover Easy Linux Migration =20 >> Strategies >> from IBM. Find simple to follow Roadmaps, straightforward articles, >> informative Webcasts and more! Get everything you need to get up to >> speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dcl= ick >> _______________________________________________ >> Bodington-developers mailing list >> Bod...@li... >> https://lists.sourceforge.net/lists/listinfo/bodington-developers >> >> > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dclick > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
|
From: Brian P. C. <bm...@bm...> - 2005-07-20 10:10:45
|
I'm sorry about this, but it is a result of not knowing how things in Bods work. I saw a string literal that had semantic content: hidden to me, cach=E9 to a French person. If Alistair might send me one good file for the paths thing that he mentioned, I can sort things out. A couple of global edits.. I sent the stuff to Alistair because I do not have the power or knowledge to commit anything (apart from these mistakes). Regards, Brian > Looking at the stuff that was checked in yesterday at about 19/07/05 > 16:47 with the comment 'Localised'. (My vague understanding is that this= > is maybe stuff Leeds did, but Alistair checked in on their behalf, which= > is why I'm sending this to the list, rather than an individual) is duff.= > The problem is that certain calls to Facility which represent method > arguments (rather than user-displayed text) have been localised. > > A good example is the following (original): > > <call> > <target method=3D"insert"><variable name=3D"facility"/></target> > <parameters> > <variable name=3D"request"/> > <variable name=3D"writer"/> > <literal type=3D"String">stylesheet</literal> > <literal type=3D"String"></literal> > </parameters> > </call> > > This is basically facility.insert(request, writer, "stylesheet", ""). It= > should not be changed to the following: > > <call> > <target method=3D"insert"><variable name=3D"facility"/></target> > <parameters> > <variable name=3D"request"/> > <variable name=3D"writer"/> > <literal type=3D"String"><localise d=3D"page.stylesheet"/></literal> > <literal type=3D"String"></literal> > </parameters> > </call> > > This will work as expected for English. When you change the language to > French, the insert() method will have no idea of what to insert when > called with the argument "le sheet de style". > > The files that are affected are the following: > > tomcatadd/webapps/bodington/templates/style_default/building/main.html > tomcatadd/webapps/bodington/templates/style_default/directory/consentcon= firm.html > tomcatadd/webapps/bodington/templates/style_default/directory/consentfor= m.html > tomcatadd/webapps/bodington/templates/style_default/floor/main.html > tomcatadd/webapps/bodington/templates/style_default/mediadocument/menu.h= tml > tomcatadd/webapps/bodington/templates/style_default/password/x509check.h= tml > tomcatadd/webapps/bodington/templates/style_default/room/main.html > tomcatadd/webapps/bodington/templates/style_default/site/main.html > tomcatadd/webapps/bodington/templates/style_default/suite/main.html > > Prehaps if this was someone from Leeds, they can check this in to CVS as= > themselves and then we all know who to pat on the back when they've got > them right ;-). > > > -- > + - - - - - - - - - - - - - - - - - - - - - - - - - - - + > | Alexis O'Connor, VLE Developer (http://bodington.org) | > | OUCS, 13 Banbury Road, Oxford, OX2 6NN, UK. | > | Tel. +44 (0)1865 283661 | > + - - - - - - - - - - - - - - - - - - - - - - - - - - - + > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dcli= ck > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
|
From: Colin T. <col...@co...> - 2005-07-20 10:06:45
|
>> 3. EasyBuilder - ?days - whom? Is this quickstart? if so, tis a must >> as before. > Colin I think. Yes. Not connected with quickstart. Just need to commit and initial test with Bod head, 2 days. > >> 4. Textblocks/Announcements - ?days? - AC/CT? I thought that this was >> already done(ish) > Colin again. I'm going to put the TextBlock in, we decided (in the vid conference) not to merge Announcements in at this stage. Commit and test, 1 day. >> 4. Quicklinks - as above > Colin again. Not sure about this one. We wanted to make some changes before committing it (and it's likely to be Alexis). If we make changes, we need to spend more time testing. Also Alexis will need some time to familiarise himself with the code that Ant wrote. Would be nice to add it to 2.6 though... > Timed Resources > perhaps we leave this off the list of 2.6 and push to 2.8? Tis the > sort of thing that if gotten wrong is very bad..... I think it's good as-is. Alexis is working on it now. > Resource Search > How diff is this? Ideally needs lots of tidying of existing metadata handling code, but adding keyword search is basically done. > Edit Discussion Room Posts > Is this not related to MVN stuff? Not MVN, allows editing posts in Bod discussion room. Small fix, has worked fine at Oxford so far. Colin |
|
From: Alistair Y. <ali...@sm...> - 2005-07-20 09:49:30
|
Well spotted Alexis me o'l mate ;) I fell into this trap too but manged to crawl out before it was too late. I have an orchestra and fireworks show ready in the wings, awaiting the day we bin those templates for good :) Peter - what do you want to do? can you check them out, rejig and check them back in? Don't use your local copy as they are in "pre- Tatham" format ;) Alistair On 20 Jul 2005, at 10:35, Alexis O'Connor wrote: > Looking at the stuff that was checked in yesterday at about > 19/07/05 16:47 with the comment 'Localised'. (My vague > understanding is that this is maybe stuff Leeds did, but Alistair > checked in on their behalf, which is why I'm sending this to the > list, rather than an individual) is duff. The problem is that > certain calls to Facility which represent method arguments (rather > than user-displayed text) have been localised. > > A good example is the following (original): > > <call> > <target method="insert"><variable name="facility"/></target> > <parameters> > <variable name="request"/> > <variable name="writer"/> > <literal type="String">stylesheet</literal> > <literal type="String"></literal> > </parameters> > </call> > > This is basically facility.insert(request, writer, "stylesheet", > ""). It should not be changed to the following: > > <call> > <target method="insert"><variable name="facility"/></target> > <parameters> > <variable name="request"/> > <variable name="writer"/> > <literal type="String"><localise d="page.stylesheet"/></literal> > <literal type="String"></literal> > </parameters> > </call> > > This will work as expected for English. When you change the > language to French, the insert() method will have no idea of what > to insert when called with the argument "le sheet de style". > > The files that are affected are the following: > > tomcatadd/webapps/bodington/templates/style_default/building/main.html > tomcatadd/webapps/bodington/templates/style_default/directory/ > consentconfirm.html > tomcatadd/webapps/bodington/templates/style_default/directory/ > consentform.html > tomcatadd/webapps/bodington/templates/style_default/floor/main.html > tomcatadd/webapps/bodington/templates/style_default/mediadocument/ > menu.html > tomcatadd/webapps/bodington/templates/style_default/password/ > x509check.html > tomcatadd/webapps/bodington/templates/style_default/room/main.html > tomcatadd/webapps/bodington/templates/style_default/site/main.html > tomcatadd/webapps/bodington/templates/style_default/suite/main.html > > Prehaps if this was someone from Leeds, they can check this in to > CVS as themselves and then we all know who to pat on the back when > they've got them right ;-). > > > -- > + - - - - - - - - - - - - - - - - - - - - - - - - - - - + > | Alexis O'Connor, VLE Developer (http://bodington.org) | > | OUCS, 13 Banbury Road, Oxford, OX2 6NN, UK. | > | Tel. +44 (0)1865 283661 | > + - - - - - - - - - - - - - - - - - - - - - - - - - - - + > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
|
From: Matthew B. <mat...@co...> - 2005-07-20 09:38:09
|
Sean Mehan wrote: > superb, Matthew. The time esitmates were for the things I am down to do. > as seen in another email forward in this thread, i18n is done, save > some bugs on typing, etc. > Does everyone agree? Please! > > 1. HTML Widget - MB already sorting it!-) This is taking longer because my patch doesn't apply because we now have the new style creation templates. > 2. RSS - estimated 1.5 days - for whom? I'm down for doing this. > 3. HSQLDB - estimated 3 days - MB? This is a must, as we have sold a > lot of snake oil on this one! This is probably one of the hardest things as it touches lots of code. Things it touches I forgot to mention include the Installer.... > 3. EasyBuilder - ?days - whom? Is this quickstart? if so, tis a must as > before. Colin I think. > 4. Textblocks/Announcements - ?days? - AC/CT? I thought that this was > already done(ish) Colin again. > 4. Quicklinks - as above Colin again. > 5. ACL - 1.5days - MB? As above, we have demo'd it!-) (this is without > timed access support) This touches quite a bit of code and again a large number of template which have now changed to UHI look and feel which makes my job harder. This may be more than 1.5days. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Alexis O'C. <ale...@co...> - 2005-07-20 09:36:04
|
Looking at the stuff that was checked in yesterday at about 19/07/05 16:47 with the comment 'Localised'. (My vague understanding is that this is maybe stuff Leeds did, but Alistair checked in on their behalf, which is why I'm sending this to the list, rather than an individual) is duff. The problem is that certain calls to Facility which represent method arguments (rather than user-displayed text) have been localised. A good example is the following (original): <call> <target method="insert"><variable name="facility"/></target> <parameters> <variable name="request"/> <variable name="writer"/> <literal type="String">stylesheet</literal> <literal type="String"></literal> </parameters> </call> This is basically facility.insert(request, writer, "stylesheet", ""). It should not be changed to the following: <call> <target method="insert"><variable name="facility"/></target> <parameters> <variable name="request"/> <variable name="writer"/> <literal type="String"><localise d="page.stylesheet"/></literal> <literal type="String"></literal> </parameters> </call> This will work as expected for English. When you change the language to French, the insert() method will have no idea of what to insert when called with the argument "le sheet de style". The files that are affected are the following: tomcatadd/webapps/bodington/templates/style_default/building/main.html tomcatadd/webapps/bodington/templates/style_default/directory/consentconfirm.html tomcatadd/webapps/bodington/templates/style_default/directory/consentform.html tomcatadd/webapps/bodington/templates/style_default/floor/main.html tomcatadd/webapps/bodington/templates/style_default/mediadocument/menu.html tomcatadd/webapps/bodington/templates/style_default/password/x509check.html tomcatadd/webapps/bodington/templates/style_default/room/main.html tomcatadd/webapps/bodington/templates/style_default/site/main.html tomcatadd/webapps/bodington/templates/style_default/suite/main.html Prehaps if this was someone from Leeds, they can check this in to CVS as themselves and then we all know who to pat on the back when they've got them right ;-). -- + - - - - - - - - - - - - - - - - - - - - - - - - - - - + | Alexis O'Connor, VLE Developer (http://bodington.org) | | OUCS, 13 Banbury Road, Oxford, OX2 6NN, UK. | | Tel. +44 (0)1865 283661 | + - - - - - - - - - - - - - - - - - - - - - - - - - - - + |
|
From: Colin T. <col...@co...> - 2005-07-20 09:08:59
|
> For many reasons, we need to present the > correct image here. My worry is that we bung stuff in that's not properly finished/tested, and that's worse than not delivering on time, especially with the Boddix CD where the state of the build is set in stone. I think we need to prioritise/cut down what the most important components are if we are going to stick to the original deadline. Colin Sean Mehan wrote: > <fc> > I agree with Paul here. For many reasons, we need to present the > correct image here. 2.6 must come out at the end of the month. I think > that we are pursuing timebox constraints here. > +/- a few days, we ship 2.6 at the end of the month. > > We need a 2.6 CD at the next buzz. > > surely there are no bugs! and if they are, squash them in 2.6.1!-) > On that note, what would make life easy for people to update to 2.6.1 > when released?.... > </fc> > > s > > > On 20 Jul 2005, at 09:41, Paul Davis wrote: > >> I'm seeing this from a marketing perspective. At the last Buzz we >> promised >> 2.6 in late July (and 16 establishments signed up for notification of >> a new >> release), and the next Buzz is 22 August. What do we give away >> then? It's >> not worth doing new Bodix CDs for 2.1 or whatever the current CD is. >> 2.6 >> has quickstart war, easybuilder, ACL, wysiwyg widget etc - lots of user >> functions. We showed that now is a good time to get academically- >> related >> people's attention. From a marketing perspective I think we should >> release >> asap if at all possible, even if it means losing some functionality >> in the >> short term. >> >> Paul >> >> Paul Davis >> 01865 283414 >> >> >> >> -----Original Message----- >> From: bod...@li... >> [mailto:bod...@li...] On Behalf >> Of Colin >> Tatham >> Sent: 20 July 2005 09:27 >> To: bod...@li... >> Subject: Re: [Bodington-developers] bodington.properties defaults >> >> >> Luckily I was out yesterday and missed all those mails! >> >> Apart from OSSWATCH wanting to get on with making a new Boddix CD, is >> there a deadline for the CD? >> >> I think it would be preferable to delay 2.6. At Oxford we've decided >> that we will upgrade our live WebLearn server with our latest code at >> the end of the month whether 2.6 is complete or not. Is a 2.6 delay a >> problem at UHI? I guess so... >> >> Colin >> >> >> Matthew Buckett wrote: >> >>> Matthew Buckett wrote: >>> >>> >>>> Paul Davis wrote: >>>> >>>> >>>> >>>>> I'm inclined to get 2.6 out the door, and if necessary add stuff in >>>>> for 2.7 >>>>> Until 2.6 goes we can't make new Bodix CDs >>>>> >>> >>> >>> As Sean suggested here are my guesses at getting the code into HEAD >>> that >>> I am due to be working on. This doesn't include any time for >>> testing/problems. >>> >>> Is it ok to start pushing this stuff in? Or is the I18N not yet >>> finished? >>> >>> >>> >>>> As far as I know, stuff that isn't in includes: >>>> >>>> HSQLDB >>>> >>> >>> - Big One, includes refactoring of bodington.properties, ant stuff, >>> SetupServlet. 3 days. >>> >>> >>> >>>> RSS >>>> >>> >>> - Should be reasonably easy. 1.5 days. >>> >>> >>> >>>> ACL >>>> >>> >>> - 1.5 days in it's current state (without timed access support). >>> >>> >>> >>>> HTML Widget >>>> >>> >>> - 1 day as I have been working on this today. >>> >>> >>> >>>> And as Sean mentioned earlier today we still havn't done any work on >>>> migration of 2.4 to 2.6. >>>> >>> >>> - 3 days. Would be nice to have a dump of a clean 2.1 install and a >>> 2.4 instal which we can then test the upgrade procedure against. The >>> problem is that testing this probably shouldn't happen until all the >>> other code is in. >>> >>> >> >> >> ------------------------------------------------------- >> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >> from IBM. Find simple to follow Roadmaps, straightforward articles, >> informative Webcasts and more! Get everything you need to get up to >> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >> _______________________________________________ >> Bodington-developers mailing list >> Bod...@li... >> https://lists.sourceforge.net/lists/listinfo/bodington-developers >> >> >> >> >> ------------------------------------------------------- >> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >> from IBM. Find simple to follow Roadmaps, straightforward articles, >> informative Webcasts and more! Get everything you need to get up to >> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click >> _______________________________________________ >> Bodington-developers mailing list >> Bod...@li... >> https://lists.sourceforge.net/lists/listinfo/bodington-developers >> >> > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
|
From: Sean M. <se...@sm...> - 2005-07-20 09:06:41
|
superb, Matthew.
so, may i prioritise?
as seen in another email forward in this thread, i18n is done, save
some bugs on typing, etc.
Does everyone agree? Please!
1. HTML Widget - MB already sorting it!-)
2. RSS - estimated 1.5 days - for whom?
3. HSQLDB - estimated 3 days - MB? This is a must, as we have sold a
lot of snake oil on this one!
3. EasyBuilder - ?days - whom? Is this quickstart? if so, tis a must
as before.
4. Textblocks/Announcements - ?days? - AC/CT? I thought that this was
already done(ish)
4. Quicklinks - as above
5. ACL - 1.5days - MB? As above, we have demo'd it!-) (this is
without timed access support)
that leaves
Timed Resources
perhaps we leave this off the list of 2.6 and push to 2.8? Tis
the sort of thing that if gotten wrong is very bad.....
Resource Search
How diff is this?
Edit Discussion Room Posts
Is this not related to MVN stuff? If so, AC promised already to
get one out for 2.7.0 next month, which Ox / UHI should be able to
slap in asap. But why make a crap hack when the whole thing will
change in a matter of weeks? I would drop it of the 2.6 and beta in
2.7.x asap, publish in 2.8.
?
-s
On 19 Jul 2005, at 18:58, Matthew Buckett wrote:
> Matthew Buckett wrote:
>
>> Paul Davis wrote:
>>
>>
>>> I'm inclined to get 2.6 out the door, and if necessary add stuff in
>>> for 2.7
>>> Until 2.6 goes we can't make new Bodix CDs
>>>
>
> As Sean suggested here are my guesses at getting the code into HEAD
> that
> I am due to be working on. This doesn't include any time for
> testing/problems.
>
> Is it ok to start pushing this stuff in? Or is the I18N not yet
> finished?
>
>
>> As far as I know, stuff that isn't in includes:
>>
>> HSQLDB
>>
> - Big One, includes refactoring of bodington.properties, ant stuff,
> SetupServlet. 3 days.
>
>
>> RSS
>>
> - Should be reasonably easy. 1.5 days.
>
>
>> ACL
>>
> - 1.5 days in it's current state (without timed access support).
>
>
>> HTML Widget
>>
> - 1 day as I have been working on this today.
>
>
>> And as Sean mentioned earlier today we still havn't done any work on
>> migration of 2.4 to 2.6.
>>
> - 3 days. Would be nice to have a dump of a clean 2.1 install and a
> 2.4 instal which we can then test the upgrade procedure against. The
> problem is that testing this probably shouldn't happen until all the
> other code is in.
>
> --
> +--Matthew Buckett-----------------------------------------+
> | VLE Developer, Learning Technologies Group |
> | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ |
> +------------Computing Services, University of Oxford------+
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>
>
|
|
From: Sean M. <se...@sm...> - 2005-07-20 08:55:54
|
<fc> I agree with Paul here. For many reasons, we need to present the correct image here. 2.6 must come out at the end of the month. I think that we are pursuing timebox constraints here. +/- a few days, we ship 2.6 at the end of the month. We need a 2.6 CD at the next buzz. surely there are no bugs! and if they are, squash them in 2.6.1!-) On that note, what would make life easy for people to update to 2.6.1 when released?.... </fc> s On 20 Jul 2005, at 09:41, Paul Davis wrote: > I'm seeing this from a marketing perspective. At the last Buzz we > promised > 2.6 in late July (and 16 establishments signed up for notification > of a new > release), and the next Buzz is 22 August. What do we give away > then? It's > not worth doing new Bodix CDs for 2.1 or whatever the current CD > is. 2.6 > has quickstart war, easybuilder, ACL, wysiwyg widget etc - lots of > user > functions. We showed that now is a good time to get academically- > related > people's attention. From a marketing perspective I think we should > release > asap if at all possible, even if it means losing some functionality > in the > short term. > > Paul > > Paul Davis > 01865 283414 > > > > -----Original Message----- > From: bod...@li... > [mailto:bod...@li...] On Behalf > Of Colin > Tatham > Sent: 20 July 2005 09:27 > To: bod...@li... > Subject: Re: [Bodington-developers] bodington.properties defaults > > > Luckily I was out yesterday and missed all those mails! > > Apart from OSSWATCH wanting to get on with making a new Boddix CD, is > there a deadline for the CD? > > I think it would be preferable to delay 2.6. At Oxford we've decided > that we will upgrade our live WebLearn server with our latest code at > the end of the month whether 2.6 is complete or not. Is a 2.6 delay a > problem at UHI? I guess so... > > Colin > > > Matthew Buckett wrote: > >> Matthew Buckett wrote: >> >> >>> Paul Davis wrote: >>> >>> >>> >>>> I'm inclined to get 2.6 out the door, and if necessary add stuff in >>>> for 2.7 >>>> Until 2.6 goes we can't make new Bodix CDs >>>> >> >> >> As Sean suggested here are my guesses at getting the code into >> HEAD that >> I am due to be working on. This doesn't include any time for >> testing/problems. >> >> Is it ok to start pushing this stuff in? Or is the I18N not yet >> finished? >> >> >> >>> As far as I know, stuff that isn't in includes: >>> >>> HSQLDB >>> >> >> - Big One, includes refactoring of bodington.properties, ant stuff, >> SetupServlet. 3 days. >> >> >> >>> RSS >>> >> >> - Should be reasonably easy. 1.5 days. >> >> >> >>> ACL >>> >> >> - 1.5 days in it's current state (without timed access support). >> >> >> >>> HTML Widget >>> >> >> - 1 day as I have been working on this today. >> >> >> >>> And as Sean mentioned earlier today we still havn't done any work on >>> migration of 2.4 to 2.6. >>> >> >> - 3 days. Would be nice to have a dump of a clean 2.1 install and a >> 2.4 instal which we can then test the upgrade procedure against. The >> problem is that testing this probably shouldn't happen until all the >> other code is in. >> >> > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > > |
|
From: Matthew B. <mat...@co...> - 2005-07-20 08:53:31
|
For a while now we have been running CruiseControl to automatically build the WebLearn HEAD after each commit to CVS. I have recently setup CruiseControl so it builds the Bodington HEAD after each commit as well. The results for these builds can be seen on: http://dev.weblearn.ox.ac.uk/cruisecontrol/ For WebLearn we currently have it that if CruiseControl fails to build after a checkin in emails the person/people who made that last checkin saying so. Would it be a good thing to setup this emailing for the Bodington HEAD too? -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Paul D. <pau...@co...> - 2005-07-20 08:43:48
|
I'm seeing this from a marketing perspective. At the last Buzz we promised 2.6 in late July (and 16 establishments signed up for notification of a new release), and the next Buzz is 22 August. What do we give away then? It's not worth doing new Bodix CDs for 2.1 or whatever the current CD is. 2.6 has quickstart war, easybuilder, ACL, wysiwyg widget etc - lots of user functions. We showed that now is a good time to get academically-related people's attention. From a marketing perspective I think we should release asap if at all possible, even if it means losing some functionality in the short term. Paul Paul Davis 01865 283414 -----Original Message----- From: bod...@li... [mailto:bod...@li...] On Behalf Of Colin Tatham Sent: 20 July 2005 09:27 To: bod...@li... Subject: Re: [Bodington-developers] bodington.properties defaults Luckily I was out yesterday and missed all those mails! Apart from OSSWATCH wanting to get on with making a new Boddix CD, is there a deadline for the CD? I think it would be preferable to delay 2.6. At Oxford we've decided that we will upgrade our live WebLearn server with our latest code at the end of the month whether 2.6 is complete or not. Is a 2.6 delay a problem at UHI? I guess so... Colin Matthew Buckett wrote: > Matthew Buckett wrote: > >>Paul Davis wrote: >> >> >>>I'm inclined to get 2.6 out the door, and if necessary add stuff in >>>for 2.7 >>>Until 2.6 goes we can't make new Bodix CDs > > > As Sean suggested here are my guesses at getting the code into HEAD that > I am due to be working on. This doesn't include any time for > testing/problems. > > Is it ok to start pushing this stuff in? Or is the I18N not yet finished? > > >>As far as I know, stuff that isn't in includes: >> >>HSQLDB > > - Big One, includes refactoring of bodington.properties, ant stuff, > SetupServlet. 3 days. > > >>RSS > > - Should be reasonably easy. 1.5 days. > > >>ACL > > - 1.5 days in it's current state (without timed access support). > > >>HTML Widget > > - 1 day as I have been working on this today. > > >>And as Sean mentioned earlier today we still havn't done any work on >>migration of 2.4 to 2.6. > > - 3 days. Would be nice to have a dump of a clean 2.1 install and a > 2.4 instal which we can then test the upgrade procedure against. The > problem is that testing this probably shouldn't happen until all the > other code is in. > ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Bodington-developers mailing list Bod...@li... https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Alexis O'C. <ale...@co...> - 2005-07-20 08:31:50
|
Alistair Young wrote: > On you go Mathew. I committed the Leeds stuff today - I can't remember the > state of the ones I did after the changes to res. I think Alexis may have > updated the ones in default - Alexis? > > If that's the case then i18n is finished (at last) > > Alistair > > Yup, I have commited the i18n stuff for style_default/messagingroom and modified the ones in style_default/default to 'Tatham' format. Alexis |
|
From: Colin T. <col...@co...> - 2005-07-20 08:27:14
|
Luckily I was out yesterday and missed all those mails! Apart from OSSWATCH wanting to get on with making a new Boddix CD, is there a deadline for the CD? I think it would be preferable to delay 2.6. At Oxford we've decided that we will upgrade our live WebLearn server with our latest code at the end of the month whether 2.6 is complete or not. Is a 2.6 delay a problem at UHI? I guess so... Colin Matthew Buckett wrote: > Matthew Buckett wrote: > >>Paul Davis wrote: >> >> >>>I'm inclined to get 2.6 out the door, and if necessary add stuff in >>>for 2.7 >>>Until 2.6 goes we can't make new Bodix CDs > > > As Sean suggested here are my guesses at getting the code into HEAD that > I am due to be working on. This doesn't include any time for > testing/problems. > > Is it ok to start pushing this stuff in? Or is the I18N not yet finished? > > >>As far as I know, stuff that isn't in includes: >> >>HSQLDB > > - Big One, includes refactoring of bodington.properties, ant stuff, > SetupServlet. 3 days. > > >>RSS > > - Should be reasonably easy. 1.5 days. > > >>ACL > > - 1.5 days in it's current state (without timed access support). > > >>HTML Widget > > - 1 day as I have been working on this today. > > >>And as Sean mentioned earlier today we still havn't done any work on >>migration of 2.4 to 2.6. > > - 3 days. Would be nice to have a dump of a clean 2.1 install and a > 2.4 instal which we can then test the upgrade procedure against. The > problem is that testing this probably shouldn't happen until all the > other code is in. > |
|
From: Alistair Y. <ali...@sm...> - 2005-07-19 19:19:08
|
On you go Mathew. I committed the Leeds stuff today - I can't remember th= e state of the ones I did after the changes to res. I think Alexis may have updated the ones in default - Alexis? If that's the case then i18n is finished (at last) Alistair --=20 Alistair Young Senior Software Engineer UHI@Sabhal M=F2r Ostaig Isle of Skye Scotland > Matthew Buckett wrote: >> Paul Davis wrote: >> >>> I'm inclined to get 2.6 out the door, and if necessary add stuff in >>> for 2.7 >>> Until 2.6 goes we can't make new Bodix CDs > > As Sean suggested here are my guesses at getting the code into HEAD tha= t > I am due to be working on. This doesn't include any time for > testing/problems. > > Is it ok to start pushing this stuff in? Or is the I18N not yet finishe= d? > >> As far as I know, stuff that isn't in includes: >> >> HSQLDB > - Big One, includes refactoring of bodington.properties, ant stuff, > SetupServlet. 3 days. > >> RSS > - Should be reasonably easy. 1.5 days. > >> ACL > - 1.5 days in it's current state (without timed access support). > >> HTML Widget > - 1 day as I have been working on this today. > >> And as Sean mentioned earlier today we still havn't done any work on >> migration of 2.4 to 2.6. > - 3 days. Would be nice to have a dump of a clean 2.1 install and a > 2.4 instal which we can then test the upgrade procedure against. The > problem is that testing this probably shouldn't happen until all the > other code is in. > > -- > +--Matthew Buckett-----------------------------------------+ > | VLE Developer, Learning Technologies Group | > | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | > +------------Computing Services, University of Oxford------+ > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dcl= ick > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
|
From: Matthew B. <mat...@co...> - 2005-07-19 17:59:15
|
Matthew Buckett wrote: > Paul Davis wrote: > >> I'm inclined to get 2.6 out the door, and if necessary add stuff in >> for 2.7 >> Until 2.6 goes we can't make new Bodix CDs As Sean suggested here are my guesses at getting the code into HEAD that I am due to be working on. This doesn't include any time for testing/problems. Is it ok to start pushing this stuff in? Or is the I18N not yet finished? > As far as I know, stuff that isn't in includes: > > HSQLDB - Big One, includes refactoring of bodington.properties, ant stuff, SetupServlet. 3 days. > RSS - Should be reasonably easy. 1.5 days. > ACL - 1.5 days in it's current state (without timed access support). > HTML Widget - 1 day as I have been working on this today. > And as Sean mentioned earlier today we still havn't done any work on > migration of 2.4 to 2.6. - 3 days. Would be nice to have a dump of a clean 2.1 install and a 2.4 instal which we can then test the upgrade procedure against. The problem is that testing this probably shouldn't happen until all the other code is in. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: 'Adam Marshall' <ada...@co...> - 2005-07-19 17:28:25
|
Could we release 2.5 instead? After all what is 2.5 if not an untested 2.6! And have we tested 2.6? Hell no. adam -----Original Message----- From: bod...@li... [mailto:bod...@li...] On Behalf Of Matthew Buckett Sent: 19 July 2005 17:23 To: bod...@li... Subject: Re: [Bodington-developers] bodington.properties defaults Alistair Young wrote: > any chance of shipping a sparse bodington.properties in the war file > with language stuff in it? no time to modify the installer Talking of time I don't think all the stuff that is going to go in is going to make it for the end of July. We have a long list of stuff here that is supposed to go in after the i18n work but work on merging most of it hasn't started. What are we going to do? Delay the release? Release without the stuff? -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ ------------------------------------------------------- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click _______________________________________________ Bodington-developers mailing list Bod...@li... https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Matthew B. <mat...@co...> - 2005-07-19 16:49:46
|
Paul Davis wrote: > I'm inclined to get 2.6 out the door, and if necessary add stuff in for 2.7 > Until 2.6 goes we can't make new Bodix CDs As far as I know, stuff that isn't in includes: HSQLDB Timed Resources RSS Textblocks/Announcements ACL HTML Widget Edit Discussion Room Posts QuickLinks Resource Search EasyBuilder And as Sean mentioned earlier today we still havn't done any work on migration of 2.4 to 2.6. -- +--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.
