From Lirvin@accdvm.accd.edu Wed Jun 2 08:46:34 2004 Received: with ECARTIS (v1.0.0; list encore); Wed, 02 Jun 2004 08:46:34 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id DA4735BAA for ; Wed, 2 Jun 2004 08:46:33 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id A4B0AAD60 for ; Wed, 2 Jun 2004 08:46:33 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 00316-01-92 for ; Wed, 2 Jun 2004 08:46:31 -0500 (CDT) Received: from ACCDVM.ACCD.EDU (accdvm.accd.edu [209.184.119.1]) by mx2.utdallas.edu (Postfix) with SMTP id 1652C342E for ; Wed, 2 Jun 2004 08:46:30 -0500 (CDT) Received: from irvin.accdvm.accd.edu [10.1.11.47] by ACCDVM.ACCD.EDU (IBM VM SMTP V2R4a) via TCP with SMTP ; Wed, 02 Jun 2004 08:42:36 CST Message-Id: <5.2.1.1.0.20040602083248.00a7fec0@accdvm.accd.edu> X-Sender: Lirvin@accdvm.accd.edu X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Wed, 02 Jun 2004 08:42:14 -0500 To: encore@utdallas.edu From: Lennie Irvin Subject: [encore] enCore 4.0 Guide help Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1124 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: Lirvin@accdvm.accd.edu Precedence: bulk Reply-to: Lirvin@accdvm.accd.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore I am currently working on updating the enCore guide that Erin Karper and I have made available in the past. Fortunately, Erin has now completed her PhD and gotten a new job which she starts shortly (congratulations!), but unfortunately, she has let me know that she is unable to continue working on the guide. Hence, I am asking for some assistance from anyone willing and able to help me with this guide. I am well into revising and updating the content of the guide (including screen shots). Where I might need help is in there areas: 1--Erin mentioned wanting to revise the navigation bar and use a css menu instead. I could use some help from someone well versed in cascading style sheets to work on the navigational architecture of the guide. 2--When the content of the guide is done, I could use a good proofreader/copyeditor. 3--I could also use help taking the HTML version of the guide and creating a pdf print version of it. If anyone has some expertise in creating these dual versions of a document, I could use it. I hope to have the guide finished this month, so I appreciate any help you may be able to provide. Thanks, Lennie L. Lennie Irvin Department of English, San Antonio College San Antonio, TX http://www.accd.edu/sac/english/lirvin/ AlaMOO: http://www.accd.edu/sac/english/lirvin/AlaMOO/ From tavrmina@msu.edu Wed Jun 2 10:00:17 2004 Received: with ECARTIS (v1.0.0; list encore); Wed, 02 Jun 2004 10:00:18 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id D31875BAA for ; Wed, 2 Jun 2004 10:00:17 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id C1AB75B622 for ; Wed, 2 Jun 2004 10:00:17 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 10730-01-2 for ; Wed, 2 Jun 2004 10:00:14 -0500 (CDT) Received: from sys08.mail.msu.edu (sys08.mail.msu.edu [35.9.75.108]) by mx2.utdallas.edu (Postfix) with ESMTP id 118DF3561 for ; Wed, 2 Jun 2004 10:00:12 -0500 (CDT) Received: from pm838-10.dialip.mich.net ([35.12.22.212] helo=MTT-X200.msu.edu) by sys08.mail.msu.edu with asmtp (Exim 4.32 #22) (TLSv1:RC4-SHA:128) id 1BVXDr-00057L-Ui; Wed, 02 Jun 2004 11:00:12 -0400 Message-Id: <5.2.1.1.2.20040602104712.01c3ba40@mail.msu.edu> X-Sender: tavrmina@mail.msu.edu X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Wed, 02 Jun 2004 11:00:10 -0400 To: Lirvin@accdvm.accd.edu, encore@utdallas.edu From: Tess Tavormina Subject: [encore] Re: enCore 4.0 Guide help In-Reply-To: <5.2.1.1.0.20040602083248.00a7fec0@accdvm.accd.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_2181266==.ALT" X-Virus: None found by Clam AV X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1125 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: tavrmina@msu.edu Precedence: bulk Reply-to: tavrmina@msu.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore --=====================_2181266==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed Dear Lennie -- I don't have any CSS knowledge, but I'd be happy to help with the proof-reading/copy-editing. I was planning on updating the guide I've been using here at MSU for the last three years this summer anyway (which is a modification of your and Erin's prior work) but would be delighted to collaborate with you instead of doing things solo. On the HTML/PDF question, would it be possible to do the guide in Word and then convert it both to HTML and PDF? Or are there other, better ways to handle this kind of translation? Cheers, Tess P.S. As long as I'm posting, I can say that the discussions about administering MOOs have been very interesting to me, though I don't do much of the technical stuff on the AcadeMOO site here at MSU (we have a very small piece of the time of one of the computer lab tech folks, though she is mainly there to make sure the backups are happening and to help us if we should have a catastrophe; the fellow who originally set up the site for us was transferred to other tasks a couple of years ago). I'll be very interested to see what kinds of ideas and issues arise in the consortium and/or bulletin board site and/or simpler programming guide, in case there are points where my fairly low-tech management contributions to AcadeMOO can be enhanced in modest ways. (Too little time to become highly skilled on the technical end, I'm afraid, which may be some other MOO-using faculty members' experience too.) At 08:42 AM 6/2/2004 -0500, Lennie Irvin wrote: >I am currently working on updating the enCore guide that Erin Karper and I >have made available in the past. Fortunately, Erin has now completed her >PhD and gotten a new job which she starts shortly (congratulations!), but >unfortunately, she has let me know that she is unable to continue working >on the guide. > >Hence, I am asking for some assistance from anyone willing and able to >help me with this guide. > >I am well into revising and updating the content of the guide (including >screen shots). Where I might need help is in there areas: > >1--Erin mentioned wanting to revise the navigation bar and use a css menu >instead. I could use some help from someone well versed in cascading >style sheets to work on the navigational architecture of the guide. > >2--When the content of the guide is done, I could use a good >proofreader/copyeditor. > >3--I could also use help taking the HTML version of the guide and creating >a pdf print version of it. If anyone has some expertise in creating these >dual versions of a document, I could use it. > >I hope to have the guide finished this month, so I appreciate any help you >may be able to provide. > >Thanks, > >Lennie > >L. Lennie Irvin >Department of English, San Antonio College >San Antonio, TX > >http://www.accd.edu/sac/english/lirvin/ >AlaMOO: http://www.accd.edu/sac/english/lirvin/AlaMOO/ > > > --=====================_2181266==.ALT Content-Type: text/html; charset="us-ascii" Dear Lennie --

I don't have any CSS knowledge, but I'd be happy to help with the proof-reading/copy-editing.  I was planning on updating the guide I've been using here at MSU for the last three years this summer anyway (which is a modification of your and Erin's prior work) but would be delighted to collaborate with you instead of doing things solo.

On the HTML/PDF question, would it be possible to do the guide in Word and then convert it both to HTML and PDF?   Or are there other, better ways to handle this kind of translation?

Cheers,

Tess

P.S.  As long as I'm posting, I can say that the discussions about administering MOOs have been very interesting to me, though I don't do much of the technical stuff on the AcadeMOO site here at MSU (we have a very small piece of the time of one of the computer lab tech folks, though she is mainly there to make sure the backups are happening and to help us if we should have a catastrophe; the fellow who originally set up the site for us was transferred to other tasks a couple of years ago).  I'll be very interested to see what kinds of ideas and issues arise in the consortium and/or bulletin board site and/or simpler programming guide, in case there are points where my fairly low-tech management contributions to AcadeMOO can be enhanced in modest ways.  (Too little time to become highly skilled on the technical end, I'm afraid, which may be some other MOO-using faculty members' experience too.)  


At 08:42 AM 6/2/2004 -0500, Lennie Irvin wrote:
I am currently working on updating the enCore guide that Erin Karper and I have made available in the past.  Fortunately, Erin has now completed her PhD and gotten a new job which she starts shortly (congratulations!), but unfortunately, she has let me know that she is unable to continue working on the guide.

Hence, I am asking for some assistance from anyone willing and able to help me with this guide.

I am well into revising and updating the content of the guide (including screen shots).  Where I might need help is in there areas:

1--Erin mentioned wanting to revise the navigation bar and use a css menu instead.  I could use some help from someone well versed in cascading style sheets to work on the navigational architecture of the guide.

2--When the content of the guide is done, I could use a good proofreader/copyeditor.

3--I could also use help taking the HTML version of the guide and creating a pdf print version of it.  If anyone has some expertise in creating these dual versions of a document, I could use it.

I hope to have the guide finished this month, so I appreciate any help you may be able to provide.

Thanks,

Lennie

L. Lennie Irvin
Department of English, San Antonio College
San Antonio, TX

http://www.accd.edu/sac/english/lirvin/
AlaMOO: http://www.accd.edu/sac/english/lirvin/AlaMOO/



