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: Sean M. <se...@sm...> - 2005-07-19 14:26:11
|
And then he ran out of the building, laughing like a mad hatter!-) s On 19 Jul 2005, at 15:16, Antony Corfield wrote: > On 19 Jul 2005, at 15:04, Matthew Buckett wrote: > > >> Have rooms gone out of fashion ? >> > > No, but I see patience and understanding have ;-) > > > > ------------------------------------------------------- > 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-19 14:17:44
|
well analysed, sir.
And then:
| X
cost of implementation | X
| X
--------------------------
1 2 3
so 1 seemed a good choice, as 2 is not a happy medium!-)
s
On 19 Jul 2005, at 15:08, Peter Crowther wrote:
>> From: [...] Brian Peter Clark
>> 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?
>>
>
> Yes. Basically, one has a choice:
>
> 1) Render the content expanded, then use Javascript to collapse the
> content. Leads to a brief flash, as the expanded content is shown
> before it is collapsed. However, this degrades gracefully if the user
> has Javascript switched off.
>
> 2) Rander the content collapsed. No flash, but no content if the user
> has Javascript switched off.
>
> 3) Make the initial page a test page that detects (for example) =20
> whether
> the user has Javascript turned on, and use this to choose between
> techniques (1) and (2) when rendering.
>
> At present, technique 1 is implemented.
>
> - Peter
>
>
> -------------------------------------------------------
> 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-19 14:16:22
|
On 19 Jul 2005, at 15:04, Matthew Buckett wrote: > Have rooms gone out of fashion ? No, but I see patience and understanding have ;-) |
|
From: Matthew B. <mat...@co...> - 2005-07-19 14:15:43
|
Peter Crowther wrote: >>From: [...] Brian Peter Clark >>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? > > > Yes. Basically, one has a choice: > > 1) Render the content expanded, then use Javascript to collapse the > content. Leads to a brief flash, as the expanded content is shown > before it is collapsed. However, this degrades gracefully if the user > has Javascript switched off. > > 2) Rander the content collapsed. No flash, but no content if the user > has Javascript switched off. > > 3) Make the initial page a test page that detects (for example) whether > the user has Javascript turned on, and use this to choose between > techniques (1) and (2) when rendering. 4) Have JavaScript collapse the items as then come in rather than waiting for the whole page to load. I believe Aggie did this by having an onload for each div that should be colapsed. A different evil hack might be to get some JavaScript in the header to output some CSS that sets the boxes to be colapsed. This way you shouldn't get the flashes as the CSS would get parsed before the page is rendered. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Antony C. <an...@sm...> - 2005-07-19 14:13:42
|
Had problems most of last week (before traveling to Lewis) trying to get a stable version from HEAD that actually built as people were updating before I'd finished the merge so as yet have not had time to debug etc. Was aware of this and will be fixing asap... see previous email! Cheers, Antony On 19 Jul 2005, at 15:04, Matthew Buckett wrote: > Something Alexis pointed me to.... > > It seems that it is no longer possible to create any resources inside > a room. Most of the templates from: > > tomcatadd/webapps/bodington/templates/default/room > > have been deleted with the UHI merge. Have rooms gone out of fashion ? > ;-) > > -- > +--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 14:11:53
|
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. -- +--Matthew Buckett-----------------------------------------+ | VLE Developer, Learning Technologies Group | | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/ | +------------Computing Services, University of Oxford------+ |
|
From: Antony C. <an...@sm...> - 2005-07-19 14:09:50
|
On 19 Jul 2005, at 14:36, Matthew Buckett wrote: > I noticed that at the moment if anyone visits the new style creation > pages and has JavaScript turned off then then help items cannot be > expanded. Would it not be a better default state to have them expanded > and only collapse them for people who have JavaScript turned on? Thanks, Matthrew, will look at this and further testing later in the week - off to Glasgow to see Alistair's roots... |
|
From: Peter C. <Pet...@me...> - 2005-07-19 14:08:56
|
> From: [...] Brian Peter Clark > On IE 6.0 sp 2, running off the Sun app server, when the amazon,=20 > google boxes in the side frame first appear there is a brief flash of=20 > the expanded forms before they collapse. Does anyone else get=20 > this? Yes. Basically, one has a choice: 1) Render the content expanded, then use Javascript to collapse the content. Leads to a brief flash, as the expanded content is shown before it is collapsed. However, this degrades gracefully if the user has Javascript switched off. 2) Rander the content collapsed. No flash, but no content if the user has Javascript switched off. 3) Make the initial page a test page that detects (for example) whether the user has Javascript turned on, and use this to choose between techniques (1) and (2) when rendering. At present, technique 1 is implemented. - Peter |
|
From: Matthew B. <mat...@co...> - 2005-07-19 14:04:48
|
Something Alexis pointed me to.... It seems that it is no longer possible to create any resources inside a room. Most of the templates from: tomcatadd/webapps/bodington/templates/default/room have been deleted with the UHI merge. Have rooms gone out of fashion ? ;-) -- +--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-19 14:00:33
|
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? 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. Is this universal, or another local issue? Regards, Brian > I noticed that at the moment if anyone visits the new style creation > pages and has JavaScript turned off then then help items cannot be > expanded. Would it not be a better default state to have them expanded > and only collapse them for people who have JavaScript turned on? > > This would be similar to the way the left hand frame works. > > In other news I am going to push in the HTML editing widget. As this > will change the creation templates I'll give a quick summary here. > > Rather than editing all the templates to support a particular HTML > editing widget I added some JavaScript that looks for all <textarea> > tags in the current document and if it find one then it adds the editing > widget button. This way only people who have JavaScript enabled will see > the editing button, it should also make it easy to add support for other > editors at a later date. > > Because XML parsers collapse empty tags I also added support to > XmlTemplate for <textarea> tags so that whenever it encounters one it > processes it specially (keeping <textarea></textarea> rather than > converting it to <textarea/>). > > I'll probably merge the JavaScript include used by the new style > templates with my JavaScript stuff for the editing widget. > > -- > +--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 13:48:59
|
It seems that quite a few pages pull in bs_template_style.css and this page now has colours hard coded. Does this mean that we don't pick up changes in the resource properties automatically anymore for some elements? -- +--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-19 13:36:59
|
I noticed that at the moment if anyone visits the new style creation pages and has JavaScript turned off then then help items cannot be expanded. Would it not be a better default state to have them expanded and only collapse them for people who have JavaScript turned on? This would be similar to the way the left hand frame works. In other news I am going to push in the HTML editing widget. As this will change the creation templates I'll give a quick summary here. Rather than editing all the templates to support a particular HTML editing widget I added some JavaScript that looks for all <textarea> tags in the current document and if it find one then it adds the editing widget button. This way only people who have JavaScript enabled will see the editing button, it should also make it easy to add support for other editors at a later date. Because XML parsers collapse empty tags I also added support to XmlTemplate for <textarea> tags so that whenever it encounters one it processes it specially (keeping <textarea></textarea> rather than converting it to <textarea/>). I'll probably merge the JavaScript include used by the new style templates with my JavaScript stuff for the editing widget. -- +--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 M. <ada...@co...> - 2005-07-19 13:21:22
|
We should be able to host a php wiki on the (new) bod.org site. Ask paul davis. adam -----Original Message----- From: bod...@li... [mailto:bod...@li...] On Behalf Of Colin Tatham Sent: 19 July 2005 12:55 To: bod...@li... Subject: Re: [Bodington-developers] Wiki on SourceForge I'm guessing, but I blamed it on SourceForge being overworked. Looks like we'll have to host stuff like this elsewhere. Commercial hosting services could be a good solution, instead of an institution 'owning' them? Colin Sean Mehan wrote: > hmm. > > > why so slow? should I do the same for tetra or would you advise not > using it? > > best > s > > > On 14 Jul 2005, at 17:34, Colin Tatham wrote: > >> ...but don't get too excited, it's incredibly slow! >> >> http://bodington.sourceforge.net/phpwiki-1.3.11/ >> >> Just a test installation now, so don't put anything worthwhile up, >> it'll probably disappear! >> >> >> -- >> ____________________________________ >> Colin Tatham >> VLE Team >> Oxford University Computing Services >> >> http://www.oucs.ox.ac.uk/ltg/vle/ >> http://bodington.org >> >> >> ------------------------------------------------------- >> 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-19 11:55:06
|
I'm guessing, but I blamed it on SourceForge being overworked. Looks like we'll have to host stuff like this elsewhere. Commercial hosting services could be a good solution, instead of an institution 'owning' them? Colin Sean Mehan wrote: > hmm. > > > why so slow? should I do the same for tetra or would you advise not > using it? > > best > s > > > On 14 Jul 2005, at 17:34, Colin Tatham wrote: > >> ...but don't get too excited, it's incredibly slow! >> >> http://bodington.sourceforge.net/phpwiki-1.3.11/ >> >> Just a test installation now, so don't put anything worthwhile up, >> it'll probably disappear! >> >> >> -- >> ____________________________________ >> Colin Tatham >> VLE Team >> Oxford University Computing Services >> >> http://www.oucs.ox.ac.uk/ltg/vle/ >> http://bodington.org >> >> >> ------------------------------------------------------- >> 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: Andrew B. <a.g...@le...> - 2005-07-19 11:34:54
|
Thanks Matthew. Aggie -----Original Message----- From: bod...@li... [mailto:bod...@li...] On Behalf Of Matthew Buckett Sent: 19 July 2005 12:08 To: bod...@li... Subject: Re: [Bodington-developers] i18n - Note on progress. The Aggie ResourceTree is now in HEAD. This means if you run a Bodington HEAD build against an existing database any then wish to go back to the old ResourceTree implementation you will have to fix you database. -- +--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-19 11:33:26
|
hmm. why so slow? should I do the same for tetra or would you advise not using it? best s On 14 Jul 2005, at 17:34, Colin Tatham wrote: > ...but don't get too excited, it's incredibly slow! > > http://bodington.sourceforge.net/phpwiki-1.3.11/ > > Just a test installation now, so don't put anything worthwhile up, > it'll probably disappear! > > > -- > ____________________________________ > Colin Tatham > VLE Team > Oxford University Computing Services > > http://www.oucs.ox.ac.uk/ltg/vle/ > http://bodington.org > > > ------------------------------------------------------- > 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 11:08:32
|
The Aggie ResourceTree is now in HEAD. This means if you run a Bodington HEAD build against an existing database any then wish to go back to the old ResourceTree implementation you will have to fix you database. -- +--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-19 10:05:41
|
U da Man. s On 19 Jul 2005, at 10:52, Alexis O'Connor wrote: > Just to say, that as of yesterday all the templates that were > assigned to Oxford (i.e. ../style_default/messagingroom) and their > associated localisation resources (i.e. res/templates/style_default/ > messagingroom) have been commited to CVS. > > (NOTE: Timestamp dependancy checking was broken for compiling > localised XML templates standalone, i.e. needsCompiling() always > returned true. This was partially due to the bad class design of > XmlTemplate.java; it encapsulates both legacy and XML templates. > setLanguage(String) has no meaning for legacy templates, of course. > Anyway, this is now fixed and I was able to make the timestamp > checking cleaner generally). > > -- > + - - - - - - - - - - - - - - - - - - - - - - - - - - - + > | 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: Alexis O'C. <ale...@co...> - 2005-07-19 09:52:34
|
Just to say, that as of yesterday all the templates that were assigned to Oxford (i.e. ../style_default/messagingroom) and their associated localisation resources (i.e. res/templates/style_default/messagingroom) have been commited to CVS. (NOTE: Timestamp dependancy checking was broken for compiling localised XML templates standalone, i.e. needsCompiling() always returned true. This was partially due to the bad class design of XmlTemplate.java; it encapsulates both legacy and XML templates. setLanguage(String) has no meaning for legacy templates, of course. Anyway, this is now fixed and I was able to make the timestamp checking cleaner generally). -- + - - - - - - - - - - - - - - - - - - - - - - - - - - - + | Alexis O'Connor, VLE Developer (http://bodington.org) | | OUCS, 13 Banbury Road, Oxford, OX2 6NN, UK. | | Tel. +44 (0)1865 283661 | + - - - - - - - - - - - - - - - - - - - - - - - - - - - + |
|
From: Andrew B. <a.g...@le...> - 2005-07-18 09:09:35
|
The test is quite simple. Create an MCQ test containing unicode characters (in biochemistry Greek letters are usually the ones to cause trouble). Export the test as an IMS-QTI file. Then try to import it. It's at this stage that the problem presents itself. Aggie -----Original Message----- From: bod...@li... [mailto:bod...@li...] On Behalf Of Alistair Young Sent: 18 July 2005 09:57 To: bod...@li... Subject: [Bodington-developers] Xerces DOM3 Anyone know if there's still a problem with xerces dom3 and unicode with bod? Aggie found a problem a while ago while dom3 was beta. I'd like to upgrade to xerces 2.7.0/dom3 for guanxi, which lives in bod now. Would this cause problems as bod would have to go up to 2.7.0 too. This would be for the 2.8 release. 2.6 will remain dom2 Alistair --=20 Alistair Young Senior Software Engineer UHI@Sabhal M=F2r Ostaig Isle of Skye Scotland ------------------------------------------------------- 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=3Dick _______________________________________________ Bodington-developers mailing list Bod...@li... https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Alistair Y. <ali...@sm...> - 2005-07-18 08:56:44
|
Anyone know if there's still a problem with xerces dom3 and unicode with bod? Aggie found a problem a while ago while dom3 was beta. I'd like to upgrade to xerces 2.7.0/dom3 for guanxi, which lives in bod now. Would this cause problems as bod would have to go up to 2.7.0 too. This would be for the 2.8 release. 2.6 will remain dom2 Alistair --=20 Alistair Young Senior Software Engineer UHI@Sabhal M=F2r Ostaig Isle of Skye Scotland |
|
From: Peter C. <Pet...@me...> - 2005-07-15 13:42:57
|
> From: [...] Matthew Buckett > Has anyone got a few hours they can donate to me,=20 > I'm running a little short ;-) Donate, no - worse luck. Sell, maybe :-). - Peter |
|
From: Matthew B. <mat...@co...> - 2005-07-15 13:41:27
|
Peter Crowther wrote: >>It seems your concerns are addressed by the knoppix CD anyway. > > > Dumb question: How often does the Knoppix CD *actually* work first time > on a prospect's computer, without someone needing deep knowledge to > install (say) display drivers? Is it easier to use than a vanilla > Bodington war file, or harder? Especially if it prevents a prospect > using their normal machine for its normal purpose while they're testing? Knoppix has quite a large amount of clever autodetection (similar to a normal OS installation autodetection) that runs quickly at startup and selects the appropriate drivers. Problems with the Knoppix that I see the quickstart helps solve are: - Download size. Quickstart is 10MB. Knoppix is 700MB. - Dedicated PC. Knoppix requires that the PC stops being used for it's normal task. - Configuration. If Knoppix doesn't get the network detection correct then making the test install of Bodington accessible over the network could be a stumbling block. - Persistence. Knoppix doesn't have any persistence or easy way to upgrade to a full Bodington install. Also if the power goes so does your test data. - PC Only. Doesn't give Mac/Unix people a way to test. - Old. The Knoppix CD is harder to keep current with the latest Bodington. The big plus for the Knoppix is that if you have a PC you can spare for a little while it is almost guaranteed to work. The quickstart requires a little bit more work (but still allot less that a full install). I personally like the quickstart for the point of view a developer doing testing. I as a developer can get a clean Bodington install in 2 minutes without having to clear out databases or create another one or run setupservlet. -- +--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-15 13:23:40
|
Alistair Young wrote: >>Has anyone got a few hours they can donate to me, > > I don't mind doing this. I know a lot more about the bod soup now than > when I started i18n, so I'm happy to put that new info to use. Is 2.8 ok > for youz? Yeah. Your suggested plan seemed fine. I agree that we shouldn't change it for the 2.6 release. > If the templates become too slow we can always rollback to the 2.6 way of > doing it. Yep. -- +--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-15 13:23:25
|
> From: [...] Alistair Young > If you want people to see what it's like give them PDFs! or install a > public version that they can login to and play with. This is one of the key marketing messages. Bodington is *not* easy to install and configure at the best of times. An out-of-the-box installation would help a lot, but brochureware may well help more. > It seems your concerns are addressed by the knoppix CD anyway. Dumb question: How often does the Knoppix CD *actually* work first time on a prospect's computer, without someone needing deep knowledge to install (say) display drivers? Is it easier to use than a vanilla Bodington war file, or harder? Especially if it prevents a prospect using their normal machine for its normal purpose while they're testing? - Peter |
19 messages has been excluded from this view by a project administrator.
