Thread: RE: [Bodington-developers] modifybig.html

Brought to you by: colin_tatham, jonmaber, seanskye

bodington-developers

RE: [Bodington-developers] modifybig.html

From: Peter C. <Pet...@me...> - 2005-07-25 10:12:30

> From: [...] Antony Corfield
> How do we report bugs and who fixes them? We need=20
> something quick and clear.

Tracker on SF?  This would, at least, give us the incentive to get the
access rights sorted out so that we can use it meaningfully...

		- Peter

RE: [Bodington-developers] modifybig.html

From: Peter C. <Pet...@me...> - 2005-07-25 11:35:46

> From: [...] Colin Tatham
> Bug trackers would get my vote. It will increase SF traffic.=20
> There's a=20
> handy mail list to subscribe to if you want to be notified of any bug=20
> reports, changes. We could assign developers to specific bugs.
>=20
> 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=3D24202&group_id=3D1=
#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

Re: [Bodington-developers] modifybig.html

From: Colin T. <col...@co...> - 2005-07-25 11:41:29

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
>

Re: [Bodington-developers] modifybig.html

From: Colin T. <col...@co...> - 2005-07-25 11:46:40

 > 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
>

Re: [Bodington-developers] bug reporting

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

Re: [Bodington-developers] bug reporting

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
>

[Bodington-developers] new resources - confirmation please!

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?

Re: [Bodington-developers] new resources - confirmation please!

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
>

Re: [Bodington-developers] new resources - confirmation please!

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

Re: [Bodington-developers] new resources - confirmation please!

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

Re: [Bodington-developers] new resources - confirmation please!

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
>

Re: [Bodington-developers] new resources - confirmation please!

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

Re: [Bodington-developers] BookMarks rename (was: new resources - confirmation please!)

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
>

Re: [Bodington-developers] BookMarks rename (was: new resources - confirmation please!)

From: Antony C. <an...@sm...> - 2005-07-26 11:00:02

login as visitor and try it here in External Projects Building:

http://www.dev.clan.uhi.ac.uk/site/projects/floor/



On 26 Jul 2005, at 10:29, Colin Tatham wrote:

>
> 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
>
>
> -------------------------------------------------------
> 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

Re: [Bodington-developers] BookMarks rename

From: Matthew B. <mat...@co...> - 2005-07-26 11:35:05

Antony Corfield wrote:
> login as visitor and try it here in External Projects Building:
> 
> http://www.dev.clan.uhi.ac.uk/site/projects/floor/

Just a couple of "features":
If you upload a file bookmark it and then delete it the bookmark stays 
(even though there is no file).
If your zipfile contains folders then you can't bookmark these files 
inside the folders.

-- 
+--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] BookMarks rename

From: Antony C. <an...@sm...> - 2005-07-26 12:00:55

On 26 Jul 2005, at 12:34, Matthew Buckett wrote:

> Just a couple of "features":
> If you upload a file bookmark it and then delete it the bookmark stays 
> (even though there is no file).
Yes, it's something along with sorting the bookmarks that could be 
added but not a show stopper

> If your zipfile contains folders then you can't bookmark these files 
> inside the folders.
Yes, it's designed to automatically create links to files only in the 
root folder, others can be added by hand. For example, you could zip up 
website and create links to root files which in turn link to files 
lower down the tree i.e. don't want to create links to all nodes in the 
tree. One could use a check box to provide this as an option I suppose.

Re: [Bodington-developers] BookMarks rename

From: Colin T. <col...@ou...> - 2005-09-19 13:10:52

Antony Corfield wrote:
> login as visitor and try it here in External Projects Building:
> 
> http://www.dev.clan.uhi.ac.uk/site/projects/floor/
> 

Is there still somewhere in dev.clan that we can have a look at (create) 
BookMarks?

Colin

> 
> On 26 Jul 2005, at 10:29, Colin Tatham wrote:
> 
>>
>> 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?



-- 
____________________________________
Colin Tatham
VLE Team
Oxford University Computing Services

http://www.oucs.ox.ac.uk/ltg/vle/
http://bodington.org

Re: [Bodington-developers] BookMarks rename

From: Antony C. <an...@sm...> - 2005-09-19 14:58:00

no but I can open an area again. However dev.clan is in a state of flux 
testing XMLSiteBuilder (which Adam may be interested in)

I think DocLink is also good idea (we could then keep quickLink and 
DocLink separate and save ourselves some work ;-)
Antony

--
Antony Corfield, UHI
e-Frameworks developer


On 19 Sep 2005, at 14:10, Colin Tatham wrote:

> Antony Corfield wrote:
>> login as visitor and try it here in External Projects Building:
>> http://www.dev.clan.uhi.ac.uk/site/projects/floor/
>
> Is there still somewhere in dev.clan that we can have a look at 
> (create) BookMarks?
>
> Colin
>
>> On 26 Jul 2005, at 10:29, Colin Tatham wrote:
>>>
>>> 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?
>
>
>
> -- 
> ____________________________________
> Colin Tatham
> VLE Team
> Oxford University Computing Services
>
> http://www.oucs.ox.ac.uk/ltg/vle/
> http://bodington.org
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. 
> Download it for free - -and be entered to win a 42" plasma tv or your 
> very
> own Sony(tm)PSP.  Click here to play: 
> http://sourceforge.net/geronimo.php
> _______________________________________________
> Bodington-developers mailing list
> Bod...@li...
> https://lists.sourceforge.net/lists/listinfo/bodington-developers

Re: [Bodington-developers] BookMarks rename (was: new resources - confirmation please!)

From: Antony C. <an...@sm...> - 2005-07-26 11:08:37

On 26 Jul 2005, at 10:29, Colin Tatham wrote:

> Q's:
> - Can it handle external links instead of Uploaded Files?
any link

> - Does it keep track of the Uploaded Files if they are moved (has 
> anyone tried moving an Uploaded File?)
Nope but it's usage would promote linking to files contained by the 
resource

Re: [Bodington-developers] BookMarks rename (was: new resources - confirmation please!)

From: Brian P. C. <bm...@bm...> - 2005-07-26 11:20:17

I presume the links might be to mp3 files or streaming videos, or 
any multimedia resource, so Doc might give the wrong impression.

Brian

> 
> 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
> > 
> 
> 
> -------------------------------------------------------
> 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
>

Re: [Bodington-developers] modifybig.html

From: Colin T. <col...@co...> - 2005-07-25 11:26:44

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?

Colin


Peter Crowther wrote:
>>From: [...] Antony Corfield
>>How do we report bugs and who fixes them? We need 
>>something quick and clear.
> 
> 
> Tracker on SF?  This would, at least, give us the incentive to get the
> access rights sorted out so that we can use it meaningfully...
> 
> 		- 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
>

Re: [Bodington-developers] modifybig.html

From: Matthew B. <mat...@co...> - 2005-07-25 11:31:48

Colin Tatham wrote:
> 
> 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?

Shouldn't all developers be able to manage bugs?

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