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: Alistair Y. <ali...@sm...> - 2005-07-25 10:49:28
|
res.generic: strings_en.properties: system=3DCLAN templates: <localise id=3D"system" /> change res.generic.strings_en.properties system=3DWeblearn for Ox etc. Alistair On 25 Jul 2005, at 11:42, Antony Corfield wrote: > Don't use IE here so not seen this! I put the tags in so that =20 > institutions could easily search and replace e.g. <!--Bodington--=20 > >Bodington to <!--Bodington-->Weblearn > > Any ideas how we can get around this? > > Antony > > On 25 Jul 2005, at 11:22, Peter Crowther wrote: > > >> I'm seeing many <!--Bodington--> comments in titles generated by the >> current (HEAD) version. IE6 displays these, in violation of the HTML >> spec. We should possibly do something to prevent their appearance. >> >> - Peter >> -- >> Peter Crowther, Director, Melandra Limited >> John Dalton House, 121 Deansgate, Manchester M3 2AB >> t: +44 (0)161 828 8736 f: +44 (0)161 832 5683 >> >> >> ------------------------------------------------------- >> 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: Peter C. <Pet...@me...> - 2005-07-25 10:47:45
|
> From: [...] Antony Corfield > Don't use IE here so not seen this! Am I seriously the only person on this list who still uses IE routinely? In the immortal words of Danger Mouse: "Good grief!" > I put the tags in so that=20 > institutions could easily search and replace e.g.=20 > <!--Bodington-->Bodington to <!--Bodington-->Weblearn >=20 > Any ideas how we can get around this? Fix IE (unlikely!) or have a property that specifies the system name and ensure that all the titles use the property. Given that there's already an easy target for search-and-replace, the latter may be relatively simple. I18N folks: Are there ever cases where the system name itself needs to be localised? - Peter |
|
From: Alistair Y. <ali...@sm...> - 2005-07-25 10:47:28
|
> IE6 displays these, in violation of the HTML > spec. We should possibly do something to prevent their appearance. yes, stop using IE6 Alistair On 25 Jul 2005, at 11:22, Peter Crowther wrote: > I'm seeing many <!--Bodington--> comments in titles generated by the > current (HEAD) version. IE6 displays these, in violation of the HTML > spec. We should possibly do something to prevent their appearance. > > - Peter > -- > Peter Crowther, Director, Melandra Limited > John Dalton House, 121 Deansgate, Manchester M3 2AB > t: +44 (0)161 828 8736 f: +44 (0)161 832 5683 > > > ------------------------------------------------------- > 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: Antony C. <an...@sm...> - 2005-07-25 10:42:41
|
Don't use IE here so not seen this! I put the tags in so that=20 institutions could easily search and replace e.g.=20 <!--Bodington-->Bodington to <!--Bodington-->Weblearn Any ideas how we can get around this? Antony On 25 Jul 2005, at 11:22, Peter Crowther wrote: > I'm seeing many <!--Bodington--> comments in titles generated by the > current (HEAD) version. IE6 displays these, in violation of the HTML > spec. We should possibly do something to prevent their appearance. > > - Peter > -- > Peter Crowther, Director, Melandra Limited > John Dalton House, 121 Deansgate, Manchester M3 2AB > t: +44 (0)161 828 8736 f: +44 (0)161 832 5683 > > > ------------------------------------------------------- > 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: Matthew B. <mat...@co...> - 2005-07-25 10:26:39
|
Antony Corfield wrote: > On 25 Jul 2005, at 10:35, Matthew Buckett wrote: > >> It seems like modifybig is no longer linked to from modify.html. >> Are we not longer using modifybig.html and if so should we remove it >> from the repository? >> >> I was never very keen on having these two modify pages as they didn't >> save intermediate changes. Comments? > > Don't need it anymore Can we have the default textarea boxes a bit bigger then please as they have shrunk. I can see that being able to see all the form on one page is nice but they are now far too small to be able to type a reasonable ammount of text in. >> >> As a side note the medadocument modify.html does still link to >> modifybig.html but that is because it hasn't been updated to the new >> UHI Look and Feel. > > > Shouldn't be there - it uses /default/modify.html But it should. mediadocument (Web Document) has a different use of the introduction field and so there needs to be a comment about it. So the modify page is needed so that the help text for the introduction is still there when a user is editing that page. -- +--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-07-25 10:22:16
|
I'm seeing many <!--Bodington--> comments in titles generated by the current (HEAD) version. IE6 displays these, in violation of the HTML spec. We should possibly do something to prevent their appearance. - Peter -- Peter Crowther, Director, Melandra Limited John Dalton House, 121 Deansgate, Manchester M3 2AB t: +44 (0)161 828 8736 f: +44 (0)161 832 5683 |
|
From: Peter C. <Pet...@me...> - 2005-07-25 10:18:42
|
> From: [...] Sean Mehan > We are here (Friday) (methinks): >=20 > 1. HSQLDB - estimated 3 days - MB > 1. Quicklinks - 1 day AOC > 1. Textblocks - 1days - CT - Announcements goes to 2.8 > 1. Edit Discussion Room Posts - CT - done, throw it in! > 2. RSS - 1.5 days - MB > 2. EasyBuilder - 2days - CT not including keyword searching, html =20 > widget. > 2. Schema update - 3 days with tests - AY et al. > 3. Resource Search, Keyword only - 1 day - CT >=20 >=20 > anything coming off the list?-) No, but there's (at least) two bugfixes to add on: 1) Issue with repeated editing of metadata in Web document - PJC 2) Issue with a marker being unable to see an uploaded file attached to a logbook question - PJC Working on (1) now; believe I have a fix for (2) but it needs further testing - HEAD was broken when I developed the fix. - Peter |
|
From: Sean M. <se...@sm...> - 2005-07-25 10:14:37
|
We are here (Friday) (methinks): 1. HSQLDB - estimated 3 days - MB 1. Quicklinks - 1 day AOC 1. Textblocks - 1days - CT - Announcements goes to 2.8 1. Edit Discussion Room Posts - CT - done, throw it in! 2. RSS - 1.5 days - MB 2. EasyBuilder - 2days - CT not including keyword searching, html widget. 2. Schema update - 3 days with tests - AY et al. 3. Resource Search, Keyword only - 1 day - CT anything coming off the list?-) I have taken 3. ACL - 2days - MB (this is without timed access support) off the list. s |
|
From: Peter C. <Pet...@me...> - 2005-07-25 10:12:30
|
> From: [...] Antony Corfield > How do we report bugs and who fixes them? We need=20 > something quick and clear. Tracker on SF? This would, at least, give us the incentive to get the access rights sorted out so that we can use it meaningfully... - Peter |
|
From: Antony C. <an...@sm...> - 2005-07-25 10:07:31
|
Yes I think we could Guys, it may be easier to coordinate things if I take responsibility for look and feel. From this Wednesday I presume we will all be testing and bug fixing. How do we report bugs and who fixes them? We need something quick and clear. I am happy to test all look and feel stuff and fix all bugs. People can report bugs via list to me with something like 'BUG! Look & Feel' in subject heading. How does this sound? On 25 Jul 2005, at 10:47, Colin Tatham wrote: > > I would be happy to do away with modifybig pages, but I guess there > will be a couple of vociferous users here! > > Was/could part of the UHI modify page change to increase the input box > sizes, as a result of compressing the help text? > > Colin > ____________________________________ > Colin Tatham > VLE Team > Oxford University Computing Services > > http://www.oucs.ox.ac.uk/ltg/vle/ > http://bodington.org > > > Matthew Buckett wrote: >> It seems like modifybig is no longer linked to from modify.html. >> Are we not longer using modifybig.html and if so should we remove it >> from the repository? >> I was never very keen on having these two modify pages as they didn't >> save intermediate changes. Comments? >> As a side note the medadocument modify.html does still link to >> modifybig.html but that is because it hasn't been updated to the new >> UHI Look and Feel. > > > ------------------------------------------------------- > 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: Alistair Y. <ali...@sm...> - 2005-07-25 10:02:02
|
no probs Alexis - it'll be a while before I get that far anyway looks like 2_1_1_stable2 was never released so I'll start at 2_1_1_stable1 -> 2_4_0 Alistair On 25 Jul 2005, at 10:44, Alexis O'Connor wrote: > Alistair Young wrote: > >> here's a daft question - is is only the sql files that are >> required or does SetupServlet do hard coded sql? >> Alistair >> > > I'm almost certain that SetupServlet only invokes SQL that is > contained within .sql files. > > I believe we're working on Wednesday as the cut-off point, so I'm > just warning you that there is another .sql to come for Quicklinks. > Keep your eyes peeled for: > > src/org/bodington/server/resources/Quicklink.sql > > It should be in by this afternoon. > > Alexis > > > ------------------------------------------------------- > 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: Antony C. <an...@sm...> - 2005-07-25 10:01:16
|
On 25 Jul 2005, at 10:35, Matthew Buckett wrote: > It seems like modifybig is no longer linked to from modify.html. > Are we not longer using modifybig.html and if so should we remove it > from the repository? > > I was never very keen on having these two modify pages as they didn't > save intermediate changes. Comments? Don't need it anymore > > As a side note the medadocument modify.html does still link to > modifybig.html but that is because it hasn't been updated to the new > UHI Look and Feel. Shouldn't be there - it uses /default/modify.html > > -- > +--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: Colin T. <col...@co...> - 2005-07-25 09:47:46
|
I would be happy to do away with modifybig pages, but I guess there will be a couple of vociferous users here! Was/could part of the UHI modify page change to increase the input box sizes, as a result of compressing the help text? Colin ____________________________________ Colin Tatham VLE Team Oxford University Computing Services http://www.oucs.ox.ac.uk/ltg/vle/ http://bodington.org Matthew Buckett wrote: > It seems like modifybig is no longer linked to from modify.html. > Are we not longer using modifybig.html and if so should we remove it > from the repository? > > I was never very keen on having these two modify pages as they didn't > save intermediate changes. Comments? > > As a side note the medadocument modify.html does still link to > modifybig.html but that is because it hasn't been updated to the new UHI > Look and Feel. > |
|
From: Alexis O'C. <ale...@co...> - 2005-07-25 09:45:07
|
Alistair Young wrote: > here's a daft question - is is only the sql files that are required or > does SetupServlet do hard coded sql? > > Alistair > I'm almost certain that SetupServlet only invokes SQL that is contained within .sql files. I believe we're working on Wednesday as the cut-off point, so I'm just warning you that there is another .sql to come for Quicklinks. Keep your eyes peeled for: src/org/bodington/server/resources/Quicklink.sql It should be in by this afternoon. Alexis |
|
From: Matthew B. <mat...@co...> - 2005-07-25 09:38:21
|
Alistair Young wrote: >> still accepting more stuff into HEAD > > so I'll work the other way as it's an upgrade path, so it seems logical > to do: > 2_1_1_stable2 -> 2_4 > 2_4 -> 2_6 > > I'll ignore the rc "releases". Looking at the release notes on sourceforge the 2.1.0 series was the stable one and the 2.1.1 was aimed at being shapshots for experiments/developers, but I may be wrong as I wasn't around in the Bodington community when these versions were released. -- +--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-07-25 09:35:14
|
It seems like modifybig is no longer linked to from modify.html. Are we not longer using modifybig.html and if so should we remove it from the repository? I was never very keen on having these two modify pages as they didn't save intermediate changes. Comments? As a side note the medadocument modify.html does still link to modifybig.html but that is because it hasn't been updated to the new UHI Look and Feel. -- +--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-07-25 09:35:11
|
> From: [...] Matthew Buckett > Problem with XML: Problem exporting XML file: Attribute "imsmd" was=20 > already specified for element "imsmd:record". OK - that's a bug in the namespace awareness code. It's attempting to add a reference to the same namespace more than once (have a look at the IMS metadata after this has happened and you'll see what I mean). Looking at ways to fix now. - Peter |
|
From: Alistair Y. <ali...@sm...> - 2005-07-25 09:31:44
|
here's a daft question - is is only the sql files that are required or does SetupServlet do hard coded sql? Alistair On 25 Jul 2005, at 10:27, Alistair Young wrote: >> still accepting more stuff into HEAD >> > so I'll work the other way as it's an upgrade path, so it seems > logical to do: > 2_1_1_stable2 -> 2_4 > 2_4 -> 2_6 > > I'll ignore the rc "releases". > > Alistair > > > On 25 Jul 2005, at 10:23, Matthew Buckett wrote: > > >> Alistair Young wrote: >> >> >>> I'm about to try to find out the schema diffs for upgrades - >>> what version should I start with and go where? >>> 2_1_1_stable2? -> ? -> ? >>> >>> >> >> I would be incline to work the other way and see how it goes. >> >> 2.4 -> Current Build of HEAD (2.6). >> 2.1.0rc4 -> 2.4 >> 2.1.1s2 -> 2.1.0rc4? >> >> If we are still accepting more stuff into HEAD then the end schema >> for 2.6 may well change. >> >> -- >> +--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 >> >> > > > > ------------------------------------------------------- > 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: Alistair Y. <ali...@sm...> - 2005-07-25 09:27:40
|
> still accepting more stuff into HEAD so I'll work the other way as it's an upgrade path, so it seems logical to do: 2_1_1_stable2 -> 2_4 2_4 -> 2_6 I'll ignore the rc "releases". Alistair On 25 Jul 2005, at 10:23, Matthew Buckett wrote: > Alistair Young wrote: > >> I'm about to try to find out the schema diffs for upgrades - what >> version should I start with and go where? >> 2_1_1_stable2? -> ? -> ? >> > > I would be incline to work the other way and see how it goes. > > 2.4 -> Current Build of HEAD (2.6). > 2.1.0rc4 -> 2.4 > 2.1.1s2 -> 2.1.0rc4? > > If we are still accepting more stuff into HEAD then the end schema > for 2.6 may well change. > > -- > +--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-25 09:23:59
|
Alistair Young wrote: > I'm about to try to find out the schema diffs for upgrades - what > version should I start with and go where? > > 2_1_1_stable2? -> ? -> ? I would be incline to work the other way and see how it goes. 2.4 -> Current Build of HEAD (2.6). 2.1.0rc4 -> 2.4 2.1.1s2 -> 2.1.0rc4? If we are still accepting more stuff into HEAD then the end schema for 2.6 may well change. -- +--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-07-25 09:09:40
|
I'm about to try to find out the schema diffs for upgrades - what version should I start with and go where? 2_1_1_stable2? -> ? -> ? Alistair |
|
From: Alistair Y. <ali...@sm...> - 2005-07-25 09:01:23
|
web document - only one I've tested Alistair On 25 Jul 2005, at 09:58, Matthew Buckett wrote: > Alistair Young wrote: > >> I've checked in a new Localiser to fix the Resource modification >> problem. >> However, when I modify a Resource's "Introduction" I get the error: >> Problem with XML: Problem exporting XML file: Attribute "imsmd" >> was already specified for element "imsmd:record" >> only happens with introduction >> > > This is the Peters bug I think. I can edit some resources without > any problems. It's only Web Document that I have found a problem > with so far. Which resource were you attempting to edit? > > -- > +--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-25 08:58:31
|
Alistair Young wrote: > I've checked in a new Localiser to fix the Resource modification problem. > > However, when I modify a Resource's "Introduction" I get the error: > Problem with XML: Problem exporting XML file: Attribute "imsmd" was > already specified for element "imsmd:record" > > only happens with introduction This is the Peters bug I think. I can edit some resources without any problems. It's only Web Document that I have found a problem with so far. Which resource were you attempting to edit? -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Colin T. <col...@co...> - 2005-07-25 07:59:53
|
Sean Mehan wrote: > I'm certain that I am misreading the tone of this, so I'll assume that > this is all positive. Yes! I'm happy to go with the plan as you suggest. My only request/suggestion is that we release it as a release candidate, and try to follow that up as quickly as possible with a release. We want to avoid people downloading the long-awaited version, only to be disappointed by some fairly obvious bug (as a result of our testing being a bit rushed). That way we would get some testing help from the early-adopters using the release candidate for a few days/a week/couple of weeks, and yet nobody thinks Bod is buggy. Colin > > On 22 Jul 2005, at 16:45, Peter Crowther wrote: > >>> From: [...] Sean Mehan >>> Why can't we work until Wed. On wed we chop off new stuff. This is >>> the plan as it presently stands. >>> >>> Then we can take a day or three to finish some quick testing. >>> >>> Then we can finalize this and have 2.6 out a week or so after we >>> said, which is pretty good. >>> >> >> OK. So this would be going straight for 2.6.0 with *no* 2.5.* testing >> or candidate releases before it - seems a bit odd to have been at the >> meeting in February where the new odd/even numbering scheme was >> described, but hey. > > > Why is the odd/even scheme odd. Seems fine to me. In fact, you'll see > that there are several tags of 2.5.x in the tree. > we are all currently writing to 2.5.x > > At some point, we need to split a 2.6 branch. One could just split and > clean that branch up, while other development continued, or, one could > stop > new code going into head (i.e. freeze) and test and clean up head for a > subsequent split to 2.6, which is what I was proposing. > >> >> I'm with Colin - releasing a half-baked build as 'production quality', >> burning CDs of it etc. isn't going to endear us to any prospects, nor is >> it going to help sell any next-generation system such as Tetra. >> > > half-baked. Hmm. I'll have to remind myself to stop trying to do things > half-baked again.... > > >> >>> We have already promised to deploy the 2.6 here at UHI mid >>> August. We >>> must adhere to this as people need access to the new tool set >>> at that >>> time. They have already planned on it (e.g. Bookmarks). >>> >> > > Well, what I should have made more explicit in my logic in this regard > was that > Bod.org has already agreed to two production releases per year, timed > for effective integration of said production releases > into the live environments of the deploying institutions. > > >> "The 2.6" or "the new version at that time"? >> >> If UHI has time constraints that mean it has to take an interim build in >> mid-August, then that is UHI's internal decision. However, one >> organisation's internal decision should not affect the declaration of a >> production quality release from a cross-institution development team >> such as the one for Bodington. If, as a result of their internal >> constraints, UHI wish to put in a lot of testing effort in order to >> validate their decision and meet their timescales... that's UHI's >> decision. UHI is not Bodington or bodington.org - at least, not unless >> the academic politics are *very* different from the public face - and >> the two organisations' objectives may legitimately differ. > > > Now, different institutions start terms at different times, so Bod.org > errs against the front end of that timescale and releases early rather > than late. > That, with the fact that we have been pushing the 2.6 into the public > domain for several months now as releasing this Summer, means that 2.6 > must come > out in that timeframe. > > If Bod.org is not able to make everything into a 2.6 release for the > time slated, we, with some little flexibility, chop what goes into 2.6. > We ship at the period that is > required, because, in this business, there are fixed windows. We MUST > deploy the product in downtime. We CANNOT change the product overmuch > during term, as students > and staff, the people who pay our wages, get very snotty when the > interface or fundamental behaviour of the system changes mid-stream. > > This is about institutional fit for bod. This is what it means to have > a University wide system, rather than something that you moodle with > your 22 students in your course. > > UHI is NOT Bod, but Bod IS about institutions LIKE UHI. > > As I stated previously, I would have thought that we could have stopped > things going in next Wed at end of day, spent the next week testing and > gotten something out for 3/8. But perhaps not, given the flux that some > people have been making of HEAD and wanting to redevelop things at the > last moment against what has been in the open for some time... > > However, I remain to be convinced that we should make an RC which leads > to a production deployment sometime in the middle of the Autumn > semester, soon to be followed by a 2.8 release in Dec. Or were you > proposing changing those timescales as well? > >> >> - Peter >> >> "The bitterness of poor quality remains long after the sweetness of >> meeting the deadline has gone." - somebody or other. > > >> ------------------------------------------------------- >> 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=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=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
|
From: Sean M. <se...@sm...> - 2005-07-22 16:53:17
|
I'm certain that I am misreading the tone of this, so I'll assume =20 that this is all positive. On 22 Jul 2005, at 16:45, Peter Crowther wrote: >> From: [...] Sean Mehan >> Why can't we work until Wed. On wed we chop off new stuff. This is >> the plan as it presently stands. >> >> Then we can take a day or three to finish some quick testing. >> >> Then we can finalize this and have 2.6 out a week or so after we >> said, which is pretty good. >> > > OK. So this would be going straight for 2.6.0 with *no* 2.5.* testing > or candidate releases before it - seems a bit odd to have been at the > meeting in February where the new odd/even numbering scheme was > described, but hey. Why is the odd/even scheme odd. Seems fine to me. In fact, you'll see =20= that there are several tags of 2.5.x in the tree. we are all currently writing to 2.5.x At some point, we need to split a 2.6 branch. One could just split =20 and clean that branch up, while other development continued, or, one =20 could stop new code going into head (i.e. freeze) and test and clean up head for =20= a subsequent split to 2.6, which is what I was proposing. > > I'm with Colin - releasing a half-baked build as 'production quality', > burning CDs of it etc. isn't going to endear us to any prospects, =20 > nor is > it going to help sell any next-generation system such as Tetra. > half-baked. Hmm. I'll have to remind myself to stop trying to do =20 things half-baked again.... > >> We have already promised to deploy the 2.6 here at UHI mid >> August. We >> must adhere to this as people need access to the new tool set >> at that >> time. They have already planned on it (e.g. Bookmarks). >> > Well, what I should have made more explicit in my logic in this =20 regard was that Bod.org has already agreed to two production releases per year, timed =20= for effective integration of said production releases into the live environments of the deploying institutions. > "The 2.6" or "the new version at that time"? > > If UHI has time constraints that mean it has to take an interim =20 > build in > mid-August, then that is UHI's internal decision. However, one > organisation's internal decision should not affect the declaration =20 > of a > production quality release from a cross-institution development team > such as the one for Bodington. If, as a result of their internal > constraints, UHI wish to put in a lot of testing effort in order to > validate their decision and meet their timescales... that's UHI's > decision. UHI is not Bodington or bodington.org - at least, not =20 > unless > the academic politics are *very* different from the public face - and > the two organisations' objectives may legitimately differ. Now, different institutions start terms at different times, so =20 Bod.org errs against the front end of that timescale and releases =20 early rather than late. That, with the fact that we have been pushing the 2.6 into the public =20= domain for several months now as releasing this Summer, means that =20 2.6 must come out in that timeframe. If Bod.org is not able to make everything into a 2.6 release for the =20 time slated, we, with some little flexibility, chop what goes into =20 2.6. We ship at the period that is required, because, in this business, there are fixed windows. We MUST =20= deploy the product in downtime. We CANNOT change the product overmuch =20= during term, as students and staff, the people who pay our wages, get very snotty when the =20 interface or fundamental behaviour of the system changes mid-stream. This is about institutional fit for bod. This is what it means to =20 have a University wide system, rather than something that you moodle =20 with your 22 students in your course. UHI is NOT Bod, but Bod IS about institutions LIKE UHI. As I stated previously, I would have thought that we could have =20 stopped things going in next Wed at end of day, spent the next week =20 testing and gotten something out for 3/8. But perhaps not, given the =20 flux that some people have been making of HEAD and wanting to =20 redevelop things at the last moment against what has been in the open =20= for some time... However, I remain to be convinced that we should make an RC which =20 leads to a production deployment sometime in the middle of the Autumn =20= semester, soon to be followed by a 2.8 release in Dec. Or were you =20 proposing changing those timescales as well? > > - Peter > > "The bitterness of poor quality remains long after the sweetness of > meeting the deadline has gone." - somebody or other. > ------------------------------------------------------- > 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 > > |
19 messages has been excluded from this view by a project administrator.
