From kevijeps@telusplanet.net Sun Aug 4 16:28:02 2002 Received: with ECARTIS (v1.0.0; list encore); Sun, 04 Aug 2002 16:28:02 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id D1BA72875F for ; Sun, 4 Aug 2002 16:28:00 -0500 (CDT) Received: from priv-edtnes11-hme0.telusplanet.net (fepout3.telus.net [199.185.220.238]) by ns0.utdallas.edu (Postfix) with ESMTP id C5C7A1A07B8 for ; Sun, 4 Aug 2002 16:21:40 -0500 (CDT) Received: from ishtar ([66.222.223.248]) by priv-edtnes11-hme0.telusplanet.net (InterMail vM.5.01.04.05 201-253-122-122-105-20011231) with SMTP id <20020804212140.TTJP22374.priv-edtnes11-hme0.telusplanet.net@ishtar> for ; Sun, 4 Aug 2002 15:21:40 -0600 From: "Kevin" To: Subject: [encore] Problems with MacMoose Object Browser Date: Sun, 4 Aug 2002 15:23:54 -0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 In-Reply-To: X-archive-position: 549 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: kevijeps@telusplanet.net Precedence: bulk Reply-to: kevijeps@telusplanet.net List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore I'm having trouble with the MacMoose Object Browser in my MOO. Using TKmoo-light and get the following when I try to look at an object (in this case #1) _&_MacMOOSE_object_parents(_BROWSER_=.macmoose_browser28) OBJ_: #1 OBJ_NAME_: Root Class PARENT_OBJS_: /#1/ PARENT_NAMES_: /Root Class (#1)/ The browser shows nothing. The windows version of the Moose browsere does the same. Any suggestions on what to check would be most appreciated. Ciao KJ From kevijeps@telusplanet.net Sun Aug 4 16:55:28 2002 Received: with ECARTIS (v1.0.0; list encore); Sun, 04 Aug 2002 16:55:28 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id CECBE288AE for ; Sun, 4 Aug 2002 16:55:26 -0500 (CDT) Received: from priv-edtnes15-hme0.telusplanet.net (defout.telus.net [199.185.220.240]) by ns0.utdallas.edu (Postfix) with ESMTP id B9D2B1A1490 for ; Sun, 4 Aug 2002 16:49:07 -0500 (CDT) Received: from ishtar ([66.222.223.248]) by priv-edtnes15-hme0.telusplanet.net (InterMail vM.5.01.04.01 201-253-122-122-101-20011014) with SMTP id <20020804214907.OUYT3365.priv-edtnes15-hme0.telusplanet.net@ishtar> for ; Sun, 4 Aug 2002 15:49:07 -0600 From: "Kevin" To: Subject: [encore] Re: Problems with MacMoose Object Browser Date: Sun, 4 Aug 2002 15:51:18 -0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 In-Reply-To: X-archive-position: 550 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: kevijeps@telusplanet.net Precedence: bulk Reply-to: kevijeps@telusplanet.net List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Well... Should have done some digging before I posted. Seems that the @wrap command has to be set to off or MacMoose barfs. Found the fix here: http://cafe.berkeley.edu/~van/moo.html Cool site actually. KJ -----Original Message----- From: Kevin [mailto:kevijeps@telusplanet.net] Sent: Sunday, August 04, 2002 3:24 PM To: encore@utdallas.edu Subject: Problems with MacMoose Object Browser I'm having trouble with the MacMoose Object Browser in my MOO. Using TKmoo-light and get the following when I try to look at an object (in this case #1) _&_MacMOOSE_object_parents(_BROWSER_=.macmoose_browser28) OBJ_: #1 OBJ_NAME_: Root Class PARENT_OBJS_: /#1/ PARENT_NAMES_: /Root Class (#1)/ The browser shows nothing. The windows version of the Moose browsere does the same. Any suggestions on what to check would be most appreciated. Ciao KJ From aborgia@videotron.ca Thu Aug 8 04:47:53 2002 Received: with ECARTIS (v1.0.0; list encore); Thu, 08 Aug 2002 04:47:54 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id 31F01288AE for ; Thu, 8 Aug 2002 04:47:51 -0500 (CDT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by ns0.utdallas.edu (Postfix) with ESMTP id D0A861A1047 for ; Thu, 8 Aug 2002 04:41:27 -0500 (CDT) Received: from alex ([24.200.72.104]) by relais.videotron.ca (Videotron-Netscape Messaging Server v4.15 MTA-PRD4) with ESMTP id H0IQWC02.Y90 for ; Thu, 8 Aug 2002 05:41:00 -0400 Content-Type: text/plain; charset="us-ascii" From: Alexandre Borgia To: encore@utdallas.edu Subject: [encore] how to speed up an enCore DB ... Date: Thu, 8 Aug 2002 05:42:21 -0400 User-Agent: KMail/1.4.1 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200208080542.21837.aborgia@videotron.ca> X-archive-position: 551 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: aborgia@videotron.ca Precedence: bulk Reply-to: aborgia@videotron.ca List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Greetings, =09I don't remember this issue being discussed before, pardon me if so:) =09It all started when I found strange that a verb compiled within a virg= in=20 "latest-release" LambdaDB took aprox. 4 minutes to finalize his tasks, wh= ile=20 running it from a virgin "latest-release" enCoreDB took - *glup* - about = 2=20 hours! The 2 DBs were using the same LambdaMOO server, on the same machi= ne. =09The problem was that I used "$command_utils:suspend_if_needed". In bo= th DBs,=20 it has (almost) the same code/behavior, that is, to check if a verb is=20 running out-of-ticks, and if so it calls the "suspend" command to get som= e=20 more running time. It also has a (neat?) feature that checks the MOO lag= and=20 won't allow you to suspend for less than the lag-value. =09The lag-value is generated by "$login:sample_lag", and then stored in=20 "$login.current_lag". The thing is, this verb is not run automatically, = and=20 there is probably a lot of MOOs not even aware of this feature. So,=20 considering you haven't started the process, the current lag value will=20 remain the same forever. =09In LambdaDB, this value is set to 0 by default. In enCore, it is set = to 6! =20 So everytime "$command_utils:suspend_if_needed" is called, even if you pa= ss 0=20 as argument, it will *always* wait at least 6 seconds before resuming. =09Was this intended? =09Although a lot of "core" verbs use "suspend_if_needed", most of the ba= sic=20 procedures (like telling something, droping an object, looking at a room,= =20 etc.) are quite easily computed and won't show up much performance drop. = But=20 if you have some management/research/etc. algorithms that loops a lot,=20 setting "$login.current_lag" to 0 will without doubts speed things up=20 tremendiously:) This goes for a lot of MOO background commands ...=20 $room_db:update(), for example, used to a minute, now it takes less than = a=20 second. This also explains strange behaviors I had, like having to wait=20 periodically during looking, editor-listing, "@audits", etc. =09Another similar behavior: =09=09In LambdaDB: "$list_utils:iassoc_suspended" suspends to 0 by defaul= t. =09=09In enCoreDB: the same verb suspends at 1 by default. Worst, it cal= ls=20 "$command_utils:suspend_if_needed" ... so it really suspends at 6 ;) =09I suspect a lot of other commands to be "slowed down" like this; these= are=20 the two I used with what I'm testing and I have not searched for others y= et. =09I haven't really followed DB developments from either enCore or Lambda= , nor=20 know if/when enCore stopped using Lambda releases ... I don't know when t= hese=20 changes were included, and by whom. =09This "lag-system" is probably a great tool for huge MOOs, but consider= ing the=20 size of most of them I don't think its really neccessary. A way to ident= ify=20 "normal/user" use from "time-critical/wizardly" use would at least be gre= at=20 to implement. =09And again, maybe you're all already aware of this:) =09- Alexandre Borgia From grhager@zubi.com Fri Aug 9 08:30:26 2002 Received: with ECARTIS (v1.0.0; list encore); Fri, 09 Aug 2002 08:30:27 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id 34286288CA for ; Fri, 9 Aug 2002 08:30:24 -0500 (CDT) Received: from bizweb.net (rrcs-midsouth-24-199-155-66.biz.rr.com [24.199.155.66]) by ns0.utdallas.edu (Postfix) with ESMTP id 7E1A91A092A for ; Fri, 9 Aug 2002 08:23:58 -0500 (CDT) Received: from [192.168.1.10] (192.168.1.10) by bizweb.net with ESMTP (Eudora Internet Mail Server 2.2.2); Fri, 9 Aug 2002 09:23:57 -0400 Mime-Version: 1.0 X-Sender: grhager@zubi.com@mail.bizweb.net Message-Id: In-Reply-To: <200208080542.21837.aborgia@videotron.ca> References: <200208080542.21837.aborgia@videotron.ca> Date: Fri, 9 Aug 2002 09:24:14 -0500 To: encore@utdallas.edu From: George Hager Subject: [encore] Re: how to speed up an enCore DB ... Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-archive-position: 552 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: grhager@zubi.com Precedence: bulk Reply-to: grhager@zubi.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore > The lag-value is generated by "$login:sample_lag", and then stored in >"$login.current_lag". The thing is, this verb is not run automatically, and >there is probably a lot of MOOs not even aware of this feature. So, >considering you haven't started the process, the current lag value will >remain the same forever. Thanks for sharing this! I have been battling a timing problem for months. My MOO generates whole zones of rooms on-the-fly, but there was some lag time while the MOO rebuilt exit connections for the new rooms. The only solution was to lock players in the entry room for a frustrating period while forked tasks customized the new zone. Last night I tried running $login:sample_lag(), but the variable suspension time meant that the forked tasks were hardly ever in sync, even when I set the maximum $login.current_lag at 2. I just set the $login.current_lag to 0 like you suggested, disabled $login:sample_lag() completely, and now everything is faster *and* more consistent, and players aren't held up waiting while new rooms are being built. From nideffer@proxy.arts.uci.edu Sat Aug 10 22:03:50 2002 Received: with ECARTIS (v1.0.0; list encore); Sat, 10 Aug 2002 22:03:51 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id 6DD462875F for ; Sat, 10 Aug 2002 22:03:48 -0500 (CDT) Received: from proxy.arts.uci.edu (proxy.arts.uci.edu [128.195.150.31]) by ns0.utdallas.edu (Postfix) with ESMTP id 9EB171A0083 for ; Sat, 10 Aug 2002 21:57:19 -0500 (CDT) Received: from localhost (nideffer@localhost) by proxy.arts.uci.edu (8.9.1/8.9.1) with SMTP id TAA05604; Sat, 10 Aug 2002 19:52:23 -0700 (PDT) Date: Sat, 10 Aug 2002 19:52:23 -0700 (PDT) From: Robert Nideffer To: MOO-COWS@orator.the-b.org, encore@utdallas.edu Subject: [encore] NEW MOO/MULTI-AGENT SYSTEM In-Reply-To: <3828ad3c.4fe0.0@jps.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 553 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: nideffer@proxy.arts.uci.edu Precedence: bulk Reply-to: nideffer@proxy.arts.uci.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Hi, Just wanted to bring a project called PROXY to your attention, in case you're feeling a bit adventurous. PROXY is pitched as a HEAD GAME about knowledge discovery, file-sharing, and information mis/management in relation to networked identity construction and collective behavior. It's a java-based multi-agent system, written as a stand-alone application that interfaces to an enCore db to provide a sense of context for the agent interactions. Here's some relevant URLs, and any feedback is more than welcome! http://proxy.arts.uci.edu:7000 (PROXY portal) http://proxy.arts.uci.edu:7000/62 (MOO portal) http://proxy.arts.uci.edu/agents/ (activate an agent) http://proxy.arts.uci.edu/tutorial/ (overview of MAM system) http://proxy.arts.uci.edu/java/clients/intro.html (MOO help) Regards, Robert Nideffer From Lirvin@ACCDVM.ACCD.EDU Mon Aug 12 06:44:31 2002 Received: with ECARTIS (v1.0.0; list encore); Mon, 12 Aug 2002 06:44:32 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id 637512876D for ; Mon, 12 Aug 2002 06:44:29 -0500 (CDT) Received: from ACCDVM.ACCD.EDU (accdvm.accd.edu [209.184.119.1]) by ns0.utdallas.edu (Postfix) with SMTP id 5C8F81A18BB for ; Mon, 12 Aug 2002 06:37:58 -0500 (CDT) Received: from Ir191470 [10.1.11.28] by ACCDVM.ACCD.EDU (IBM VM SMTP V2R4a) via TCP with SMTP ; Mon, 12 Aug 2002 06:38:06 CDT From: "Lennie Irvin" To: Subject: [encore] Re: how to speed up an enCore DB ... Date: Mon, 12 Aug 2002 06:40:06 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-reply-to: <200208080542.21837.aborgia@videotron.ca> X-archive-position: 554 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: Lirvin@accd.edu Precedence: bulk Reply-to: Lirvin@accd.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Excellent suggestion Alexandre. I second it! Lennie Irvin P.S. What is the status of the next release of EnCore? How is Jan surviving his dissertation? -----Original Message----- From: encore-bounce@utdallas.edu [mailto:encore-bounce@utdallas.edu]On Behalf Of Alexandre Borgia Sent: Thursday, August 08, 2002 2:42 AM To: encore@utdallas.edu Subject: [encore] how to speed up an enCore DB ... Greetings, I don't remember this issue being discussed before, pardon me if so:) It all started when I found strange that a verb compiled within a virgin "latest-release" LambdaDB took aprox. 4 minutes to finalize his tasks, while running it from a virgin "latest-release" enCoreDB took - *glup* - about 2 hours! The 2 DBs were using the same LambdaMOO server, on the same machine. The problem was that I used "$command_utils:suspend_if_needed". In both DBs, it has (almost) the same code/behavior, that is, to check if a verb is running out-of-ticks, and if so it calls the "suspend" command to get some more running time. It also has a (neat?) feature that checks the MOO lag and won't allow you to suspend for less than the lag-value. The lag-value is generated by "$login:sample_lag", and then stored in "$login.current_lag". The thing is, this verb is not run automatically, and there is probably a lot of MOOs not even aware of this feature. So, considering you haven't started the process, the current lag value will remain the same forever. In LambdaDB, this value is set to 0 by default. In enCore, it is set to 6! So everytime "$command_utils:suspend_if_needed" is called, even if you pass 0 as argument, it will *always* wait at least 6 seconds before resuming. Was this intended? Although a lot of "core" verbs use "suspend_if_needed", most of the basic procedures (like telling something, droping an object, looking at a room, etc.) are quite easily computed and won't show up much performance drop. But if you have some management/research/etc. algorithms that loops a lot, setting "$login.current_lag" to 0 will without doubts speed things up tremendiously:) This goes for a lot of MOO background commands ... $room_db:update(), for example, used to a minute, now it takes less than a second. This also explains strange behaviors I had, like having to wait periodically during looking, editor-listing, "@audits", etc. Another similar behavior: In LambdaDB: "$list_utils:iassoc_suspended" suspends to 0 by default. In enCoreDB: the same verb suspends at 1 by default. Worst, it calls "$command_utils:suspend_if_needed" ... so it really suspends at 6 ;) I suspect a lot of other commands to be "slowed down" like this; these are the two I used with what I'm testing and I have not searched for others yet. I haven't really followed DB developments from either enCore or Lambda, nor know if/when enCore stopped using Lambda releases ... I don't know when these changes were included, and by whom. This "lag-system" is probably a great tool for huge MOOs, but considering the size of most of them I don't think its really neccessary. A way to identify "normal/user" use from "time-critical/wizardly" use would at least be great to implement. And again, maybe you're all already aware of this:) - Alexandre Borgia From d.norman@mail.utexas.edu Mon Aug 12 15:20:47 2002 Received: with ECARTIS (v1.0.0; list encore); Mon, 12 Aug 2002 15:20:49 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id AA40E288C5 for ; Mon, 12 Aug 2002 15:20:46 -0500 (CDT) Received: from mail.utexas.edu (wb1-a.mail.utexas.edu [128.83.126.134]) by ns0.utdallas.edu (Postfix) with SMTP id D573E1A1B9C for ; Mon, 12 Aug 2002 15:12:22 -0500 (CDT) Received: (qmail 6500 invoked by uid 0); 12 Aug 2002 20:12:22 -0000 Received: from stieglitz.cwrl.utexas.edu (HELO ?128.83.211.12?) (128.83.211.12) by umbs-smtp-1 with SMTP; 12 Aug 2002 20:12:22 -0000 Mime-Version: 1.0 Message-Id: Date: Mon, 12 Aug 2002 15:13:12 -0700 To: encore@utdallas.edu From: Doug Norman Subject: [encore] word wrap on generic player Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-archive-position: 555 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: d.norman@mail.utexas.edu Precedence: bulk Reply-to: d.norman@mail.utexas.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Hello All, Is there a way to set a default word wrap and line length for the generic player and guest? Thanks, Doug -- ::::::::::::::::::::::::::::::::::::::::::: Doug Norman Ph.D. Candidate Department of Comparative Literature University of Texas at Austin From aborgia@videotron.ca Mon Aug 12 15:47:37 2002 Received: with ECARTIS (v1.0.0; list encore); Mon, 12 Aug 2002 15:47:38 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id 2D32F288C4 for ; Mon, 12 Aug 2002 15:47:37 -0500 (CDT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by ns0.utdallas.edu (Postfix) with ESMTP id DC61C1A0050 for ; Mon, 12 Aug 2002 15:41:04 -0500 (CDT) Received: from alex ([24.200.72.104]) by relais.videotron.ca (Videotron-Netscape Messaging Server v4.15 MTA-PRD4) with ESMTP id H0R04W00.SSM for ; Mon, 12 Aug 2002 16:41:20 -0400 Content-Type: text/plain; charset="iso-8859-1" From: Alexandre Borgia To: encore@utdallas.edu Subject: [encore] Re: word wrap on generic player Date: Mon, 12 Aug 2002 16:42:55 -0400 User-Agent: KMail/1.4.1 References: In-Reply-To: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200208121642.55521.aborgia@videotron.ca> X-archive-position: 556 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: aborgia@videotron.ca Precedence: bulk Reply-to: aborgia@videotron.ca List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Hey there! =09Upon new player creation, the player-object is derived from the player= class=20 defined by $player_class. The $guest class is also usually a child of=20 $player_class, so the only thing to be done is: =09@set $player_class.linelen to =09 is the number of characters per line: make it negative (ie: -7= 9) to=20 disable word-wrap, or positive (79) to enable it by default. =09Note that this goes for all other default settings as well. If you wa= nt to=20 change a default behavior/value, find where its settings are stored on th= e=20 player, and change it on a common parent. =09- Alexandre Borgia On August 12, 2002 06:13 pm, Doug Norman wrote: > Hello All, > > Is there a way to set a default word wrap and line length for the > generic player and guest? > > Thanks, > > Doug From Lirvin@ACCDVM.ACCD.EDU Tue Aug 13 06:05:50 2002 Received: with ECARTIS (v1.0.0; list encore); Tue, 13 Aug 2002 06:05:52 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id EFAE52878D for ; Tue, 13 Aug 2002 06:05:49 -0500 (CDT) Received: from ACCDVM.ACCD.EDU (accdvm.accd.edu [209.184.119.1]) by ns0.utdallas.edu (Postfix) with SMTP id 8C3731A0108 for ; Tue, 13 Aug 2002 05:59:16 -0500 (CDT) Received: from Ir191470 [10.1.11.51] by ACCDVM.ACCD.EDU (IBM VM SMTP V2R4a) via TCP with SMTP ; Tue, 13 Aug 2002 05:59:24 CDT From: "Lennie Irvin" To: Subject: [encore] 3.0 latest.tar.gz Date: Tue, 13 Aug 2002 06:01:22 -0700 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0004_01C2428E.DA62EA20" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal X-MS-TNEF-Correlator: X-archive-position: 557 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: Lirvin@accd.edu Precedence: bulk Reply-to: Lirvin@accd.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore This is a multi-part message in MIME format. ------=_NextPart_000_0004_01C2428E.DA62EA20 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Sorry to bug the list with this question, but I'm starting the update of my moo and I can't seem to find the zipped files for the version 3.0 upgrade. Was this the file that was pulled for reasons of the security breach possibilities? If anyone can help me get my hands on this file, I would be very grateful. Thanks, Lennie _________________________________ L. Lennie Irvin San Antonio College Department of English lirvin@accd.edu http://www.accd.edu/sac/english/lirvin/lirvin.htm ------=_NextPart_000_0004_01C2428E.DA62EA20 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat" eJ8+IhcNAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGgAMADgAAANIHCAANAAYAAQAAAAIA9wAB A5AGAGAGAAAlAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADADYAAAAAAB4AcAAB AAAAEwAAADMuMCBsYXRlc3QudGFyLmd6IAAAAgFxAAEAAAAWAAAAAcJCyX411z25zK59EdabGWAv UcEAAAAAAgEdDAEAAAAVAAAAU01UUDpMSVJWSU5AQUNDRC5FRFUAAAAACwABDgAAAABAAAYOAA6p eMlCwgECAQoOAQAAABgAAAAAAAAASwDVyJW70xGbGJAZRcEABcKAAAALAB8OAQAAAAIBCRABAAAA FwIAABMCAAC8AgAATFpGdfJYhzEDAAoAcmNwZzEyNRYyAPgLYG4OEDAzM08B9wKkA+MCAGNoCsBz 8GV0MCAHEwKDAFAD1ZURdX0KgXYIkHdrC4D0ZDQMYGMAUAsDC7UGAAEFsHJ5IHRvIGKEdWcVUGhl IGwEAJ8FQAPwFdAVwQQAIHEKUDUWMGkCICwVgQVASSd8bSAWMArAF0APIBXDdRBwZGF0FfBvZiBe bRVABGAVcABwZBfQINpjAHAnBUARIGUYABVh1mYToRXDegUgcAmAGzHebAeRAhAFwBXSdgSQAJBx AiAgMy4RUBjwCcBhwQEALiAgV2EEIBazPxXSHEIVwRkgFlAekXB1/mwcYBwhBbEJcB6QAiAEIFcZ YRXSESBjCHF0FUBilyDhEOAgIG8EEGliAxDTFnAIkHM/HmBJGXAAcC55AiAV8BphIBXgbHD7GYAV 8GcRMBmCEPATsCFBXwOgFrMcQheAGkB3CGBsvRogYh0DFUAeARkwZiBALx5QCqIKhAqAVCWha3Pa LCiKTAnwAwBlKIoUJfgxIF8sLy0tKhUeUCp0/RfQchNQC5AokwYREWACMDsCIBdQIAhQIFElMCBE umUKsXQHgAIwGVJFDyBdFhFoKIQWEC9CQADQY1xkLgmADHAok2gCQHBQOi8vdzSQLjNGL9pzANAv CfAyIy8y1DYVei40IG0rOwFAKJMTEQABOLAACwABgAggBgAAAAAAwAAAAAAAAEYAAAAAA4UAAAAA AAADABCACCAGAAAAAADAAAAAAAAARgAAAABShQAAJ2oBAB4AEoAIIAYAAAAAAMAAAAAAAABGAAAA AFSFAAABAAAABAAAADkuMAAeABOACCAGAAAAAADAAAAAAAAARgAAAAA2hQAAAQAAAAEAAAAAAAAA HgAUgAggBgAAAAAAwAAAAAAAAEYAAAAAN4UAAAEAAAABAAAAAAAAAB4AFYAIIAYAAAAAAMAAAAAA AABGAAAAADiFAAABAAAAAQAAAAAAAAALABaACCAGAAAAAADAAAAAAAAARgAAAACChQAAAQAAAAsA Q4AIIAYAAAAAAMAAAAAAAABGAAAAAA6FAAAAAAAAAwBFgAggBgAAAAAAwAAAAAAAAEYAAAAAEIUA AAAAAAADAEaACCAGAAAAAADAAAAAAAAARgAAAAARhQAAAAAAAAMAR4AIIAYAAAAAAMAAAAAAAABG AAAAABiFAAAAAAAAAwBcgAggBgAAAAAAwAAAAAAAAEYAAAAAAYUAAAAAAAALAIGACCAGAAAAAADA AAAAAAAARgAAAAAGhQAAAAAAAAIB+A8BAAAAEAAAAEsA1ciVu9MRmxiQGUXBAAUCAfoPAQAAABAA AABLANXIlbvTEZsYkBlFwQAFAgH7DwEAAACCAAAAAAAAADihuxAF5RAaobsIACsqVsIAAFBTVFBS WC5ETEwAAAAAAAAAAE5JVEH5v7gBAKoAN9luAAAAQzpcV0lORE9XU1xMb2NhbCBTZXR0aW5nc1xB cHBsaWNhdGlvbiBEYXRhXE1pY3Jvc29mdFxPdXRsb29rXG91dGxvb2sucHN0AAAAAwD+DwUAAAAD AA00/TcAAAIBfwABAAAALwAAADxOREJCSkxCSU5MQkpKQUFKSkZMT0FFRE1DREFBLkxpcnZpbkBh Y2NkLmVkdT4AAAMABhBaj+n2AwAHEG4BAAADABAQAAAAAAMAERAAAAAAHgAIEAEAAABlAAAAU09S UllUT0JVR1RIRUxJU1RXSVRIVEhJU1FVRVNUSU9OLEJVVElNU1RBUlRJTkdUSEVVUERBVEVPRk1Z TU9PQU5ESUNBTlRTRUVNVE9GSU5EVEhFWklQUEVERklMRVNGT1JUSAAAAADVTA== ------=_NextPart_000_0004_01C2428E.DA62EA20-- From cynthiah@utdallas.edu Tue Aug 13 06:48:04 2002 Received: with ECARTIS (v1.0.0; list encore); Tue, 13 Aug 2002 06:48:04 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id 056372878D for ; Tue, 13 Aug 2002 06:48:02 -0500 (CDT) Received: from [68.113.201.163] (unknown [68.113.201.163]) by ns0.utdallas.edu (Postfix) with ESMTP id 7ECA31A1EAA; Tue, 13 Aug 2002 06:41:27 -0500 (CDT) User-Agent: Microsoft-Entourage/10.0.0.1309 Date: Tue, 13 Aug 2002 06:43:28 -0500 Subject: [encore] Re: 3.0 latest.tar.gz From: Cynthia Haynes To: , encore Message-ID: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-archive-position: 558 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: cynthiah@utdallas.edu Precedence: bulk Reply-to: cynthiah@utdallas.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Lennie, There is a link to the 3.0 file on the enCore download site. http://lingua.utdallas.edu/encore/download.html And I was able to download the file when I tested the link. Best, Cynthia __Cynthia Haynes, Director of Rhetoric and Writing___________________ University of Texas at Dallas cynthiah@utdallas.edu School of Arts & Humanities http://www.utdallas.edu/~cynthiah PO Box 830688-JO 31 http://lingua.utdallas.edu:7000 Richardson, TX 75083-0688 (O)972-883-6340 (F)972-883-2989 From jan.holmevik@uib.no Thu Aug 15 07:48:07 2002 Received: with ECARTIS (v1.0.0; list encore); Thu, 15 Aug 2002 07:48:08 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id DED1C288C5 for ; Thu, 15 Aug 2002 07:48:05 -0500 (CDT) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by ns0.utdallas.edu (Postfix) with ESMTP id D5DCB1A0E9D for ; Thu, 15 Aug 2002 07:41:28 -0500 (CDT) Received: from 68-113-201-4.ftwrth.tx.charter.com ([10.0.1.4]) [68.113.201.4] by alf.uib.no for encore@utdallas.edu with esmtp (Exim 3.35) id 17fJvO-0002a5-00; Thu, 15 Aug 2002 14:40:26 +0200 User-Agent: Microsoft-Entourage/10.0.0.1331 Date: Thu, 15 Aug 2002 07:40:24 -0500 Subject: [encore] EnCore and Mac OS X From: Jan Rune Holmevik To: enCore list Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-checked-clean: by exiscan on alf X-Scanner: 34c756d5768381cdc462432527e30cff http://tjinfo.uib.no/virus.html X-UiB-SpamFlag: NO UIB: 0 hits, 8 required; X-archive-position: 559 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: jan.holmevik@uib.no Precedence: bulk Reply-to: jan.holmevik@uib.no List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Almost two years after it's release, it looks like Mac OS X is finally getting proper support for Java applets! I have just tested enCore with the upcoming Mac OS X version 10.2 using both the new MSIE 5.2 and Mozilla 1.0, and both browsers had no problems running Xpress' java components. Mac OS 10.2 is scheduled for release on August 24th. Cheers, Jan __Jan Rune Holmevik, Cand Philol_________________________________________ University of Bergen jan@mac.com Department of Humanistic Informatics jan.holmevik@uib.no Sydnesplass 7, HF-bygget janruneh@utdallas.edu N-5007 Bergen, NORWAY http://lingua.utdallas.edu/jan From egoff@mindspring.com Thu Aug 15 14:04:03 2002 Received: with ECARTIS (v1.0.0; list encore); Thu, 15 Aug 2002 14:04:04 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id 6B4B8288A1 for ; Thu, 15 Aug 2002 14:04:01 -0500 (CDT) Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226]) by ns0.utdallas.edu (Postfix) with ESMTP id 801F31A1C76 for ; Thu, 15 Aug 2002 13:57:23 -0500 (CDT) Received: from user-2ivemep.dialup.mindspring.com ([165.247.89.217] helo=master) by blount.mail.mindspring.net with smtp (Exim 3.33 #1) id 17fPo1-0001fe-00; Thu, 15 Aug 2002 14:57:13 -0400 Message-Id: <3.0.6.32.20020815145339.00dd1bb8@pop.mindspring.com> X-Sender: egoff@pop.mindspring.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) Date: Thu, 15 Aug 2002 14:53:39 -0400 To: jan.holmevik@uib.no, enCore list From: Edward Goff Subject: [encore] Re: EnCore and Mac OS X In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-archive-position: 560 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: egoff@mindspring.com Precedence: bulk Reply-to: egoff@mindspring.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Just my .02 but isn't OS X just a *nix kernal and thats why support actually works now? At 07:40 AM 8/15/2002 -0500, Jan Rune Holmevik wrote: >Almost two years after it's release, it looks like Mac OS X is finally >getting proper support for Java applets! I have just tested enCore with the >upcoming Mac OS X version 10.2 using both the new MSIE 5.2 and Mozilla 1.0, >and both browsers had no problems running Xpress' java components. > >Mac OS 10.2 is scheduled for release on August 24th. > >Cheers, >Jan > >__Jan Rune Holmevik, Cand Philol_________________________________________ >University of Bergen jan@mac.com >Department of Humanistic Informatics jan.holmevik@uib.no >Sydnesplass 7, HF-bygget janruneh@utdallas.edu >N-5007 Bergen, NORWAY http://lingua.utdallas.edu/jan > > > > From grhager@zubi.com Thu Aug 15 14:37:11 2002 Received: with ECARTIS (v1.0.0; list encore); Thu, 15 Aug 2002 14:37:12 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id 90119288F7 for ; Thu, 15 Aug 2002 14:37:10 -0500 (CDT) Received: from bizweb.net (rrcs-midsouth-24-199-155-66.biz.rr.com [24.199.155.66]) by ns0.utdallas.edu (Postfix) with ESMTP id 69A7A1A0C5A for ; Thu, 15 Aug 2002 14:30:30 -0500 (CDT) Received: from [192.168.1.10] (192.168.1.10) by bizweb.net with ESMTP (Eudora Internet Mail Server 2.2.2); Thu, 15 Aug 2002 15:30:29 -0400 Mime-Version: 1.0 X-Sender: grhager@zubi.com@mail.bizweb.net Message-Id: In-Reply-To: <3.0.6.32.20020815145339.00dd1bb8@pop.mindspring.com> References: <3.0.6.32.20020815145339.00dd1bb8@pop.mindspring.com> Date: Thu, 15 Aug 2002 15:30:50 -0500 To: encore@utdallas.edu From: George Hager Subject: [encore] Re: EnCore and Mac OS X Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-archive-position: 561 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: grhager@zubi.com Precedence: bulk Reply-to: grhager@zubi.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore >Just my .02 but isn't OS X just a *nix kernal and thats why support >actually works now? One would supposedly think so, but not. The current version of OS X or OS 9 don't support Java as well as non-mac systems. From jan.holmevik@uib.no Fri Aug 16 00:00:50 2002 Received: with ECARTIS (v1.0.0; list encore); Fri, 16 Aug 2002 00:00:51 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id CE8F728912 for ; Fri, 16 Aug 2002 00:00:49 -0500 (CDT) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by ns0.utdallas.edu (Postfix) with ESMTP id 25CB01A016C for ; Thu, 15 Aug 2002 23:54:12 -0500 (CDT) Received: from 68-113-201-4.ftwrth.tx.charter.com ([10.0.1.9]) [68.113.201.4] by alf.uib.no for encore@utdallas.edu with esmtp (Exim 3.35) id 17fZ7V-0003m2-00; Fri, 16 Aug 2002 06:53:57 +0200 User-Agent: Microsoft-Entourage/10.0.0.1331 Date: Thu, 15 Aug 2002 23:53:54 -0500 Subject: [encore] Re: EnCore and Mac OS X From: Jan Rune Holmevik To: enCore list Message-ID: In-Reply-To: <3.0.6.32.20020815145339.00dd1bb8@pop.mindspring.com> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-checked-clean: by exiscan on alf X-Scanner: d398c64e70703d2127b1c4ea3591de18 http://tjinfo.uib.no/virus.html X-UiB-SpamFlag: NO UIB: -5 hits, 8 required; X-archive-position: 562 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: jan.holmevik@uib.no Precedence: bulk Reply-to: jan.holmevik@uib.no List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Mac OS X uses a BSD kernel, but the problems with Java is not related to it. Rather, the problem has been Apple's implementation of Java in OS X. Although Apple's Java efforts have never been on par with the Windows/Sun/Linux efforts, Java actually worked pretty well in OS 9 and older, and it wasn't until the release of OS X two years ago that major problems appeared. Cheers, Jan On 8/15/02 1:53 PM, "Edward Goff" wrote: > Just my .02 but isn't OS X just a *nix kernal and thats why support > actually works now? > > At 07:40 AM 8/15/2002 -0500, Jan Rune Holmevik wrote: >> Almost two years after it's release, it looks like Mac OS X is finally >> getting proper support for Java applets! I have just tested enCore with the >> upcoming Mac OS X version 10.2 using both the new MSIE 5.2 and Mozilla 1.0, >> and both browsers had no problems running Xpress' java components. >> >> Mac OS 10.2 is scheduled for release on August 24th. >> >> Cheers, >> Jan >> >> __Jan Rune Holmevik, Cand Philol_________________________________________ >> University of Bergen jan@mac.com >> Department of Humanistic Informatics jan.holmevik@uib.no >> Sydnesplass 7, HF-bygget janruneh@utdallas.edu >> N-5007 Bergen, NORWAY http://lingua.utdallas.edu/jan >> >> >> >> > > > __Jan Rune Holmevik, Cand Philol_________________________________________ University of Bergen jan@mac.com Department of Humanistic Informatics jan.holmevik@uib.no Sydnesplass 7, HF-bygget janruneh@utdallas.edu N-5007 Bergen, NORWAY http://lingua.utdallas.edu/jan From Lirvin@ACCDVM.ACCD.EDU Fri Aug 16 16:35:02 2002 Received: with ECARTIS (v1.0.0; list encore); Fri, 16 Aug 2002 16:35:03 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id 98019288C9 for ; Fri, 16 Aug 2002 16:35:01 -0500 (CDT) Received: from ACCDVM.ACCD.EDU (accdvm.accd.edu [209.184.119.1]) by ns0.utdallas.edu (Postfix) with SMTP id 0EACE1A2431 for ; Fri, 16 Aug 2002 16:25:37 -0500 (CDT) Received: from Ir191470 [10.1.11.72] by ACCDVM.ACCD.EDU (IBM VM SMTP V2R4a) via TCP with SMTP ; Fri, 16 Aug 2002 16:25:44 CDT From: "Lennie Irvin" To: Subject: [encore] Generic $webnote Date: Fri, 16 Aug 2002 16:27:46 -0700 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0000_01C24541.DB41AB60" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MS-TNEF-Correlator: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-archive-position: 563 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: Lirvin@accd.edu Precedence: bulk Reply-to: Lirvin@accd.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore This is a multi-part message in MIME format. ------=_NextPart_000_0000_01C24541.DB41AB60 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Hey everyone (sorry to bug the list again...), I am near finished updating AlaMOO from version 2.1.1 to 3.2 and I have noticed one difference in a hybrid object that I was using a lot in my 2.1.1 version moo. The object is what I call a Web Note. To create the new hybrid, I would create a new thing or even note, drop it in a room and then @chparent to $webpage . Eventually, I developed a Generic $webnote for creating new ones. The result was that the Web Note acted like an object in the room and showed in the left side YOU SEE: of any room. Usually I changed the Icon to note.gif so the object showed as a regular note except that it was hypertexutal. You could LOOK or click on the note and it would open the object. Then when you typed or clicked on LOOK the Xpress screen would return to the room where the webnote lived. None of the normal $note verbs carried over (such as read note), but the new object did act like any other object in the room as far as looking. What I have discovered in the 3 version of EnCore is that these Web Notes open when you click on them or type LOOK , but when you attempt to return to the room by clicking on LOOK the object acts like a room itself--you stay viewing the webnote. My question regards possible changes to the $webpage room in the new 3.0 version that might have caused this inability to handle this hybrid object like an object rather than a room. What do I need to change so that my new Generic $webnote can operate as an object and those who view the object can easily return to the room where the object lives. I invite any of you to take a look in AlaMOO to see what I am talking about http://ranger.accd.edu:7000 @go The Loft As always, I am extremely grateful for any help, Lennie _________________________________ L. Lennie Irvin San Antonio College Department of English lirvin@accd.edu http://www.accd.edu/sac/english/lirvin/lirvin.htm ------=_NextPart_000_0000_01C24541.DB41AB60 Content-Type: application/ms-tnef; name="winmail.dat" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="winmail.dat" eJ8+Ii8XAQaQCAAEAAAAAAABAAEAAQeQBgAIAAAA5AQAAAAAAADoAAEIgAcAGAAAAElQTS5NaWNy b3NvZnQgTWFpbC5Ob3RlADEIAQ2ABAACAAAAAgACAAEGgAMADgAAANIHCAAQABAAGwAAAAUAIQEB A5AGAMAJAAAlAAAACwACAAEAAAALACMAAAAAAAMAJgAAAAAACwApAAAAAAADADYAAAAAAB4AcAAB AAAAEQAAAEdlbmVyaWMgJHdlYm5vdGUAAAAAAgFxAAEAAAAWAAAAAcJFfIRK7bdDbbEyEdabGbDD T8EnAAAAAgEdDAEAAAAVAAAAU01UUDpMSVJWSU5AQUNDRC5FRFUAAAAACwABDgAAAABAAAYOAHpn a3xFwgECAQoOAQAAABgAAAAAAAAASwDVyJW70xGbGJAZRcEABcKAAAALAB8OAQAAAAIBCRABAAAA dQUAAHEFAADCCAAATFpGdRrjcU8DAAoAcmNwZzEyNRYyAPgLYG4OEDAzM08B9wKkA+MCAGNoCsBz 8GV0MCAHEwKDAFAD1ZURdX0KgXYIkHdrC4B0ZDQMYGMAUAsDC7UgQEhleSBldgSQeWECIGUgKHMF sBVwIEB0byBidWcWMGhNFbBsBAAFQGFnC3EuuReQKSwKogqECoBJFzDsbSAVoArBZguABAAWwIBk IHVwZGF0C4DFFpBBC2BNT08ZMANhDiAVUQCQAiAgMi4xYxuwFjIzLjIXMBOwIK8YoBDwFVAY4G8a EGMZoXUVkmQGkGYEkAnwHWAgZwuAFzAcwHliBRAdgWI+agWQBUAWsBoAHKF3Yf0EIHUAkBoxHsAJ AAVAHpGebRUgG6QbJgRgby4X6r5UFsEfVQQAICAf1GMHQGMDIB7AV2ViB7AdMGXwLiAgVBZQBQAZ ACWQbxajFaAH4B7kLCACCGBs/xmwJhUewCbCFrAaIgWxFUGrA6AdIWUnYGQDYHAegH8hEx7AA2Aa 8RxyFrEDoEBvEOAKsQnwBUA8JsEfVCOyPhYyJHclQAqwZxWwpSWwRSlxdHUk0XknYrcBABVQCQBw GaEewEcJ8P0GcWMtUymyGTAFsSYTGiK7JsIVkXMlsCK+CXBzJ8D/BUAgMh/DFrIlNhcwH5AZof0W 8GsoUQOgI7YDoBayKufdGYBvLXAZsDZVbAFxN0AjHyAVsFlPVQYARUV6Oh2QZhxhFSAq4iWxVX8z UC5yJJIQ8A8gGaEWsknPBaA2YRZQKbIuZwaQN0A/FlAWsh9VN1UgQSrBZWfnJ8AKwTBzZXgdYAUx H8O/KmEgMh7gL1AAID8gdQGQumwlsVkIYCSwJ7NMGqDWSyxRJYFuGMBlLRAw0vkW8GNrHZEmdDTD HIE/4v8nsy9BNmQfVCWyK4IkUCmB+xWAQWB0QGEdgUL1HXNB1PkWslhwMzEEIATxCeEnlf8JcC5Q BKEWQTaHRnEJcBaj9zBGFvAVUGQlsSVwFaE5YW1DpHIAwAMgJDBzFVFi/wQgJMAWAAiQHYEVURXB E/D+aD3yJiEZsCmyF8AWYTQU/zGTH2Qd4C9xH5E1ZRUgHTDvS1E13ysCBCBmCsEgQQkA2m8TkWcl sRfqVx/UHNNvHeAE8E9SN5gzGxc5YUX/CEFLcSQhM+YRICUnBCBFA/9Gd0MaGNAFsUcCQdUwRkKD 71DURncaACWQbT9iFlBKH/0Y0GIVIEMTKPNIKR9VNQEfVUE1cyrUKmARIGxmLfYtRsIXEGEVIBNS GiJLqfVV3U0VIHEKUBcQG2I+UdMLEQQgcG8EEGkCYBWw/zrkM8E8xC1nZFRDhQfRHDCHEVAbJh/D bWlnaAVA/xzTJMAgcDszJCELgAGgAxD3KmAWIzrxZGlxblMe7DVtfnIaAFNSH8EqpiWxVsNk/xZQ GKAVoDsyJfE68zykbQL/FSAmwi+/JMA1wUBxKDM+Ef81xys0aSBLwTdgZaM82nbi/xkAAJA6kWB/ SypwpxVQMgD/F+wLgBNQRANTETlwRsM8wf5hZANVYh6CGmUWQREgePK/H+MYwUDhYhMBoAhgdBfk wW1gdHA6Ly9yADsRNHIuANBjTKAJgHU6zDcwhPAX5EBnFlAjcq5MOWCDBRfkQT4RbCAw3HlzJ2IY wT8gdAlwB4D3OpEJwCZBZifAMLM5khbA9GxwF9tMCfADABWwF+r7FCUb4F+Mj42NimUlsIrF/Ely E1ALkBfzBhERYAIwewIgG2AgCFAk4D5gFbBEuz9QCsB0B4AsMVlDZxbxbmgX5Bbwj6JAhFaDG3fT lPCERy9zANAvCfCSg9YvkzSWdS5tYG2Lm4UVBRMRAJkQAAAACwABgAggBgAAAAAAwAAAAAAAAEYA AAAAA4UAAAAAAAADABCACCAGAAAAAADAAAAAAAAARgAAAABShQAAJ2oBAB4AEoAIIAYAAAAAAMAA AAAAAABGAAAAAFSFAAABAAAABAAAADkuMAAeABOACCAGAAAAAADAAAAAAAAARgAAAAA2hQAAAQAA AAEAAAAAAAAAHgAUgAggBgAAAAAAwAAAAAAAAEYAAAAAN4UAAAEAAAABAAAAAAAAAB4AFYAIIAYA AAAAAMAAAAAAAABGAAAAADiFAAABAAAAAQAAAAAAAAALABaACCAGAAAAAADAAAAAAAAARgAAAACC hQAAAQAAAAsAQ4AIIAYAAAAAAMAAAAAAAABGAAAAAA6FAAAAAAAAAwBFgAggBgAAAAAAwAAAAAAA AEYAAAAAEIUAAAAAAAADAEaACCAGAAAAAADAAAAAAAAARgAAAAARhQAAAAAAAAMAR4AIIAYAAAAA AMAAAAAAAABGAAAAABiFAAAAAAAAAwBcgAggBgAAAAAAwAAAAAAAAEYAAAAAAYUAAAAAAAALAIGA CCAGAAAAAADAAAAAAAAARgAAAAAGhQAAAAAAAAIB+A8BAAAAEAAAAEsA1ciVu9MRmxiQGUXBAAUC AfoPAQAAABAAAABLANXIlbvTEZsYkBlFwQAFAgH7DwEAAACCAAAAAAAAADihuxAF5RAaobsIACsq VsIAAFBTVFBSWC5ETEwAAAAAAAAAAE5JVEH5v7gBAKoAN9luAAAAQzpcV0lORE9XU1xMb2NhbCBT ZXR0aW5nc1xBcHBsaWNhdGlvbiBEYXRhXE1pY3Jvc29mdFxPdXRsb29rXG91dGxvb2sucHN0AAAA AwD+DwUAAAADAA00/TcAAAIBfwABAAAALwAAADxOREJCSkxCSU5MQkpKQUFKSkZMT0NFRUdDREFB LkxpcnZpbkBhY2NkLmVkdT4AAAMABhA7/zTkAwAHEPIFAAADABAQAAAAAAMAERAAAAAAHgAIEAEA AABlAAAASEVZRVZFUllPTkUoU09SUllUT0JVR1RIRUxJU1RBR0FJTiksSUFNTkVBUkZJTklTSEVE VVBEQVRJTkdBTEFNT09GUk9NVkVSU0lPTjIxMVRPMzJBTkRJSEFWRU5PVElDRURPTgAAAABSiw== ------=_NextPart_000_0000_01C24541.DB41AB60-- From nhilton@room343.english.uga.edu Mon Aug 19 12:34:17 2002 Received: with ECARTIS (v1.0.0; list encore); Mon, 19 Aug 2002 12:34:20 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id F079C289A1 for ; Mon, 19 Aug 2002 12:33:40 -0500 (CDT) Received: from room343.english.uga.edu (room343.english.uga.edu [128.192.25.54]) by ns0.utdallas.edu (Postfix) with ESMTP id 679D41A3D88 for ; Mon, 19 Aug 2002 12:26:56 -0500 (CDT) Received: from localhost (nhilton@localhost) by room343.english.uga.edu (8.11.6+Sun/8.11.6) with ESMTP id g7JHQpL04670 for ; Mon, 19 Aug 2002 13:26:51 -0400 (EDT) Date: Mon, 19 Aug 2002 13:26:51 -0400 (EDT) From: Nelson Hilton To: encore@utdallas.edu Subject: [encore] XP login difficulty In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 564 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: nhilton@room343.english.uga.edu Precedence: bulk Reply-to: nhilton@room343.english.uga.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Apologies in advance for newbie bother, but I wonder if anyone might have any advice re why I can't connect to our enCore from off-campus using XP. The server accepts outside connections, and (I think) I've modified XP's firewall correctly--but after I enter the login and password and submit, the login screen just resets. Any thoughts would be very much appreciated! Humbly, Nelson __________________________________________________________________________ N. Hilton ~ Professor & Head ~ Department of English ~ 254 Park Hall University of Georgia ~ Athens, GA 30602 ~ 706.542.1261 ~.2181 [fax] nhilton@english.uga.edu ~ www.english.uga.edu ~ ~ ~ "English, the rough basement. / Los built the stubborn structure of the Language" -Blake From jan.holmevik@uib.no Mon Aug 19 13:10:57 2002 Received: with ECARTIS (v1.0.0; list encore); Mon, 19 Aug 2002 13:10:58 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id 16E51289A1 for ; Mon, 19 Aug 2002 13:10:55 -0500 (CDT) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by ns0.utdallas.edu (Postfix) with ESMTP id BA64C1A3FAD for ; Mon, 19 Aug 2002 12:57:20 -0500 (CDT) Received: from 68-113-201-4.ftwrth.tx.charter.com ([10.0.1.26]) [68.113.201.4] by alf.uib.no with esmtp (Exim 3.35) id 17gqlm-0003x0-00; Mon, 19 Aug 2002 19:56:50 +0200 User-Agent: Microsoft-Entourage/10.0.0.1331 Date: Mon, 19 Aug 2002 12:56:50 -0500 Subject: [encore] Re: how to speed up an enCore DB ... From: Jan Rune Holmevik To: , enCore list Message-ID: In-Reply-To: <200208080542.21837.aborgia@videotron.ca> Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-checked-clean: by exiscan on alf X-Scanner: 13feb679ea13ed8a5835212ed7134755 http://tjinfo.uib.no/virus.html X-UiB-SpamFlag: NO UIB: -5 hits, 8 required; X-archive-position: 565 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: jan.holmevik@uib.no Precedence: bulk Reply-to: jan.holmevik@uib.no List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Thanks to Alexandre for finding this issue. When we started enCore in 97 we used the then current version of LambdaCore, and the lag value you mention must be inherited from that Lambda release. To fix this, it is recommended that all enCore MOO admins with small to medium sized MOOs set the value of $login.current_lag to 0. Cheers, Jan > Greetings, > > I don't remember this issue being discussed before, pardon me if so:) > > It all started when I found strange that a verb compiled within a virgin > "latest-release" LambdaDB took aprox. 4 minutes to finalize his tasks, while > running it from a virgin "latest-release" enCoreDB took - *glup* - about 2 > hours! The 2 DBs were using the same LambdaMOO server, on the same machine. > > The problem was that I used "$command_utils:suspend_if_needed". In both DBs, > it has (almost) the same code/behavior, that is, to check if a verb is > running out-of-ticks, and if so it calls the "suspend" command to get some > more running time. It also has a (neat?) feature that checks the MOO lag and > won't allow you to suspend for less than the lag-value. > > The lag-value is generated by "$login:sample_lag", and then stored in > "$login.current_lag". The thing is, this verb is not run automatically, and > there is probably a lot of MOOs not even aware of this feature. So, > considering you haven't started the process, the current lag value will > remain the same forever. > > In LambdaDB, this value is set to 0 by default. In enCore, it is set to 6! > So everytime "$command_utils:suspend_if_needed" is called, even if you pass 0 > as argument, it will *always* wait at least 6 seconds before resuming. > > Was this intended? > > Although a lot of "core" verbs use "suspend_if_needed", most of the basic > procedures (like telling something, droping an object, looking at a room, > etc.) are quite easily computed and won't show up much performance drop. But > if you have some management/research/etc. algorithms that loops a lot, > setting "$login.current_lag" to 0 will without doubts speed things up > tremendiously:) This goes for a lot of MOO background commands ... > $room_db:update(), for example, used to a minute, now it takes less than a > second. This also explains strange behaviors I had, like having to wait > periodically during looking, editor-listing, "@audits", etc. > > > Another similar behavior: > In LambdaDB: "$list_utils:iassoc_suspended" suspends to 0 by default. > In enCoreDB: the same verb suspends at 1 by default. Worst, it calls > "$command_utils:suspend_if_needed" ... so it really suspends at 6 ;) > > I suspect a lot of other commands to be "slowed down" like this; these are > the two I used with what I'm testing and I have not searched for others yet. > > I haven't really followed DB developments from either enCore or Lambda, nor > know if/when enCore stopped using Lambda releases ... I don't know when these > changes were included, and by whom. > > This "lag-system" is probably a great tool for huge MOOs, but considering the > size of most of them I don't think its really neccessary. A way to identify > "normal/user" use from "time-critical/wizardly" use would at least be great > to implement. > > And again, maybe you're all already aware of this:) > > - Alexandre Borgia > > __Jan Rune Holmevik, Cand Philol_________________________________________ University of Bergen jan@mac.com Department of Humanistic Informatics jan.holmevik@uib.no Sydnesplass 7, HF-bygget janruneh@utdallas.edu N-5007 Bergen, NORWAY http://lingua.utdallas.edu/jan From jan.holmevik@uib.no Tue Aug 20 09:54:25 2002 Received: with ECARTIS (v1.0.0; list encore); Tue, 20 Aug 2002 09:54:26 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id D17E2288F6 for ; Tue, 20 Aug 2002 09:54:24 -0500 (CDT) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by ns0.utdallas.edu (Postfix) with ESMTP id 80C421A12E3 for ; Tue, 20 Aug 2002 09:47:26 -0500 (CDT) Received: from 68-113-201-4.ftwrth.tx.charter.com ([10.0.1.31]) [68.113.201.4] by alf.uib.no with esmtp (Exim 3.35) id 17hAHA-0004n8-00; Tue, 20 Aug 2002 16:46:33 +0200 User-Agent: Microsoft-Entourage/10.0.0.1331 Date: Tue, 20 Aug 2002 09:46:33 -0500 Subject: [encore] Re: Generic $webnote From: Jan Rune Holmevik To: , enCore list Message-ID: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-checked-clean: by exiscan on alf X-Scanner: 17ed5ede54957caebeb8a3d8e6fc671d http://tjinfo.uib.no/virus.html X-UiB-SpamFlag: NO UIB: -5 hits, 8 required; X-archive-position: 566 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: jan.holmevik@uib.no Precedence: bulk Reply-to: jan.holmevik@uib.no List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore I appears that your web note relied on a glitch in previous versions of Xpress. A $webpage is a room which means that once you look at it you are being moved to it. Therefore typing look will show the webpage description and not the description of the room that contain the object. The solution here is to make a true web note, one that mimics the behavior of the web page, but is based on note. I'll see if I can't write something for you later this week. Best, Jan On 8/16/02 6:27 PM, "Lennie Irvin" wrote: > Hey everyone (sorry to bug the list again...), > > I am near finished updating AlaMOO from version 2.1.1 to 3.2 and I have > noticed one difference in a hybrid object that I was using a lot in my 2.1.1 > version moo. > > The object is what I call a Web Note. To create the new hybrid, I would > create a new thing or even note, drop it in a room and then @chparent > to $webpage . Eventually, I developed a Generic $webnote for > creating new ones. > > The result was that the Web Note acted like an object in the room and showed > in the left side YOU SEE: of any room. Usually I changed the Icon to > note.gif so the object showed as a regular note except that it was > hypertexutal. You could LOOK or click on the note and it would > open the object. Then when you typed or clicked on LOOK the Xpress screen > would return to the room where the webnote lived. None of the normal $note > verbs carried over (such as read note), but the new object did act like any > other object in the room as far as looking. > > What I have discovered in the 3 version of EnCore is that these Web Notes > open when you click on them or type LOOK , but when you > attempt to return to the room by clicking on LOOK the object acts like a > room itself--you stay viewing the webnote. > > My question regards possible changes to the $webpage room in the new 3.0 > version that might have caused this inability to handle this hybrid object > like an object rather than a room. What do I need to change so that my new > Generic $webnote can operate as an object and those who view the object can > easily return to the room where the object lives. > > I invite any of you to take a look in AlaMOO to see what I am talking about > http://ranger.accd.edu:7000 > @go The Loft > > As always, I am extremely grateful for any help, > > Lennie > > _________________________________ > L. Lennie Irvin > San Antonio College Department of English > lirvin@accd.edu > http://www.accd.edu/sac/english/lirvin/lirvin.htm > > __Jan Rune Holmevik, Cand Philol_________________________________________ University of Bergen jan@mac.com Department of Humanistic Informatics jan.holmevik@uib.no Sydnesplass 7, HF-bygget janruneh@utdallas.edu N-5007 Bergen, NORWAY http://lingua.utdallas.edu/jan From rbowman@bridgewater.edu Tue Aug 20 10:19:12 2002 Received: with ECARTIS (v1.0.0; list encore); Tue, 20 Aug 2002 10:19:13 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id 4A1E6288BB for ; Tue, 20 Aug 2002 10:19:10 -0500 (CDT) Received: from Isis.bridgewater.edu (Isis.bridgewater.edu [147.138.10.100]) by ns0.utdallas.edu (Postfix) with ESMTP id 0ED851A092A for ; Tue, 20 Aug 2002 10:12:25 -0500 (CDT) Received: from rnebowman.bridgewater.edu (Dial5.bridgewater.edu [147.138.110.205]) by Isis.bridgewater.edu (8.12.5/8.12.5) with ESMTP id g7KFCE1R025695; Tue, 20 Aug 2002 11:12:16 -0400 (EDT) Message-Id: <5.1.0.14.0.20020820105717.02508cc0@mail.bridgewater.edu> X-Sender: rbowman@mail.bridgewater.edu X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Tue, 20 Aug 2002 11:12:33 -0400 To: Lirvin@accd.edu, enCore list From: Richard L Bowman Subject: [encore] Re: Generic $webnote In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-archive-position: 567 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: rbowman@Bridgewater.EDU Precedence: bulk Reply-to: rbowman@Bridgewater.EDU List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore What I have done to allow my astronomy students to access a web note (really a large lab-type exercise in HTML) from within our MOO has been to create a generic note in enCore and then edit the multimadia address to the URL of where the web page is located. In the text for the note, I have place the following, "Print out and complete this exercise as instructed by your professor. "Close the browser window in which this exercise shows up in order to continue in the BC-MOO." When users click on the note in the right-hand window or read it, Encore displays a hyperlink to the URL that I have given the note as described above. Then the words I have placed on the note as given above are displayed. It has worked fine for me, but it may not be the best solution for everyone's situation. Richard ---------------------------------- Dr. Richard L. Bowman Prof. of Physics / Dir. of Academic Computing Bridgewater College Bridgewater, VA 22812 USA From kingbx@uncg.edu Fri Aug 23 11:47:45 2002 Received: with ECARTIS (v1.0.0; list encore); Fri, 23 Aug 2002 11:47:47 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id 3ECF3288AA for ; Fri, 23 Aug 2002 11:47:43 -0500 (CDT) Received: from internal-gw.uncg.edu (internal-gw.uncg.edu [152.13.2.73]) by ns0.utdallas.edu (Postfix) with ESMTP id CE6301A1530 for ; Fri, 23 Aug 2002 11:40:52 -0500 (CDT) Received: from uncg.edu (raking.uncg.edu [152.13.154.21]) by internal-gw.uncg.edu (8.12.1/8.12.1) with ESMTP id g7NGefUu029974 for ; Fri, 23 Aug 2002 12:40:41 -0400 (EDT) Message-ID: <3D6665D1.3884FB8A@uncg.edu> Date: Fri, 23 Aug 2002 12:41:53 -0400 From: Bob King X-Mailer: Mozilla 4.77 [en] (Windows NT 5.0; U) X-Accept-Language: en,pdf MIME-Version: 1.0 To: enCore list Subject: [encore] back arrow/icon not working Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-archive-position: 568 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: kingbx@uncg.edu Precedence: bulk Reply-to: kingbx@uncg.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Hi, Our back arrow/icon registers as a link when the mouse is over it, and the locations in the database that the link points to are correct, but the link itself does not work when clicked. Any clues appreciated! Thanks, Bob ____________________________________ Bob King Instructional Technology Consultant & Curriculum and Instruction Faculty University of North Carolina at Greensboro bob_king@uncg.edu (336) 256-0415 338 Curry Building From tobias@sc.edu Mon Aug 26 13:37:04 2002 Received: with ECARTIS (v1.0.0; list encore); Mon, 26 Aug 2002 13:37:04 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id 67037288A1 for ; Mon, 26 Aug 2002 13:37:03 -0500 (CDT) Received: from isg.csd.sc.edu (mel.csd.sc.edu [129.252.42.58]) by ns0.utdallas.edu (Postfix) with ESMTP id 206021A1678 for ; Mon, 26 Aug 2002 13:30:07 -0500 (CDT) Received: from Tarantula.sc.edu (localhost [127.0.0.1]) by isg.csd.sc.edu (8.9.0/8.9.0) with ESMTP id OAA22404 for ; Mon, 26 Aug 2002 14:30:06 -0400 (EDT) Message-Id: <5.1.0.14.2.20020826142828.05aaf100@isg.csd.sc.edu> X-Sender: tobias@isg.csd.sc.edu X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Mon, 26 Aug 2002 14:29:29 -0400 To: Encore Listserv From: Tobias Brasier Subject: [encore] Creating help files Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-archive-position: 569 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: tobias@sc.edu Precedence: bulk Reply-to: tobias@sc.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Hi all-- What are the steps for creating a help file? Thanks. Tobias Brasier University Webmaster, University of South Carolina Manager, Internet Solutions Group 1244 Blossom Street, Columbia, South Carolina 29208 voice: 803-777-5211 | fax: 803-777-4149 tobias@sc.edu | http://isg.csd.sc.edu/~tobias/ From Lirvin@ACCDVM.ACCD.EDU Mon Aug 26 15:55:21 2002 Received: with ECARTIS (v1.0.0; list encore); Mon, 26 Aug 2002 15:55:21 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id 22D362878D for ; Mon, 26 Aug 2002 15:55:19 -0500 (CDT) Received: from ACCDVM.ACCD.EDU (accdvm.accd.edu [209.184.119.1]) by ns0.utdallas.edu (Postfix) with SMTP id 94C571A0033 for ; Mon, 26 Aug 2002 15:48:18 -0500 (CDT) Received: from Ir191470 [10.1.11.1] by ACCDVM.ACCD.EDU (IBM VM SMTP V2R4a) via TCP with SMTP ; Mon, 26 Aug 2002 15:48:46 CDT From: "Lennie Irvin" To: Subject: [encore] Re: Creating help files Date: Mon, 26 Aug 2002 15:50:36 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 In-Reply-To: <5.1.0.14.2.20020826142828.05aaf100@isg.csd.sc.edu> X-archive-position: 570 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: Lirvin@accd.edu Precedence: bulk Reply-to: Lirvin@accd.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Hi Tobias, It depends what kind of help files you want. Do you want help on particular verbs? Do you want the help files to show in the text side of the MOO or display in the Xpress side of the MOO? Or are you looking for how to create help files that show when you click the HELP button? I'm curious about this question also. I believe that the help property for an object will display as a Javascript window when you click the yellow bulb, but I'm not exactly sure how to edit this help file--@setproperty recorder_helpfile (for example)? Or is there a way to revise this help file with the Xpress Editor? And I'd be curious how to add items into the larger help index? Seems like a good Wizard Guide item... Lennie -----Original Message----- From: encore-bounce@utdallas.edu [mailto:encore-bounce@utdallas.edu]On Behalf Of Tobias Brasier Sent: Monday, August 26, 2002 11:29 AM To: Encore Listserv Subject: [encore] Creating help files Hi all-- What are the steps for creating a help file? Thanks. Tobias Brasier University Webmaster, University of South Carolina Manager, Internet Solutions Group 1244 Blossom Street, Columbia, South Carolina 29208 voice: 803-777-5211 | fax: 803-777-4149 tobias@sc.edu | http://isg.csd.sc.edu/~tobias/ From herve@hawaii.edu Mon Aug 26 20:15:19 2002 Received: with ECARTIS (v1.0.0; list encore); Mon, 26 Aug 2002 20:15:20 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id C589A288CA for ; Mon, 26 Aug 2002 20:15:18 -0500 (CDT) Received: from rapidash.its.hawaii.edu (rapidash.its.hawaii.edu [128.171.94.83]) by ns0.utdallas.edu (Postfix) with ESMTP id 440661A040B for ; Mon, 26 Aug 2002 20:08:21 -0500 (CDT) Received: from conversion-daemon.mail.hawaii.edu by mail.hawaii.edu (iPlanet Messaging Server 5.1 HotFix 0.9 (built May 30 2002)) id <0H1H00I018A15B@mail.hawaii.edu>; Mon, 26 Aug 2002 15:08:20 -1000 (HST) Received: from herve.phys.hawaii.edu (herve.phys.hawaii.edu [128.171.11.114]) by mail.hawaii.edu (iPlanet Messaging Server 5.1 HotFix 0.9 (built May 30 2002)) with ESMTPS id <0H1H00AFU9RH6R@mail.hawaii.edu>; Mon, 26 Aug 2002 15:06:53 -1000 (HST) Date: Mon, 26 Aug 2002 15:13:01 -1000 (HST) From: herve@hawaii.edu Subject: [encore] Re: Creating help files In-reply-to: X-X-Sender: herve@herve.phys.hawaii.edu To: encore@utdallas.edu Message-id: MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=ISO-8859-1 Content-transfer-encoding: 8BIT X-archive-position: 571 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: herve@hawaii.edu Precedence: bulk Reply-to: herve@hawaii.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore > What are the steps for creating a help file? Thanks. Look into objects: {#22, #28, #18, #19, #85, #86, #60, #151, #60} and #153 on Encore db. Also, for specific help content on particular verbs, simply enter comments lines at the beginning of your codes, which can be retrieved using something like: help #obj:verb Namárië, -rv, /-----------------------------------------\ MOOOOOooo...! @ http://moo.kcc.hawaii.edu / "A Túrin Turambar turun ambartanen", T. From aborgia@videotron.ca Tue Aug 27 06:22:37 2002 Received: with ECARTIS (v1.0.0; list encore); Tue, 27 Aug 2002 06:22:38 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id 8DE1D288A3 for ; Tue, 27 Aug 2002 06:22:36 -0500 (CDT) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by ns0.utdallas.edu (Postfix) with ESMTP id 6A31A19FFF2 for ; Tue, 27 Aug 2002 06:15:38 -0500 (CDT) Received: from alex ([24.200.72.104]) by relais.videotron.ca (Videotron-Netscape Messaging Server v4.15 MTA-PRD2) with ESMTP id H1I1Y103.I9V for ; Tue, 27 Aug 2002 07:15:37 -0400 Content-Type: text/plain; charset="us-ascii" From: Alexandre Borgia To: Subject: [encore] Help Files Date: Tue, 27 Aug 2002 07:15:32 -0400 User-Agent: KMail/1.4.3 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-Id: <200208270715.32753.aborgia@videotron.ca> X-archive-position: 572 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: aborgia@videotron.ca Precedence: bulk Reply-to: aborgia@videotron.ca List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Hola, There are a lot of ways to add "text-based" help entries. 1) The "general-purpose" (ie: not related to a specific object) way to do it is to add a property to the $help object, which name will be the help topic. For example: @prop $help."moo policy" "" @notedit $help."moo policy" (or use the web editor) The user will then get the help message whenever he types "help moo policy". 2) If you want the user to get help for a specific object, you can simply create & edit an "help_msg" property on the object. 3) For commands/actions/functions/etc, the comments (quoted text) put above the first line of code are considered to be the help-message of the verb. So considering you have a "car" object, and a "drive" verb on it, if you insert the following lines at the beginning of the verb: "Type: drive car to "; "to get there. You can also type 'drive faster/slower'"; ... they will be printed to the user when he types: help car:drive Note that for (1) and (2) you can also use a VERB instead of a property. This makes possible dynamic help entries (the "help wizard-list" is a good example - this listing doesn't have to be edited manually, it is always up-to-date:) To do such dynamic topics, create a verb using the name the property would have as explained above. Make sure you add the "x" perm so it can be executed from a process. Use whatever fancy code you want, but make sure you return a STR or a list of STR. These will be printed to the user. As for "web-based" help, the "encore help" button is in fact using a structure very similar to (1), though a little more complex (and I don't know if it handles verbs as well ...): a) if you want to put en entry in the main encore help subindex, put the property on $encore_help. b) if you want to put it in another topic listed on the left, move the mouse over the link and check the object number it refers to. c) if you want to create a new menu-topic, create a children of $generic_help. The name of the object will be the name of the topic. The help-menu on the left is personalized: the Help Browser checks the descendants of both the player and its location for ".help" properties on them. You HAVE to put a reference to your new help-object in such a property on the player's hierarchy (or its location). Try: @d $prog.help The 4 entries are programmer-related topics, and they will only be shown to $prog descendants. So, for "general-purpose" help, you can add the object-reference to #6.help. It will be shown to all users. As for the light-bulb, I don't know if there is a way to customize it. It is kindof a web-variant of the "@examine" text-based command, and will lists useful things you can do with the object. As you know, URLs you put into: "." will be shown on the left. So one way to do interesting help pages would be do use the (1) or (2) method above, use a VERB, and make a "if (player.ts_client)" statement so it points to a web page if the player is using a browser. Hope this helps ;) - Alexandre Borgia From jan.holmevik@uib.no Tue Aug 27 17:38:40 2002 Received: with ECARTIS (v1.0.0; list encore); Tue, 27 Aug 2002 17:38:41 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id 61BBF2878D for ; Tue, 27 Aug 2002 17:38:40 -0500 (CDT) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by ns0.utdallas.edu (Postfix) with ESMTP id 65C1819FFEE for ; Tue, 27 Aug 2002 17:31:41 -0500 (CDT) Received: from 66-169-102-60.ftwrth.tx.charter.com ([10.0.1.11]) [66.169.102.60] by alf.uib.no for encore@utdallas.edu with esmtp (Exim 3.35) id 17jorz-0002Sf-00; Wed, 28 Aug 2002 00:31:31 +0200 User-Agent: Microsoft-Entourage/10.1.0.2006 Date: Tue, 27 Aug 2002 17:31:31 -0500 Subject: [encore] Xpress and Mozilla 1.1 From: Jan Rune Holmevik To: enCore list Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-checked-clean: by exiscan on alf X-Scanner: b9ac8ed28bb645e1a2666d485f5d7f63 http://tjinfo.uib.no/virus.html X-UiB-SpamFlag: NO UIB: 0 hits, 8 required; X-archive-position: 573 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: jan.holmevik@uib.no Precedence: bulk Reply-to: jan.holmevik@uib.no List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore It appears that version 1.1 of Mozilla for OS X has reintroduced some Java related bugs that causes the app to crash whenever xpress is loading its applet. Mozilla users who are using Xpress should therefore remain at version 1.0 until a fix has been released by the Mozilla team. Cheers, Jan __Jan Rune Holmevik, Cand Philol_________________________________________ University of Bergen jan@mac.com Department of Humanistic Informatics jan.holmevik@uib.no Sydnesplass 7, HF-bygget janruneh@utdallas.edu N-5007 Bergen, NORWAY http://lingua.utdallas.edu/jan From jan.holmevik@uib.no Tue Aug 27 23:12:42 2002 Received: with ECARTIS (v1.0.0; list encore); Tue, 27 Aug 2002 23:12:43 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id A6604288CE for ; Tue, 27 Aug 2002 23:12:41 -0500 (CDT) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by ns0.utdallas.edu (Postfix) with ESMTP id 31C791A0310 for ; Tue, 27 Aug 2002 23:05:44 -0500 (CDT) Received: from 66-169-102-60.ftwrth.tx.charter.com ([10.0.1.3]) [66.169.102.60] by alf.uib.no for encore@utdallas.edu with esmtp (Exim 3.35) id 17ju4n-0004SS-00; Wed, 28 Aug 2002 06:05:05 +0200 User-Agent: Microsoft-Entourage/10.1.0.2006 Date: Tue, 27 Aug 2002 23:05:03 -0500 Subject: [encore] Mozilla 1.1 and OS X 10.2 Update From: Jan Rune Holmevik To: enCore list Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-checked-clean: by exiscan on alf X-Scanner: 5b8afecdcf389fb6643ae91424903180 http://tjinfo.uib.no/virus.html X-UiB-SpamFlag: NO UIB: 0 hits, 8 required; X-archive-position: 574 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: jan.holmevik@uib.no Precedence: bulk Reply-to: jan.holmevik@uib.no List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Steve Dagley of Netscape notes in a post to www.macnn.com today that the company is aware of certain Java-related problems with Mozilla 1.1 and OS X 10.2. This is the problem I pointed out in my previous post to the list. He offers the following workaround: > For people that require Java support, but not LiveConnect, Apple's new Java > plugin included in Jaguar is another workaround. Be aware however it also has > issues with Mozilla (about:plugins crashes Mozilla for one). Removing the > package 'MRJPluginCarbon.plugin' from inside the Mozilla package (in the path > /Contents/MacOS/Plug-ins/') will allow Mozilla to use the Apple plugin. I have tested this tonight and can confirm that Xpress will run after the Mozilla MRJ plugin has been removed. Cheers, Jan __Jan Rune Holmevik, Cand Philol_________________________________________ University of Bergen jan@mac.com Department of Humanistic Informatics jan.holmevik@uib.no Sydnesplass 7, HF-bygget janruneh@utdallas.edu N-5007 Bergen, NORWAY http://lingua.utdallas.edu/jan From jan.holmevik@uib.no Wed Aug 28 22:28:07 2002 Received: with ECARTIS (v1.0.0; list encore); Wed, 28 Aug 2002 22:28:08 -0500 Return-Path: Delivered-To: encore@nobel.utdallas.edu Received: from ns0.utdallas.edu (null-smtp.utdallas.edu [192.168.1.1]) by nobel.utdallas.edu (Postfix) with ESMTP id 9B0E42876D for ; Wed, 28 Aug 2002 22:28:06 -0500 (CDT) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by ns0.utdallas.edu (Postfix) with ESMTP id 766831A0AB8 for ; Wed, 28 Aug 2002 22:21:05 -0500 (CDT) Received: from 66-169-102-60.ftwrth.tx.charter.com ([10.0.1.7]) [66.169.102.60] by alf.uib.no for encore@utdallas.edu with esmtp (Exim 3.35) id 17kFrR-0001dx-00; Thu, 29 Aug 2002 05:20:45 +0200 User-Agent: Microsoft-Entourage/10.1.0.2006 Date: Wed, 28 Aug 2002 22:20:43 -0500 Subject: [encore] Say goodbye to pop-up ads without compromising on Xpress functionality From: Jan Rune Holmevik To: enCore list Message-ID: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-checked-clean: by exiscan on alf X-Scanner: 0009712db1d78f5ea7eedceca23231b8 http://tjinfo.uib.no/virus.html X-UiB-SpamFlag: NO UIB: 4.9 hits, 8 required; X-UiB-SpamReport: spamassassin found: * 4.9 -- Subject contains lots of white space X-archive-position: 575 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: jan.holmevik@uib.no Precedence: bulk Reply-to: jan.holmevik@uib.no List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-ID: X-List-ID: X-list: encore Hey all, Are you tired of seeing pop-up ads all over the Net? Have you tried using browser features that automatically suppress these ads only to discover that is breaks Xpress? Well, then, here's a solution for you; Switch to Mozilla and edit the preference file (prefs.js) by adding the following lines: (There is currently no GUI for this) user_pref("capability.policy.default.Window.open", "noAccess"); user_pref("capability.policy.policynames", "trustable"); user_pref("capability.policy.trustable.sites","http://www.usefulsite.net");u ser_pref("capability.policy.trustable.Window.open", "sameOrigin"); Replace the url http://www.usefulsite.net above with the URL for the machine and port your MOO is running on, i.e. http://lingua.utdallas.edu:7000. Save the file, start Mozilla and enjoy the Internet the way it is supposed to be :) For more information on Configurable Security Policies (CAPS) see http://www.mozilla.org/projects/security/components/ConfigPolicy.html PS: This should also work for other derivatives of Mozilla such as the Chimera OS X browser. Cheers, Jan __Jan Rune Holmevik, Cand Philol_________________________________________ University of Bergen jan@mac.com Department of Humanistic Informatics jan.holmevik@uib.no Sydnesplass 7, HF-bygget janruneh@utdallas.edu N-5007 Bergen, NORWAY http://lingua.utdallas.edu/jan