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: Peter C. <Pet...@me...> - 2007-02-03 12:59:17
|
> From: Andrew Booth > The patent is still there (for now) and=20 > the action against Desire2Learn is still going ahead. Just to send a different mischievous email to a different list... I wonder what would happen if D2L released their software under (say) GPLv2, and went to a RedHat model of offering support? Would that grant them immunity? - Peter |
|
From: Peter C. <Pet...@me...> - 2007-02-03 12:53:57
|
> From: Andrew Booth > However, since you are now suing yourself via Desire2Learn,=20 > the pledge does not apply, so you must prosecute yourself. Nah. Companies act in their shareholders' best interests, so clearly you should simply cancel the D2L action the day you buy it. What is more questionable is whether buying Bb and D2L in the first place is in Bodington's best interests... :-) - Peter |
|
From: Alistair Y. <ali...@sm...> - 2007-02-02 08:36:47
|
> CEO Cake Eating Officer :) -------------- mov eax,1 mov ebx,0 int 80h On 1 Feb 2007, at 17:24, John Norman wrote: > Didn't you get the Bb press release last week? > > Bodington is to acquire Bb and Alistair Young will be the new CEO :-P > > John > > On 1 Feb 2007, at 13:57, Alistair Young wrote: > >> why he sent to me is a mystery! >> >> -------------- >> mov eax,1 >> mov ebx,0 >> int 80h >> >> >> >> >> Begin forwarded message: >> >>> From: "Michael Chasen" <bbf...@bl...> >>> Date: 1 February 2007 14:01:05 GMT >>> To: <ali...@sm...> >>> Subject: Blackboard Patent Pledge >>> Reply-To: Blackboard <reply-=20 >>> EfXurQPQrTQ=3D-...@bl...> >>> >>> >>> The Blackboard Patent Pledge >>> >>> >>> >>> February 1, 2007 >>> >>> Dear Blackboard Community, >>> I am writing to share some exciting news about a patent pledge =20 >>> Blackboard is making today to the open source and home-grown =20 >>> course management community. We are announcing a legally-=20 >>> binding, irrevocable, world-wide pledge not to assert any of our =20 >>> issued or pending patents related to course management systems or =20= >>> transaction systems against the use, development or support of =20 >>> any open source or home-grown course management systems. >>> >>> We developed this pledge over several months with the help and =20 >>> dedication of various members of the e-Learning community, such =20 >>> as EDUCAUSE, Sakai and many Blackboard clients. We are very =20 >>> grateful for their time and counsel. Without such a thoughtful =20 >>> and collaborative process, this sort of unprecedented pledge for =20 >>> a company of our size might not have been possible. >>> >>> =93We particularly welcome the inclusion of pending patents, the =20 >>> clarification on the commercial support, customization, hosting =20 >>> or maintenance of open source systems and the worldwide nature of =20= >>> Blackboard=92s pledge. We also appreciate the willingness of =20 >>> Blackboard to continue with frank and direct dialogue with our =20 >>> two organizations and with other higher education representatives =20= >>> and groups to work toward addressing these problems of community =20 >>> concern.=94 >>> -Joint Statement of EDUCAUSE and Sakai Boards of Directors >>> >>> =93We wish to acknowledge the company=92s actions and express our =20= >>> appreciation to Blackboard in committing to continue to foster =20 >>> creativity and collaboration within the e-Learning community. =20 >>> Such a response can only benefit the teachers and practitioners, =20 >>> the learners, Blackboard, and indeed the wider e-Learning =20 >>> community.=94 >>> -Australasian Council on Open, Distance and E-Learning (ACODE) >>> >>> As a longstanding and leading member of the e-Learning community, =20= >>> we understand that Blackboard plays an important role in =20 >>> promoting the open exchange of ideas, collaboration and =20 >>> innovation. This pledge symbolizes our continued commitment to =20 >>> that role by agreeing not to assert U.S. Patent No. 6,988,138 and =20= >>> many other pending patent applications as well as their =20 >>> international counterparts against the development, use or =20 >>> distribution of open source software or home-grown course =20 >>> management systems anywhere in the world, to the extent that such =20= >>> systems are not bundled with proprietary software. This pledge =20 >>> also extends to the commercial support, hosting, customization =20 >>> and maintenance of such applications. >>> >>> So those using home-grown or open source systems, professors and =20 >>> teachers contributing to open source projects, open source =20 >>> initiatives, commercially developed open source add-on =20 >>> applications to proprietary products and vendors hosting and =20 >>> supporting open source applications all are covered by this =20 >>> pledge. In addition, we have extended the pledge to many =20 >>> specifically named open source initiatives within the course and =20 >>> learning management system space whether or not they may include =20 >>> proprietary elements within their applications, including Sakai, =20 >>> Moodle, ATutor, Bodington and Elgg. >>> >>> We are very pleased to take this formal step which is part of a =20 >>> larger effort on our part to engage more deeply with the e-=20 >>> Learning community and help foster greater openness and =20 >>> interoperability. We believe the pledge and the collaboration =20 >>> that brought it about will support and promote new innovation and =20= >>> the free flow of ideas across the global e-Learning community. >>> >>> The text of the Pledge which incorporates by reference a list of =20 >>> frequently asked questions, as well as the announcement press =20 >>> release may be found on our website at www.blackboard.com/=20 >>> patent. If you have any questions about the Pledge, please =20 >>> contact Blackboard's Chief Legal Officer, Matthew Small, at =20 >>> ms...@bl.... >>> >>> Thank you again for your continued partnership. >>> >>> Sincerely, >>> >>> >>> >>> Michael Chasen >>> President and CEO >>> Blackboard Inc. >>> >>> >>> >>> This email was sent to: ali...@sm... >>> >>> This email was sent by: Blackboard Inc. >>> 1899 L Street NW, 11th Floor Washington, DC, 20036 USA >>> >>> Go here to change your email subscriptions. Go here to =20 >>> unsubscribe from all communications. >>> We respect your right to privacy. View our policy. >>> If you have difficulty viewing this email, go here. >> >> ---------------------------------------------------------------------=20= >> ---- >> Using Tomcat but need to do more? Need to support web services, =20 >> security? >> Get stuff done quickly with pre-integrated technology to make your =20= >> job easier. >> Download IBM WebSphere Application Server v.1.0.1 based on Apache =20 >> Geronimo >> http://sel.as-us.falkag.net/sel?=20 >> cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D121642_______________________= ______=20 >> __________________ >> Tetraelf-developers mailing list >> Tet...@li... >> https://lists.sourceforge.net/lists/listinfo/tetraelf-developers > |
|
From: Andrew B. <a.g...@le...> - 2007-02-01 17:45:17
|
Alistair Once Bodington has taken over Bb, you can then bundle it with = Questionmark Perception and take over Desire2Learn. This might cause you some = problems. Although you have bundled a proprietary system with Bodington, you don't have to prosecute yourself since Bodington is one of the named elite. However, since you are now suing yourself via Desire2Learn, the pledge = does not apply, so you must prosecute yourself. Round and round the garden = like a teddy bear... The so-called pledge is clearly a panic measure by an outfit that has finally realised that they have shot themselves in the foot bigtime. Nothing has changed. The patent is still there (for now) and the action against Desire2Learn is still going ahead. No institution of any = integrity should be thinking of dealing with Bb - and that includes my own. Aggie -----Original Message----- From: tet...@li... [mailto:tet...@li...] On Behalf Of = John Norman Sent: 01 February 2007 17:24 To: Alistair Young Cc: Bodington developers; TetraELF Developers Subject: Re: [Tetraelf-developers] Fwd: Blackboard Patent Pledge Didn't you get the Bb press release last week? Bodington is to acquire Bb and Alistair Young will be the new CEO :-P John On 1 Feb 2007, at 13:57, Alistair Young wrote: > why he sent to me is a mystery! > > -------------- > mov eax,1 > mov ebx,0 > int 80h > > > > > Begin forwarded message: > >> From: "Michael Chasen" <bbf...@bl...> >> Date: 1 February 2007 14:01:05 GMT >> To: <ali...@sm...> >> Subject: Blackboard Patent Pledge >> Reply-To: Blackboard <reply-=20 >> EfXurQPQrTQ=3D-...@bl...> >> >> >> The Blackboard Patent Pledge >> >> >> >> February 1, 2007 >> >> Dear Blackboard Community, >> I am writing to share some exciting news about a patent pledge =20 >> Blackboard is making today to the open source and home-grown =20 >> course management community. We are announcing a legally-binding, =20 >> irrevocable, world-wide pledge not to assert any of our issued or =20 >> pending patents related to course management systems or =20 >> transaction systems against the use, development or support of any =20 >> open source or home-grown course management systems. >> >> We developed this pledge over several months with the help and =20 >> dedication of various members of the e-Learning community, such as =20 >> EDUCAUSE, Sakai and many Blackboard clients. We are very grateful =20 >> for their time and counsel. Without such a thoughtful and =20 >> collaborative process, this sort of unprecedented pledge for a =20 >> company of our size might not have been possible. >> >> "We particularly welcome the inclusion of pending patents, the =20 >> clarification on the commercial support, customization, hosting or =20 >> maintenance of open source systems and the worldwide nature of =20 >> Blackboard's pledge. We also appreciate the willingness of =20 >> Blackboard to continue with frank and direct dialogue with our two =20 >> organizations and with other higher education representatives and =20 >> groups to work toward addressing these problems of community =20 >> concern." >> -Joint Statement of EDUCAUSE and Sakai Boards of Directors >> >> "We wish to acknowledge the company's actions and express our =20 >> appreciation to Blackboard in committing to continue to foster =20 >> creativity and collaboration within the e-Learning community. =20 >> Such a response can only benefit the teachers and practitioners, =20 >> the learners, Blackboard, and indeed the wider e-Learning community." >> -Australasian Council on Open, Distance and E-Learning (ACODE) >> >> As a longstanding and leading member of the e-Learning community, =20 >> we understand that Blackboard plays an important role in promoting =20 >> the open exchange of ideas, collaboration and innovation. This =20 >> pledge symbolizes our continued commitment to that role by =20 >> agreeing not to assert U.S. Patent No. 6,988,138 and many other =20 >> pending patent applications as well as their international =20 >> counterparts against the development, use or distribution of open =20 >> source software or home-grown course management systems anywhere =20 >> in the world, to the extent that such systems are not bundled with =20 >> proprietary software. This pledge also extends to the commercial =20 >> support, hosting, customization and maintenance of such applications. >> >> So those using home-grown or open source systems, professors and =20 >> teachers contributing to open source projects, open source =20 >> initiatives, commercially developed open source add-on =20 >> applications to proprietary products and vendors hosting and =20 >> supporting open source applications all are covered by this =20 >> pledge. In addition, we have extended the pledge to many =20 >> specifically named open source initiatives within the course and =20 >> learning management system space whether or not they may include =20 >> proprietary elements within their applications, including Sakai, =20 >> Moodle, ATutor, Bodington and Elgg. >> >> We are very pleased to take this formal step which is part of a =20 >> larger effort on our part to engage more deeply with the e-=20 >> Learning community and help foster greater openness and =20 >> interoperability. We believe the pledge and the collaboration =20 >> that brought it about will support and promote new innovation and =20 >> the free flow of ideas across the global e-Learning community. >> >> The text of the Pledge which incorporates by reference a list of =20 >> frequently asked questions, as well as the announcement press =20 >> release may be found on our website at www.blackboard.com/patent. =20 >> If you have any questions about the Pledge, please contact =20 >> Blackboard's Chief Legal Officer, Matthew Small, at =20 >> ms...@bl.... >> >> Thank you again for your continued partnership. >> >> Sincerely, >> >> >> >> Michael Chasen >> President and CEO >> Blackboard Inc. >> >> >> >> This email was sent to: ali...@sm... >> >> This email was sent by: Blackboard Inc. >> 1899 L Street NW, 11th Floor Washington, DC, 20036 USA >> >> Go here to change your email subscriptions. Go here to unsubscribe =20 >> from all communications. >> We respect your right to privacy. View our policy. >> If you have difficulty viewing this email, go here. > > ---------------------------------------------------------------------- = > --- > Using Tomcat but need to do more? Need to support web services, =20 > security? > Get stuff done quickly with pre-integrated technology to make your =20 > job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache =20 > Geronimo > http://sel.as-us.falkag.net/sel?=20 > = cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D121642_________________________= _____=20 > _________________ > Tetraelf-developers mailing list > Tet...@li... > https://lists.sourceforge.net/lists/listinfo/tetraelf-developers -------------------------------------------------------------------------= Using Tomcat but need to do more? Need to support web services, = security? Get stuff done quickly with pre-integrated technology to make your job easier. Download IBM WebSphere Application Server v.1.0.1 based on Apache = Geronimo http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 _______________________________________________ Tetraelf-developers mailing list Tet...@li... https://lists.sourceforge.net/lists/listinfo/tetraelf-developers |
|
From: John N. <jo...@ca...> - 2007-02-01 17:24:28
|
Didn't you get the Bb press release last week? Bodington is to acquire Bb and Alistair Young will be the new CEO :-P John On 1 Feb 2007, at 13:57, Alistair Young wrote: > why he sent to me is a mystery! > > -------------- > mov eax,1 > mov ebx,0 > int 80h > > > > > Begin forwarded message: > >> From: "Michael Chasen" <bbf...@bl...> >> Date: 1 February 2007 14:01:05 GMT >> To: <ali...@sm...> >> Subject: Blackboard Patent Pledge >> Reply-To: Blackboard <reply-=20 >> EfXurQPQrTQ=3D-...@bl...> >> >> >> The Blackboard Patent Pledge >> >> >> >> February 1, 2007 >> >> Dear Blackboard Community, >> I am writing to share some exciting news about a patent pledge =20 >> Blackboard is making today to the open source and home-grown =20 >> course management community. We are announcing a legally-binding, =20= >> irrevocable, world-wide pledge not to assert any of our issued or =20 >> pending patents related to course management systems or =20 >> transaction systems against the use, development or support of any =20= >> open source or home-grown course management systems. >> >> We developed this pledge over several months with the help and =20 >> dedication of various members of the e-Learning community, such as =20= >> EDUCAUSE, Sakai and many Blackboard clients. We are very grateful =20 >> for their time and counsel. Without such a thoughtful and =20 >> collaborative process, this sort of unprecedented pledge for a =20 >> company of our size might not have been possible. >> >> =93We particularly welcome the inclusion of pending patents, the =20 >> clarification on the commercial support, customization, hosting or =20= >> maintenance of open source systems and the worldwide nature of =20 >> Blackboard=92s pledge. We also appreciate the willingness of =20 >> Blackboard to continue with frank and direct dialogue with our two =20= >> organizations and with other higher education representatives and =20 >> groups to work toward addressing these problems of community =20 >> concern.=94 >> -Joint Statement of EDUCAUSE and Sakai Boards of Directors >> >> =93We wish to acknowledge the company=92s actions and express our =20 >> appreciation to Blackboard in committing to continue to foster =20 >> creativity and collaboration within the e-Learning community. =20 >> Such a response can only benefit the teachers and practitioners, =20 >> the learners, Blackboard, and indeed the wider e-Learning community.=94= >> -Australasian Council on Open, Distance and E-Learning (ACODE) >> >> As a longstanding and leading member of the e-Learning community, =20 >> we understand that Blackboard plays an important role in promoting =20= >> the open exchange of ideas, collaboration and innovation. This =20 >> pledge symbolizes our continued commitment to that role by =20 >> agreeing not to assert U.S. Patent No. 6,988,138 and many other =20 >> pending patent applications as well as their international =20 >> counterparts against the development, use or distribution of open =20 >> source software or home-grown course management systems anywhere =20 >> in the world, to the extent that such systems are not bundled with =20= >> proprietary software. This pledge also extends to the commercial =20 >> support, hosting, customization and maintenance of such applications. >> >> So those using home-grown or open source systems, professors and =20 >> teachers contributing to open source projects, open source =20 >> initiatives, commercially developed open source add-on =20 >> applications to proprietary products and vendors hosting and =20 >> supporting open source applications all are covered by this =20 >> pledge. In addition, we have extended the pledge to many =20 >> specifically named open source initiatives within the course and =20 >> learning management system space whether or not they may include =20 >> proprietary elements within their applications, including Sakai, =20 >> Moodle, ATutor, Bodington and Elgg. >> >> We are very pleased to take this formal step which is part of a =20 >> larger effort on our part to engage more deeply with the e-=20 >> Learning community and help foster greater openness and =20 >> interoperability. We believe the pledge and the collaboration =20 >> that brought it about will support and promote new innovation and =20 >> the free flow of ideas across the global e-Learning community. >> >> The text of the Pledge which incorporates by reference a list of =20 >> frequently asked questions, as well as the announcement press =20 >> release may be found on our website at www.blackboard.com/patent. =20= >> If you have any questions about the Pledge, please contact =20 >> Blackboard's Chief Legal Officer, Matthew Small, at =20 >> ms...@bl.... >> >> Thank you again for your continued partnership. >> >> Sincerely, >> >> >> >> Michael Chasen >> President and CEO >> Blackboard Inc. >> >> >> >> This email was sent to: ali...@sm... >> >> This email was sent by: Blackboard Inc. >> 1899 L Street NW, 11th Floor Washington, DC, 20036 USA >> >> Go here to change your email subscriptions. Go here to unsubscribe =20= >> from all communications. >> We respect your right to privacy. View our policy. >> If you have difficulty viewing this email, go here. > > ----------------------------------------------------------------------=20= > --- > Using Tomcat but need to do more? Need to support web services, =20 > security? > Get stuff done quickly with pre-integrated technology to make your =20 > job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache =20 > Geronimo > http://sel.as-us.falkag.net/sel?=20 > cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D121642________________________= ______=20 > _________________ > Tetraelf-developers mailing list > Tet...@li... > https://lists.sourceforge.net/lists/listinfo/tetraelf-developers |
|
From: Alistair Y. <ali...@sm...> - 2007-02-01 14:01:43
|
why he sent to me is a mystery! -------------- mov eax,1 mov ebx,0 int 80h Begin forwarded message: > From: "Michael Chasen" <bbf...@bl...> > Date: 1 February 2007 14:01:05 GMT > To: <ali...@sm...> > Subject: Blackboard Patent Pledge > Reply-To: Blackboard <reply-=20 > EfXurQPQrTQ=3D-...@bl...> > > =09 > The Blackboard Patent Pledge > > > > February 1, 2007 > > Dear Blackboard Community, > I am writing to share some exciting news about a patent pledge =20 > Blackboard is making today to the open source and home-grown course =20= > management community. We are announcing a legally-binding, =20 > irrevocable, world-wide pledge not to assert any of our issued or =20 > pending patents related to course management systems or transaction =20= > systems against the use, development or support of any open source =20 > or home-grown course management systems. > > We developed this pledge over several months with the help and =20 > dedication of various members of the e-Learning community, such as =20 > EDUCAUSE, Sakai and many Blackboard clients. We are very grateful =20 > for their time and counsel. Without such a thoughtful and =20 > collaborative process, this sort of unprecedented pledge for a =20 > company of our size might not have been possible. > > =93We particularly welcome the inclusion of pending patents, the =20 > clarification on the commercial support, customization, hosting or =20 > maintenance of open source systems and the worldwide nature of =20 > Blackboard=92s pledge. We also appreciate the willingness of =20 > Blackboard to continue with frank and direct dialogue with our two =20 > organizations and with other higher education representatives and =20 > groups to work toward addressing these problems of community concern.=94= > -Joint Statement of EDUCAUSE and Sakai Boards of Directors > > =93We wish to acknowledge the company=92s actions and express our =20 > appreciation to Blackboard in committing to continue to foster =20 > creativity and collaboration within the e-Learning community. Such =20= > a response can only benefit the teachers and practitioners, the =20 > learners, Blackboard, and indeed the wider e-Learning community.=94 > -Australasian Council on Open, Distance and E-Learning (ACODE) > > As a longstanding and leading member of the e-Learning community, =20 > we understand that Blackboard plays an important role in promoting =20 > the open exchange of ideas, collaboration and innovation. This =20 > pledge symbolizes our continued commitment to that role by agreeing =20= > not to assert U.S. Patent No. 6,988,138 and many other pending =20 > patent applications as well as their international counterparts =20 > against the development, use or distribution of open source =20 > software or home-grown course management systems anywhere in the =20 > world, to the extent that such systems are not bundled with =20 > proprietary software. This pledge also extends to the commercial =20 > support, hosting, customization and maintenance of such applications. > > So those using home-grown or open source systems, professors and =20 > teachers contributing to open source projects, open source =20 > initiatives, commercially developed open source add-on applications =20= > to proprietary products and vendors hosting and supporting open =20 > source applications all are covered by this pledge. In addition, =20 > we have extended the pledge to many specifically named open source =20 > initiatives within the course and learning management system space =20 > whether or not they may include proprietary elements within their =20 > applications, including Sakai, Moodle, ATutor, Bodington and Elgg. > > We are very pleased to take this formal step which is part of a =20 > larger effort on our part to engage more deeply with the e-Learning =20= > community and help foster greater openness and interoperability. =20 > We believe the pledge and the collaboration that brought it about =20 > will support and promote new innovation and the free flow of ideas =20 > across the global e-Learning community. > > The text of the Pledge which incorporates by reference a list of =20 > frequently asked questions, as well as the announcement press =20 > release may be found on our website at www.blackboard.com/patent. =20 > If you have any questions about the Pledge, please contact =20 > Blackboard's Chief Legal Officer, Matthew Small, at =20 > ms...@bl.... > > Thank you again for your continued partnership. > > Sincerely, > > > > Michael Chasen > President and CEO > Blackboard Inc. > > > > This email was sent to: ali...@sm... > > This email was sent by: Blackboard Inc. > 1899 L Street NW, 11th Floor Washington, DC, 20036 USA > > Go here to change your email subscriptions. Go here to unsubscribe =20 > from all communications. > We respect your right to privacy. View our policy. > If you have difficulty viewing this email, go here. |
|
From: Naomi M. <na...@sm...> - 2007-02-01 12:20:57
|
On 1 Feb 2007, at 12:16, Matthew Buckett wrote: > Naomi Miles wrote: >> Is the code for this only in Weblearn or is it in Bod? It's working >> here now, but we might as well have the Weblearn code unless it's too >> Ox specific (not that it looks as if it is), rather than me re- >> writing the bits and pieces that include the js files in the >> templates and such. > > I haven't put the datepicker into Bodington. Are you using the > datepicker from WebLearn in CLAN now? Yep. Trying to. > Are you suggesting that the > datepicker gets put into the main Bodington codebase? Yep, I'm just that "seat of the pants" type of daredevil! Unless, of course there's a scary reason not to. > > -- > Matthew Buckett > <matthew.buckett.vcf> > ---------------------------------------------------------------------- > --- > Using Tomcat but need to do more? Need to support web services, > security? > Get stuff done quickly with pre-integrated technology to make your > job easier. > Download IBM WebSphere Application Server v.1.0.1 based on Apache > Geronimo > http://sel.as-us.falkag.net/sel? > cmd=lnk&kid=120709&bid=263057&dat=121642______________________________ > _________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Matthew B. <mat...@ou...> - 2007-02-01 12:16:26
|
Naomi Miles wrote: > Is the code for this only in Weblearn or is it in Bod? It's working > here now, but we might as well have the Weblearn code unless it's too > Ox specific (not that it looks as if it is), rather than me re- > writing the bits and pieces that include the js files in the > templates and such. I haven't put the datepicker into Bodington. Are you using the datepicker from WebLearn in CLAN now? Are you suggesting that the datepicker gets put into the main Bodington codebase? -- Matthew Buckett |
|
From: Ian B. <ia...@ca...> - 2007-01-31 13:28:41
|
If you haven't already, look at STOMP
Its a transport used for JMS over XML-HTTP, but I think that its really
about XML messages.... however stop http is still really a request cycle
protocol for good reason.... it scales... I wouldn't like to build a
server that handled 12M connected sessions, but I've no problem serving
12M requests per hour on reasonable hardware with a suitable connection.
The other way round requires open ports on the client to push things to.
... if you have those you can just do a JMS<->STOMP<->JMS bridge so
both sides just push and the consume is an open port 80 endpoint. Its
also not at big a step to do SMTP<->JMS etc and they used to use
something similar with Lab results in the NHS (named DTS)
Ian
Alistair Young wrote:
> how would something else read them if you've already eaten them? so it's
> based on consumer?
>
> --------------
> mov eax,1
> mov ebx,0
> int 80h
>
>
>
>
> On 31 Jan 2007, at 12:29, Selwyn Lloyd wrote:
>
>> Ian et al,
>>
>> this is the seperate thread...
>>
>> I say foods, not feeds [XML] because it bugs me that the design of feeds
>> like rss is you have to read and reread the same xml until the server
>> modifies it.
>>
>> Is there a protocol or spec for feeds which once read are eaten so to
>> speak... i.e. you eat them once only go back and their gone...
>>
>> Other than a reliable messaging approach.
>>
>> a move protocol if you like... I think we have some reasonable use cases
>> / business processes to support the requirement, particularly when
>> reading in many sources of data.
>>
>> I'm think SMTP :)
>>
>> But just wondered if you knew of anything in the realms of rss / atom etc
>>
>> Cheers
>>
>> Sel
>>
>>
>>
>>
>>
>>
>>
>>
>> --
>> Selwyn Lloyd
>> Phosphorix
>> Open Source Systems for Lifelong Learning
>> skype: selwyn_lloyd
>> tel: 07979240124
>> irc://irc.ionode.org
>> support channel: #ionode
>> support email: de...@ph... <mailto:de...@ph...>
>> web: http://www.phosphorix.co.uk
>> forum: http://forum.ionetwork.ac.uk
>>
>>
>> -------------------------------------------------------------------------
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to
>> share your
>> opinions on IT & business topics through brief surveys - and earn cash
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>> <http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV>
>> _______________________________________________
>> Tetraelf-developers mailing list
>> Tet...@li...
>> <mailto:Tet...@li...>
>> https://lists.sourceforge.net/lists/listinfo/tetraelf-developers
>
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Tetraelf-developers mailing list
> Tet...@li...
> https://lists.sourceforge.net/lists/listinfo/tetraelf-developers
|
|
From: Selwyn L. <sel...@ph...> - 2007-01-31 13:17:42
|
yes these are good cases for RSS, sorry If I wasn't clearer that the=20 business cases are for known > less random consumers... we may base this on IP in our initial prototypes in the proposed GCWS agent model for example only known agents may=20 connect to the web service and only known GCWS servers to the GCWS agent there are cases where both agent and server are consumers on demand,=20 there are cases for caching [now looking at caldav as a possible cache] I'll bring this up on the GCWS blog later apologies Peter :) Peter Crowther wrote: >>From: Selwyn Lloyd >>Is there a protocol or spec for feeds which once read are eaten so to=20 >>speak... i.e. you eat them once only go back and their gone... >> =20 >> > >If you consider the Web constraints of: > >- Consumers are anonymous, may be connected erratically and may change t= heir address or may only be able to connect through a proxy (consider dia= l-up AOL subscribers or road warriors); > >- Servers may be clustered, and anything that decreases cluster performa= nce is a Bad Thing; > >- Many users have webmail with no or limited access except via HTTP; > >- Bandwidth is cheap > >then the reason for the current architecture becomes clear. > >You can't push to the consumer because you don't know what address they'= re on, or even whether they're online. You don't want to maintain a queu= e on the server (unless it's at the consumer's expense) because it requir= es synchronisation within a cluster plus state storage - expensive. You = can't use the only (fairly) reliable store-and-forward protocol whose que= ue cost is borne by the consumer because there's a good chance any custom= client can't read the queue (and the standard clients like Hotmail will = suck the supposedly-custom messages out anyway). Oh, and you'd need cust= om software at the server to push the content. > >By contrast, publishing a file to all the front-end Web servers in a clu= ster gives no synchronisation problems at the server, requires no storage= at the server, requires no custom software at the server (you can author= a RSS feed in ed if you're feeling masochistic), and any consumer can ac= cess it from any location at any time via HTTP, which is proving to be al= most the only universally-available access mechanism. Yes, polling is re= quired, but bandwidth is cheap and good interop outweighs bandwidth (almo= st) every time - otherwise verbose protocols like HTML and XML wouldn't b= e standard. > >Just my =A30.02... > > - Peter > > > =20 > --=20 Selwyn Lloyd Phosphorix=20 Open Source Systems for Lifelong Learning skype: selwyn_lloyd tel: 07979240124 irc://irc.ionode.org support channel: #ionode support email: de...@ph... web: http://www.phosphorix.co.uk=20 forum: http://forum.ionetwork.ac.uk |
|
From: Selwyn L. <sel...@ph...> - 2007-01-31 13:02:58
|
server cookies is one way of deciding who ate what... i did think this through a little but wondered if anything was already out there... i wrote something once in php to only show pages a person hadn't read already a book you could read once in any order... forcing security is another way... theres a few things we could glean from headers and the business cases are for consume once and only for approved consumers so yes its based on consumer Alistair Young wrote: > how would something else read them if you've already eaten them? so > it's based on consumer? > > -------------- > mov eax,1 > mov ebx,0 > int 80h > > > > > On 31 Jan 2007, at 12:29, Selwyn Lloyd wrote: > >> Ian et al, >> >> this is the seperate thread... >> >> I say foods, not feeds [XML] because it bugs me that the design of feeds >> like rss is you have to read and reread the same xml until the server >> modifies it. >> >> Is there a protocol or spec for feeds which once read are eaten so to >> speak... i.e. you eat them once only go back and their gone... >> >> Other than a reliable messaging approach. >> >> a move protocol if you like... I think we have some reasonable use cases >> / business processes to support the requirement, particularly when >> reading in many sources of data. >> >> I'm think SMTP :) >> >> But just wondered if you knew of anything in the realms of rss / atom etc >> >> Cheers >> >> Sel >> >> >> >> >> >> >> >> >> -- >> Selwyn Lloyd >> Phosphorix >> Open Source Systems for Lifelong Learning >> skype: selwyn_lloyd >> tel: 07979240124 >> irc://irc.ionode.org >> support channel: #ionode >> support email: de...@ph... <mailto:de...@ph...> >> web: http://www.phosphorix.co.uk >> forum: http://forum.ionetwork.ac.uk >> >> >> ------------------------------------------------------------------------- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to >> share your >> opinions on IT & business topics through brief surveys - and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> <http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV> >> _______________________________________________ >> Tetraelf-developers mailing list >> Tet...@li... >> <mailto:Tet...@li...> >> https://lists.sourceforge.net/lists/listinfo/tetraelf-developers > > -- Selwyn Lloyd Phosphorix Open Source Systems for Lifelong Learning skype: selwyn_lloyd tel: 07979240124 irc://irc.ionode.org support channel: #ionode support email: de...@ph... web: http://www.phosphorix.co.uk forum: http://forum.ionetwork.ac.uk |
|
From: Adam M. <ada...@ou...> - 2007-01-31 13:00:09
|
I think the consensus from Oxford is that a shift to Java 1.5 would be a good thing. +2 However, it is not clear whether we'll actually be able to run it under 1.5 after Easter (or next upgrade) we may have to wait for the summer. We may have to keep writing 1.4 code for a while, but are quite happy to translate any code from BOD-HEAD from 1.5 to 1.4 in the short term. Adam -- Adam Marshall - OUCS E-learning Conferences. Book online Shock of the Old 6, March 22nd - http://www.oucs.ox.ac.uk/ltg/events/shock2007/ Beyond the Search Engine, March 23rd - http://www.oucs.ox.ac.uk/ltg/events/beyond2007/ |
|
From: Peter C. <Pet...@me...> - 2007-01-31 12:53:54
|
Slight clarification: > From: Peter Crowther > By contrast, publishing a file to all the front-end Web=20 > servers in a cluster [...] requires no per-subscriber > storage at the server [...] - Peter |
|
From: Peter C. <Pet...@me...> - 2007-01-31 12:51:05
|
> From: Selwyn Lloyd > Is there a protocol or spec for feeds which once read are eaten so to=20 > speak... i.e. you eat them once only go back and their gone... If you consider the Web constraints of: - Consumers are anonymous, may be connected erratically and may change = their address or may only be able to connect through a proxy (consider = dial-up AOL subscribers or road warriors); - Servers may be clustered, and anything that decreases cluster = performance is a Bad Thing; - Many users have webmail with no or limited access except via HTTP; - Bandwidth is cheap then the reason for the current architecture becomes clear. You can't push to the consumer because you don't know what address = they're on, or even whether they're online. You don't want to maintain = a queue on the server (unless it's at the consumer's expense) because it = requires synchronisation within a cluster plus state storage - = expensive. You can't use the only (fairly) reliable store-and-forward = protocol whose queue cost is borne by the consumer because there's a = good chance any custom client can't read the queue (and the standard = clients like Hotmail will suck the supposedly-custom messages out = anyway). Oh, and you'd need custom software at the server to push the = content. By contrast, publishing a file to all the front-end Web servers in a = cluster gives no synchronisation problems at the server, requires no = storage at the server, requires no custom software at the server (you = can author a RSS feed in ed if you're feeling masochistic), and any = consumer can access it from any location at any time via HTTP, which is = proving to be almost the only universally-available access mechanism. = Yes, polling is required, but bandwidth is cheap and good interop = outweighs bandwidth (almost) every time - otherwise verbose protocols = like HTML and XML wouldn't be standard. Just my =A30.02... - Peter |
|
From: Alistair Y. <ali...@sm...> - 2007-01-31 12:34:02
|
how would something else read them if you've already eaten them? so it's based on consumer? -------------- mov eax,1 mov ebx,0 int 80h On 31 Jan 2007, at 12:29, Selwyn Lloyd wrote: > Ian et al, > > this is the seperate thread... > > I say foods, not feeds [XML] because it bugs me that the design of > feeds > like rss is you have to read and reread the same xml until the server > modifies it. > > Is there a protocol or spec for feeds which once read are eaten so to > speak... i.e. you eat them once only go back and their gone... > > Other than a reliable messaging approach. > > a move protocol if you like... I think we have some reasonable use > cases > / business processes to support the requirement, particularly when > reading in many sources of data. > > I'm think SMTP :) > > But just wondered if you knew of anything in the realms of rss / > atom etc > > Cheers > > Sel > > > > > > > > > -- > Selwyn Lloyd > Phosphorix > Open Source Systems for Lifelong Learning > skype: selwyn_lloyd > tel: 07979240124 > irc://irc.ionode.org > support channel: #ionode > support email: de...@ph... > web: http://www.phosphorix.co.uk > forum: http://forum.ionetwork.ac.uk > > > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Tetraelf-developers mailing list > Tet...@li... > https://lists.sourceforge.net/lists/listinfo/tetraelf-developers |
|
From: Selwyn L. <sel...@ph...> - 2007-01-31 12:31:09
|
Ian et al, this is the seperate thread... I say foods, not feeds [XML] because it bugs me that the design of feeds like rss is you have to read and reread the same xml until the server modifies it. Is there a protocol or spec for feeds which once read are eaten so to speak... i.e. you eat them once only go back and their gone... Other than a reliable messaging approach. a move protocol if you like... I think we have some reasonable use cases / business processes to support the requirement, particularly when reading in many sources of data. I'm think SMTP :) But just wondered if you knew of anything in the realms of rss / atom etc Cheers Sel -- Selwyn Lloyd Phosphorix Open Source Systems for Lifelong Learning skype: selwyn_lloyd tel: 07979240124 irc://irc.ionode.org support channel: #ionode support email: de...@ph... web: http://www.phosphorix.co.uk forum: http://forum.ionetwork.ac.uk |
|
From: Selwyn L. <sel...@ph...> - 2007-01-31 12:22:46
|
Thanks Ian, I will also take a look at the three linked caldav projects. The verdict here is we should factor caldav support into GCWS and thanks for the pointers. On a slightly seperate thread [not caldav] and not strictly GCWS... more the topic of xml feeds like rss... caching and re-reading I'll start another thread Sel I also think we have Ian Boston wrote: > Selwyn, > http://trac.macosforge.org/projects/calendarserver > > We havent actually run the Darwin Calendar server, but our main > interest in it is its a) Open source and > > b) implements caldav as well as other protocols. > > CalDAV uses WebDAV for organization and transport and iCal for the > packets..... I would be really surprised if you were not intending to > do ical support, and responding to the necessary WebDAV verbs is a > very small extension from Tomcat... you could probably even use Apache > Slide or some other webdav set of libraries (Sakai has a WebDAV server > you could reuse parts of) > > The wikipedia page gives links to the relevant RFC's and some client > libraries. > > At Cambridge we will be evaluating it and showing it to the Campus > potentially with thoughts about how it might be used. > > Ian > > > Selwyn Lloyd wrote: > >> apologies i was confusing caldav with Darwin Calendar server... in my >> last email... replace caldav with DarwinCS and it should make more >> sense. >> >> I'm not sure we will have time to implement a caldav interface but we >> will consider it as another interface requirement and discuss the >> pros and cons once we know them better. >> >> >> Speelmon, Lance D wrote: >> >>> How would it relate to caldav? Thanks, L >>> >>> Lance Speelmon la...@in... >>> Manager Online Development >>> >>> ----- Original Message ----- >>> From: tet...@li... >>> <tet...@li...> >>> To: Bodington developers <bod...@li...> >>> Cc: TetraELF Developers <tet...@li...> >>> Sent: Tue Jan 30 06:26:59 2007 >>> Subject: [Tetraelf-developers] GCWS working group >>> >>> we are looking for Tetra, Bod and Sakai input into the early >>> prototype of a Group Calendaring Web Service... would anybody like >>> to be on a working group list >>> there will be a blog etc and if there are no objections we will post >>> a digest / news update to this list after each phase... >>> >>> so the first phase is gathering requirements based on prototype and >>> we are looking for people from bod / sakai / tetra >>> >>> the prototype will be web based with a method for recording feedback >>> included >>> >>> it would be nice if we could bootstrap a session to any event we all >>> happen to be at, but happy for web based or other >>> >>> cheers >>> >>> Sel >>> >>> >>> >> > > > -- Selwyn Lloyd Phosphorix Open Source Systems for Lifelong Learning skype: selwyn_lloyd tel: 07979240124 irc://irc.ionode.org support channel: #ionode support email: de...@ph... web: http://www.phosphorix.co.uk forum: http://forum.ionetwork.ac.uk |
|
From: Naomi M. <na...@sm...> - 2007-01-31 12:11:05
|
Is the code for this only in Weblearn or is it in Bod? It's working here now, but we might as well have the Weblearn code unless it's too Ox specific (not that it looks as if it is), rather than me re- writing the bits and pieces that include the js files in the templates and such. Ta, Naomi. |
|
From: Ian B. <ia...@ca...> - 2007-01-31 12:08:23
|
Selwyn, http://trac.macosforge.org/projects/calendarserver We havent actually run the Darwin Calendar server, but our main interest in it is its a) Open source and b) implements caldav as well as other protocols. CalDAV uses WebDAV for organization and transport and iCal for the packets..... I would be really surprised if you were not intending to do ical support, and responding to the necessary WebDAV verbs is a very small extension from Tomcat... you could probably even use Apache Slide or some other webdav set of libraries (Sakai has a WebDAV server you could reuse parts of) The wikipedia page gives links to the relevant RFC's and some client libraries. At Cambridge we will be evaluating it and showing it to the Campus potentially with thoughts about how it might be used. Ian Selwyn Lloyd wrote: > apologies i was confusing caldav with Darwin Calendar server... in my > last email... replace caldav with DarwinCS and it should make more sense. > > I'm not sure we will have time to implement a caldav interface but we > will consider it as another interface requirement and discuss the pros > and cons once we know them better. > > > Speelmon, Lance D wrote: > >> How would it relate to caldav? Thanks, L >> >> >> Lance Speelmon la...@in... >> Manager Online Development >> >> ----- Original Message ----- >> From: tet...@li... <tet...@li...> >> To: Bodington developers <bod...@li...> >> Cc: TetraELF Developers <tet...@li...> >> Sent: Tue Jan 30 06:26:59 2007 >> Subject: [Tetraelf-developers] GCWS working group >> >> we are looking for Tetra, Bod and Sakai input into the early prototype >> of a Group Calendaring Web Service... would anybody like to be on a >> working group list >> there will be a blog etc and if there are no objections we will post a >> digest / news update to this list after each phase... >> >> so the first phase is gathering requirements based on prototype and we >> are looking for people from bod / sakai / tetra >> >> the prototype will be web based with a method for recording feedback >> included >> >> it would be nice if we could bootstrap a session to any event we all >> happen to be at, but happy for web based or other >> >> cheers >> >> Sel >> >> >> > |
|
From: Selwyn L. <sel...@ph...> - 2007-01-31 11:48:41
|
apologies i was confusing caldav with Darwin Calendar server... in my last email... replace caldav with DarwinCS and it should make more sense. I'm not sure we will have time to implement a caldav interface but we will consider it as another interface requirement and discuss the pros and cons once we know them better. Speelmon, Lance D wrote: >How would it relate to caldav? Thanks, L > > >Lance Speelmon la...@in... >Manager Online Development > >----- Original Message ----- >From: tet...@li... <tet...@li...> >To: Bodington developers <bod...@li...> >Cc: TetraELF Developers <tet...@li...> >Sent: Tue Jan 30 06:26:59 2007 >Subject: [Tetraelf-developers] GCWS working group > >we are looking for Tetra, Bod and Sakai input into the early prototype >of a Group Calendaring Web Service... would anybody like to be on a >working group list >there will be a blog etc and if there are no objections we will post a >digest / news update to this list after each phase... > >so the first phase is gathering requirements based on prototype and we >are looking for people from bod / sakai / tetra > >the prototype will be web based with a method for recording feedback >included > >it would be nice if we could bootstrap a session to any event we all >happen to be at, but happy for web based or other > >cheers > >Sel > > > -- Selwyn Lloyd Phosphorix Open Source Systems for Lifelong Learning skype: selwyn_lloyd tel: 07979240124 irc://irc.ionode.org support channel: #ionode support email: de...@ph... web: http://www.phosphorix.co.uk forum: http://forum.ionetwork.ac.uk |
|
From: Selwyn L. <sel...@ph...> - 2007-01-31 11:34:44
|
Hi Lance, Pending a fuller investigation of caldav which is being done... gcws agents / gcws feeds will interoperate with things like caldav and many other cal sources or cal apps assuming caldav would be a supplier of feeds / ical / ics need to check if what caldav consumes... but the gcws would be able to provide rss, ical [ics feed] and google calendar as well as a number of other outputs planned a simple use of the GCWS then would be to provide a small panel for a sakai page which provides a calendar interface to an aggregation of caldav feeds and some other events you have grouped together. how do we relate to caldav community is another matter as we have yet to hear from them or them us but would like to should we add you to the working group? Cheers sel Speelmon, Lance D wrote: >How would it relate to caldav? Thanks, L > > >Lance Speelmon la...@in... >Manager Online Development > >----- Original Message ----- >From: tet...@li... <tet...@li...> >To: Bodington developers <bod...@li...> >Cc: TetraELF Developers <tet...@li...> >Sent: Tue Jan 30 06:26:59 2007 >Subject: [Tetraelf-developers] GCWS working group > >we are looking for Tetra, Bod and Sakai input into the early prototype >of a Group Calendaring Web Service... would anybody like to be on a >working group list >there will be a blog etc and if there are no objections we will post a >digest / news update to this list after each phase... > >so the first phase is gathering requirements based on prototype and we >are looking for people from bod / sakai / tetra > >the prototype will be web based with a method for recording feedback >included > >it would be nice if we could bootstrap a session to any event we all >happen to be at, but happy for web based or other > >cheers > >Sel > > > -- Selwyn Lloyd Phosphorix Open Source Systems for Lifelong Learning skype: selwyn_lloyd tel: 07979240124 irc://irc.ionode.org support channel: #ionode support email: de...@ph... web: http://www.phosphorix.co.uk forum: http://forum.ionetwork.ac.uk |
|
From: Naomi M. <na...@sm...> - 2007-01-30 14:54:34
|
Me too, please. On 30 Jan 2007, at 14:20, Selwyn Lloyd wrote: > ok :) > > Antony Corfield wrote: > >> Oh go on then, I don't want to miss out! >> >> Antony >> >> -- >> Antony Corfield, UHI >> e-Frameworks developer >> >> On 30 Jan 2007, at 11:26, Selwyn Lloyd wrote: >> >> >> >>> we are looking for Tetra, Bod and Sakai input into the early >>> prototype >>> of a Group Calendaring Web Service... would anybody like to be on a >>> working group list >>> there will be a blog etc and if there are no objections we will >>> post a >>> digest / news update to this list after each phase... >>> >>> so the first phase is gathering requirements based on prototype >>> and we >>> are looking for people from bod / sakai / tetra >>> >>> the prototype will be web based with a method for recording feedback >>> included >>> >>> it would be nice if we could bootstrap a session to any event we all >>> happen to be at, but happy for web based or other >>> >>> cheers >>> >>> Sel >>> >>> -- >>> Selwyn Lloyd >>> Phosphorix >>> Open Source Systems for Lifelong Learning >>> skype: selwyn_lloyd >>> tel: 07979240124 >>> irc://irc.ionode.org >>> support channel: #ionode >>> support email: de...@ph... >>> web: http://www.phosphorix.co.uk >>> forum: http://forum.ionetwork.ac.uk >>> >>> >>> -------------------------------------------------------------------- >>> --- >>> -- >>> Take Surveys. Earn Cash. Influence the Future of IT >>> Join SourceForge.net's Techsay panel and you'll get the chance to >>> share your >>> opinions on IT & business topics through brief surveys - and earn >>> cash >>> http://www.techsay.com/default.php? >>> page=join.php&p=sourceforge&CID=DEVDEV >>> _______________________________________________ >>> Tetraelf-developers mailing list >>> Tet...@li... >>> https://lists.sourceforge.net/lists/listinfo/tetraelf-developers >>> >>> >> >> >> --------------------------------------------------------------------- >> ---- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to >> share your >> opinions on IT & business topics through brief surveys - and earn >> cash >> http://www.techsay.com/default.php? >> page=join.php&p=sourceforge&CID=DEVDEV >> _______________________________________________ >> Bodington-developers mailing list >> Bod...@li... >> https://lists.sourceforge.net/lists/listinfo/bodington-developers >> >> >> >> > > -- > Selwyn Lloyd > Phosphorix > Open Source Systems for Lifelong Learning > skype: selwyn_lloyd > tel: 07979240124 > irc://irc.ionode.org > support channel: #ionode > support email: de...@ph... > web: http://www.phosphorix.co.uk > forum: http://forum.ionetwork.ac.uk > > > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers |
|
From: Selwyn L. <sel...@ph...> - 2007-01-30 14:22:17
|
ok :) Antony Corfield wrote: >Oh go on then, I don't want to miss out! > >Antony > >-- >Antony Corfield, UHI >e-Frameworks developer > >On 30 Jan 2007, at 11:26, Selwyn Lloyd wrote: > > > >>we are looking for Tetra, Bod and Sakai input into the early prototype >>of a Group Calendaring Web Service... would anybody like to be on a >>working group list >>there will be a blog etc and if there are no objections we will post a >>digest / news update to this list after each phase... >> >>so the first phase is gathering requirements based on prototype and we >>are looking for people from bod / sakai / tetra >> >>the prototype will be web based with a method for recording feedback >>included >> >>it would be nice if we could bootstrap a session to any event we all >>happen to be at, but happy for web based or other >> >>cheers >> >>Sel >> >>-- >>Selwyn Lloyd >>Phosphorix >>Open Source Systems for Lifelong Learning >>skype: selwyn_lloyd >>tel: 07979240124 >>irc://irc.ionode.org >>support channel: #ionode >>support email: de...@ph... >>web: http://www.phosphorix.co.uk >>forum: http://forum.ionetwork.ac.uk >> >> >>----------------------------------------------------------------------- >>-- >>Take Surveys. Earn Cash. Influence the Future of IT >>Join SourceForge.net's Techsay panel and you'll get the chance to >>share your >>opinions on IT & business topics through brief surveys - and earn cash >>http://www.techsay.com/default.php? >>page=join.php&p=sourceforge&CID=DEVDEV >>_______________________________________________ >>Tetraelf-developers mailing list >>Tet...@li... >>https://lists.sourceforge.net/lists/listinfo/tetraelf-developers >> >> > > >------------------------------------------------------------------------- >Take Surveys. Earn Cash. Influence the Future of IT >Join SourceForge.net's Techsay panel and you'll get the chance to share your >opinions on IT & business topics through brief surveys - and earn cash >http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >_______________________________________________ >Bodington-developers mailing list >Bod...@li... >https://lists.sourceforge.net/lists/listinfo/bodington-developers > > > > -- Selwyn Lloyd Phosphorix Open Source Systems for Lifelong Learning skype: selwyn_lloyd tel: 07979240124 irc://irc.ionode.org support channel: #ionode support email: de...@ph... web: http://www.phosphorix.co.uk forum: http://forum.ionetwork.ac.uk |
|
From: Antony C. <an...@sm...> - 2007-01-30 13:18:07
|
Oh go on then, I don't want to miss out! Antony -- Antony Corfield, UHI e-Frameworks developer On 30 Jan 2007, at 11:26, Selwyn Lloyd wrote: > we are looking for Tetra, Bod and Sakai input into the early prototype > of a Group Calendaring Web Service... would anybody like to be on a > working group list > there will be a blog etc and if there are no objections we will post a > digest / news update to this list after each phase... > > so the first phase is gathering requirements based on prototype and we > are looking for people from bod / sakai / tetra > > the prototype will be web based with a method for recording feedback > included > > it would be nice if we could bootstrap a session to any event we all > happen to be at, but happy for web based or other > > cheers > > Sel > > -- > Selwyn Lloyd > Phosphorix > Open Source Systems for Lifelong Learning > skype: selwyn_lloyd > tel: 07979240124 > irc://irc.ionode.org > support channel: #ionode > support email: de...@ph... > web: http://www.phosphorix.co.uk > forum: http://forum.ionetwork.ac.uk > > > ----------------------------------------------------------------------- > -- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Tetraelf-developers mailing list > Tet...@li... > https://lists.sourceforge.net/lists/listinfo/tetraelf-developers |
|
From: Sean M. <se...@sm...> - 2007-01-30 12:46:00
|
I think that that is part of the requirements from us, anyway, lance. Sel, add(sean) ta. s On 30 Jan 2007, at 12:08, Speelmon, Lance D wrote: > How would it relate to caldav? Thanks, L > > > Lance Speelmon la...@in... > Manager Online Development > > ----- Original Message ----- > From: tet...@li... <tetraelf- > dev...@li...> > To: Bodington developers <bod...@li...> > Cc: TetraELF Developers <tet...@li...> > Sent: Tue Jan 30 06:26:59 2007 > Subject: [Tetraelf-developers] GCWS working group > > we are looking for Tetra, Bod and Sakai input into the early prototype > of a Group Calendaring Web Service... would anybody like to be on a > working group list > there will be a blog etc and if there are no objections we will post a > digest / news update to this list after each phase... > > so the first phase is gathering requirements based on prototype and we > are looking for people from bod / sakai / tetra > > the prototype will be web based with a method for recording feedback > included > > it would be nice if we could bootstrap a session to any event we all > happen to be at, but happy for web based or other > > cheers > > Sel > > -- > Selwyn Lloyd > Phosphorix > Open Source Systems for Lifelong Learning > skype: selwyn_lloyd > tel: 07979240124 > irc://irc.ionode.org > support channel: #ionode > support email: de...@ph... > web: http://www.phosphorix.co.uk > forum: http://forum.ionetwork.ac.uk > > > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Tetraelf-developers mailing list > Tet...@li... > https://lists.sourceforge.net/lists/listinfo/tetraelf-developers > ---------------------------------------------------------------------- > --- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to > share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php? > page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Tetraelf-developers mailing list > Tet...@li... > https://lists.sourceforge.net/lists/listinfo/tetraelf-developers > |
19 messages has been excluded from this view by a project administrator.
