bodington-developers — Mailing list for Bodington developers

[Bodington-developers] Developers blogs at Oxford

[Adam M. <ada...@co...>]

As one of the actions arising from the marketing meeting, all of us at
Oxford now have blogs set up. 

I have made my first entry - I must confess that I got a bit carried away!
If I can find enough time I could get into this blogging lark! Have a look:

 	http://ramble.oucs.ox.ac.uk/blog/adamm/

Jane - can you set up the developers area and hook my (and Alistair's) blog
to it. Ta.

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) 

[Bodington-developers] SourceForge Tracker notifications

[Colin T. <col...@co...>]

I've set up a mailing list on SourceForge for people who would like to be
notified when any Tracker items (Bugs, Support Requests, Patches and Feature
Requests) are added or modified.

Subscribe at:

http://lists.sourceforge.net/lists/listinfo/bodington-trackers

(Intention is that it's only used as a notification service, so discussion
about bugs, etc should still happen on the developers list.)


Colin

PS: I've also opened the bug tracker up to anonymous postings (the others
are already open to anonymous).

RE: [Bodington-developers] manage resource : see & view

[Paul D. <pau...@co...>]

Similarly we need view only access to resources that are graphics - we
wouldn't want people to be able to see a large filestore, we want the
graphics to appear in the relevant page.

We need see and view as separate entities
Paul

Paul Davis
01865 283414



-----Original Message-----
From: bod...@li...
[mailto:bod...@li...] On Behalf Of
Andrew Booth
Sent: 06 May 2005 13:26
To: 'Alistair Young'
Cc: 'Bodington Developers'; a.g...@le...
Subject: RE: [Bodington-developers] manage resource : see & view

We do it as a matter of routine.  We allow anonymous access to our
distance-learning site. They can see what modules are available, but not
get into them. They get a feel for what the VLE is like and then they
can apply for details or download them from an area that they do have
access to.  Denying them see would leave a very empty-looking area.

Also, I have some areas where I need view but not see for some months
while an applet gathers data. I then open them up with see later.

So I use both see without view and view with/without see.  Remove see
and two of our postgraduate courses using bespoke applets, would be
stuffed.

Aggie

-----Original Message-----
From: bod...@li...
[mailto:bod...@li...] On Behalf Of
Alistair Young
Sent: 06 May 2005 13:14
To: a.g...@le...
Cc: 'Bodington Developers'
Subject: Re: [Bodington-developers] manage resource : see & view


> It's sometimes useful to allow people to see that a module is there
why? what will displaying it's name acheive?

On 6 May 2005, at 13:07, Andrew Booth wrote:

> No
>
> It's sometimes useful to allow people to see that a module is there,
> even if they can't get at it.  If you don't want it to be seen, deny 
> see
> privilege.
>
> --2 for removing "see"
>
> Aggie
>
> -----Original Message-----
> From: bod...@li...
> [mailto:bod...@li...] On Behalf Of
> Alistair Young
> Sent: 06 May 2005 12:55
> To: Bodington Developers
> Subject: [Bodington-developers] manage resource : see & view
>
>
> I think this is correct:
>
> see = the link to the resource, in it's parent, is visible but isn't
> clickable
> no see = the link is invisible
> view = the link to the resource, in it's parent, is visible and
> clickable
> no view  = the link to the resource, in it's parent, is visible,
> italicised and not clickable
>
> can we bin see? it's very confusing.
>
> IMHO if a resource is not to be viewed (accessed) then it's link
should
> be invisible. Why have a load of resource names that you can't click
> on?
>
> vote:
> remove "see" +1
>
> view
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.
> Get your fingers limbered up and give it your best shot. 4 great 
> events,
> 4
> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.
> Get your fingers limbered up and give it your best shot. 4 great 
> events, 4
> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events,
4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Bodington-developers mailing list
Bod...@li...
https://lists.sourceforge.net/lists/listinfo/bodington-developers



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Bodington-developers mailing list
Bod...@li...
https://lists.sourceforge.net/lists/listinfo/bodington-developers

