Menu
▾
▴
bodington-developers — Mailing list for Bodington developers
You can subscribe to this list here.
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
(41) |
May
(353) |
Jun
(133) |
Jul
(534) |
Aug
(401) |
Sep
(219) |
Oct
(86) |
Nov
(144) |
Dec
(61) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2006 |
Jan
(200) |
Feb
(130) |
Mar
(345) |
Apr
(153) |
May
(247) |
Jun
(338) |
Jul
(222) |
Aug
(70) |
Sep
(39) |
Oct
(27) |
Nov
(76) |
Dec
(30) |
| 2007 |
Jan
(81) |
Feb
(44) |
Mar
(9) |
Apr
|
May
(3) |
Jun
(2) |
Jul
(34) |
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
(6) |
| 2008 |
Jan
|
Feb
|
Mar
(5) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Colin T. <col...@co...> - 2005-07-26 09:29:38
|
So far I like DocLink. What it does, as I understand it: - Creates a resource with a set of 1 or more links (in the description area?) to the Uploaded Files in that resource. - allows using text other than the file name in the link. - allows file/s to be sorted along with other resources, instead of appearing at the bottom of the page. - allows a zip file to be uploaded, and when it's unpacked by Bod, multiple links are created. Q's: - Can it handle external links instead of Uploaded Files? - Does it keep track of the Uploaded Files if they are moved (has anyone tried moving an Uploaded File?) I think we've agreed that there's lots of overlap with QuickLinks, so we probably need to merge the two, or not promote the use of QuickLinks to link to Uploaded Files? FileManager? FilingCabinet? ResourceStore? Repository? FileStore? FileBox? Store? Colin Antony Corfield wrote: > EasyLink sounds good, how about > DocLink > > and... > TartanLink > WeegieLink > MacLink > BogLink > > > On 25 Jul 2005, at 19:01, Brian Peter Clark wrote: > >>> Ok, need to rename and refactor BookMarks, so far I've come up with: >>> >>> EasyLink >>> FasterLink >>> SoFastDontBlinkLink >>> >>> Any suggestions... >> >> >> WeeHappyLinks >> >> WormHoles >> >> TwoBeefLinks >> >> HandyLinks >> >> ResourceLinks >> >> >> Good game. Any other resources need re-naming? Pigeon >> Holes....no, better not go there... >> >> Brian >> >> >>> >>> On 25 Jul 2005, at 17:59, Colin Tatham wrote: >>> >>>> I think we agreed as an interim solution we would divide up the >>>> numbers. We're using numbers >= 100 (although QuickLinks may not...) >>>> >>>> Colin >>>> ____________________________________ >>>> Colin Tatham >>>> VLE Team >>>> Oxford University Computing Services >>>> >>>> http://www.oucs.ox.ac.uk/ltg/vle/ >>>> http://bodington.org >>>> >>>> >>>> Antony Corfield wrote: >>>> >>>>> How are we handling new Facility nos to avoid clashes? >>>>> What methods and vars then need to be updated? >>>>> e.g. >>>>> Resource.java >>>>> getResourceTypeName() >>>>> public static final int RESOURCE_DOCUMENT = 7; >>>>> Installer.java >>>>> public static final String[] tables_sql_in_order = {... >>>>> etc. >>>>> bodington.properties? >>>>> Anything else? >>>>> ------------------------------------------------------- >>>>> 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 > > > > > ------------------------------------------------------- > 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-26 09:28:06
|
Peter Crowther wrote: >>From: [...] Antony Corfield >>EasyLink sounds good, how about > > > Should I ask what's wrong with 'bookmark' as a name? I assume it's > describing the wrong thing? > > >>DocLink > > > Sounds like one of the Seven Dwarfs. How about: > GrumpyLink (student on a Monday morning) > DopeyLink (student most evenings^W^W^Wdoesn't happen) > SneezyLink (student on coke for the first time) > > - Peter It would probably help if for the benefit of the class Antony actually re-iterated what it did ;-). As I understand it (correct me if I'm wrong) if it enables a user to upload a zip, that zip to get expanded and links to the individual files to be created automatically? Is that correct? If so, prehaps it is actually an enhancement to uploaded files, rather than a new tool in it's own right. If not - 'ZipLink' ??? Alexis |
|
From: Peter C. <Pet...@me...> - 2005-07-26 09:17:48
|
> From: [...] Antony Corfield > EasyLink sounds good, how about Should I ask what's wrong with 'bookmark' as a name? I assume it's describing the wrong thing? > DocLink Sounds like one of the Seven Dwarfs. How about: GrumpyLink (student on a Monday morning) DopeyLink (student most evenings^W^W^Wdoesn't happen) SneezyLink (student on coke for the first time) - Peter |
|
From: Antony C. <an...@sm...> - 2005-07-26 08:51:21
|
EasyLink sounds good, how about DocLink and... TartanLink WeegieLink MacLink BogLink On 25 Jul 2005, at 19:01, Brian Peter Clark wrote: >> Ok, need to rename and refactor BookMarks, so far I've come up with: >> >> EasyLink >> FasterLink >> SoFastDontBlinkLink >> >> Any suggestions... > > WeeHappyLinks > > WormHoles > > TwoBeefLinks > > HandyLinks > > ResourceLinks > > > Good game. Any other resources need re-naming? Pigeon > Holes....no, better not go there... > > Brian > > >> >> On 25 Jul 2005, at 17:59, Colin Tatham wrote: >> >>> I think we agreed as an interim solution we would divide up the >>> numbers. We're using numbers >= 100 (although QuickLinks may not...) >>> >>> Colin >>> ____________________________________ >>> Colin Tatham >>> VLE Team >>> Oxford University Computing Services >>> >>> http://www.oucs.ox.ac.uk/ltg/vle/ >>> http://bodington.org >>> >>> >>> Antony Corfield wrote: >>>> How are we handling new Facility nos to avoid clashes? >>>> What methods and vars then need to be updated? >>>> e.g. >>>> Resource.java >>>> getResourceTypeName() >>>> public static final int RESOURCE_DOCUMENT = 7; >>>> Installer.java >>>> public static final String[] tables_sql_in_order = {... >>>> etc. >>>> bodington.properties? >>>> Anything else? >>>> ------------------------------------------------------- >>>> 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: Brian P. C. <bm...@bm...> - 2005-07-25 18:05:18
|
> Ok, need to rename and refactor BookMarks, so far I've come up with: > > EasyLink > FasterLink > SoFastDontBlinkLink > > Any suggestions... WeeHappyLinks WormHoles TwoBeefLinks HandyLinks ResourceLinks Good game. Any other resources need re-naming? Pigeon Holes....no, better not go there... Brian > > On 25 Jul 2005, at 17:59, Colin Tatham wrote: > > > I think we agreed as an interim solution we would divide up the > > numbers. We're using numbers >= 100 (although QuickLinks may not...) > > > > Colin > > ____________________________________ > > Colin Tatham > > VLE Team > > Oxford University Computing Services > > > > http://www.oucs.ox.ac.uk/ltg/vle/ > > http://bodington.org > > > > > > Antony Corfield wrote: > >> How are we handling new Facility nos to avoid clashes? > >> What methods and vars then need to be updated? > >> e.g. > >> Resource.java > >> getResourceTypeName() > >> public static final int RESOURCE_DOCUMENT = 7; > >> Installer.java > >> public static final String[] tables_sql_in_order = {... > >> etc. > >> bodington.properties? > >> Anything else? > >> ------------------------------------------------------- > >> 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-25 17:26:36
|
Ok, need to rename and refactor BookMarks, so far I've come up with: EasyLink FasterLink SoFastDontBlinkLink Any suggestions... On 25 Jul 2005, at 17:59, Colin Tatham wrote: > I think we agreed as an interim solution we would divide up the > numbers. We're using numbers >= 100 (although QuickLinks may not...) > > Colin > ____________________________________ > Colin Tatham > VLE Team > Oxford University Computing Services > > http://www.oucs.ox.ac.uk/ltg/vle/ > http://bodington.org > > > Antony Corfield wrote: >> How are we handling new Facility nos to avoid clashes? >> What methods and vars then need to be updated? >> e.g. >> Resource.java >> getResourceTypeName() >> public static final int RESOURCE_DOCUMENT = 7; >> Installer.java >> public static final String[] tables_sql_in_order = {... >> etc. >> bodington.properties? >> Anything else? >> ------------------------------------------------------- >> 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-25 17:22:08
|
Yes, we're using 201-300. But that only answers one of the questions ;-) I've now answered the other one myself... On 25 Jul 2005, at 17:59, Colin Tatham wrote: > I think we agreed as an interim solution we would divide up the > numbers. We're using numbers >= 100 (although QuickLinks may not...) > > Colin > ____________________________________ > Colin Tatham > VLE Team > Oxford University Computing Services > > http://www.oucs.ox.ac.uk/ltg/vle/ > http://bodington.org > > > Antony Corfield wrote: >> How are we handling new Facility nos to avoid clashes? >> What methods and vars then need to be updated? >> e.g. >> Resource.java >> getResourceTypeName() >> public static final int RESOURCE_DOCUMENT = 7; >> Installer.java >> public static final String[] tables_sql_in_order = {... >> etc. >> bodington.properties? >> Anything else? >> ------------------------------------------------------- >> 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 M. <ada...@co...> - 2005-07-25 17:00:55
|
I'd vote for a period of consolidation once we get 2.6 out. We need to turn our attentions around and look out from Bodington. We need to address documentation, upgrades etc instead of the headlong stampede to add new features! -- Adam Marshall: OUCS, 13, Banbury Rd. Oxford OX2 6NN. Shameless plug: Use the Bodington VLE http://bodington.org Blog: http://ramble.oucs.ox.ac.uk/blog/adamm/ Cheese of the month: Cheshire (not to be underestimated) | -----Original Message----- | From: bod...@li... [mailto:bodington- | dev...@li...] On Behalf Of Antony Corfield | Sent: 25 July 2005 17:54 | To: bod...@li...; bodington- | dev...@li...; bodington- | dev...@li...; bodington- | dev...@li... | Subject: Re: [Bodington-developers] Fwd: new resources - confirmation | please! | | So when adding a new resource we need to update the following: | | * Resource.java | public static final int RESOURCE_NAME = id | getResourceTypeName() | mapHttpFacilityNoToResourceType(int httpFacilityNo) | | * ResourceTypeNames.properties | | * Installer.java | public static final String[] tables_sql_in_order = { | | * SetupServlet.java | initProperties( HttpServletRequest req, HttpServletResponse resp ) | | * bodington.properties | | Perhaps we should fix this in 2.8! | | Has everybody gone home?... | | | | | On 25 Jul 2005, at 17:17, Antony Corfield wrote: | | > oh and | > SetupServlet.java | > | > Begin forwarded message: | > | >> From: Antony Corfield <an...@sm...> | >> Date: 25 July 2005 17:16:38 BST | >> To: bod...@li... | >> Subject: new resources - confirmation please! | >> | >> How are we handling new Facility nos to avoid clashes? | >> | >> What methods and vars then need to be updated? | >> e.g. | >> Resource.java | >> getResourceTypeName() | >> public static final int RESOURCE_DOCUMENT = 7; | >> Installer.java | >> public static final String[] tables_sql_in_order = {... | >> etc. | >> | >> bodington.properties? | >> | >> Anything else? | >> | > | > | > | > ------------------------------------------------------- | > 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-25 16:59:17
|
I think we agreed as an interim solution we would divide up the numbers. We're using numbers >= 100 (although QuickLinks may not...) Colin ____________________________________ Colin Tatham VLE Team Oxford University Computing Services http://www.oucs.ox.ac.uk/ltg/vle/ http://bodington.org Antony Corfield wrote: > How are we handling new Facility nos to avoid clashes? > > What methods and vars then need to be updated? > e.g. > Resource.java > getResourceTypeName() > public static final int RESOURCE_DOCUMENT = 7; > Installer.java > public static final String[] tables_sql_in_order = {... > etc. > > bodington.properties? > > Anything else? > > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
|
From: Antony C. <an...@sm...> - 2005-07-25 16:53:57
|
So when adding a new resource we need to update the following:
* Resource.java
public static final int RESOURCE_NAME = id
getResourceTypeName()
mapHttpFacilityNoToResourceType(int httpFacilityNo)
* ResourceTypeNames.properties
* Installer.java
public static final String[] tables_sql_in_order = {
* SetupServlet.java
initProperties( HttpServletRequest req, HttpServletResponse resp )
* bodington.properties
Perhaps we should fix this in 2.8!
Has everybody gone home?...
On 25 Jul 2005, at 17:17, Antony Corfield wrote:
> oh and
> SetupServlet.java
>
> Begin forwarded message:
>
>> From: Antony Corfield <an...@sm...>
>> Date: 25 July 2005 17:16:38 BST
>> To: bod...@li...
>> Subject: new resources - confirmation please!
>>
>> How are we handling new Facility nos to avoid clashes?
>>
>> What methods and vars then need to be updated?
>> e.g.
>> Resource.java
>> getResourceTypeName()
>> public static final int RESOURCE_DOCUMENT = 7;
>> Installer.java
>> public static final String[] tables_sql_in_order = {...
>> etc.
>>
>> bodington.properties?
>>
>> Anything else?
>>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
|
|
From: Antony C. <an...@sm...> - 2005-07-25 16:17:33
|
oh and
SetupServlet.java
Begin forwarded message:
> From: Antony Corfield <an...@sm...>
> Date: 25 July 2005 17:16:38 BST
> To: bod...@li...
> Subject: new resources - confirmation please!
>
> How are we handling new Facility nos to avoid clashes?
>
> What methods and vars then need to be updated?
> e.g.
> Resource.java
> getResourceTypeName()
> public static final int RESOURCE_DOCUMENT = 7;
> Installer.java
> public static final String[] tables_sql_in_order = {...
> etc.
>
> bodington.properties?
>
> Anything else?
>
|
|
From: Antony C. <an...@sm...> - 2005-07-25 16:16:41
|
How are we handling new Facility nos to avoid clashes?
What methods and vars then need to be updated?
e.g.
Resource.java
getResourceTypeName()
public static final int RESOURCE_DOCUMENT = 7;
Installer.java
public static final String[] tables_sql_in_order = {...
etc.
bodington.properties?
Anything else?
|
|
From: Colin T. <col...@co...> - 2005-07-25 13:04:42
|
Most of us already had technician and admin rights on the bug tracker, but I've added Antony and Peter. Colin PS you'll need to subscribe to the tracker mailing list if you want to get emails about all tracker changes. (The standard SF option is to set 'Monitor' on each bug, but apart from being tedious, you won't know that somebody's submitted a new bug...) http://lists.sourceforge.net/lists/listinfo/bodington-trackers Antony Corfield wrote: > So from now on we will ALL use SF bug tracking, YES? > > that's good 'cos there must be 30 email emails with [BUG] in the feckin > subject line... > > > > > On 25 Jul 2005, at 12:46, Colin Tatham wrote: > >> > I'll do that. >> >> As long as we all agree to write a simple but meaningful comment if >> you ever close a bug instead of 'bug fixed'! (So that when someone >> else looks at the closed bugs, they can see *what* you fixed, in case >> it wasn't a complete fix, even tho you thought it was.) >> >> Colin >> >> Colin Tatham wrote: >> >>> Yes, sorry. I was being a bit 'dof' (South African for dim). I >>> thought there were issues, rather than just needing to assign access >>> rights... >>> I'll do that. >>> Colin >>> ____________________________________ >>> Colin Tatham >>> VLE Team >>> Oxford University Computing Services >>> http://www.oucs.ox.ac.uk/ltg/vle/ >>> http://bodington.org >>> Peter Crowther wrote: >>> >>>>> From: [...] Colin Tatham >>>>> Bug trackers would get my vote. It will increase SF traffic. >>>>> There's a handy mail list to subscribe to if you want to be >>>>> notified of any bug reports, changes. We could assign developers >>>>> to specific bugs. >>>>> >>>>> What do we need to sort out wrt access rights, Peter? >>>> >>>> >>>> >>>> >>>> <consults a project where I'm an admin> >>>> >>>> Someone with Admin rights needs to follow the instructions in >>>> https://sourceforge.net/docman/display_doc.php? >>>> docid=24202&group_id=1#tr >>>> acker_techs (steps 20 and 21) and add all us mere developers as >>>> Tracker >>>> Technicians to the particular Tracker that we're going to use. It >>>> might >>>> also be prudent to make at least one techie a Tracker Manager, as that >>>> techie can then change categories and so on within the Tracker. >>>> >>>> - 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_id492&op=click >>>> _______________________________________________ >>>> Bodington-developers mailing list >>>> Bod...@li... >>>> https://lists.sourceforge.net/lists/listinfo/bodington-developers >>>> >>> ------------------------------------------------------- >>> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies >>> from IBM. Find simple to follow Roadmaps, straightforward articles, >>> informative Webcasts and more! Get everything you need to get up to >>> speed, fast. http://ads.osdn.com/?ad_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_idt77&alloc_id492&op=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |
|
From: Antony C. <an...@sm...> - 2005-07-25 12:56:48
|
It's a deal... (pint++) On 25 Jul 2005, at 13:52, Alexis O'Connor wrote: > Antony Corfield wrote: >> Once again Alexis, this seems to be the solution (how many pints is >> that now?) - is everyone agreed? >> If so, I'll split the work with you... >> On 25 Jul 2005, at 12:12, Alexis O'Connor wrote: > > Unless you've already made a start, I'm happy just to do this myself. > Splitting the work is probably more trouble than it's worth ;-). I > should be able to do this this afternoon. > > Alexis > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Alexis O'C. <ale...@co...> - 2005-07-25 12:52:20
|
Antony Corfield wrote: > Once again Alexis, this seems to be the solution (how many pints is that > now?) - is everyone agreed? > If so, I'll split the work with you... > > On 25 Jul 2005, at 12:12, Alexis O'Connor wrote: > Unless you've already made a start, I'm happy just to do this myself. Splitting the work is probably more trouble than it's worth ;-). I should be able to do this this afternoon. Alexis |
|
From: Antony C. <an...@sm...> - 2005-07-25 12:50:43
|
thanks On 25 Jul 2005, at 13:33, Adam Marshall wrote: > Should be with you today > > adam > > -- > Adam Marshall: OUCS, 13, Banbury Rd. Oxford OX2 6NN. > Shameless plug: Use the Bodington VLE http://bodington.org > Blog: http://ramble.oucs.ox.ac.uk/blog/adamm/ > Cheese of the month: Cheshire (not to be underestimated) > > | -----Original Message----- > | From: bod...@li... > [mailto:bodington- > | dev...@li...] On Behalf Of Antony Corfield > | Sent: 12 July 2005 10:49 > | To: bod...@li... > | Subject: [Bodington-developers] bodington buzz graphics > | > | Does anyone have the originals - we may use them for the buzz website > | up here... > | > | > | > | ------------------------------------------------------- > | This SF.Net email is sponsored by the 'Do More With Dual!' webinar > | happening > | July 14 at 8am PDT/11am EDT. We invite you to explore the latest in > dual > | core and dual graphics technology at this free one hour event hosted > by > | HP, > | AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar > | _______________________________________________ > | 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-25 12:50:24
|
So from now on we will ALL use SF bug tracking, YES? that's good 'cos there must be 30 email emails with [BUG] in the feckin =20= subject line... On 25 Jul 2005, at 12:46, Colin Tatham wrote: > > I'll do that. > > As long as we all agree to write a simple but meaningful comment if =20= > you ever close a bug instead of 'bug fixed'! (So that when someone =20 > else looks at the closed bugs, they can see *what* you fixed, in case =20= > it wasn't a complete fix, even tho you thought it was.) > > Colin > > Colin Tatham wrote: >> Yes, sorry. I was being a bit 'dof' (South African for dim). I =20 >> thought there were issues, rather than just needing to assign access =20= >> rights... >> I'll do that. >> Colin >> ____________________________________ >> Colin Tatham >> VLE Team >> Oxford University Computing Services >> http://www.oucs.ox.ac.uk/ltg/vle/ >> http://bodington.org >> Peter Crowther wrote: >>>> From: [...] Colin Tatham >>>> Bug trackers would get my vote. It will increase SF traffic. =20 >>>> There's a handy mail list to subscribe to if you want to be =20 >>>> notified of any bug reports, changes. We could assign developers to = =20 >>>> specific bugs. >>>> >>>> What do we need to sort out wrt access rights, Peter? >>> >>> >>> >>> <consults a project where I'm an admin> >>> >>> Someone with Admin rights needs to follow the instructions in >>> https://sourceforge.net/docman/display_doc.php?=20 >>> docid=3D24202&group_id=3D1#tr >>> acker_techs (steps 20 and 21) and add all us mere developers as =20 >>> Tracker >>> Technicians to the particular Tracker that we're going to use. It =20= >>> might >>> also be prudent to make at least one techie a Tracker Manager, as =20= >>> that >>> techie can then change categories and so on within the Tracker. >>> >>> - Peter >>> >>> >>> ------------------------------------------------------- >>> SF.Net email is sponsored by: Discover Easy Linux Migration =20 >>> Strategies >>> from IBM. Find simple to follow Roadmaps, straightforward articles, >>> informative Webcasts and more! Get everything you need to get up to >>> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=3Dclick >>> _______________________________________________ >>> Bodington-developers mailing list >>> Bod...@li... >>> https://lists.sourceforge.net/lists/listinfo/bodington-developers >>> >> ------------------------------------------------------- >> SF.Net email is sponsored by: Discover Easy Linux Migration = Strategies >> from IBM. Find simple to follow Roadmaps, straightforward articles, >> informative Webcasts and more! Get everything you need to get up to >> speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dcl= ick >> _______________________________________________ >> Bodington-developers mailing list >> Bod...@li... >> https://lists.sourceforge.net/lists/listinfo/bodington-developers > > > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dcli= ck > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Alexis O'C. <ale...@co...> - 2005-07-25 12:44:41
|
Brian Peter Clark wrote: > > I don't know enough about what's going on. I'm still shell-shocked > from the weekend - I loaded Facilites.java into Eclipse and pressed > Print. Took about a fiver's worth of paper. > > Regards, > > Brian > By jove! "print" is not normally a verb I associate with Facility.java. "Refactor into a million simpler easier to understand classes with crisper well-defined boundaries" springs to mind sooner. I believe Martin Fowler now uses this file as a case study in some of his work-shops ... Alexis |
|
From: Adam M. <ada...@co...> - 2005-07-25 12:33:40
|
Should be with you today adam -- Adam Marshall: OUCS, 13, Banbury Rd. Oxford OX2 6NN. Shameless plug: Use the Bodington VLE http://bodington.org Blog: http://ramble.oucs.ox.ac.uk/blog/adamm/ Cheese of the month: Cheshire (not to be underestimated) | -----Original Message----- | From: bod...@li... [mailto:bodington- | dev...@li...] On Behalf Of Antony Corfield | Sent: 12 July 2005 10:49 | To: bod...@li... | Subject: [Bodington-developers] bodington buzz graphics | | Does anyone have the originals - we may use them for the buzz website | up here... | | | | ------------------------------------------------------- | This SF.Net email is sponsored by the 'Do More With Dual!' webinar | happening | July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual | core and dual graphics technology at this free one hour event hosted by | HP, | AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar | _______________________________________________ | Bodington-developers mailing list | Bod...@li... | https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Alistair Y. <ali...@sm...> - 2005-07-25 12:24:31
|
how do you patch the printed code once you've penned in a bug fix? sew-on or iron-on? LOL! Alistair On 25 Jul 2005, at 13:18, Brian Peter Clark wrote: >>> pressed Print >>> >> you print code? is your office cold or something? do you stuff it up >> your jupe? >> > > Don't you mean my jukes? > > what other use is there for printed code other than > >> keeping you warm? >> > > I'm of the older generation - like to see things on the printed page - > I can scribble with my green pen. > > Brian > >> >> Alistair >> >> >> On 25 Jul 2005, at 13:08, Brian Peter Clark wrote: >> >> >>> Have a look at the code where you return an uploaded file to the >>> browser (I think it's in BuildingServlet). There's a bit in there >>> that >>> snips "/bodington/" out of a URL. The blurb around it mentions >>> "context". >>> >>> I don't know enough about what's going on. I'm still shell-shocked >>> from the weekend - I loaded Facilites.java into Eclipse and pressed >>> Print. Took about a fiver's worth of paper. >>> >>> Regards, >>> >>> Brian >>> >>> >>> >>> >>> >>>>> the web application context >>>>> name = bodington is hardwired into the code >>>>> >>>>> >>>> I don't think so. I run it under all sorts of context names other >>>> than bodington, some of which I can't repeat before the 9pm >>>> watershed ;) >>>> >>>> Alistair >>>> >>>> On 25 Jul 2005, at 12:50, Brian Peter Clark wrote: >>>> >>>> >>>> >>>>> On a not-unrelated point, but more distantly related, perhaps. I >>>>> think that I am correct in saying that the web application context >>>>> name = bodington is hardwired into the code. >>>>> >>>>> I suggest that this might cause problems in the app server world >>>>> where you can set up the context at the press of a button at war >>>>> deployment time. >>>>> >>>>> Also, people might not like seing bodington in all their urls. >>>>> >>>>> Regards, >>>>> >>>>> Brian >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>>> Peter Crowther wrote: >>>>>> >>>>>> >>>>>> >>>>>>>> From: [...] Alistair Young >>>>>>>> res.generic: >>>>>>>> strings_en.properties: >>>>>>>> system=CLAN >>>>>>>> >>>>>>>> templates: >>>>>>>> <localise id="system" /> >>>>>>>> >>>>>>>> change res.generic.strings_en.properties system=Weblearn for Ox >>>>>>>> etc. >>>>>>>> >>>>>>>> Alistair >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> Thanks - that's a much more specific answer than I could give. >>>>>>> Thought >>>>>>> there'd be something in place. >>>>>>> >>>>>>> - Peter >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> I have to confess that I took my cue from Alistair and put >>>>>> strings of >>>>>> the form 'foo.bar=<!-- Bodington-->Bodington' into i18n resource >>>>>> property files, which I realized was retarded at the time >>>>>> because it >>>>>> makes sense in an un-i18n-ed template for finding rendering of >>>>>> the >>>>>> system name, but not in a resource property file ;-). >>>>>> >>>>>> To my mind it would probably make sense to: >>>>>> >>>>>> * standardize 'system' on something more meaningful like >>>>>> 'institutional.system.name'. >>>>>> * ensure that all templates that require this import the same >>>>>> generic >>>>>> resource file. >>>>>> * ensure that this 1 name-value pair is of the form: >>>>>> institutional.system.name=CLAN (i.e. *no* HTML comment that can >>>>>> end up >>>>>> in the title of non-compliant browsers!). >>>>>> >>>>>> I'm just flagging this up for now. Hey, I might even do this >>>>>> myself, but >>>>>> I'm working on QuickLinks right now. >>>>>> >>>>>> >>>>>> 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 >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------- >>>>> 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 >> >> > > > > > ------------------------------------------------------- > 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-25 12:22:15
|
> > pressed Print > you print code? is your office cold or something? do you stuff it up > your jupe? Don't you mean my jukes? what other use is there for printed code other than > keeping you warm? I'm of the older generation - like to see things on the printed page - I can scribble with my green pen. Brian > > Alistair > > > On 25 Jul 2005, at 13:08, Brian Peter Clark wrote: > > > Have a look at the code where you return an uploaded file to the > > browser (I think it's in BuildingServlet). There's a bit in there > > that > > snips "/bodington/" out of a URL. The blurb around it mentions > > "context". > > > > I don't know enough about what's going on. I'm still shell-shocked > > from the weekend - I loaded Facilites.java into Eclipse and pressed > > Print. Took about a fiver's worth of paper. > > > > Regards, > > > > Brian > > > > > > > > > >>> the web application context > >>> name = bodington is hardwired into the code > >>> > >> I don't think so. I run it under all sorts of context names other > >> than bodington, some of which I can't repeat before the 9pm > >> watershed ;) > >> > >> Alistair > >> > >> On 25 Jul 2005, at 12:50, Brian Peter Clark wrote: > >> > >> > >>> On a not-unrelated point, but more distantly related, perhaps. I > >>> think that I am correct in saying that the web application context > >>> name = bodington is hardwired into the code. > >>> > >>> I suggest that this might cause problems in the app server world > >>> where you can set up the context at the press of a button at war > >>> deployment time. > >>> > >>> Also, people might not like seing bodington in all their urls. > >>> > >>> Regards, > >>> > >>> Brian > >>> > >>> > >>> > >>> > >>> > >>>> Peter Crowther wrote: > >>>> > >>>> > >>>>>> From: [...] Alistair Young > >>>>>> res.generic: > >>>>>> strings_en.properties: > >>>>>> system=CLAN > >>>>>> > >>>>>> templates: > >>>>>> <localise id="system" /> > >>>>>> > >>>>>> change res.generic.strings_en.properties system=Weblearn for Ox > >>>>>> etc. > >>>>>> > >>>>>> Alistair > >>>>>> > >>>>>> > >>>>> > >>>>> > >>>>> Thanks - that's a much more specific answer than I could give. > >>>>> Thought > >>>>> there'd be something in place. > >>>>> > >>>>> - Peter > >>>>> > >>>>> > >>>>> > >>>> > >>>> I have to confess that I took my cue from Alistair and put > >>>> strings of > >>>> the form 'foo.bar=<!-- Bodington-->Bodington' into i18n resource > >>>> property files, which I realized was retarded at the time > >>>> because it > >>>> makes sense in an un-i18n-ed template for finding rendering of the > >>>> system name, but not in a resource property file ;-). > >>>> > >>>> To my mind it would probably make sense to: > >>>> > >>>> * standardize 'system' on something more meaningful like > >>>> 'institutional.system.name'. > >>>> * ensure that all templates that require this import the same > >>>> generic > >>>> resource file. > >>>> * ensure that this 1 name-value pair is of the form: > >>>> institutional.system.name=CLAN (i.e. *no* HTML comment that can > >>>> end up > >>>> in the title of non-compliant browsers!). > >>>> > >>>> I'm just flagging this up for now. Hey, I might even do this > >>>> myself, but > >>>> I'm working on QuickLinks right now. > >>>> > >>>> > >>>> 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 > >>>> > >>>> > >>>> > >>> > >>> > >>> > >>> > >>> ------------------------------------------------------- > >>> 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 12:19:00
|
Brian Peter Clark wrote: > Have a look at the code where you return an uploaded file to the > browser (I think it's in BuildingServlet). There's a bit in there that > snips "/bodington/" out of a URL. The blurb around it mentions > "context". I'll push my patch from weblearn to bodington for this (short 3 liner). -- +--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 12:17:13
|
> pressed Print you print code? is your office cold or something? do you stuff it up your jupe? what other use is there for printed code other than keeping you warm? Alistair On 25 Jul 2005, at 13:08, Brian Peter Clark wrote: > Have a look at the code where you return an uploaded file to the > browser (I think it's in BuildingServlet). There's a bit in there > that > snips "/bodington/" out of a URL. The blurb around it mentions > "context". > > I don't know enough about what's going on. I'm still shell-shocked > from the weekend - I loaded Facilites.java into Eclipse and pressed > Print. Took about a fiver's worth of paper. > > Regards, > > Brian > > > > >>> the web application context >>> name = bodington is hardwired into the code >>> >> I don't think so. I run it under all sorts of context names other >> than bodington, some of which I can't repeat before the 9pm >> watershed ;) >> >> Alistair >> >> On 25 Jul 2005, at 12:50, Brian Peter Clark wrote: >> >> >>> On a not-unrelated point, but more distantly related, perhaps. I >>> think that I am correct in saying that the web application context >>> name = bodington is hardwired into the code. >>> >>> I suggest that this might cause problems in the app server world >>> where you can set up the context at the press of a button at war >>> deployment time. >>> >>> Also, people might not like seing bodington in all their urls. >>> >>> Regards, >>> >>> Brian >>> >>> >>> >>> >>> >>>> Peter Crowther wrote: >>>> >>>> >>>>>> From: [...] Alistair Young >>>>>> res.generic: >>>>>> strings_en.properties: >>>>>> system=CLAN >>>>>> >>>>>> templates: >>>>>> <localise id="system" /> >>>>>> >>>>>> change res.generic.strings_en.properties system=Weblearn for Ox >>>>>> etc. >>>>>> >>>>>> Alistair >>>>>> >>>>>> >>>>> >>>>> >>>>> Thanks - that's a much more specific answer than I could give. >>>>> Thought >>>>> there'd be something in place. >>>>> >>>>> - Peter >>>>> >>>>> >>>>> >>>> >>>> I have to confess that I took my cue from Alistair and put >>>> strings of >>>> the form 'foo.bar=<!-- Bodington-->Bodington' into i18n resource >>>> property files, which I realized was retarded at the time >>>> because it >>>> makes sense in an un-i18n-ed template for finding rendering of the >>>> system name, but not in a resource property file ;-). >>>> >>>> To my mind it would probably make sense to: >>>> >>>> * standardize 'system' on something more meaningful like >>>> 'institutional.system.name'. >>>> * ensure that all templates that require this import the same >>>> generic >>>> resource file. >>>> * ensure that this 1 name-value pair is of the form: >>>> institutional.system.name=CLAN (i.e. *no* HTML comment that can >>>> end up >>>> in the title of non-compliant browsers!). >>>> >>>> I'm just flagging this up for now. Hey, I might even do this >>>> myself, but >>>> I'm working on QuickLinks right now. >>>> >>>> >>>> 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 >>>> >>>> >>>> >>> >>> >>> >>> >>> ------------------------------------------------------- >>> 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: Brian P. C. <bm...@bm...> - 2005-07-25 12:12:33
|
Have a look at the code where you return an uploaded file to the browser (I think it's in BuildingServlet). There's a bit in there that snips "/bodington/" out of a URL. The blurb around it mentions "context". I don't know enough about what's going on. I'm still shell-shocked from the weekend - I loaded Facilites.java into Eclipse and pressed Print. Took about a fiver's worth of paper. Regards, Brian > > the web application context > > name = bodington is hardwired into the code > I don't think so. I run it under all sorts of context names other > than bodington, some of which I can't repeat before the 9pm watershed ;) > > Alistair > > On 25 Jul 2005, at 12:50, Brian Peter Clark wrote: > > > On a not-unrelated point, but more distantly related, perhaps. I > > think that I am correct in saying that the web application context > > name = bodington is hardwired into the code. > > > > I suggest that this might cause problems in the app server world > > where you can set up the context at the press of a button at war > > deployment time. > > > > Also, people might not like seing bodington in all their urls. > > > > Regards, > > > > Brian > > > > > > > > > >> Peter Crowther wrote: > >> > >>>> From: [...] Alistair Young > >>>> res.generic: > >>>> strings_en.properties: > >>>> system=CLAN > >>>> > >>>> templates: > >>>> <localise id="system" /> > >>>> > >>>> change res.generic.strings_en.properties system=Weblearn for Ox > >>>> etc. > >>>> > >>>> Alistair > >>>> > >>> > >>> > >>> Thanks - that's a much more specific answer than I could give. > >>> Thought > >>> there'd be something in place. > >>> > >>> - Peter > >>> > >>> > >> > >> I have to confess that I took my cue from Alistair and put strings of > >> the form 'foo.bar=<!-- Bodington-->Bodington' into i18n resource > >> property files, which I realized was retarded at the time because it > >> makes sense in an un-i18n-ed template for finding rendering of the > >> system name, but not in a resource property file ;-). > >> > >> To my mind it would probably make sense to: > >> > >> * standardize 'system' on something more meaningful like > >> 'institutional.system.name'. > >> * ensure that all templates that require this import the same generic > >> resource file. > >> * ensure that this 1 name-value pair is of the form: > >> institutional.system.name=CLAN (i.e. *no* HTML comment that can > >> end up > >> in the title of non-compliant browsers!). > >> > >> I'm just flagging this up for now. Hey, I might even do this > >> myself, but > >> I'm working on QuickLinks right now. > >> > >> > >> 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 > >> > >> > > > > > > > > > > ------------------------------------------------------- > > 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 12:12:29
|
Alistair Young wrote: >> the web application context >> name = bodington is hardwired into the code > > I don't think so. I run it under all sorts of context names other than > bodington, some of which I can't repeat before the 9pm watershed ;) I think there is still some code (BuildingServlet) that expects the context to be /bodington but the functionality still works if this is not the case (used for getting a request dispatcher I think). -- +--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.
