Menu
▾
▴
bodington-developers
|
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: 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 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: Brian P. C. <bm...@bm...> - 2005-07-19 14:31:13
|
> 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 > |
|
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: 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: 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: 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: 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: 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: 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... |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X