RE: [Bodington-developers] manage resource : see & view

[Paul D. <pau...@co...>]

We recommend that see access is granted at the top level of all sites so
that people know there is content there.  If they need access to that
content it's a matter of talking to the relevant local managers.  If there
is no content they talk to us to get a site created.

-2 for removing
Paul

Paul Davis
01865 283414



-----Original Message-----
From: bod...@li...
[mailto:bod...@li...] On Behalf Of
Alistair Young
Sent: 06 May 2005 12:55
To: Bodington Developers
Subject: [Bodington-developers] manage resource : see & view

I think this is correct:

see = the link to the resource, in it's parent, is visible but isn't 
clickable
no see = the link is invisible
view = the link to the resource, in it's parent, is visible and 
clickable
no view  = the link to the resource, in it's parent, is visible, 
italicised and not clickable

can we bin see? it's very confusing.

IMHO if a resource is not to be viewed (accessed) then it's link should 
be invisible. Why have a load of resource names that you can't click 
on?

vote:
remove "see" +1

view



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Bodington-developers mailing list
Bod...@li...
https://lists.sourceforge.net/lists/listinfo/bodington-developers

RE: [Bodington-developers] manage resource : see & view

[Adam M. <ada...@co...>]

I would envisage complaints if we were to remove it.

adam

| -----Original Message-----
| From: bod...@li... [mailto:bodington-
| dev...@li...] On Behalf Of Alistair Young
| Sent: 06 May 2005 12:55
| To: Bodington Developers
| Subject: [Bodington-developers] manage resource : see & view
| 
| I think this is correct:
| 
| see = the link to the resource, in it's parent, is visible but isn't
| clickable
| no see = the link is invisible
| view = the link to the resource, in it's parent, is visible and
| clickable
| no view  = the link to the resource, in it's parent, is visible,
| italicised and not clickable
| 
| can we bin see? it's very confusing.
| 
| IMHO if a resource is not to be viewed (accessed) then it's link should
| be invisible. Why have a load of resource names that you can't click
| on?
| 
| vote:
| remove "see" +1
| 
| view
| 
| 
| 
| -------------------------------------------------------
| This SF.Net email is sponsored by: NEC IT Guy Games.
| Get your fingers limbered up and give it your best shot. 4 great events, 4
| opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
| win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
| _______________________________________________
| Bodington-developers mailing list
| Bod...@li...
| https://lists.sourceforge.net/lists/listinfo/bodington-developers

RE: [Bodington-developers] opensite/openservlet

[Adam M. <ada...@co...>]

Would it help with google searching?

adam

| -----Original Message-----
| From: bod...@li... [mailto:bodington-
| dev...@li...] On Behalf Of Andrew Booth
| Sent: 06 May 2005 12:40
| To: 'Bodington Developers'
| Cc: a.g...@le...
| Subject: RE: [Bodington-developers] opensite/openservlet
| 
| Before we moved to cookie-based authentication, it was possible to allow
| anonymous access to Bodington directly without any challenge (even
| pressing the guest button).  Jon decided to keep this anonymous access
| completely separate by running it as a separate servlet.  Again, I think
| it is a hangover from ealier days and can probably go.
| 
| Aggie
| 
| -----Original Message-----
| From: bod...@li...
| [mailto:bod...@li...] On Behalf Of
| Matthew Buckett
| Sent: 06 May 2005 10:53
| To: Bodington Developers
| Subject: [Bodington-developers] opensite/openservlet
| 
| 
| Does anyone know why you can access Bodington through /site and
| /opensite?
| 
| Also why there is the bodington property buildingservlet.openservlet ?
| 
| --
| +--Matthew Buckett-----------------------------------------+
| | VLE Developer, Learning Technologies Group               |
| | Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/       |
| +------------Computing Services, University of Oxford------+
| 
| 
| 
| -------------------------------------------------------
| This SF.Net email is sponsored by: NEC IT Guy Games.
| Get your fingers limbered up and give it your best shot. 4 great events,
| 4
| opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
| win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
| _______________________________________________
| Bodington-developers mailing list
| Bod...@li...
| https://lists.sourceforge.net/lists/listinfo/bodington-developers
| 
| 
| 
| -------------------------------------------------------
| This SF.Net email is sponsored by: NEC IT Guy Games.
| Get your fingers limbered up and give it your best shot. 4 great events, 4
| opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
| win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
| _______________________________________________
| Bodington-developers mailing list
| Bod...@li...
| https://lists.sourceforge.net/lists/listinfo/bodington-developers