--=====================_2181266==.ALT-- From compass@nifflheim.arts.ualberta.ca Thu Jun 3 22:31:32 2004 Received: with ECARTIS (v1.0.0; list encore); Thu, 03 Jun 2004 22:31:32 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 858415BB0 for ; Thu, 3 Jun 2004 22:31:32 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 557A216F1C3 for ; Thu, 3 Jun 2004 22:31:32 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 04367-01-58 for ; Thu, 3 Jun 2004 22:31:30 -0500 (CDT) Received: from nifflheim.arts.ualberta.ca (nifflheim.arts.ualberta.ca [129.128.113.203]) by mx2.utdallas.edu (Postfix) with ESMTP id A7247342E for ; Thu, 3 Jun 2004 22:31:29 -0500 (CDT) Received: from nifflheim.arts.ualberta.ca (loopback [127.0.0.1]) by nifflheim.arts.ualberta.ca (8.12.10/8.12.10) with ESMTP id i543VSeJ045868 for ; Thu, 3 Jun 2004 21:31:28 -0600 Received: (from compass@localhost) by nifflheim.arts.ualberta.ca (8.12.10/8.12.10/Submit) id i543VSGo030486 for encore@utdallas.edu; Thu, 3 Jun 2004 21:31:28 -0600 Date: Thu, 3 Jun 2004 21:31:27 -0600 From: Wesley Cooper To: encore@utdallas.edu Subject: [encore] future of MOO Message-ID: <20040604033127.GA41690@nifflheim.arts.ualberta.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1126 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: compass@nifflheim.arts.ualberta.ca Precedence: bulk Reply-to: compass@nifflheim.arts.ualberta.ca List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore I'd be interested in participating in something like the "future of MOO" conference that Bob proposes, and AMVU (http://www.arts.ualberta.ca:3000) happily volunteers as host, in case Lingua isn't available. (Members of the list who might be interested in helping me spruce up the MOO -- it's a little academic thing that's very quiet when I'm not teaching -- should email me about acquiring a wizard bit.) The last chapter of Jan's dissertation, which I read recently, hints at the 'free culture' aspect of MOO when he writes about the Open Content license. If there's a "future of moo" conference in the near future, I commit to write a short paper on this aspect, maybe with reference to Lawrence Lessig's nice new book. Go Flames, Wes >For this reason I think we need to plan and schedule something like a "Future of MOO" conference (short papers/presentations, etc.) to be held on someone's MOO server in order to further converge and document our thinking. Any volunteers to host such a conference? I will volunteer myself to be on a planning workgroup to come up with themes/topics. Bob From j.turner@qut.edu.au Thu Jun 3 23:27:52 2004 Received: with ECARTIS (v1.0.0; list encore); Thu, 03 Jun 2004 23:27:52 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 74CE35BB0 for ; Thu, 3 Jun 2004 23:27:52 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 4653DB704D for ; Thu, 3 Jun 2004 23:27:52 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 10285-01-11 for ; Thu, 3 Jun 2004 23:27:50 -0500 (CDT) Received: from mail-router01.qut.edu.au (mail-router01.qut.edu.au [131.181.254.7]) by mx2.utdallas.edu (Postfix) with ESMTP id A40BB353D for ; Thu, 3 Jun 2004 23:27:48 -0500 (CDT) Received: from mail-msgstore01.qut.edu.au (mail-msgstore01.qut.edu.au [131.181.254.4]) by mail-router01.qut.edu.au (MOS 3.4.7-GR) with ESMTP id BHK60200; Fri, 4 Jun 2004 14:27:44 +1000 (EST) Received: from mail-msgstore01.qut.edu.au (localhost.qut.edu.au [127.0.0.1]) by mail-msgstore01.qut.edu.au (MOS 3.4.7-GR) with ESMTP id BBW12538; Fri, 4 Jun 2004 14:27:42 +1000 (EST) Received: from 131.181.127.33 by mail-msgstore01.qut.edu.au (MOS 3.4.7-GR) with HTTPS/1.1; Fri, 4 Jun 2004 14:27:42 +1000 Date: Fri, 4 Jun 2004 14:27:42 +1000 From: "truna aka j.turner" Subject: [encore] encore version 4.0.1 oddities help? To: encore@utdallas.edu X-Mailer: Webmail Mirapoint Direct 3.4.7-GR MIME-Version: 1.0 Message-Id: <5814d66e.4afdbfd1.82ba700@mail-msgstore01.qut.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Junkmail-Status: score=0/50, host=mail-router01.qut.edu.au X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1127 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: j.turner@qut.edu.au Precedence: bulk Reply-to: j.turner@qut.edu.au List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore greetings ... we recently upgraded the lost cities to encore v 4.0.1 [mid semester and by accident - don't ask!!] some odd things have happened: the java side window refuses to be re-sizable and remains a tichy little thing whatever we do .. this happens in IE, netscape altho is less marked in opera players have lost the ability to share objects, @chown, @grant or similar .. the latter is a problematic loss for our groups which work as collaborative teams ... and i can find no reference to this as an update ... any help or suggestions gratefully appreciated, cheers love truna From j.turner@qut.edu.au Thu Jun 10 02:15:11 2004 Received: with ECARTIS (v1.0.0; list encore); Thu, 10 Jun 2004 02:15:12 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id D1F595BAA for ; Thu, 10 Jun 2004 02:15:11 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id B04D22DD53 for ; Thu, 10 Jun 2004 02:15:11 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 23889-01-20 for ; Thu, 10 Jun 2004 02:15:08 -0500 (CDT) Received: from mail-router02.qut.edu.au (mail-router02.qut.edu.au [131.181.254.10]) by mx2.utdallas.edu (Postfix) with ESMTP id 07E29342E for ; Thu, 10 Jun 2004 02:15:07 -0500 (CDT) Received: from mail-msgstore01.qut.edu.au (mail-msgstore01.qut.edu.au [131.181.254.4]) by mail-router02.qut.edu.au (MOS 3.4.7-GR) with ESMTP id BIP08610; Thu, 10 Jun 2004 17:15:04 +1000 (EST) Received: from mail-msgstore01.qut.edu.au (localhost.qut.edu.au [127.0.0.1]) by mail-msgstore01.qut.edu.au (MOS 3.4.7-GR) with ESMTP id BCH02120; Thu, 10 Jun 2004 17:15:03 +1000 (EST) Received: from 131.181.127.39 by mail-msgstore01.qut.edu.au (MOS 3.4.7-GR) with HTTPS/1.1; Thu, 10 Jun 2004 17:15:03 +1000 Date: Thu, 10 Jun 2004 17:15:03 +1000 From: "truna aka j.turner" Subject: [encore] Fwd: encore version 4.0.1 oddities BIG help? To: encore@utdallas.edu X-Mailer: Webmail Mirapoint Direct 3.4.7-GR MIME-Version: 1.0 Message-Id: <6126111d.4e2412ff.828fc00@mail-msgstore01.qut.edu.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Junkmail-Status: score=0/50, host=mail-router02.qut.edu.au X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1128 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: j.turner@qut.edu.au Precedence: bulk Reply-to: j.turner@qut.edu.au List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore greetings ... i sent this plea out last week and i guess none has had any similar problems? if anyone has i would dearly love some assist as the students have now discovered that they cannot change any object / room appearences under the encore editor .. they get permission denied other options under the encore object editor seem to be working fine - other than the 'share this object' previously mentioned! any ideas? thaks in advance, love truna ---- Original message ---- >Date: Fri, 4 Jun 2004 14:27:42 +1000 >From: "truna aka j.turner" >Subject: [encore] encore version 4.0.1 oddities help? >To: encore@utdallas.edu > >greetings ... > >we recently upgraded the lost cities to encore v 4.0.1 [mid >semester and by accident - don't ask!!] > >some odd things have happened: > >the java side window refuses to be re-sizable and remains a >tichy little thing whatever we do .. this happens in IE, >netscape altho is less marked in opera > >players have lost the ability to share objects, @chown, >@grant or similar .. > >the latter is a problematic loss for our groups which work as >collaborative teams ... > >and i can find no reference to this as an update ... > >any help or suggestions gratefully appreciated, cheers > >love truna > From Lirvin@accdvm.accd.edu Thu Jun 10 06:40:28 2004 Received: with ECARTIS (v1.0.0; list encore); Thu, 10 Jun 2004 06:40:28 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id E53685BAA for ; Thu, 10 Jun 2004 06:40:27 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id B170B2DAFB for ; Thu, 10 Jun 2004 06:40:27 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 10991-01 for ; Thu, 10 Jun 2004 06:40:26 -0500 (CDT) Received: from ACCDVM.ACCD.EDU (accdvm.accd.edu [209.184.119.1]) by mx2.utdallas.edu (Postfix) with SMTP id A1869342E for ; Thu, 10 Jun 2004 06:40:25 -0500 (CDT) Received: from irvin.accdvm.accd.edu [10.1.11.45] by ACCDVM.ACCD.EDU (IBM VM SMTP V2R4a) via TCP with SMTP ; Thu, 10 Jun 2004 06:39:45 CST Message-Id: <5.2.1.1.0.20040610062533.00a7fa60@accdvm.accd.edu> X-Sender: Lirvin@accdvm.accd.edu X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Thu, 10 Jun 2004 06:40:21 -0500 To: encore@utdallas.edu From: Lennie Irvin Subject: [encore] encore moovement Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1129 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: Lirvin@accdvm.accd.edu Precedence: bulk Reply-to: Lirvin@accdvm.accd.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore Dene Grigar and I have been conspiring, and I wanted to share what we have been coming up with related to moving enCore into the future. She has set September 12 as the date for an enCore symposium or community/consortium gathering. Jan and Cynthia will be in Norway most of the summer and apparently out of web/email communication most of the time, so in order to get their participation we set the date for September. I am pushing for having a series of pre-symposium gatherings to discuss/brainstorm issues before the bigger gathering. I thought these gatherings might focus on these topics (not necessarily in this order): 1) Consortium organization 2) enCore programming issues 3) enCore as an educational environment issues We can have these discussion this summer, and I thought it might be nice to have different MOOs host each session, but we can work that out later. Dene is very interested in keeping the organization core group small so that there is more chance that we can get something done. If your are interested in being a part of this organization group, please let me know, I think we will add two to four others. It may be a fair amount of work, so please express an interest if you are able in a position where you can contribute the time. Lennie L. Lennie Irvin Department of English, San Antonio College San Antonio, TX http://www.accd.edu/sac/english/lirvin/ AlaMOO: http://www.accd.edu/sac/english/lirvin/AlaMOO/ From patterna@gvsu.edu Thu Jun 10 12:14:19 2004 Received: with ECARTIS (v1.0.0; list encore); Thu, 10 Jun 2004 12:14:19 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 0BA675BE3 for ; Thu, 10 Jun 2004 12:14:19 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id EABAE2CC4E for ; Thu, 10 Jun 2004 12:14:18 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 16161-01-39 for ; Thu, 10 Jun 2004 12:14:17 -0500 (CDT) Received: from gvsu.edu (gwise-a2.server.gvsu.edu [148.61.5.164]) by mx2.utdallas.edu (Postfix) with ESMTP id 92575355B for ; Thu, 10 Jun 2004 12:14:16 -0500 (CDT) Received: from SMTPDOM-MTA by gvsu.edu with Novell_GroupWise; Thu, 10 Jun 2004 13:14:13 -0400 Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.1 Date: Thu, 10 Jun 2004 13:13:48 -0400 From: "Nancy Patterson" To: Subject: [encore] cookies and guests Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1130 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: patterna@gvsu.edu Precedence: bulk Reply-to: patterna@gvsu.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore I took my students into a university computer lab last week to show them a number of things, including ValleyMoo, the encore MOO I have set up. But no one could access the MOO because the lab settings would not enable cookies and no one can adjust that. Is there something within encore that would help deal with this accessibility issue or do no I need to deal with our IT people (which may be impossible)? Also, a while back someone asked about the inability of guests to change the guest name after logging in. I never saw a response to that. I have the same problem. I have a list of guest names and that works just fine. But I can't let guests create their own guest names. I get an message that says "There is a problem with the Xpress Object Editor. Please notify a MOO administrator." Thanks for any help you can give me on these two issues. Nancy Nancy Patterson, PhD Literacy Studies Program Coordinator Grand Valley State University Editor "Tech Connect," Voices from the Middle Chair, Assembly on Computers in English patterna@gvsu.edu http://faculty.gvsu.edu/patterna From Lirvin@accdvm.accd.edu Fri Jun 11 07:00:53 2004 Received: with ECARTIS (v1.0.0; list encore); Fri, 11 Jun 2004 07:00:53 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 500DD5BB0 for ; Fri, 11 Jun 2004 07:00:53 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 1D82916EF8 for ; Fri, 11 Jun 2004 07:00:53 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 29820-01-4 for ; Fri, 11 Jun 2004 07:00:51 -0500 (CDT) Received: from ACCDVM.ACCD.EDU (accdvm.accd.edu [209.184.119.1]) by mx2.utdallas.edu (Postfix) with SMTP id 792C1353D for ; Fri, 11 Jun 2004 07:00:51 -0500 (CDT) Received: from irvin.accdvm.accd.edu [10.1.11.35] by ACCDVM.ACCD.EDU (IBM VM SMTP V2R4a) via TCP with SMTP ; Fri, 11 Jun 2004 07:00:10 CST Message-Id: <5.2.1.1.0.20040611065641.00a992e0@accdvm.accd.edu> X-Sender: Lirvin@accdvm.accd.edu X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Fri, 11 Jun 2004 07:00:17 -0500 To: encore@utdallas.edu From: Lennie Irvin Subject: [encore] VASE help Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1131 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: Lirvin@accdvm.accd.edu Precedence: bulk Reply-to: Lirvin@accdvm.accd.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore I'm working on updating the Encore User's guide to encore 4, and I was wondering if anyone had a detailed help guide for using VASE that I might incorporate into this guide. Thanks, Lennie L. Lennie Irvin Department of English, San Antonio College San Antonio, TX http://www.accd.edu/sac/english/lirvin/ AlaMOO: http://www.accd.edu/sac/english/lirvin/AlaMOO/ From jung@uib.no Sat Jun 12 13:25:45 2004 Received: with ECARTIS (v1.0.0; list encore); Sat, 12 Jun 2004 13:25:45 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id EB9055BAA for ; Sat, 12 Jun 2004 13:25:44 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id BDE44B5BF for ; Sat, 12 Jun 2004 13:25:44 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 05243-01-10 for ; Sat, 12 Jun 2004 13:25:41 -0500 (CDT) Received: from noralf.uib.no (noralf.uib.no [129.177.30.12]) by mx2.utdallas.edu (Postfix) with ESMTP id 87531342E for ; Sat, 12 Jun 2004 13:25:26 -0500 (CDT) Received: from alfred.uib.no (smtp.uib.no) [129.177.30.120] by noralf.uib.no with esmtp (Exim 4.34) id 1BZDBz-0002cf-Nk; Sat, 12 Jun 2004 20:25:25 +0200 Received: from tunnel-45-36.vpn.uib.no (Daniel2667.uib.no) [129.177.45.36] by smtp.uib.no with esmtp (Exim 4.12) id 1BZDBy-0000aJ-00; Sat, 12 Jun 2004 20:25:23 +0200 Message-Id: <5.2.0.8.2.20040612200547.018cbce0@alf.uib.no> X-Sender: fafdj@alf.uib.no X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.8 Date: Sat, 12 Jun 2004 20:25:21 +0200 To: patterna@gvsu.edu From: Daniel Jung Subject: [encore] Re: cookies and guests Cc: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-checked-clean: by exiscan on noralf X-Scanner: cc4f49789f0e0e7bf69e9de408ff8bf3 http://tjinfo.uib.no/virus.html X-UiB-SpamFlag: NO UIB: 0.0 hits, 11.0 required X-UiB-SpamReport: spamassassin found; X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-Amavis-Alert: BAD HEADER Improper folded header field made up entirely of whitespace (char 00 hex) in message header 'X-UiB-SpamReport' ^ X-archive-position: 1132 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: jung@uib.no Precedence: bulk Reply-to: jung@uib.no List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore Hi all At 19:13 10.06.2004, Nancy Patterson wrote: >Also, a while back someone asked about the inability of guests to >change the guest name after logging in. I never saw a response to that. I helped Ken and Rick immediately after their question, but unfortunately, they didn't come back to the list with it. I just did some debugging for Nancy as well, and this time, I will post the results here myself. There were some obstacles along the way, let me just put this up as piece of advice: * Never lock the encore starting point * Never log in as #2 (Archwizard) unless you are doing Archwizard things * Never set your domain to the numerical number (use the alphabetical DNS name instead) Now to the problem: It's a 3.2 problem, and it is fixed in 4.0. For those of you who do not want to upgrade to 4.0 just yet, and want to set the guest name property via encore: Take this debugging recipe and patch the one bad spot. PROBLEM (quoting Nancy): The error message I'm getting regarding the guests happens when I go into wizard, to encore settings, to log in settings. I get the screen that asks if I want automatic character creation, and I click on yes. But when I go to save changes, I get this message: "There is a problem with the Xpress Object Editor. Please notify a MOO administrator." DEBUGGING: 1. Do a search for the message to know where the thing stops: @grep there is a problem This gives us #156:set_property. 2. This verb tries to send new values for properties along to $xpress_program_editor:save_property_value. The whole thing is inside a try-clause: 11: try (try retrieving and sending and handling return from the program editor) 48: except error (ANY) 49: alert = "alert('There is a problem with the Xpress Object Editor. Please notify a MOO administrator!');"; 50: endtry 3. Between line 48 and 49, insert a #242:tell(toliteral(error)); (#242 being your number) so that you would be told what is wrong. Compile and run. 4. Feedback is: {E_PROPNF, "Property not found", 0, {{#157, "save_property_value", #2, #157, #-2541, 13}, {#156, "set_property", #2, #156, #-2541, 27}}}. This means that #157:save_property_value (line 13) attempts to read from a property that cannot be found on the object in question. 5. Line 13 in that verb states 13: if (user in object.shared_owners) Now, we are trying to set a property (guest_real_names) on the System object, the #0. This lines tries to find out if the user who tries to set this property is in the System object's .shared_owners list. 6. Check if the property is defined on #0: @d #0.shared_owners => ** property not found, "shared_owners" ** OK, not there. Let's see where it is defined, then. @check-prop #1.shared_owners => The following descendents have this property defined: #138 This means that the .shared_owers property is not defined on the #0, it is first defined on #138, the enCore Web Class, further down the inheritance tree. 7. The logical conclusion of all of this is that NOTHING can be set on a non-#138-object through the encore interface. Meaning: No property can be set on an object which is not a web class object. This is encore only; telnet works. This must be a lapsus which made its way into the verb code when the shared owners were introduced into encore. I guess the programmers weren't using encore for system configuration, and they chose to stick with the old style command line for configuration, so this slipped through. 8. We can change that though. Line 13 in step 5 has to be changed from 13: if (user in object.shared_owners) to 13: if ($object_utils:has_property(object, "shared_owners") && user in object.shared_owners) to include non-web class objects; only web class objects are asked to return the .shared_owners property, the rest is left alone. 9. Compile. Run. Be happy. 10. Clean up all debugging lines! 11. Think back. What did you want to change? The real guest names? Shouldn't that be possible from the command line? Run @configure then option 12. Then set it back and forth if you want to. Same effect. >>> Remember: Encore builds on the MOO server/parser, so EVERYTHING that can be done in Encore CAN ALSO BE DONE in the command line. <<< From Lirvin@accdvm.accd.edu Sun Jun 13 08:38:42 2004 Received: with ECARTIS (v1.0.0; list encore); Sun, 13 Jun 2004 08:38:43 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id BB7115BAA for ; Sun, 13 Jun 2004 08:38:42 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 8DF154FC4 for ; Sun, 13 Jun 2004 08:38:42 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 01460-01-51 for ; Sun, 13 Jun 2004 08:38:39 -0500 (CDT) Received: from ACCDVM.ACCD.EDU (accdvm.accd.edu [209.184.119.1]) by mx2.utdallas.edu (Postfix) with SMTP id 2A9E23523 for ; Sun, 13 Jun 2004 08:38:38 -0500 (CDT) Received: from irvin.accdvm.accd.edu [10.1.11.50] by ACCDVM.ACCD.EDU (IBM VM SMTP V2R4a) via TCP with SMTP ; Sun, 13 Jun 2004 08:37:56 CST Message-Id: <5.2.1.1.0.20040613083228.00a83690@accdvm.accd.edu> X-Sender: Lirvin@accdvm.accd.edu X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Sun, 13 Jun 2004 08:38:22 -0500 To: encore@utdallas.edu From: Lennie Irvin Subject: [encore] Ideas for improving enCore Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-Spam-Status: No, hits=7.1 tagged_above=3.0 required=8.0 tests=BAYES_99, CLICK_BELOW X-Spam-Level: ******* X-archive-position: 1133 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: Lirvin@accdvm.accd.edu Precedence: bulk Reply-to: Lirvin@accdvm.accd.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore I sat down this weekend and listed all the things I would like to see improved in enCore. I'm sure you have your own list, so in the spirit of opening the discussion about where encore might go in the future, I thought I would offer my list. Please offer yours. I will probably compile the ideas sent and include them in The Barn (the repository of MOO code and resources for encore) http://www.accd.edu/sac/english/lirvin/barn/ My list: 1) encore must expand "point-and-click" control of objects and functions. The less dependent on command line functions to operate in encore the better. ************************************* 2) Suggestions to improve teacher administration of a class a) Create a new player class called "Teacher" that has the capability to create accounts and change passwords (so that teachers don't have to be wizards). Pronoun MOO already has created this player class, and Erin has offered to make this innovation available to the larger encore community, but I think extracting the code has been too difficult for Erin to accomplish and the programmer is too busy or gone. b) Enhanced class registration process --Administrator sets up "classes" for a teacher --Students can self-setup a user account and select the teacher which automatically "registers" them into that teacher's class. --Registration in a teacher's class automatically gives the new student the ability to create a room with an exit to the teacher's classroom or to a room designated by the teacher (so that wizards or teachers don't have to @dig exits to every students new room) The idea is to save the teacher/wizard A LOT of time setting up student accounts and creating exits for all their rooms. **************************** 3) Open Source program integration I am not sure if this is possible, but it would be nice to be able to integrate encore seamlessly with some other open source programs. This integration would involve databases talking with eachother. My idea is that when you logged into one program (say encore) it would automatically sign you into the other program (so that you wouldn't have to login again). Here are two suggestions for open source integrations a) Drupal--content management system Drupal would provide a nice blog platform, plus it has a pretty good discussion forum for asynchronous communication. Some users might want to have Drupal as the "course home" and encore as an added capability while others would want encore as the course home and Drupal as an added component. It could work both ways! The CMS doesn't have to be Drupal; it could be another CMS. b) Open source gradebook and testing program Open Grade is one free gradebook http://www.lightandmatter.com/ogr/ogr.html and I'm sure there are others. I'm not sure about open source quizzing/testing tools. I can see new buttons on the button bar--Blog, Test, Forum. Click and you are there, inside another program. Close the window and you are still in enCore. I don't think the databases would have to save data into each other except for the registered users and login function. c) other open source tools? ************************************ 4) Two other suggestions to help Wizards/Administrators of encore MOOs a) Automate the update installation process so that updates can be installed like with other programs (to avoid having wizards copy new code line by line into the moo). b) MOO hosting? Many MOO administrators are folks like me--academics with little gritty knowledge of servers or programming. Hence, many folks (like me) have to depend upon local technicians who often don't have the best knowledge of MOO or how to host a MOO program or they are so busy with other responsibilities that if there is a problem you are lucky to have it solved within two weeks (if ever). It would be nice to have a MOO hosting service. Perhaps if we develop a "MOO Consortium" that might be a non-profit organization, we could offer free MOO hosting. Who would do the hosting is another question, but it is just an idea. We could offer the flexibility of space in a larger Co-op MOO or the ability to set up their own MOO environment. *************************************** 5) List of features to upgrade a) Integrate HTML Area into encore to enable text to display with proper formatting b) Create a peer response object to facilitate students doing peer response to papers turned into encore c) Upgrade projectors--so that with one command text and a webslide will be displayed (sort of integrating the slide and web projectors) d) Generic objects need graphics included with their descriptions e) Inclusion of a graphics and multimedia library to make building easier for students (so that instead of typing in the whole URL to a graphic, all they would need to type in was the file name) f) More fun objects that come standard with encore (again to make it easier for students build) ****************************************** 6) Virtual world/environment components Why can't the core release of encore come with some already built areas? I know there are a lot of reasons to leave the building to the folks creating their own MOO, but there may be those who want a certain base geography pre-set or the ability to install already created areas and objects. Perhaps the best solution would be to have the ability to install selected components. So there would be the base encore release with nothing but the program, but administrators would have the choice to download and install already created "worlds." Here might be some prepared components: a) a school world with a classroom, office space, and community area b) a conference center component with a number of meeting rooms complete with recorders and projectors c) also there could be "learning worlds"--geographies that take students through some learning experience d) also there could be "game learning worlds" My idea here is to model a bit off what I see MUD games doing. When they upgrade or when you install the program, you can select for instance a new island where new adventures can take place. The whole island with all its spaces and objects are added onto the virtual world. These are my ideas for now. Sorry for the long post. Lennie L. Lennie Irvin Department of English, San Antonio College San Antonio, TX http://www.accd.edu/sac/english/lirvin/ AlaMOO: http://www.accd.edu/sac/english/lirvin/AlaMOO/ From jung@uib.no Mon Jun 14 13:23:59 2004 Received: with ECARTIS (v1.0.0; list encore); Mon, 14 Jun 2004 13:23:59 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 5CA9F5BAA for ; Mon, 14 Jun 2004 13:23:59 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 2E99E263E for ; Mon, 14 Jun 2004 13:23:59 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 00547-01-14 for ; Mon, 14 Jun 2004 13:23:54 -0500 (CDT) Received: from noralf.uib.no (noralf.uib.no [129.177.30.12]) by mx2.utdallas.edu (Postfix) with ESMTP id EBCE134A7 for ; Mon, 14 Jun 2004 13:23:50 -0500 (CDT) Received: from alfred.uib.no (smtp.uib.no) [129.177.30.120] by noralf.uib.no with esmtp (Exim 4.34) id 1BZw7V-00017R-SI; Mon, 14 Jun 2004 20:23:47 +0200 Received: from tunnel-45-36.vpn.uib.no (Daniel2667.uib.no) [129.177.45.36] by smtp.uib.no for encore@utdallas.edu with esmtp (Exim 4.12) id 1BZw7U-0004kB-00; Mon, 14 Jun 2004 20:23:44 +0200 Message-Id: <5.2.0.8.2.20040611034354.01879430@alf.uib.no> X-Sender: fafdj@alf.uib.no X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.8 Date: Mon, 14 Jun 2004 20:15:37 +0200 To: encore@utdallas.edu From: Daniel Jung Subject: [encore] building a page twice Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-checked-clean: by exiscan on noralf X-Scanner: 853f5ff9e0d348ff1f65a1201eca1879 http://tjinfo.uib.no/virus.html X-UiB-SpamFlag: NO UIB: 0.0 hits, 11.0 required X-UiB-SpamReport: spamassassin found; X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-Amavis-Alert: BAD HEADER Improper folded header field made up entirely of whitespace (char 00 hex) in message header 'X-UiB-SpamReport' ^ X-archive-position: 1134 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: jung@uib.no Precedence: bulk Reply-to: jung@uib.no List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore Hi all I want to display some (preliminary) html in a window before this same window is filled with the actual (final) contents. I thought of a double return of some kind in the html producing verb, but this isn't working: fork (0) return {"waiting... "}; endfork "do stuff which takes time"; return {"result... "}; How can I send two different outputs through the pipe within the same action? Maybe the moo-webserver is waiting for the task_id to complete? Do I have to force the webserver to listen to the verb longer than the first return? (I'd rather not.) Then I thought of making the first page a form, submitting it and specifying onSubmit="window.location.href='...wait.html". This doesn't work, apparently because the page is immediately over-loaded with the action address - which is waiting for the server processing the data. (I can't go one step back to get it though; must be something else then.) Problem is: I cannot tell the html producing verb to include a preload or something in the body tag, since the whole page is returned at once and not in chunks. That is, network congestion or browser rendering could make chunks out of it, but still nothing is returned (http-wise) until the whole verb is completed. Nothing means a blank waiting page. The next thing I thought of was to have the applet display the waiting page, until overridden by the original return, maybe like the following pseudo code. Let's make it web_frame for illustration purposes. user:tell("."); result = {"do stuff which takes time"}; return this:build(user, result); This doesn't work. I just get the waiting page; the verb runs through, but the return isn't written to the frame. I reckon that it's the same thing with every target. The "Starting enCore Xpress from server: ... " page which appears upon enCore loading is a source frame which then is "overridden" by the confunc. Hmmm. I can't use that. Then I tought of the web server. The MISSING (404) status can be returned illustrated by an html file - and I thought of the CONTINUE (100) status, which could be used for a preliminary html content. Naaaah. OK, that's delirious thinking. Next thing: the java applet "document.show" method. Hack my way in there? It wouldn't create the flexibility I am after. Clueless right now. Thanks for any pointers: - Daniel From fox@vader.aacc.edu Mon Jun 14 17:06:48 2004 Received: with ECARTIS (v1.0.0; list encore); Mon, 14 Jun 2004 17:06:49 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id BD71D5BAA for ; Mon, 14 Jun 2004 17:06:48 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 8B12B55A2 for ; Mon, 14 Jun 2004 17:06:48 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 26994-01-8 for ; Mon, 14 Jun 2004 17:06:47 -0500 (CDT) Received: from vader.aacc.edu (vader.aacc.cc.md.us [12.167.138.28]) by mx2.utdallas.edu (Postfix) with ESMTP id 21F993581 for ; Mon, 14 Jun 2004 17:06:45 -0500 (CDT) Received: from vader.aacc.edu (IDENT:FlkhXCzYKGVez4Eyo0Xf+vX7T4llDACV@localhost [127.0.0.1]) by vader.aacc.edu (8.12.8/8.12.8) with ESMTP id i5EM6AuU005862; Mon, 14 Jun 2004 18:06:10 -0400 Received: from localhost (fox@localhost) by vader.aacc.edu (8.12.8/8.12.8/Submit) with ESMTP id i5EM6AHP005858; Mon, 14 Jun 2004 18:06:10 -0400 Date: Mon, 14 Jun 2004 18:06:10 -0400 (EDT) From: PauAmma To: Daniel Jung Cc: encore@utdallas.edu Subject: [encore] Re: building a page twice In-Reply-To: <5.2.0.8.2.20040611034354.01879430@alf.uib.no> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1135 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: fox@vader.aacc.edu Precedence: bulk Reply-to: fox@vader.aacc.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore On Mon, 14 Jun 2004, Daniel Jung wrote: > I want to display some (preliminary) html in a window before this same > window is filled with the actual (final) contents. I thought of a double > return of some kind in the html producing verb, but this isn't working: > > (snip long list of attempted solutions) OK, here's something that might help you. 2 caveats apply, though: 1- This is based on a cursory perusal of perl code that claims to do what I think you want (CGI::multipart_init, CGI::multipart_start, and CGI::multipart_end), so it needs to be taken with a large grain of salt. 2- I don't think you can rely on the server to tack on a HTTP header and send the page on its way, because you need to keep the connection to the browser open, and IIRC the server closes it after sending what it thinks is the whole page. This means you'll need to duplicate at least some of the server code. Hopefully, you won't have to deal with cookies, since you're not actually connecting or disconnecting users, so it shouldn't be too hard. Also, I'm only going to tell you what text to send. Figuring out how, and filling in all the handwaving I did in 2- above, is your end of the problem. Anyway: HTTP/1.0 200 OK Content-Type: multipart/x-mixed-replace; boundary=" wkqpzpkjrpqzezpzaekopc pfqpezakalpkakptp vnobvn nhgmnfo" -- wkqpzpkjrpqzezpzaekopc pfqpezakalpkakptp vnobvn nhgmnfo Content-Type: text/html Page the First. Quiet, I'm thinking! -- wkqpzpkjrpqzezpzaekopc pfqpezakalpkakptp vnobvn nhgmnfo Content-Type: text/html Page the Second. I hope you enjoyed watching me think. Have a good day. -- wkqpzpkjrpqzezpzaekopc pfqpezakalpkakptp vnobvn nhgmnfo Hope that helps. The lengthy processing would presumably take place just before the last Content-Type: is sent. -- "I'd ask if you'd found the right sort of isolated wasteland for your citadel of dread yet, but that would be a silly question; you're in Utah, after all." --ESR to Darl McBride (Chief Excessive Ossifier of Squandered Clues Obstination), in http://www.catb.org/~esr/writings/mcbride.html From alexborgia@hotmail.com Mon Jun 14 19:02:08 2004 Received: with ECARTIS (v1.0.0; list encore); Mon, 14 Jun 2004 19:02:08 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 994EF5BE5 for ; Mon, 14 Jun 2004 19:02:08 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 698302BBA for ; Mon, 14 Jun 2004 19:02:08 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 06448-01-11 for ; Mon, 14 Jun 2004 19:02:05 -0500 (CDT) Received: from hotmail.com (bay13-dav56.bay13.hotmail.com [64.4.31.230]) by mx2.utdallas.edu (Postfix) with ESMTP id 8CE203386 for ; Mon, 14 Jun 2004 19:02:05 -0500 (CDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 14 Jun 2004 17:02:06 -0700 Received: from 66.36.135.167 by bay13-dav56.bay13.hotmail.com with DAV; Tue, 15 Jun 2004 00:02:06 +0000 X-Originating-IP: [66.36.135.167] X-Originating-Email: [alexborgia@hotmail.com] X-Sender: alexborgia@hotmail.com From: "Alexandre Borgia" To: "enCore" Subject: [encore] Re: building a page twice Date: Mon, 14 Jun 2004 20:02:09 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <5.2.0.8.2.20040611034354.01879430@alf.uib.no> Thread-Index: AcRSPM+80M2mxzhiQd+eHOz/HDNNpgAJjFrA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Message-ID: X-OriginalArrivalTime: 15 Jun 2004 00:02:06.0330 (UTC) FILETIME=[FED0EDA0:01C4526B] X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1136 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: alexborgia@hotmail.com Precedence: bulk Reply-to: alexborgia@hotmail.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore Hi Daniel, I think whatever you try it is not possible to "flush" the output buffer of the enCore web server before the web page is entirely processed, although it would be a nice feature to add. Basically you would need to have a reference to the open connection object which requested the web page from within the verb building it. You would then be able to "notify" it immediately, sending data back to the browser. Browsers usually start interpreting chunks of web pages as soon as they receive them, so for instance a very long table that is heavy to compute server-side would gradually start appearing in the client window as soon as the data is crunched by the server. So as for now I think you are stuck using a combination of frames to fulfill your needs, and maybe a little java-script magic:) - Alexandre Borgia -----Original Message----- From: encore-bounce@utdallas.edu [mailto:encore-bounce@utdallas.edu] On Behalf Of Daniel Jung Sent: 14 juin 2004 14:16 To: encore@utdallas.edu Subject: [encore] building a page twice Hi all I want to display some (preliminary) html in a window before this same window is filled with the actual (final) contents. I thought of a double return of some kind in the html producing verb, but this isn't working: .. From lirvin@accdvm.accd.edu Wed Jun 16 14:48:44 2004 Received: with ECARTIS (v1.0.0; list encore); Wed, 16 Jun 2004 14:48:44 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 89DE85BAA for ; Wed, 16 Jun 2004 14:48:44 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 65A2415E6D for ; Wed, 16 Jun 2004 14:48:44 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 05507-01-7 for ; Wed, 16 Jun 2004 14:48:42 -0500 (CDT) Received: from ACCDVM.ACCD.EDU (accdvm.accd.edu [209.184.119.1]) by mx2.utdallas.edu (Postfix) with SMTP id DF4843574 for ; Wed, 16 Jun 2004 14:48:39 -0500 (CDT) Received: from gh-208-300633.accdvm.accd.edu [10.11.36.41] by ACCDVM.ACCD.EDU (IBM VM SMTP V2R4a) via TCP with SMTP ; Wed, 16 Jun 2004 14:47:59 CST Message-Id: <6.0.0.22.0.20040616143533.01b7c908@accdvm.accd.edu> X-Mailer: QUALCOMM Windows Eudora Version 6.0.0.22 Date: Wed, 16 Jun 2004 14:47:16 -0500 To: encore@utdallas.edu From: Lennie Irvin Subject: [encore] MOO Image Library Project Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_20904296==.ALT" X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1137 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: lirvin@accdvm.accd.edu Precedence: bulk Reply-to: lirvin@accdvm.accd.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore --=====================_20904296==.ALT Content-Type: text/plain; charset="us-ascii"; format=flowed I was wondering if someone might want to the "editor" of a library of images and other multimedia content to go with enCore. This library would be available for students to use as they incorporate images, sounds and other multimedia content into their own objects and rooms. Over the last year, I have established something of a library that I placed on our college's webserver. I created a menu of images and students typed in the URL of the image they liked when they were editing objects. Here are the menu's to the set of images I have collected. They can serve as a starting point or simply as a model. http://ranger.accd.edu/AlaMOO/mimages/mooimg.htm http://ranger.accd.edu/AlaMOO/mimages/mimages2.htm My idea is to have more images available from within enCore. That would mean copying these image files into the Images folder in the enCore MOO folder on the webserver where the moo lives. Then students would only have to type in the file name as they do now with things like note.gif . Perhaps such a library shouldn't live within enCore but be hosted externally. That would be alright too. If anyone is interested in taking this project on, please let me know. Lennie --=====================_20904296==.ALT Content-Type: text/html; charset="us-ascii" I was wondering if someone might want to the "editor" of a library of images and other multimedia content to go with enCore.  This library would be available for students to use as they incorporate images, sounds and other multimedia content into their own objects and rooms.

Over the last year, I have established something of a library that I placed on our college's webserver. I created a menu of images and students typed in the URL of the image they liked when they were editing objects.  Here are the menu's to the set of images I have collected.  They can serve as a starting point or simply as a model.
http://ranger.accd.edu/AlaMOO/mimages/mooimg.htm
http://ranger.accd.edu/AlaMOO/mimages/mimages2.htm

My idea is to have more images available from within enCore. That would mean copying these image files into the Images folder in the enCore MOO folder on the webserver where the moo lives.  Then students would only have to type in the file name as they do now with things like note.gif .

Perhaps such a library shouldn't live within enCore but be hosted externally.  That would be alright too. 

If anyone is interested in taking this project on, please let me know.

Lennie
--=====================_20904296==.ALT-- From Lirvin@accdvm.accd.edu Sat Jun 19 07:42:07 2004 Received: with ECARTIS (v1.0.0; list encore); Sat, 19 Jun 2004 07:42:07 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 369D85BAA for ; Sat, 19 Jun 2004 07:42:07 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 06E5C2C16 for ; Sat, 19 Jun 2004 07:42:07 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 03359-01-56 for ; Sat, 19 Jun 2004 07:42:03 -0500 (CDT) Received: from ACCDVM.ACCD.EDU (accdvm.accd.edu [209.184.119.1]) by mx2.utdallas.edu (Postfix) with SMTP id 4BBFD35AC for ; Sat, 19 Jun 2004 07:42:03 -0500 (CDT) Received: from irvin.accdvm.accd.edu [10.1.11.36] by ACCDVM.ACCD.EDU (IBM VM SMTP V2R4a) via TCP with SMTP ; Sat, 19 Jun 2004 07:41:22 CST Message-Id: <5.2.1.1.0.20040619072238.00a84ec0@accdvm.accd.edu> X-Sender: Lirvin@accdvm.accd.edu X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Sat, 19 Jun 2004 07:41:58 -0500 To: encore@utdallas.edu From: Lennie Irvin Subject: [encore] two programming questions Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1138 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: Lirvin@accdvm.accd.edu Precedence: bulk Reply-to: Lirvin@accdvm.accd.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore I had a couple of programming questions related to integrating enCore with other applications. Perhaps those with more programming perspective might be able to answer: 1) Would it be possible to integrate a file transfer program? I have followed links before that directly take me into someone's ftp folder (I suppose as an anonymous guest). Would it be possible to upload while viewing this ftp folder? without having to have ftp installed on your computer but in the server? Is there another program that enables this file uploading other than ftp? 2) Integrating a Blog/CMS with enCore--Double login? Is it possible to have a single login "node" (or place) to log you in to two different programs. The same goes for having a single registration site that would establish user accounts in the databases of two programs? What I am thinking is the possibility of seamlessly integrating enCore and Drupal (or any other CMS). If set up, when you logged in to enCore you would simultaneously be logged into your Drupal database (whether it is a general Drupal site for the whole MOO or a Drupal site for your set of users, your class). enCore could have a Blog button in the Button Bar or you could create a link to the Drupal site from within your own enCore room. It seems like you could zap between programs by using URL links? Perhaps this kind of easy movement is not possible? But it is this double registration, double-login that I have a question about. Would that be possible? The double-login theoretically could be with other applications than a CMS. Of course, all this presumes the notion that people would be interested in expanding the capabilities of enCore by integrating it with other open source programs, and I'm not sure how you all feel about that. Lennie L. Lennie Irvin Department of English, San Antonio College San Antonio, TX http://www.accd.edu/sac/english/lirvin/ AlaMOO: http://www.accd.edu/sac/english/lirvin/AlaMOO/ From Lirvin@accdvm.accd.edu Sat Jun 19 07:52:55 2004 Received: with ECARTIS (v1.0.0; list encore); Sat, 19 Jun 2004 07:52:55 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id A17A15BAA for ; Sat, 19 Jun 2004 07:52:55 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 71CFB4A9C for ; Sat, 19 Jun 2004 07:52:55 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 03359-01-86 for ; Sat, 19 Jun 2004 07:52:54 -0500 (CDT) Received: from ACCDVM.ACCD.EDU (accdvm.accd.edu [209.184.119.1]) by mx2.utdallas.edu (Postfix) with SMTP id 391FC3562 for ; Sat, 19 Jun 2004 07:52:54 -0500 (CDT) Received: from irvin.accdvm.accd.edu [10.1.11.36] by ACCDVM.ACCD.EDU (IBM VM SMTP V2R4a) via TCP with SMTP ; Sat, 19 Jun 2004 07:52:14 CST Message-Id: <5.2.1.1.0.20040619075020.00a9c8f0@accdvm.accd.edu> X-Sender: Lirvin@accdvm.accd.edu X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Sat, 19 Jun 2004 07:52:46 -0500 To: encore@utdallas.edu From: Lennie Irvin Subject: [encore] Re: two programming questions In-Reply-To: <5.2.1.1.0.20040619072238.00a84ec0@accdvm.accd.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1139 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: Lirvin@accdvm.accd.edu Precedence: bulk Reply-to: Lirvin@accdvm.accd.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore To answer one of my own questions, would an open source program like this one be good for the file transer? Could it be loaded with enCore in the server and then used by enCore users without making the user download a client? http://www.radinks.com/sftp/ From alexborgia@hotmail.com Sat Jun 19 08:57:03 2004 Received: with ECARTIS (v1.0.0; list encore); Sat, 19 Jun 2004 08:57:03 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 534265BAA for ; Sat, 19 Jun 2004 08:57:03 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 2401A4A4C for ; Sat, 19 Jun 2004 08:57:03 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 07344-01-53 for ; Sat, 19 Jun 2004 08:56:57 -0500 (CDT) Received: from hotmail.com (bay13-dav29.bay13.hotmail.com [64.4.31.203]) by mx2.utdallas.edu (Postfix) with ESMTP id 6EA61342E for ; Sat, 19 Jun 2004 08:56:54 -0500 (CDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Sat, 19 Jun 2004 06:56:55 -0700 Received: from 66.36.142.177 by bay13-dav29.bay13.hotmail.com with DAV; Sat, 19 Jun 2004 13:56:55 +0000 X-Originating-IP: [66.36.142.177] X-Originating-Email: [alexborgia@hotmail.com] X-Sender: alexborgia@hotmail.com From: "Alexandre Borgia" To: "enCore" Subject: [encore] Re: two programming questions Date: Sat, 19 Jun 2004 09:57:15 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcRV+uZ3N82QYnDIRCegHW38Ea+APgAAyo3A X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 In-Reply-To: <5.2.1.1.0.20040619072238.00a84ec0@accdvm.accd.edu> Message-ID: X-OriginalArrivalTime: 19 Jun 2004 13:56:55.0738 (UTC) FILETIME=[481509A0:01C45605] X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1140 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: alexborgia@hotmail.com Precedence: bulk Reply-to: alexborgia@hotmail.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore Hi Lennie! Some browsers have built-in FTP support and understand such links: ftp:/// ... alternatively you can specify the username and/or the password of the account straight into the link: ftp://:@/ Internet Explorer can upload files on a FTP site by dragging the files on the browser screen. Netscape 4 used to have this capability as well, but it is no longer in version 7 (don't know about 6) - thus it can only browse FTP sites but not upload to them. The version of Opera I have does not seem to support FTP at all. Now there is the VASE utility that comes with enCore that can be used to transfer files via the web. It has all options needed to manage files in a quite convenient interface, but most interestingly it is already fully integrated with the MOO so players are automatically logged and disk quota is managed directly on them. I've been using this utility on MOOFrancais for quite a while to enable users to upload their own media on the MOO. About your second question (a single login "node" for different programs), the answer is not that simple. There are authentication server standards out there, LDAP for instance, or the Windows domain login that can be used to log seamlessly over different applications on a network. The problem is that the client and the other software must be aware of them. If the other applications you are wanting to interact with are websites, you can probably find a way to auto-login as long as the user can configure his username and password in enCore. You would then have to find how this information is sent to the server and automate the request. For example: a typical website will have a login page with a form to fill out account information. This form points to a "login.php" page, which receives the information and authenticate the user. If you take a look at the form and know the fields it uses, you can have the MOO to fill them out programmatically and send the login request to "login.php" in the background. The user is then authenticated on the site and can use the links you provide him. The login process will be totally transparent to him. I hope this somewhat clarifies your points, and maybe give out some clues about how to go with them:) - Alexandre Borgia -----Original Message----- From: encore-bounce@utdallas.edu [mailto:encore-bounce@utdallas.edu] On Behalf Of Lennie Irvin Sent: 19 juin 2004 08:42 To: encore@utdallas.edu Subject: [encore] two programming questions I had a couple of programming questions related to integrating enCore with other applications. Perhaps those with more programming perspective might be able to answer: 1) Would it be possible to integrate a file transfer program? I have followed links before that directly take me into someone's ftp folder (I suppose as an anonymous guest). Would it be possible to upload while viewing this ftp folder? without having to have ftp installed on your computer but in the server? Is there another program that enables this file uploading other than ftp? 2) Integrating a Blog/CMS with enCore--Double login? Is it possible to have a single login "node" (or place) to log you in to two different programs. The same goes for having a single registration site that would establish user accounts in the databases of two programs? What I am thinking is the possibility of seamlessly integrating enCore and Drupal (or any other CMS). If set up, when you logged in to enCore you would simultaneously be logged into your Drupal database (whether it is a general Drupal site for the whole MOO or a Drupal site for your set of users, your class). enCore could have a Blog button in the Button Bar or you could create a link to the Drupal site from within your own enCore room. It seems like you could zap between programs by using URL links? Perhaps this kind of easy movement is not possible? But it is this double registration, double-login that I have a question about. Would that be possible? The double-login theoretically could be with other applications than a CMS. Of course, all this presumes the notion that people would be interested in expanding the capabilities of enCore by integrating it with other open source programs, and I'm not sure how you all feel about that. Lennie L. Lennie Irvin Department of English, San Antonio College San Antonio, TX http://www.accd.edu/sac/english/lirvin/ AlaMOO: http://www.accd.edu/sac/english/lirvin/AlaMOO/ From djh@dmu.ac.uk Mon Jun 21 04:38:08 2004 Received: with ECARTIS (v1.0.0; list encore); Mon, 21 Jun 2004 04:38:09 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id A5B5A5BB0 for ; Mon, 21 Jun 2004 04:38:08 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 75B8923C1 for ; Mon, 21 Jun 2004 04:38:08 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 13172-01-57 for ; Mon, 21 Jun 2004 04:38:04 -0500 (CDT) Received: from dmu.ac.uk (motown.dmu.ac.uk [146.227.1.21]) by mx2.utdallas.edu (Postfix) with ESMTP id 087FE35A7 for ; Mon, 21 Jun 2004 04:38:03 -0500 (CDT) Received: from vinku.hum.dmu.ac.uk (vinku.hum.dmu.ac.uk [146.227.40.53]) by dmu.ac.uk (8.12.11/8.12.11) with ESMTP id i5L9acUb023263 for ; Mon, 21 Jun 2004 10:36:38 +0100 (BST) Received: from localhost (djh@localhost) by vinku.hum.dmu.ac.uk (8.12.10/8.12.10/Submit) with ESMTP id i5L9V2hB020793 for ; Mon, 21 Jun 2004 10:31:02 +0100 X-Authentication-Warning: vinku.hum.dmu.ac.uk: djh owned process doing -bs Date: Mon, 21 Jun 2004 10:31:01 +0100 (BST) From: David James Houghton X-X-Sender: djh@vinku.hum.dmu.ac.uk To: encore@utdallas.edu Subject: [encore] 3.3.3 to 4.0.1 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-DMU-MailScanner-Information: Please contact the ISP for more information X-DMU-MailScanner: Found to be clean X-MailScanner-From: djh@dmu.ac.uk X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1141 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: djh@dmu.ac.uk Precedence: bulk Reply-to: djh@dmu.ac.uk List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore Hello I would like to move our extensive moo database that runs under enCore 3.3.3 to another machine that runs enCore 4.0.1. I was hoping it would simply be a case of copying the existing enCore.db.new to enCore.db on the new machine and firing up moo. This doesn't seem to work. Has anyone done anything simliar ? best regards -- Dave Houghton djh@dmu.ac.uk System Manager Faculty of Humanities Work Tel. No. 0116 2506125 Clephan Building, Room 0.35 De Montfort University Leicester LE1 9BH From jung@uib.no Mon Jun 21 18:46:27 2004 Received: with ECARTIS (v1.0.0; list encore); Mon, 21 Jun 2004 18:46:27 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 82C905BAA for ; Mon, 21 Jun 2004 18:46:27 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 5361E4567 for ; Mon, 21 Jun 2004 18:46:27 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 05903-01-82 for ; Mon, 21 Jun 2004 18:46:22 -0500 (CDT) Received: from noralf.uib.no (noralf.uib.no [129.177.30.12]) by mx2.utdallas.edu (Postfix) with ESMTP id F22C635A7 for ; Mon, 21 Jun 2004 18:46:06 -0500 (CDT) Received: from alfred.uib.no (smtp.uib.no) [129.177.30.120] by noralf.uib.no with esmtp (Exim 4.34) id 1BcYUF-0007Ul-UN; Tue, 22 Jun 2004 01:46:05 +0200 Received: from tunnel-45-15.vpn.uib.no (Daniel2667.uib.no) [129.177.45.15] by smtp.uib.no for encore@utdallas.edu with esmtp (Exim 4.34) id 1BcYUF-0005Ln-0p; Tue, 22 Jun 2004 01:46:03 +0200 Message-Id: <5.2.0.8.2.20040622004246.018c1d30@alf.uib.no> X-Sender: fafdj@alf.uib.no X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.8 Date: Tue, 22 Jun 2004 01:43:59 +0200 To: encore@utdallas.edu From: Daniel Jung Subject: [encore] Re: two programming questions In-Reply-To: <5.2.1.1.0.20040619072238.00a84ec0@accdvm.accd.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-checked-clean: by exiscan on noralf X-Scanner: 9372727a61ca1922d2f91cf36e78752c http://tjinfo.uib.no/virus.html X-UiB-SpamFlag: NO UIB: 0.0 hits, 11.0 required X-UiB-SpamReport: spamassassin found; X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-Amavis-Alert: BAD HEADER Improper folded header field made up entirely of whitespace (char 00 hex) in message header 'X-UiB-SpamReport' ^ X-archive-position: 1142 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: jung@uib.no Precedence: bulk Reply-to: jung@uib.no List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore Hi Lennie, hi all, adding my thoughts to Alexandre's: At 14:41 19.06.2004, you wrote: >I had a couple of programming questions [...] >1) Would it be possible to integrate a file transfer program? There is already an ftp interface (not a program) included in VASE. But this feature has a large security hole, which (easily) lets any user upload in other players' names and even destroy other player's files (untraced). We have talked to Jason about that, but there will be no more work on the VASE module. So I really won't encourage you to use it, or to work on it. In my MOOS, we have used a FTP facility for a long time now. We first used a java thing to make that possible, but it turned out to be too difficult to maintain. Then we went over to PHP, and it works like a charm. Still - both versions rely on a seperat database. We have used a (mysql) database as an external authenticator, so that students log in one place and are automatically logged in another as well. In our case, we needed that for a seperate discussion forum. This external authenticator even auto-created characters in the MOO. We put A LOT of effort, time and money into it. But it turned out that we got too many problems with that, largely due to cookie issues. We are going away from that version now. What we are going to do in the next months is an ftp interface inside encore, which lets users control their own webspace. It must use a seperate database as well, but this database will be fed from the MOO, not the other way round. I won't bore you with details, I'm just saying that it will be simple and safe. A big issue, as I see it (maybe one of the most important issues to discuss this summer and fall), is the handling of files in the MOO. All "files" (notes etc.) are text in a database. There is no binaries functions, i.e. pictures and sounds must be stored elsewhere, and called from the MOO. These files must be on a public area, and are thus callable from the world. Now, a student has a file (sound, picture, WORD) and wants to upload it to the MOO. When stored on a public area, it is viewable for the world. Probably not what the student wants. Unless we are testing the web access code outside the MOO, meaning putting the user files into a .htaccess protected area which pulls out information from some database that the requester is entitled to view the file. Large text objects slow down the MOO, and maybe we have reached a level where MOOs, for educational purposes, need to look for other options for storing (some kind of) information than in the MOO db itself. It seems to me that the MOOserver is not designed to handle large amounts of text objects with large texts on them. We all are doing this - referencing to texts outside the MOO. Elegant file handling includes dealing with the FTP question you raised, and, as I said, I think this is a discussion to be taken globally for the MOO community. >2) Integrating a Blog/CMS with enCore--Double login? [...] What I am >thinking is the possibility of seamlessly integrating enCore and Drupal >(or any other CMS). You wrote a message to the list on ("Re: New ideas and ways to use Encore" Mon, 10 May 2004) where you said: I think also for EnCore's use in Education it needs to at least be able to offer comprehensive features like the course platform software tools like Blackboard or WebCT. That means upgrading the Mail system to enable threaded messaging (or integrating within the MOO an open source bulletin board). As I pointed out earlier, we have done all that, and we are walking away from that again. I have personnally written a threaded discussion forum INSIDE encore which has all the functions you need: differentiated reading/writing access, admin web functionality, email notification, message preview, reading statistics, visualisation of read/unread articles, searching (exact phrase, all words, regular expression), breaking down into pages, catching up, sorting, expanding/collapsing, flat/threaded view, freezing threads, deleting, moving, copying threads to other forums. All done by mouse click. Screenshot: http://lingo.uib.no/daniel/screen%20shot/forum.gif It is done, and it works, and will be tested in large scale from this fall on in many classes and courses in our MOOs. Then the whole thing will be nicely wrapped together as a distributable package. What I am trying to say: Rather than trying to integrate foreign programs and code and messing with external authentication, try to put all the effort in making it INSIDE encore. It makes encore much more stable, predictable, distributable and autonomous. The MOO (and encore) is an incredibly flexible tool, and we are just scratching the surface. We really should explore it. Whatever makes sense to have inside the moo, we should put it inside. Maybe a blog should be placed outside the MOO, maybe not - I don't know about that. But don't let that fact that there is no blog in encore make you think that the only way to have a blog is to integrate encore with an external blog. Raise some funding, and you will find some hackers to write it for you ;) With growing functionality, we would have to revise some moo server issues, like server threadedness, but that's another story. OK, long posting, my apologies. - Daniel From KEustace@csu.edu.au Mon Jun 21 20:21:09 2004 Received: with ECARTIS (v1.0.0; list encore); Mon, 21 Jun 2004 20:21:09 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 4E6215BAA for ; Mon, 21 Jun 2004 20:21:09 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 1BFDB467D for ; Mon, 21 Jun 2004 20:21:09 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 14510-01-84 for ; Mon, 21 Jun 2004 20:21:03 -0500 (CDT) Received: from csunw.riv.csu.edu.au (csunw.riv.csu.edu.au [137.166.76.1]) by mx2.utdallas.edu (Postfix) with ESMTP id BE9FB3556 for ; Mon, 21 Jun 2004 20:20:59 -0500 (CDT) Received: from XCWW01.CSUMain.csu.edu.au (xcww01.riv.csu.edu.au [137.166.216.22]) by csunw.riv.csu.edu.au (8.12.11/8.12.11) with ESMTP id i5M1KglW013215; Tue, 22 Jun 2004 11:20:43 +1000 (EST) X-MimeOLE: Produced By Microsoft Exchange V6.0.6487.1 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: [encore] Re: 3.3.3 to 4.0.1 Date: Tue, 22 Jun 2004 11:20:41 +1000 Message-ID: <8C2D9A2B9988B342BD8BAABEF0C83DB605BB0A@xcww01.riv.csu.edu.au> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [encore] 3.3.3 to 4.0.1 Thread-Index: AcRXc4n+4pTMB74NRPK5RlJcl05CpQAgknEw From: "Eustace, Ken" To: , X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1143 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: KEustace@csu.edu.au Precedence: bulk Reply-to: KEustace@csu.edu.au List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore Dave, I would do the patching from 3.3.3 to 4.0.1 first, then shutdown the MOO, archive it (as a MOO does have a history to respect) and copy the .db files onto the new machine and start it up via the telnet port and do @configure for the new location details. I like using Pueblo UE for the telnet client for both patching and doing the @configure work on my machine. Regards, Ken Eustace Lecturer (Information Systems) Study Group Program Manager (IT) School of Information Studies Charles Sturt University Wagga Wagga NSW 2678 Ph: +61 2 6933 2832 Fax: +61 2 6933 2733=20 Mobile: 0413 363 229 Email: keustace@csu.edu,.au Web: farrer.csu.edu.au/~keustace -----Original Message----- From: encore-bounce@utdallas.edu [mailto:encore-bounce@utdallas.edu] On Behalf Of David James Houghton Sent: Monday, 21 June 2004 7:31 PM To: encore@utdallas.edu Subject: [encore] 3.3.3 to 4.0.1 Hello I would like to move our extensive moo database that runs under enCore 3.3.3 to another machine that runs enCore 4.0.1. I was hoping it would simply be a case of copying the existing enCore.db.new to enCore.db on the new machine and firing up moo. This doesn't seem to work. Has anyone done anything simliar ? best regards --=20 Dave Houghton djh@dmu.ac.uk System Manager Faculty of Humanities Work Tel. No. 0116 2506125 Clephan Building, Room 0.35 De Montfort University Leicester LE1 9BH From djh@dmu.ac.uk Tue Jun 22 03:08:50 2004 Received: with ECARTIS (v1.0.0; list encore); Tue, 22 Jun 2004 03:08:51 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 051ED5BAA for ; Tue, 22 Jun 2004 03:08:48 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 184F0242C for ; Tue, 22 Jun 2004 03:08:47 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 09544-01-4 for ; Tue, 22 Jun 2004 03:08:38 -0500 (CDT) Received: from dmu.ac.uk (motown.dmu.ac.uk [146.227.1.21]) by mx2.utdallas.edu (Postfix) with ESMTP id 2822C34A7 for ; Tue, 22 Jun 2004 03:08:36 -0500 (CDT) Received: from vinku.hum.dmu.ac.uk (vinku.hum.dmu.ac.uk [146.227.40.53]) by dmu.ac.uk (8.12.11/8.12.11) with ESMTP id i5M85wEx022503; Tue, 22 Jun 2004 09:06:00 +0100 (BST) Received: from localhost (djh@localhost) by vinku.hum.dmu.ac.uk (8.12.10/8.12.10/Submit) with ESMTP id i5M80I1c022299; Tue, 22 Jun 2004 09:00:19 +0100 X-Authentication-Warning: vinku.hum.dmu.ac.uk: djh owned process doing -bs Date: Tue, 22 Jun 2004 09:00:18 +0100 (BST) From: David James Houghton X-X-Sender: djh@vinku.hum.dmu.ac.uk To: "Eustace, Ken" Cc: encore@utdallas.edu Subject: [encore] Re: 3.3.3 to 4.0.1 In-Reply-To: <8C2D9A2B9988B342BD8BAABEF0C83DB605BB0A@xcww01.riv.csu.edu.au> Message-ID: References: <8C2D9A2B9988B342BD8BAABEF0C83DB605BB0A@xcww01.riv.csu.edu.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-DMU-MailScanner-Information: Please contact the ISP for more information X-DMU-MailScanner: Found to be clean X-MailScanner-From: djh@dmu.ac.uk X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1144 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: djh@dmu.ac.uk Precedence: bulk Reply-to: djh@dmu.ac.uk List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore Hello Just to clarify my problem a little. I have 2 machines with different operating systems (red hat 9 and red hat 10). One has encore 3.3.3 which has mature moo while the other has a brand spanking new encore 4.0.1 that has had no development. I'd like to move the mature moo into the new environment. Is this an easy thing to do ? regards -- Dave Houghton djh@dmu.ac.uk System Manager Faculty of Humanities Work Tel. No. 0116 2506125 Clephan Building, Room 0.35 De Montfort University Leicester LE1 9BH On Tue, 22 Jun 2004, Eustace, Ken wrote: > Dave, > > I would do the patching from 3.3.3 to 4.0.1 first, then shutdown the > MOO, archive it (as a MOO does have a history to respect) and copy the > .db files onto the new machine and start it up via the telnet port and > do @configure for the new location details. I like using Pueblo UE for > the telnet client for both patching and doing the @configure work on my > machine. > > Regards, > Ken Eustace > Lecturer (Information Systems) > Study Group Program Manager (IT) > School of Information Studies > Charles Sturt University > Wagga Wagga NSW 2678 > Ph: +61 2 6933 2832 Fax: +61 2 6933 2733 > Mobile: 0413 363 229 > Email: keustace@csu.edu,.au > Web: farrer.csu.edu.au/~keustace > > -----Original Message----- > From: encore-bounce@utdallas.edu [mailto:encore-bounce@utdallas.edu] On > Behalf Of David James Houghton > Sent: Monday, 21 June 2004 7:31 PM > To: encore@utdallas.edu > Subject: [encore] 3.3.3 to 4.0.1 > > Hello > > I would like to move our extensive moo database that runs under > enCore 3.3.3 to another machine that runs enCore 4.0.1. I was > hoping it would simply be a case of copying the existing enCore.db.new > to enCore.db on the new machine and firing up moo. This doesn't > seem to work. Has anyone done anything simliar ? > > best regards > > -- > > Dave Houghton djh@dmu.ac.uk > System Manager > Faculty of Humanities Work Tel. No. 0116 2506125 > Clephan Building, Room 0.35 > De Montfort University > Leicester LE1 9BH > > > > From Lirvin@accdvm.accd.edu Tue Jun 22 07:35:52 2004 Received: with ECARTIS (v1.0.0; list encore); Tue, 22 Jun 2004 07:35:53 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 8E2CC5BAA for ; Tue, 22 Jun 2004 07:35:52 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 699A6481A for ; Tue, 22 Jun 2004 07:35:52 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 28742-01-67 for ; Tue, 22 Jun 2004 07:35:49 -0500 (CDT) Received: from ACCDVM.ACCD.EDU (accdvm.accd.edu [209.184.119.1]) by mx2.utdallas.edu (Postfix) with SMTP id C6AC73523 for ; Tue, 22 Jun 2004 07:35:47 -0500 (CDT) Received: from irvin.accdvm.accd.edu [10.1.11.21] by ACCDVM.ACCD.EDU (IBM VM SMTP V2R4a) via TCP with SMTP ; Tue, 22 Jun 2004 07:35:03 CST Message-Id: <5.2.1.1.0.20040622071403.00aa4ae0@accdvm.accd.edu> X-Sender: Lirvin@accdvm.accd.edu X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Tue, 22 Jun 2004 07:35:07 -0500 To: encore@utdallas.edu From: Lennie Irvin Subject: [encore] Re: two programming questions In-Reply-To: <5.2.0.8.2.20040622004246.018c1d30@alf.uib.no> References: <5.2.1.1.0.20040619072238.00a84ec0@accdvm.accd.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1145 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: Lirvin@accdvm.accd.edu Precedence: bulk Reply-to: Lirvin@accdvm.accd.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore Hey Daniel and Everyone, Your activity and insight on encore are encouraging. Very encouraging. I wanted to respond to a couple of your responses: 1) Mail upgrade I had heard about your improvement to MOO mail. That sounds FANTASTIC! I am encouraged because in the past few years I have had to integrate a web-based bulletin board into my MOO environment to get the level of asynchronous communication that I require. I would be interested in beta-testing this in my new moo home, Nouspace (if Dene is open to the idea). 2) External authenticator: You wrote: >We have used a (mysql) database as an external authenticator, so that >students log in one place and are automatically logged in another as well. >In our case, we needed that for a seperate discussion forum. This external >authenticator even auto-created characters in the MOO. We put A LOT of >effort, time and money into it. But it turned out that we got too many >problems with that, largely due to cookie issues. We are going away from >that version now. It sounds like you already have tried what I had envisioned regarding integrating enCore with other applications and databases. This tool seems remarkably useful potentially. Is it really to the point where you will abandon it, or could the cookie issues be resolved somehow? 3) MOO first--then outside It sounds like you are adopting the reverse strategy, in a way using the MOO as the external authenticator. You would use the MOO as the engine that would integrate out to other databases. Am I understanding correctly? I think herve in Hawaii has done some work with moo and other database integration. It might be interesting to hear his perspective? 4) File transfer I am very interested in the ftp interface from inside enCore. I think this will add a nice dimension to enCore. Again, I would be open to beta-testing this application. As far as worries about publically accessible images, I don't think that would be a big issue if students/users know that what they upload will be accessible publically. Also, as has been discussed here before, if you set your MOO environment to prevent browsing, then the search engine spiders or whatever they are won't catalogue material that lives inside your moo for general websearches to find. 5) Elegant file handling: You wrote: "It seems to me that the MOOserver is not designed to handle large amounts of text objects with large texts on them. We all are doing this - referencing to texts outside the MOO. Elegant file handling includes dealing with the FTP question you raised, and, as I said, I think this is a discussion to be taken globally for the MOO community." I certainly am pushing the mooserver to handle lots of text. I think you raise a good point that should be discussed. Thanks for your insight and pardon my long post too. Lennie At 01:43 AM 6/22/04 +0200, you wrote: >X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu >X-Amavis-Alert: BAD HEADER Improper folded header field made up entirely >of whitespace (char 00 hex) in message header 'X-UiB-SpamReport' > ^ >X-archive-position: 1142 >X-ecartis-version: Ecartis v1.0.0 >Sender: encore-bounce@utdallas.edu >Errors-To: encore-bounce@utdallas.edu >X-original-sender: jung@uib.no >Precedence: bulk >Reply-To: jung@uib.no >List-help: >List-unsubscribe: > >List-software: Ecartis version 1.0.0 >List-Id: >X-List-ID: >X-list: encore >X-PMX-Version: 4.6.0.99824, Antispam-Core: 4.6.0.101390, Antispam-Data: >2004.6.21.104575 > >Hi Lennie, hi all, > >adding my thoughts to Alexandre's: > >At 14:41 19.06.2004, you wrote: >>I had a couple of programming questions [...] >>1) Would it be possible to integrate a file transfer program? > >There is already an ftp interface (not a program) included in VASE. But >this feature has a large security hole, which (easily) lets any user >upload in other players' names and even destroy other player's files >(untraced). We have talked to Jason about that, but there will be no more >work on the VASE module. So I really won't encourage you to use it, or to >work on it. > >In my MOOS, we have used a FTP facility for a long time now. We first used >a java thing to make that possible, but it turned out to be too difficult >to maintain. Then we went over to PHP, and it works like a charm. Still - >both versions rely on a seperat database. We have used a (mysql) database >as an external authenticator, so that students log in one place and are >automatically logged in another as well. In our case, we needed that for a >seperate discussion forum. This external authenticator even auto-created >characters in the MOO. We put A LOT of effort, time and money into it. But >it turned out that we got too many problems with that, largely due to >cookie issues. We are going away from that version now. > >What we are going to do in the next months is an ftp interface inside >encore, which lets users control their own webspace. It must use a >seperate database as well, but this database will be fed from the MOO, not >the other way round. I won't bore you with details, I'm just saying that >it will be simple and safe. > >A big issue, as I see it (maybe one of the most important issues to >discuss this summer and fall), is the handling of files in the MOO. All >"files" (notes etc.) are text in a database. There is no binaries >functions, i.e. pictures and sounds must be stored elsewhere, and called >from the MOO. These files must be on a public area, and are thus callable >from the world. Now, a student has a file (sound, picture, WORD) and wants >to upload it to the MOO. When stored on a public area, it is viewable for >the world. Probably not what the student wants. Unless we are testing the >web access code outside the MOO, meaning putting the user files into a >.htaccess protected area which pulls out information from some database >that the requester is entitled to view the file. > >Large text objects slow down the MOO, and maybe we have reached a level >where MOOs, for educational purposes, need to look for other options for >storing (some kind of) information than in the MOO db itself. It seems to >me that the MOOserver is not designed to handle large amounts of text >objects with large texts on them. We all are doing this - referencing to >texts outside the MOO. Elegant file handling includes dealing with the FTP >question you raised, and, as I said, I think this is a discussion to be >taken globally for the MOO community. > >>2) Integrating a Blog/CMS with enCore--Double login? [...] What I am >>thinking is the possibility of seamlessly integrating enCore and Drupal >>(or any other CMS). > >You wrote a message to the list on ("Re: New ideas and ways to use Encore" >Mon, 10 May 2004) where you said: > > I think also for EnCore's use in Education it needs > to at least be able to offer comprehensive features > like the course platform software tools like Blackboard > or WebCT. That means upgrading the Mail system to enable > threaded messaging (or integrating within the MOO an open > source bulletin board). > >As I pointed out earlier, we have done all that, and we are walking away >from that again. I have personnally written a threaded discussion forum >INSIDE encore which has all the functions you need: differentiated >reading/writing access, admin web functionality, email notification, >message preview, reading statistics, visualisation of read/unread >articles, searching (exact phrase, all words, regular expression), >breaking down into pages, catching up, sorting, expanding/collapsing, >flat/threaded view, freezing threads, deleting, moving, copying threads to >other forums. All done by mouse click. > >Screenshot: http://lingo.uib.no/daniel/screen%20shot/forum.gif > >It is done, and it works, and will be tested in large scale from this fall >on in many classes and courses in our MOOs. Then the whole thing will be >nicely wrapped together as a distributable package. > >What I am trying to say: Rather than trying to integrate foreign programs >and code and messing with external authentication, try to put all the >effort in making it INSIDE encore. It makes encore much more stable, >predictable, distributable and autonomous. The MOO (and encore) is an >incredibly flexible tool, and we are just scratching the surface. We >really should explore it. Whatever makes sense to have inside the moo, we >should put it inside. Maybe a blog should be placed outside the MOO, maybe >not - I don't know about that. But don't let that fact that there is no >blog in encore make you think that the only way to have a blog is to >integrate encore with an external blog. Raise some funding, and you will >find some hackers to write it for you ;) > >With growing functionality, we would have to revise some moo server >issues, like server threadedness, but that's another story. > >OK, long posting, my apologies. >- Daniel > > L. Lennie Irvin Department of English, San Antonio College San Antonio, TX http://www.accd.edu/sac/english/lirvin/ AlaMOO: http://www.accd.edu/sac/english/lirvin/AlaMOO/ From fox@vader.aacc.edu Tue Jun 22 14:35:41 2004 Received: with ECARTIS (v1.0.0; list encore); Tue, 22 Jun 2004 14:35:41 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id D90FC5BAA for ; Tue, 22 Jun 2004 14:35:40 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id A9EEF282F for ; Tue, 22 Jun 2004 14:35:40 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 20241-01-43 for ; Tue, 22 Jun 2004 14:35:38 -0500 (CDT) Received: from vader.aacc.edu (vader.aacc.edu [12.167.138.28]) by mx2.utdallas.edu (Postfix) with ESMTP id 4D27635A7 for ; Tue, 22 Jun 2004 14:35:37 -0500 (CDT) Received: from vader.aacc.edu (IDENT:O5nSgAyqFwiFpN3EmG+ohrY3AXN6qVaN@localhost [127.0.0.1]) by vader.aacc.edu (8.12.8/8.12.8) with ESMTP id i5MJZBuU020749; Tue, 22 Jun 2004 15:35:11 -0400 Received: from localhost (fox@localhost) by vader.aacc.edu (8.12.8/8.12.8/Submit) with ESMTP id i5MJZA0E020745; Tue, 22 Jun 2004 15:35:10 -0400 Date: Tue, 22 Jun 2004 15:35:10 -0400 (EDT) From: fox@vader.aacc.edu To: David James Houghton Cc: "Eustace, Ken" , Subject: [encore] Re: 3.3.3 to 4.0.1 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1146 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: fox@vader.aacc.edu Precedence: bulk Reply-to: fox@vader.aacc.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore On Tue, 22 Jun 2004, David James Houghton wrote: > Just to clarify my problem a little. I have 2 machines with > different operating systems (red hat 9 and red hat 10). One > has encore 3.3.3 which has mature moo while the other has a > brand spanking new encore 4.0.1 that has had no development. > I'd like to move the mature moo into the new environment. > > Is this an easy thing to do ? Yes, but you have to do it the other way round. Start a copy of your 3.3.3 MOO on the new machine. Then, bring in, 1 by 1, the patches that bridge the gap from 3.3.3 to 4.0.1. Be sure to keep the old copy around until you're satisfied the new one works OK. You should probably test it after each patch, so that if something breaks your own code, you'll know what. (That's not at all unlikely if a patch touches code that you changed. If that happens, you want to merge changes carefully.) Note that the caveat above applies to verbs only. If all you did is: - create new objects and configure them, - tweak settings on existing objects, - create new players or users, - and chat and send MOOmail, then you shouldn't see any conflicts. Also, you should warn your users that changes made to the old MOO while you upgrade the new to 4.0.1 will be lost when the new one replaces the old one. -- "I'd ask if you'd found the right sort of isolated wasteland for your citadel of dread yet, but that would be a silly question; you're in Utah, after all." --ESR to Darl McBride (Chief Excessive Ossifier of Squandered Clues Obstination), in http://www.catb.org/~esr/writings/mcbride.html From fox@vader.aacc.edu Wed Jun 23 12:39:21 2004 Received: with ECARTIS (v1.0.0; list encore); Wed, 23 Jun 2004 12:39:22 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id AC9C85BC5 for ; Wed, 23 Jun 2004 12:39:21 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 7C95856B8 for ; Wed, 23 Jun 2004 12:39:21 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 20621-01-90 for ; Wed, 23 Jun 2004 12:39:16 -0500 (CDT) Received: from vader.aacc.edu (vader.aacc.cc.md.us [12.167.138.28]) by mx2.utdallas.edu (Postfix) with ESMTP id 087B2358F for ; Wed, 23 Jun 2004 12:39:09 -0500 (CDT) Received: from vader.aacc.edu (IDENT:fVAdX4H1zcPpfY6o1lbziTZxs1izzfp+@localhost [127.0.0.1]) by vader.aacc.edu (8.12.8/8.12.8) with ESMTP id i5NHcxuU024797; Wed, 23 Jun 2004 13:38:59 -0400 Received: from localhost (fox@localhost) by vader.aacc.edu (8.12.8/8.12.8/Submit) with ESMTP id i5NHcwkm024793; Wed, 23 Jun 2004 13:38:59 -0400 Date: Wed, 23 Jun 2004 13:38:58 -0400 (EDT) From: fox@vader.aacc.edu To: David James Houghton Cc: encore@utdallas.edu Subject: [encore] Re: 3.3.3 to 4.0.1 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1147 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: fox@vader.aacc.edu Precedence: bulk Reply-to: fox@vader.aacc.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore On Wed, 23 Jun 2004, David James Houghton wrote: > Thanks for the advice. This is a bit of a pain as I was hoping > to transfer the moo on a temporary basis, then upgrade the > old machine to red hat 10 and then move the moo back. If I > upgrade as you suggest would it be possible to move the new > moo to another machine running encore 4.0.1. That might solve > my problem. Actually, there is no encore distinct from your MOO database. When you copy your database from a machine to another, you copy all of it, including the part that comes from encore. The patches I mentioned would change the part that comes from encore, and keep the rest of your database intact. Then, when you move your MOO database back to your old machine after you upgrade it to RH10, you bring back the upgraded encore bits with the rest. Hope that clears things up a bit. -- "I'd ask if you'd found the right sort of isolated wasteland for your citadel of dread yet, but that would be a silly question; you're in Utah, after all." --ESR to Darl McBride (Chief Excessive Ossifier of Squandered Clues Obstination), in http://www.catb.org/~esr/writings/mcbride.html From djg25@psu.edu Sun Jun 27 12:31:23 2004 Received: with ECARTIS (v1.0.0; list encore); Sun, 27 Jun 2004 12:31:24 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id BD9535BAA for ; Sun, 27 Jun 2004 12:31:23 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 8E27A4A31 for ; Sun, 27 Jun 2004 12:31:23 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 14922-01-55 for ; Sun, 27 Jun 2004 12:31:19 -0500 (CDT) Received: from f05n03.cac.psu.edu (f05s03.cac.psu.edu [128.118.141.46]) by mx2.utdallas.edu (Postfix) with ESMTP id CEA01355B for ; Sun, 27 Jun 2004 12:31:18 -0500 (CDT) Received: from faclapdjg.psu.edu (edhcp19.ds.psu.edu [146.186.61.149]) by f05n03.cac.psu.edu (8.12.11/8.12.11) with ESMTP id i5RHVH9t111222 for ; Sun, 27 Jun 2004 13:31:17 -0400 Message-Id: <5.1.0.14.2.20040627132907.014a0db0@email.psu.edu> X-Sender: djg25@email.psu.edu X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sun, 27 Jun 2004 13:33:05 -0400 To: encore@utdallas.edu From: Deborah Gill Subject: [encore] Encore 4.0 Mime-Version: 1.0 Content-Type: text/html; charset="us-ascii" X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1148 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: djg25@psu.edu Precedence: bulk Reply-to: djg25@psu.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore Hello all!

