Menu
▾
▴
bodington-developers — Mailing list for Bodington developers
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
(41) |
May
(353) |
Jun
(133) |
Jul
(534) |
Aug
(401) |
Sep
(219) |
Oct
(86) |
Nov
(144) |
Dec
(61) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(200) |
Feb
(130) |
Mar
(345) |
Apr
(153) |
May
(247) |
Jun
(338) |
Jul
(222) |
Aug
(70) |
Sep
(39) |
Oct
(27) |
Nov
(76) |
Dec
(30) |
| 2007 |
Jan
(81) |
Feb
(44) |
Mar
(9) |
Apr
|
May
(3) |
Jun
(2) |
Jul
(34) |
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
(6) |
| 2008 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Peter C. <Pet...@me...> - 2005-07-22 15:45:52
|
> From: [...] Sean Mehan > Why can't we work until Wed. On wed we chop off new stuff. This is =20 > the plan as it presently stands. >=20 > Then we can take a day or three to finish some quick testing. >=20 > Then we can finalize this and have 2.6 out a week or so after we =20 > 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. 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. > We have already promised to deploy the 2.6 here at UHI mid=20 > August. We =20 > must adhere to this as people need access to the new tool set=20 > at that =20 > time. They have already planned on it (e.g. Bookmarks). "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. - Peter "The bitterness of poor quality remains long after the sweetness of meeting the deadline has gone." - somebody or other. |
|
From: Alistair Y. <ali...@sm...> - 2005-07-22 15:30:52
|
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 Alistair On 22 Jul 2005, at 12:07, Colin Tatham wrote: > Antony Corfield wrote: > >> Brian, this is an old bug from I18N, it shouldn't have gone in as >> the code is now redundant. Alistair is going to sort it out. Well >> done for spotting it! >> > > That's the collapsing menu stuff, not the Web document (that's > naughty Peter :-) > > How does Alistair envisage fixing it? We've been aware of that for > a while -- there were also some suggestions (from the Bucket and > Peter Crowbar) about possible solutions... > > > Colin > > > >> On 19 Jul 2005, at 15:27, Brian Peter Clark wrote: >> >>>> Brian Peter Clark wrote: >>>> >>>> >>>>> We downloaded the HEAD version at Leeds yesterday - looks >>>>> smashing. >>>>> >>>>> On IE 6.0 sp 2, running off the Sun app server, when the amazon, >>>>> google boxes in the side frame first appear there is a brief >>>>> flash of >>>>> the expanded forms before they collapse. Does anyone else get >>>>> this? >>>>> >>>> >>>> >>>> Nope, this is a known issue. It's because the code that >>>> collapses the >>>> boxes doesn't get run until the pages is fully loaded (it's >>>> called from >>>> <body onload>. So if the last bit of data for the left hand >>>> frame takes >>>> a little while to come through some users may see the boxes >>>> expanded. >>>> >>>> I don't like this "bug" either and am sure there must be a >>>> better way to >>>> solve this than having to forcing people without JavaScript to >>>> not get >>>> access to these items. >>>> >>>> >>>>> Also, when investigating our previous getWriter() problem, we >>>>> noticed that the modify function on a web document didn't take >>>>> root. On reload, no modifications were evident. >>>>> >>>> >>>> >>>> I don't follow. Could you explain this bug you are seeing more >>>> fully. >>>> >>> >>> >>> Create a Web Document in a Suite of Rooms and upload the file >>> whose name you have put in the Introduction textarea. >>> >>> Now navigate to the Web Document. Now press Manage this >>> location followed by Modify this location. Now change something. >>> Press Modify Now. Reload the Web Document - nothing is >>> modified. >>> >>> Brian >>> >>> >>>> >>>> -- >>>> +--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 >>> >> ------------------------------------------------------- >> 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: Colin T. <col...@co...> - 2005-07-22 15:24:58
|
> Then we can take a day or three to finish some quick testing. And there's the rub. I certainly wouldn't like to be running 2.6 after a few quick tests, on our live server. It's going to be difficult enough working out how to test, and then there's the bug fixing! Release candidate sounds like a good idea to me. As I've said, releasing a bad build, that everyone's been waiting for, is a bad idea even from a marketing perspective... (release candidate doesn't solve UHI's deploying 2.6 in mid Aug though...) Colin ____________________________________ Colin Tatham VLE Team Oxford University Computing Services http://www.oucs.ox.ac.uk/ltg/vle/ http://bodington.org Sean Mehan wrote: > Whoa there nellies! > > > 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. > > 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). > > s > > > On 22 Jul 2005, at 15:51, Adam Marshall wrote: > >> Why not release it as 2.5. As this is what it is! >> >> adam >> >> -----Original Message----- >> From: bod...@li... >> [mailto:bod...@li...] On Behalf Of >> Matthew Buckett >> Sent: 22 July 2005 14:43 >> To: bod...@li... >> Subject: Re: [Bodington-developers] creationmenu.html problem >> >> Alistair Young wrote: >> >>>> Language has no meaning for legacy templates >>>> >>> >>> ah! thanks for clarifying, makes sense now! >>> >>> >>>> Try running the purge-templates build.xml target prior to further >>>> investigation >>>> >>> >>> I updated my bod with the templates I got from head today, there was >>> only about a day's difference but it works now. >>> >>> too much going on in head to do meaningful testing methinks. >>> >> >> Indeed. I am worried that it we attempt an official Bodington 2.6 >> release at the end of this month it is likley to be buggy because of the >> large number of changes that have happened over a short period of time. >> >> As a halfway house could we make a release candidate available at the >> end of July that contains most of the new features but not actually >> release until we are a little more sure that the product is stable and >> well tested. >> >> -- >> +--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 >> >> > > > > ------------------------------------------------------- > 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-22 14:58:14
|
Whoa there nellies! 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. 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). s On 22 Jul 2005, at 15:51, Adam Marshall wrote: > Why not release it as 2.5. As this is what it is! > > adam > > -----Original Message----- > From: bod...@li... > [mailto:bod...@li...] On Behalf Of > Matthew Buckett > Sent: 22 July 2005 14:43 > To: bod...@li... > Subject: Re: [Bodington-developers] creationmenu.html problem > > Alistair Young wrote: > >>> Language has no meaning for legacy templates >>> >> >> ah! thanks for clarifying, makes sense now! >> >> >>> Try running the purge-templates build.xml target prior to further >>> investigation >>> >> >> I updated my bod with the templates I got from head today, there was >> only about a day's difference but it works now. >> >> too much going on in head to do meaningful testing methinks. >> > > Indeed. I am worried that it we attempt an official Bodington 2.6 > release at the end of this month it is likley to be buggy because > of the > large number of changes that have happened over a short period of > time. > > As a halfway house could we make a release candidate available at the > end of July that contains most of the new features but not actually > release until we are a little more sure that the product is stable and > well tested. > > -- > +--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: 'Adam Marshall' <ada...@co...> - 2005-07-22 14:50:34
|
Why not release it as 2.5. As this is what it is! adam -----Original Message----- From: bod...@li... [mailto:bod...@li...] On Behalf Of Matthew Buckett Sent: 22 July 2005 14:43 To: bod...@li... Subject: Re: [Bodington-developers] creationmenu.html problem Alistair Young wrote: >> Language has no meaning for legacy templates > > ah! thanks for clarifying, makes sense now! > >> Try running the purge-templates build.xml target prior to further >> investigation > > I updated my bod with the templates I got from head today, there was > only about a day's difference but it works now. > > too much going on in head to do meaningful testing methinks. Indeed. I am worried that it we attempt an official Bodington 2.6 release at the end of this month it is likley to be buggy because of the large number of changes that have happened over a short period of time. As a halfway house could we make a release candidate available at the end of July that contains most of the new features but not actually release until we are a little more sure that the product is stable and well tested. -- +--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-22 13:45:30
|
Alistair Young wrote: >> Language has no meaning for legacy templates > > ah! thanks for clarifying, makes sense now! > >> Try running the purge-templates build.xml target prior to further >> investigation > > I updated my bod with the templates I got from head today, there was > only about a day's difference but it works now. > > too much going on in head to do meaningful testing methinks. Indeed. I am worried that it we attempt an official Bodington 2.6 release at the end of this month it is likley to be buggy because of the large number of changes that have happened over a short period of time. As a halfway house could we make a release candidate available at the end of July that contains most of the new features but not actually release until we are a little more sure that the product is stable and well tested. -- +--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-22 13:33:56
|
> Language has no meaning for legacy templates ah! thanks for clarifying, makes sense now! > Try running the purge-templates build.xml target prior to further > investigation I updated my bod with the templates I got from head today, there was only about a day's difference but it works now. too much going on in head to do meaningful testing methinks. Alistair On 22 Jul 2005, at 14:27, Alexis O'Connor wrote: > Alistair Young wrote: > >> Funny things going on in XmlTemplate: >> i18n creates template classes of the form: >> template_*_en.class >> template_*_gd.class >> etc. >> but now I'm seeing: >> template_*.class >> and creationmenu.html in any area isn't compiled. It's not even >> looked at - no error, java or class files >> I noticed that XmlTemplate had a "dependancy bug" fixed - does >> anyone know why the i18n behaviour has changed - is this related >> to creationmenu not compiling? >> Alistair >> > > Language has no meaning for legacy templates, therefore the > corresponding class files have no language suffix. > > I currently have corresponding creationmenu.html class files for my > default, floor and menu directories. These were created dynamically > by running Bodington yesterday afternoon. > > Try running the purge-templates build.xml target prior to further > investigation > > 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: Alexis O'C. <ale...@co...> - 2005-07-22 13:27:27
|
Alistair Young wrote: > Funny things going on in XmlTemplate: > > i18n creates template classes of the form: > template_*_en.class > template_*_gd.class > etc. > > but now I'm seeing: > template_*.class > > and creationmenu.html in any area isn't compiled. It's not even looked > at - no error, java or class files > > I noticed that XmlTemplate had a "dependancy bug" fixed - does anyone > know why the i18n behaviour has changed - is this related to > creationmenu not compiling? > > Alistair > Language has no meaning for legacy templates, therefore the corresponding class files have no language suffix. I currently have corresponding creationmenu.html class files for my default, floor and menu directories. These were created dynamically by running Bodington yesterday afternoon. Try running the purge-templates build.xml target prior to further investigation Alexis |
|
From: Alistair Y. <ali...@sm...> - 2005-07-22 11:32:26
|
Funny things going on in XmlTemplate: i18n creates template classes of the form: template_*_en.class template_*_gd.class etc. but now I'm seeing: template_*.class and creationmenu.html in any area isn't compiled. It's not even looked at - no error, java or class files I noticed that XmlTemplate had a "dependancy bug" fixed - does anyone know why the i18n behaviour has changed - is this related to creationmenu not compiling? Alistair |
|
From: Colin T. <col...@co...> - 2005-07-22 11:07:21
|
Antony Corfield wrote: > Brian, this is an old bug from I18N, it shouldn't have gone in as the > code is now redundant. Alistair is going to sort it out. Well done for > spotting it! That's the collapsing menu stuff, not the Web document (that's naughty Peter :-) How does Alistair envisage fixing it? We've been aware of that for a while -- there were also some suggestions (from the Bucket and Peter Crowbar) about possible solutions... Colin > > On 19 Jul 2005, at 15:27, Brian Peter Clark wrote: > >>> Brian Peter Clark wrote: >>> >>>> We downloaded the HEAD version at Leeds yesterday - looks >>>> smashing. >>>> >>>> On IE 6.0 sp 2, running off the Sun app server, when the amazon, >>>> google boxes in the side frame first appear there is a brief flash of >>>> the expanded forms before they collapse. Does anyone else get >>>> this? >>> >>> >>> Nope, this is a known issue. It's because the code that collapses the >>> boxes doesn't get run until the pages is fully loaded (it's called from >>> <body onload>. So if the last bit of data for the left hand frame takes >>> a little while to come through some users may see the boxes expanded. >>> >>> I don't like this "bug" either and am sure there must be a better way to >>> solve this than having to forcing people without JavaScript to not get >>> access to these items. >>> >>>> Also, when investigating our previous getWriter() problem, we >>>> noticed that the modify function on a web document didn't take >>>> root. On reload, no modifications were evident. >>> >>> >>> I don't follow. Could you explain this bug you are seeing more fully. >> >> >> Create a Web Document in a Suite of Rooms and upload the file >> whose name you have put in the Introduction textarea. >> >> Now navigate to the Web Document. Now press Manage this >> location followed by Modify this location. Now change something. >> Press Modify Now. Reload the Web Document - nothing is >> modified. >> >> Brian >> >>> >>> -- >>> +--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 > > > > > ------------------------------------------------------- > 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-22 10:56:58
|
Brian, this is an old bug from I18N, it shouldn't have gone in as the code is now redundant. Alistair is going to sort it out. Well done for spotting it! Antony On 19 Jul 2005, at 15:27, Brian Peter Clark wrote: >> Brian Peter Clark wrote: >>> We downloaded the HEAD version at Leeds yesterday - looks >>> smashing. >>> >>> On IE 6.0 sp 2, running off the Sun app server, when the amazon, >>> google boxes in the side frame first appear there is a brief flash of >>> the expanded forms before they collapse. Does anyone else get >>> this? >> >> Nope, this is a known issue. It's because the code that collapses the >> boxes doesn't get run until the pages is fully loaded (it's called >> from >> <body onload>. So if the last bit of data for the left hand frame >> takes >> a little while to come through some users may see the boxes expanded. >> >> I don't like this "bug" either and am sure there must be a better way >> to >> solve this than having to forcing people without JavaScript to not get >> access to these items. >> >>> Also, when investigating our previous getWriter() problem, we >>> noticed that the modify function on a web document didn't take >>> root. On reload, no modifications were evident. >> >> I don't follow. Could you explain this bug you are seeing more fully. > > Create a Web Document in a Suite of Rooms and upload the file > whose name you have put in the Introduction textarea. > > Now navigate to the Web Document. Now press Manage this > location followed by Modify this location. Now change something. > Press Modify Now. Reload the Web Document - nothing is > modified. > > Brian >> >> -- >> +--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: Matthew B. <mat...@co...> - 2005-07-22 10:53:27
|
Sean Mehan wrote: > It looks to me at this point that we will miss MB's ACL as there isn't > enough time left. Bad news. We are also doing an upgrade of WebLearn here and have encountered some problems so my time is being drained by that. At my current rate I don't see ACLs making it. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Sean M. <se...@sm...> - 2005-07-22 10:46:49
|
We are here (Friday) (methinks): 1. HSQLDB - estimated 3 days - MB 1. Resource Search, Keyword only - 1 day - CT 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. ACL - 2days - MB (this is without timed access support) 3. Textblocks - 1days - CT - Announcements goes to 2.8 3. Quicklinks - 1 day AC/CT 4. Edit Discussion Room Posts - CT - done, throw it in! anything coming off the list?-) It looks to me at this point that we will miss MB's ACL as there isn't enough time left. s |
|
From: Alexis O'C. <ale...@co...> - 2005-07-21 16:13:27
|
I have finished merging in Antony Corfield's timed resources functionality into bodington HEAD. This has been running successfully in WebLearn since December 2003. Apart from minor tidying up / refactoring and javadoc additions, this has been committed as-is. Use: Once you have created a resource, you will find 'Set Release Date' betwixt the 'Modify' and 'Grant access' options on the resource management page. If a time constraint has been set on a resource, the owner / sysadmin can always see it, but will also see what the time-constraint actually is. A time contraint consists of a 'from' and / or 'to' timestamp. Developers: This requires a change in the database schema, so you will need to run SetupServlet (or hand-code the ALTER statements yourself!). See ... src/org/bodington/server/resources/Resource.sql ... for details. -- + - - - - - - - - - - - - - - - - - - - - - - - - - - - + | Alexis O'Connor, VLE Developer (http://bodington.org) | | OUCS, 13 Banbury Road, Oxford, OX2 6NN, UK. | | Tel. +44 (0)1865 283661 | + - - - - - - - - - - - - - - - - - - - - - - - - - - - + |
|
From: Matthew B. <mat...@co...> - 2005-07-21 15:34:17
|
Peter Crowther wrote: >>From: [...] Matthew Buckett >> >>>Create a Web Document in a Suite of Rooms and upload the file >>>whose name you have put in the Introduction textarea. >>> >>>Now navigate to the Web Document. Now press Manage this >>>location followed by Modify this location. Now change something. >>>Press Modify Now. Reload the Web Document - nothing is >>>modified. >> >>Yep I see this too. When attempting to modify the resource I get: >> >>Problem with XML: Problem exporting XML file: Attribute "imsmd" was >>already specified for element "imsmd:record". >> >>I don't however get this Bug on WebLearn HEAD. I'll have a look as to >>what is going wrong. > > > Feels like it could be one of mine, from converting the metadata to be > namespace-aware. I'll see if I can take a look as well, but it's > unlikely to be today I'm afraid. It could be something as simple as me > having zoned out while altering some of the setAttribute calls and > getting the strings the wrong way round... if so, I score about 9.5 out > of 10 on the Bozometer. Just to aid your debugging this is the stack trace I get: 21 Jul 2005 16:24:15,964 ERROR org.bodington.servlet.facilities.Facility - Problem with XML: Problem exporting XML file: Attribute "imsmd" was already specified for element "imsmd:record". org.bodington.server.BuildingServerException: Problem with XML: Problem exporting XML file: Attribute "imsmd" was already specified for element "imsmd:record". at org.bodington.server.BuildingSessionImpl.updateBasicMetadata(BuildingSessionImpl.java:1849) at org.bodington.servlet.facilities.Facility.confirmmodify(Facility.java:7141) at org.bodington.servlet.facilities.Facility.insert(Facility.java:3522) at org.bodington.servlet.facilities.MediaDocumentFacility.insert(MediaDocumentFacility.java:149) And this is what I get in the temp files that the XML respository creates: <?xml version="1.0" encoding="UTF-8"?> <imsmd:record xmlns:imsmd="http://www.imsglobal.org/xsd/imsmd_rootv1p1" imsmd="http://www.imsglobal.org/xsd/imsmd_rootv1p1" imsmd="http://www.imsglobal.org/xsd/imsmd_rootv1p1"><imsmd:general><imsmd:title><imsmd:langstring lang="en">asdasd</imsmd:langstring> <imsmd:langstring lang="en">asdasd</imsmd:langstring> <imsmd:langstring lang="en">asdasd</imsmd:langstring> </imsmd:title> <imsmd:description><imsmd:langstring lang="en">asdasd</imsmd:langstring> <imsmd:langstring lang="en">asdasd23</imsmd:langstring> <imsmd:langstring lang="en">asdasd</imsmd:langstring> </imsmd:description> </imsmd:general> </imsmd:record> -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Brian P. C. <bm...@bm...> - 2005-07-21 14:50:43
|
> It seems that the Bodington build is currently broken. > > http://dev.weblearn.ox.ac.uk/cruisecontrol/buildresults/bodington > > This is because some shib template files that I removed have been > commited back. Hopefully the people involved should have been getting > emails about this. Yep. I only did this to test cruise control. Works great. The files that you removed were a couple of files that I was given to localise. Build now passes. Regards, Brian > > -- > +--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: Peter C. <Pet...@me...> - 2005-07-21 14:50:11
|
> From: [...] Matthew Buckett > > Create a Web Document in a Suite of Rooms and upload the file=20 > > whose name you have put in the Introduction textarea. > >=20 > > Now navigate to the Web Document. Now press Manage this=20 > > location followed by Modify this location. Now change something.=20 > > Press Modify Now. Reload the Web Document - nothing is=20 > > modified. >=20 > Yep I see this too. When attempting to modify the resource I get: >=20 > Problem with XML: Problem exporting XML file: Attribute "imsmd" was=20 > already specified for element "imsmd:record". >=20 > I don't however get this Bug on WebLearn HEAD. I'll have a look as to=20 > what is going wrong. Feels like it could be one of mine, from converting the metadata to be namespace-aware. I'll see if I can take a look as well, but it's unlikely to be today I'm afraid. It could be something as simple as me having zoned out while altering some of the setAttribute calls and getting the strings the wrong way round... if so, I score about 9.5 out of 10 on the Bozometer. - Peter |
|
From: Matthew B. <mat...@co...> - 2005-07-21 14:43:36
|
Brian Peter Clark wrote: > >>I don't follow. Could you explain this bug you are seeing more fully. > > > Create a Web Document in a Suite of Rooms and upload the file > whose name you have put in the Introduction textarea. > > Now navigate to the Web Document. Now press Manage this > location followed by Modify this location. Now change something. > Press Modify Now. Reload the Web Document - nothing is > modified. Yep I see this too. When attempting to modify the resource I get: Problem with XML: Problem exporting XML file: Attribute "imsmd" was already specified for element "imsmd:record". I don't however get this Bug on WebLearn HEAD. I'll have a look as to what is going wrong. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Sean M. <se...@sm...> - 2005-07-21 14:36:56
|
this is our std response!-) s On 21 Jul 2005, at 15:10, Brian Peter Clark wrote: > > This person is getting the java 1.4 requirement on > wunlearn.leeds.ac.uk, the version number of which I am higgerant. > I'll say that the problem will disappear in new shiny bods. > > Brian |
|
From: Colin T. <col...@co...> - 2005-07-21 14:35:16
|
Dunno if this is what you were thinking of with regard to functionality in EasyBuilder that's a bit like the applet, but EasyBuilder allows you to upload a file and automatically create a QuickLink to it. This means you can: - sort the uploaded file in the resource menu, along with other resources (as it's actually the QuickLink that you're sorting). - provide a title and description of the uploaded file. - hide the uploaded file, so that you don't see the silly display at the bottom of the page. - add timed release, so that file/link is only available during a specific window. (The QuickLink, timed release and EasyBuilder bits are all scheduled to be in 2.6). Colin ____________________________________ Colin Tatham VLE Team Oxford University Computing Services http://www.oucs.ox.ac.uk/ltg/vle/ http://bodington.org Alexis O'Connor wrote: > Brian Peter Clark wrote: > >> >> I received a query from an academic at Manchester about the state of >> the applet menus tool and grumbling about how it requires Java 1.4. >> Is this tool now gone in the new Bods - is there some equivalent in >> Easybuilder? >> > > I presume this is the file management applet you're talking about? It's > still there. There used to be a ridiculously strict requirement for a > JDK v1.4.0 on the client side and dependancy on a crimson XML parser. > Since bodington v2.4.0 these dependancies have both gone; for example > you can use it with JDK 1.5 (and it's internal Xerces parser). > > The applet itself hasn't been improved. It's still experimental, but it > does work (in a roundabout fashion!). If by any chance you're building > Bodington from scratch you need to sign the applet for it to work, i.e. > comment out skip.applet.sign in your build.properties, if using the > build.xml. > > 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: Brian P. C. <bm...@bm...> - 2005-07-21 14:32:30
|
> Brian Peter Clark wrote: > > > > I received a query from an academic at Manchester about the state > > of the applet menus tool and grumbling about how it requires Java > > 1.4. Is this tool now gone in the new Bods - is there some > > equivalent in Easybuilder? > > > > I presume this is the file management applet you're talking about? It's > still there. There used to be a ridiculously strict requirement for a > JDK v1.4.0 on the client side and dependancy on a crimson XML parser. > Since bodington v2.4.0 these dependancies have both gone; for example > you can use it with JDK 1.5 (and it's internal Xerces parser). > > The applet itself hasn't been improved. It's still experimental, but it > does work (in a roundabout fashion!). If by any chance you're building > Bodington from scratch you need to sign the applet for it to work, i.e. > comment out skip.applet.sign in your build.properties, if using the > build.xml. > > Alexis Ah, right - thanks. I forgot that I always blank out the sign applets bit. This person is getting the java 1.4 requirement on wunlearn.leeds.ac.uk, the version number of which I am higgerant. I'll say that the problem will disappear in new shiny bods. Brian > > > ------------------------------------------------------- > 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-21 14:30:26
|
It seems that the Bodington build is currently broken. http://dev.weblearn.ox.ac.uk/cruisecontrol/buildresults/bodington This is because some shib template files that I removed have been commited back. Hopefully the people involved should have been getting emails about this. -- +--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-21 14:20:47
|
Alistair Young wrote: >> Nothing specific to the quickstart should stop this from working > > so we should tell people if they want to try Guanxi with the > quickstart, they must unpack the war first. The quickstart is no different from the normal WAR in this respect. The normal WAR has exactly the same issue that it it up to the container to unpack it. -- +--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-21 14:15:07
|
> Nothing specific to the quickstart should stop this from working so we should tell people if they want to try Guanxi with the quickstart, they must unpack the war first. Alistair On 21 Jul 2005, at 15:02, Matthew Buckett wrote: > Alistair Young wrote: > >> Mathew, >> how's the quickstart meant to work? does the war get unpacked? >> > > The quickstart is just like the normal WAR except that it contains > a java database that gets start when the context starts and a > bodington.properties file to configure it to connect to that database. > > Weather it gets unpacked or not is up to the container. > > > It's > >> just that Guanxi creates files on the fly plus it has config >> files that need to be edited by the user. >> > > Nothing specific to the quickstart should stop this from working. > > -- > +--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-21 14:02:13
|
Alistair Young wrote: > Mathew, > how's the quickstart meant to work? does the war get unpacked? The quickstart is just like the normal WAR except that it contains a java database that gets start when the context starts and a bodington.properties file to configure it to connect to that database. Weather it gets unpacked or not is up to the container. > It's > just that Guanxi creates files on the fly plus it has config files that > need to be edited by the user. Nothing specific to the quickstart should stop this from working. -- +--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.