RE: [Bodington-developers] manage resource : see & view

[Andrew B. <a.g...@le...>]

We do it as a matter of routine.  We allow anonymous access to our
distance-learning site. They can see what modules are available, but not
get into them. They get a feel for what the VLE is like and then they
can apply for details or download them from an area that they do have
access to.  Denying them see would leave a very empty-looking area.

Also, I have some areas where I need view but not see for some months
while an applet gathers data. I then open them up with see later.

So I use both see without view and view with/without see.  Remove see
and two of our postgraduate courses using bespoke applets, would be
stuffed.

Aggie

-----Original Message-----
From: bod...@li...
[mailto:bod...@li...] On Behalf Of
Alistair Young
Sent: 06 May 2005 13:14
To: a.g...@le...
Cc: 'Bodington Developers'
Subject: Re: [Bodington-developers] manage resource : see & view


> It's sometimes useful to allow people to see that a module is there
why? what will displaying it's name acheive?

On 6 May 2005, at 13:07, Andrew Booth wrote:

> No
>
> It's sometimes useful to allow people to see that a module is there,
> even if they can't get at it.  If you don't want it to be seen, deny 
> see
> privilege.
>
> --2 for removing "see"
>
> Aggie
>
> -----Original Message-----
> From: bod...@li...
> [mailto:bod...@li...] On Behalf Of
> Alistair Young
> Sent: 06 May 2005 12:55
> To: Bodington Developers
> Subject: [Bodington-developers] manage resource : see & view
>
>
> I think this is correct:
>
> see = the link to the resource, in it's parent, is visible but isn't
> clickable
> no see = the link is invisible
> view = the link to the resource, in it's parent, is visible and
> clickable
> no view  = the link to the resource, in it's parent, is visible,
> italicised and not clickable
>
> can we bin see? it's very confusing.
>
> IMHO if a resource is not to be viewed (accessed) then it's link
should
> be invisible. Why have a load of resource names that you can't click
> on?
>
> vote:
> remove "see" +1
>
> view
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.
> Get your fingers limbered up and give it your best shot. 4 great 
> events,
> 4
> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.
> Get your fingers limbered up and give it your best shot. 4 great 
> events, 4
> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events,
4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Bodington-developers mailing list
Bod...@li...
https://lists.sourceforge.net/lists/listinfo/bodington-developers

Re: [Bodington-developers] manage resource : see & view

[Matthew B. <mat...@co...>]

Andrew Booth wrote:

> It's sometimes useful to allow people to see that a module is there,
> even if they can't get at it.  If you don't want it to be seen, deny see
> privilege.

Although the Bodington permissions system is a little complex I'd tend 
to agree with Aggie here. Added to the fact that we have people using 
SEE/VIEW access this way here at Oxford so removing it would cause problems.

> see = the link to the resource, in it's parent, is visible but isn't 
> clickable
> no see = the link is invisible
> view = the link to the resource, in it's parent, is visible and 
> clickable
> no view  = the link to the resource, in it's parent, is visible, 
> italicised and not clickable

See and view are independent.

see = Can see the resource in the parent listing.
view = Can view the resource.

I see the removing of a link as an "optimization" for the user so they 
don't have to click on the link to find out they don't have VIEW access.

-- 
+--Matthew Buckett-----------------------------------------+
| VLE Developer, Learning Technologies Group               |
| Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/       |
+------------Computing Services, University of Oxford------+

Re: [Bodington-developers] manage resource : see & view

[Alistair Y. <ali...@sm...>]

> It's sometimes useful to allow people to see that a module is there
why? what will displaying it's name acheive?