I have just updated my patches to the 3.3.4 version of Encore.  My question is:  Is there a "patch" version for 4.0 or just a .tar version?  I'm asking because I don't have any idea how to upgrade using the .tar version.  Any ideas or help you can provide would greatly be appreciated!

Thanks in advance!

Best,

Debbie

Deborah Gill, Ph.D.
Assistant Professor of Spanish
Pennsylvania State University-DuBois
College Place
DuBois, PA 15801
(814) 375-4783
Email: djg25@psu.edu, msdgill@aol.com
World of Diversity:  http://diversity.ds.psu.edu:7000 From djg25@psu.edu Sun Jun 27 15:48:48 2004 Received: with ECARTIS (v1.0.0; list encore); Sun, 27 Jun 2004 15:48:48 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id B6CF05BAA for ; Sun, 27 Jun 2004 15:48:47 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 476AA49D8 for ; Sun, 27 Jun 2004 15:48:47 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 27273-01-68 for ; Sun, 27 Jun 2004 15:48:42 -0500 (CDT) Received: from f04n01.cac.psu.edu (f04s01.cac.psu.edu [128.118.141.31]) by mx2.utdallas.edu (Postfix) with ESMTP id E1CB835AC for ; Sun, 27 Jun 2004 15:48:41 -0500 (CDT) Received: from faclapdjg.psu.edu (edhcp19.ds.psu.edu [146.186.61.149]) by f04n01.cac.psu.edu (8.12.11/8.12.11) with ESMTP id i5RKmexf306016 for ; Sun, 27 Jun 2004 16:48:40 -0400 Message-Id: <5.1.0.14.2.20040627164919.02d38438@email.psu.edu> X-Sender: djg25@email.psu.edu X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Sun, 27 Jun 2004 16:50:27 -0400 To: encore@utdallas.edu From: Deborah Gill Subject: [encore] Encore 4.0 issue resolved Mime-Version: 1.0 Content-Type: text/html; charset="us-ascii" X-Virus-Scanned: by amavisd-new X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1149 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: djg25@psu.edu Precedence: bulk Reply-to: djg25@psu.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore Hello all!