On 6 May 2005, at 13:07, Andrew Booth wrote:

> No
>
> It's sometimes useful to allow people to see that a module is there,
> even if they can't get at it.  If you don't want it to be seen, deny 
> see
> privilege.
>
> --2 for removing "see"
>
> Aggie
>
> -----Original Message-----
> From: bod...@li...
> [mailto:bod...@li...] On Behalf Of
> Alistair Young
> Sent: 06 May 2005 12:55
> To: Bodington Developers
> Subject: [Bodington-developers] manage resource : see & view
>
>
> I think this is correct:
>
> see = the link to the resource, in it's parent, is visible but isn't
> clickable
> no see = the link is invisible
> view = the link to the resource, in it's parent, is visible and
> clickable
> no view  = the link to the resource, in it's parent, is visible,
> italicised and not clickable
>
> can we bin see? it's very confusing.
>
> IMHO if a resource is not to be viewed (accessed) then it's link should
> be invisible. Why have a load of resource names that you can't click
> on?
>
> vote:
> remove "see" +1
>
> view
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.
> Get your fingers limbered up and give it your best shot. 4 great 
> events,
> 4
> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.
> Get your fingers limbered up and give it your best shot. 4 great 
> events, 4
> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

RE: [Bodington-developers] manage resource : see & view

[Andrew B. <a.g...@le...>]

No

It's sometimes useful to allow people to see that a module is there,
even if they can't get at it.  If you don't want it to be seen, deny see
privilege.

--2 for removing "see"

Aggie

-----Original Message-----
From: bod...@li...
[mailto:bod...@li...] On Behalf Of
Alistair Young
Sent: 06 May 2005 12:55
To: Bodington Developers
Subject: [Bodington-developers] manage resource : see & view


I think this is correct:

see = the link to the resource, in it's parent, is visible but isn't 
clickable
no see = the link is invisible
view = the link to the resource, in it's parent, is visible and 
clickable
no view  = the link to the resource, in it's parent, is visible, 
italicised and not clickable

can we bin see? it's very confusing.

IMHO if a resource is not to be viewed (accessed) then it's link should 
be invisible. Why have a load of resource names that you can't click 
on?

vote:
remove "see" +1

view



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events,
4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Bodington-developers mailing list
Bod...@li...
https://lists.sourceforge.net/lists/listinfo/bodington-developers

[Bodington-developers] manage resource : see & view

[Alistair Y. <ali...@sm...>]

I think this is correct:

see = the link to the resource, in it's parent, is visible but isn't 
clickable
no see = the link is invisible
view = the link to the resource, in it's parent, is visible and 
clickable
no view  = the link to the resource, in it's parent, is visible, 
italicised and not clickable

can we bin see? it's very confusing.

IMHO if a resource is not to be viewed (accessed) then it's link should 
be invisible. Why have a load of resource names that you can't click 
on?

vote:
remove "see" +1

view

Re: [Bodington-developers] opensite/openservlet

[Matthew B. <mat...@co...>]

Andrew Booth wrote:
> Before we moved to cookie-based authentication, it was possible to allow
> anonymous access to Bodington directly without any challenge (even
> pressing the guest button).  Jon decided to keep this anonymous access
> completely separate by running it as a separate servlet.  Again, I think
> it is a hangover from ealier days and can probably go.

Thanks for the explanation. I'm probably going to pull this out then as 
it makes removing the dependancy on know the hostname easier to deal with.

-- 
+--Matthew Buckett-----------------------------------------+
| VLE Developer, Learning Technologies Group               |
| Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/       |
+------------Computing Services, University of Oxford------+

RE: [Bodington-developers] opensite/openservlet

[Andrew B. <a.g...@le...>]

Before we moved to cookie-based authentication, it was possible to allow
anonymous access to Bodington directly without any challenge (even
pressing the guest button).  Jon decided to keep this anonymous access
completely separate by running it as a separate servlet.  Again, I think
it is a hangover from ealier days and can probably go.

Aggie

-----Original Message-----
From: bod...@li...
[mailto:bod...@li...] On Behalf Of
Matthew Buckett
Sent: 06 May 2005 10:53
To: Bodington Developers
Subject: [Bodington-developers] opensite/openservlet


Does anyone know why you can access Bodington through /site and
/opensite?

Also why there is the bodington property buildingservlet.openservlet ?

-- 
+--Matthew Buckett-----------------------------------------+
| VLE Developer, Learning Technologies Group               |
| Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/       |
+------------Computing Services, University of Oxford------+



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events,
4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Bodington-developers mailing list
Bod...@li...
https://lists.sourceforge.net/lists/listinfo/bodington-developers

[Bodington-developers] opensite/openservlet

[Matthew B. <mat...@co...>]

Does anyone know why you can access Bodington through /site and /opensite?

Also why there is the bodington property buildingservlet.openservlet ?

-- 
+--Matthew Buckett-----------------------------------------+
| VLE Developer, Learning Technologies Group               |
| Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/       |
+------------Computing Services, University of Oxford------+

[Bodington-developers] Bodington 2.4.3 (Release Candidate).

[Alexis O'C. <ale...@co...>]

The bodington_2_4 branch is potentially ready to be tagged as 
bodington_2_4_3. If anyone has an Oracle db knocking around, could they 
be an absolute darling and see if they can install and run bodington on 
it? (this release contains a bug-fix for db column names > 30 
characters). Other than that, we should be able to tag and release the 
files next Monday.

Changes since 2.4.2

Bug-fix: db column names > 30 characters have been truncated. (Bodington 
should now run on Oracle and older versions of PostgreSQL).
Bodington will now build and run on JDK 1.5 too. (A build must have 
source=1.4 specified however - this has been added to build.xml).


Alexis

[Bodington-developers] Latest additions to bodington (- lxsocon).

[Alexis O'C. <ale...@co...>]

Just an update regarding stuff I was marked down for at the last 
developers meeting (28th/29th April). This is just a summary of recent 
changes I've made (with the rationale). For a full list do a diff on the 
dates 2005-05-28 < '2005-05-05 11:00' (or the 'commit sets' feature of 
Eclipse within the team synchronize perspective).

branch: bodington_2_4

org/bodington/servlet/template/LegacyTemplate.java
org/bodington/servlet/template/XmlTemplate.java
[lxsocon] (29-Apr-2005 16:57:53) Modified to use simpler straight call 
to com.sun.tools.javac.Main for java compilation stage. Fixed for JDK 
1.5 too.

build.xml
[lxsocon] (29-Apr-2005 17:14:56) Modified compile targets to compile 1.4 
source (enables build to work on JDK 1.5).

In combination enable bodington to compile on JDK 1.4.0 - 1.5 (you 
*must* specify 'source=1.4' for the latter) and run on all these 
platforms without further changes.

branch: HEAD

- as above -

"A total of 50 files"
[lxsocon] (04-May-2005 14:43:37) Java 5: changed every occurence of 
'enum' as identifier to 'enumeration' (it is a reserved keyword in Java 5).

'enum' is now a reserved keyword in JDK 1.5 / Java 5. There were about 
800(!) places where enum was used as an identifier (for objects of type 
'java.util.Enumeration' strangely enough!). This wrecks building 
bodington on Java 5 (with source=1.5 - the default). Therefore, every 
occurance of 'enum' as an identifier has been changed to 'enumeration'.

build.xml
Due to changes made elsewhere, it is now possible to build and run on 
JDK 1.5. Via use of an added context.xml file it is now possible to 
perform a deploy-local, i.e. deploy bodington from a docBase anywhere on 
your machine, into Tomcat 5.5 (running on J2SDK 1.4.2 - JDK 1.5).

"Template compilation"
Changes have been made to classes involved in template compilation, i.e. 
those called from the 'compile-templates' target in build.xml, for an 
improved 'design-time' experience. Essentially, (optional) richer more 
accurate warnings regarding problems in the XML parsing stage, much 
reduced verbosity when compilation is not necessary / does not occur. 
This is part of ongoing work. I intend to also implement the following:

- optional 'fail on build' for template compilation.
- handling of FileSets (e.g. <include name=**/*.html />).
- better error reporting for java to bytecode compilation stage.


Alexis

RE: [Bodington-developers] URGENT: Bodington move

[Andrew B. <a.g...@le...>]

Tucson was something that Jon and I were experimenting with.  It
involved short-lived certificates, but it was all overtaken by
Shibboleth.  It can go.

Aggie

-----Original Message-----
From: bod...@li...
[mailto:bod...@li...] On Behalf Of
Sean Mehan
Sent: 03 May 2005 13:22
To: dev...@bo...
Cc: Bodington Developers; bod...@li...
Subject: [Bodington-developers] URGENT: Bodington move
Importance: High



In case you start getting errors, please note that there has been
success
on SF and the module name is NO LONGER BODINGTON_2_1.

You must co bodington.

Can people start altering anything coded in text to reflect the change?

Also, does anyone have views on whether we rm the other two modules
currently on offer, namely tuscon and testing?

s


-- 
Sean Mehan
Head of Computing Research
SMO, UHI


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events,
4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r 
_______________________________________________
Bodington-developers mailing list
Bod...@li...
https://lists.sourceforge.net/lists/listinfo/bodington-developers

[Bodington-developers] FW: [wl-discuss] Small niggle about menubar

[Adam M. <ada...@co...>]

-----Original Message-----
From: Adam Marshall [mailto:ada...@co...] 
Sent: 05 May 2005 12:12
To: wl-...@ma...
Subject: RE: [wl-discuss] Small niggle about menubar


Kingsley 

You are moist certainly right on this one! It does indicate that the last
icon is a distinct entity from the current container (which it aint). I
shall add it to our bugs queue which means it will get sorted - we are just
about to do an upgrade and I'm afraid that the fix wont make it into this
release.

We find these types of comments EXTREMELY useful. Please keep them coming -
now we have an excellent team of developers we are able to service most of
these requests. Does anybody else out there have such niggles (especially if
they are as easy to fix as Kingsley's!)?

adam



| -----Original Message-----
| From: Kingsley Micklem [mailto:kin...@nd...]
| Sent: 05 May 2005 11:09
| To: wl-...@ma...
| Subject: [wl-discuss] Small niggle about menubar
| 
| I find it slightly confusing that there is a vertical bar between the
| rightmost (and current) location and the title of the location. One thinks
| that the last icon refers to the enclosing location. Can the bar be
| removed?
| 
| Kingsley
| 

[Bodington-developers] Removing Old Shibb

[Matthew B. <mat...@co...>]

I've just pulled as much of the old shib stuff out of our WebLearn tree 
as I could find and attached is the patch I ended up with for cleaning 
up UserDirectoryFacility.

Apart from the obvious (/shibbadd) I also removed a couple of templates 
from the directory folder:

tomcatadd/webapps/bodington/templates/style_default/directory/consentconfirm.html 

tomcatadd/webapps/bodington/templates/style_default/directory/consentform.html

I also cleaned out the build file as well removing references to shib 
and removed the shib stuff from org.bodington.server.realm.

-- 
+--Matthew Buckett-----------------------------------------+
| VLE Developer, Learning Technologies Group               |
| Tel: +44 (0) 1865 283660 http://www.oucs.ox.ac.uk/       |
+------------Computing Services, University of Oxford------+

Re: [Bodington-developers] Broken bodington HEAD - not now!

[Alistair Y. <ali...@sm...>]

writer.println("import org.bodington.I18N.Localiser;");

ok, I missed that one - I'm not used to hard coding!

Alistair


On 4 May 2005, at 16:28, Alexis O'Connor wrote:

> Er, I think we all realize the importance of ensuring that bodington 
> HEAD actually works. Fair enough if there is the odd glitch here and 
> there, but when you can not even bring up the login page because 
> template compilation is broken it's just a bit annoying.
>
> (Just for the record, someone had forgotten to update the generated 
> import statement in XmlTemplate from I18N -> i18n. Refactoring tools 
> are great, but even the one in Eclipse will not catch that sort of 
> thing ;-)  ).
>
> Alexis
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.
> Get your fingers limbered up and give it your best shot. 4 great 
> events, 4
> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

[Bodington-developers] Broken bodington HEAD - not now!

[Alexis O'C. <ale...@co...>]

Er, I think we all realize the importance of ensuring that bodington 
HEAD actually works. Fair enough if there is the odd glitch here and 
there, but when you can not even bring up the login page because 
template compilation is broken it's just a bit annoying.

(Just for the record, someone had forgotten to update the generated 
import statement in XmlTemplate from I18N -> i18n. Refactoring tools are 
great, but even the one in Eclipse will not catch that sort of thing ;-)  ).

Alexis

RE: [Bodington-developers] SourceForge bug tracker

[Adam M. <ada...@co...>]

1/ I think so yes.
2/ Yes too.

adam

| -----Original Message-----
| From: bod...@li... [mailto:bodington-
| dev...@li...] On Behalf Of Colin Tatham
| Sent: 03 May 2005 16:10
| To: Bodington Developers (E-mail)
| Subject: [Bodington-developers] SourceForge bug tracker
| 
| 
| sent to wrong list last week...
| 
| -----Original Message-----
| From: Colin Tatham [mailto:col...@ou...]
| Sent: 29 April 2005 17:42
| To: 'Bodington Developers (E-mail)'
| Subject: SourceForge bug tracker
| 
| 
| 
| A couple of thoughts about the bug tracker:
| 
| 1. Currently users have to be logged in to report a bug. Should we open
| this
| up to anonymous posting, in order to encourage people to post? (If it got
| spammed we could turn anonymous off again.)
| 
| 2. To monitor any of the trackers at the moment you have to open each item
| and select 'monitor'.
| There is the facility to send all changes on all trackers to a mailing
| list,
| which I think would be very useful. I could set up a private mailing list
| on
| SF for that.
| 
| 
| Colin
| 
| 
| 
| -------------------------------------------------------
| This SF.Net email is sponsored by: NEC IT Guy Games.
| Get your fingers limbered up and give it your best shot. 4 great events, 4
| opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
| win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
| _______________________________________________
| Bodington-developers mailing list
| Bod...@li...
| https://lists.sourceforge.net/lists/listinfo/bodington-developers

[Bodington-developers] SourceForge bug tracker

[Colin T. <col...@co...>]

sent to wrong list last week...

-----Original Message-----
From: Colin Tatham [mailto:col...@ou...]
Sent: 29 April 2005 17:42
To: 'Bodington Developers (E-mail)'
Subject: SourceForge bug tracker



A couple of thoughts about the bug tracker:

1. Currently users have to be logged in to report a bug. Should we open this
up to anonymous posting, in order to encourage people to post? (If it got
spammed we could turn anonymous off again.)

2. To monitor any of the trackers at the moment you have to open each item
and select 'monitor'.
There is the facility to send all changes on all trackers to a mailing list,
which I think would be very useful. I could set up a private mailing list on
SF for that.


Colin

[Bodington-developers] CVS write access

[Colin T. <col...@co...>]

Looks like we've lost write access to the CVS as a result of the module name
change.

I had a look at the 'avail' file which specifies who can access what in CVS,
and it has the old module names listed. I can't edit this, as I haven't got
permission to access CVS ROOT (line 3). Could Jane or Michael add me (and
Sean) please?

Thanks!

Colin

[Bodington-developers] FW: URGENT: Bodington move

[Peter C. <Pet...@me...>]

I suspect events have overtaken this message from Sean, but am
forwarding anyway.

		- Peter

-----Original Message-----
From: Sean Mehan [mailto:se...@sm...]=20
Sent: 03 May 2005 13:29
To: Peter Crowther
Cc: Adam Marshall; Sean Mehan
Subject: URGENT: Bodington move


because there is still a problem with list admin, i can't send a
message.

However, will one of you please communicate to the list that the sf
module
name for bod is NO LONGER bodington_2_1 but rather bodington, hence co
bodington now.

And can people start altering text where appropriate?

ta
s