My Encore 4.0 question has been resolved!

Thanks!

Best,

Debbie

Deborah Gill, Ph.D.
Assistant Professor of Spanish
Pennsylvania State University-DuBois
College Place
DuBois, PA 15801
(814) 375-4783
Email: djg25@psu.edu, msdgill@aol.com
World of Diversity: http://diversity.ds.psu.edu:7000 From joshua.dorothy@ndsu.nodak.edu Mon Jun 28 17:43:08 2004 Received: with ECARTIS (v1.0.0; list encore); Mon, 28 Jun 2004 17:43:08 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id DF9175C0E for ; Mon, 28 Jun 2004 17:43:07 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id A917A426 for ; Mon, 28 Jun 2004 17:43:07 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 01450-01-85 for ; Mon, 28 Jun 2004 17:43:00 -0500 (CDT) Received: from smtp1.nodak.edu (smtp1.NoDak.edu [134.129.111.50]) by mx2.utdallas.edu (Postfix) with ESMTP id 401BC3581 for ; Mon, 28 Jun 2004 17:42:57 -0500 (CDT) Received: from ndsu.nodak.edu (webmail1.ndsu.NoDak.edu [134.129.111.141]) by smtp1.nodak.edu (8.11.6/8.11.6) with SMTP id i5SMgsN12112 for ; Mon, 28 Jun 2004 17:42:54 -0500 Received: from 24.119.211.24 (SquirrelMail authenticated user joshua.dorothy) by webmail.ndsu.nodak.edu with HTTP; Mon, 28 Jun 2004 17:42:54 -0500 (CDT) Message-ID: <2356.24.119.211.24.1088462574.squirrel@webmail.ndsu.nodak.edu> Date: Mon, 28 Jun 2004 17:42:54 -0500 (CDT) Subject: [encore] enCore and the command parser From: To: X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.11) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1150 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: joshua.dorothy@ndsu.nodak.edu Precedence: bulk Reply-to: joshua.dorothy@ndsu.nodak.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore Hey all, just a quick question I hope someone can answer for me. In fact, it might be a LambdaMOO question instead, but I'm not sure. When commands are entered into enCore, how exactly are they sent to the MOO? I assume it's to a command parser of some kind, but I'm having a heck of a time tracking it down. We're currently in the beginning stages of creating a graphical client for our MOO, but being able to send the MOO information back and forth is the first step. I figured the easiest way would be just to mimic an existing client, i.e. send the commands to the same spot in the MOO. Any ideas? Thanks, Josh Dorothy Research Assistant, NDSU http://fishhook.ndsu.edu From alexborgia@hotmail.com Mon Jun 28 20:04:25 2004 Received: with ECARTIS (v1.0.0; list encore); Mon, 28 Jun 2004 20:04:25 -0500 (CDT) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 4E7905BB0 for ; Mon, 28 Jun 2004 20:04:24 -0500 (CDT) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id EC9545373 for ; Mon, 28 Jun 2004 20:04:23 -0500 (CDT) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 13509-01-64 for ; Mon, 28 Jun 2004 20:04:17 -0500 (CDT) Received: from hotmail.com (bay13-dav39.bay13.hotmail.com [64.4.31.213]) by mx2.utdallas.edu (Postfix) with ESMTP id 524C634A7 for ; Mon, 28 Jun 2004 20:04:14 -0500 (CDT) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 28 Jun 2004 18:04:13 -0700 Received: from 66.36.139.184 by bay13-dav39.bay13.hotmail.com with DAV; Tue, 29 Jun 2004 01:04:13 +0000 X-Originating-IP: [66.36.139.184] X-Originating-Email: [alexborgia@hotmail.com] X-Sender: alexborgia@hotmail.com From: "Alexandre Borgia" To: "enCore" Subject: [encore] Re: enCore and the command parser Date: Mon, 28 Jun 2004 21:05:30 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 Thread-Index: AcRdYVajfh5rq5RlRJKAvJXsy7s7BAABaucg In-Reply-To: <2356.24.119.211.24.1088462574.squirrel@webmail.ndsu.nodak.edu> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Message-ID: X-OriginalArrivalTime: 29 Jun 2004 01:04:13.0827 (UTC) FILETIME=[FE5C5530:01C45D74] X-Virus-Scanned: by amavisd-new-20030616-p9 at utdallas.edu X-archive-position: 1151 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: alexborgia@hotmail.com Precedence: bulk Reply-to: alexborgia@hotmail.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore Hi Josh, Depending on what you want to do, this question has many answers. I have 3 in mind:) But before going in depth about how the MOO handles connections I just want to make clear that the MOO uses a plain TCP/IP socket with very loose protocol on which you can send and receive text (or any kind of data for that matter). The enCore java client is directly connected to this socket, and this is the most basic way log on to a MOO (you can connect to it directly by using a standard telnet client). Now let's see different ways to make a specialized client interact with the MOO. Answer #1: Out-of-band commands =============================== The simplest way to perform client-MOO communication (and the one most used by specialized clients) is to use the built-in "out-of-band" command handling mechanism of the MOO Server. It has been designed for this exact purpose: permitting client-to-MOO communication on top of the player-to-MOO communication. Out-of-band commands start with a special prefix (which is configurable when compiling the server, but usually it is these three characters: #$#). Every input received by the MOO that starts with this prefix is handled specially. It is sent to the #0:do_out_of_band_command() verb as arguments. Also, the "player" variable in this context has the value of the player from whose connection originated the input. You then have all the tools needed to interact transparently with the client (if you want to send information back to it, just filter out this information from what you want to display to the player - for instance, using a similar prefix). Answer #2: Taking control over the login process ================================================ If you want to have even more control over the connection I suggest you read the "Associating Network Connections with Players" chapter from the LambdaMOO Programmer's Manual. Basically, when a network connection is first established with the MOO it is treated as coming from an unconnected player (identified by an unique negative object #) and all arguments are send to the #0:do_login_command() verb (again, with the "player" variable set to this object number so you can interact with it). If this verb returns a posit