Habitat Emails: Difference between revisions
No edit summary |
No edit summary |
||
Line 359: | Line 359: | ||
5. established weekly Habitat team meetings on Friday afternoons, to review | 5. established weekly Habitat team meetings on Friday afternoons, to review | ||
accomplishments of the week & goals for the next. | accomplishments of the week & goals for the next. | ||
</pre> | |||
==December 1987== | |||
===December 11th=== | |||
Taken from [https://github.com/Museum-of-Art-and-Digital-Entertainment/habitat/blob/master/chip/habitat/docs/cya/robreqs.t robreqs.t]. | |||
<pre> | |||
To: Steve Arnold | |||
From: Chip Morningstar | |||
Date: December 11, 1987 | |||
Re: Rob & Janet's item/question memo of 12/7 | |||
As you requested, here is an item-by-item status report in response to Rob & | |||
Janet's memo of 12/7/87: (I've quoted the memo literally on the lines | |||
beginning with ">".) | |||
>Here is a list of all outstanding items we have on record, not including | |||
>three of the four "meta-problems" (heartbeat/protocol disconnect, PC | |||
>loader, memory hits) or manifestations of them as near as we can judge. | |||
>The fourth meta-problem, "messages to non-existing noids," we believe to | |||
>be a problem with auto-teleport, which we'll continue to test | |||
The "messages to non-existing noids" problem was indeed in the auto-teleport | |||
routine and is fixed as of 10/30 (version 6.4). Of the other three, the | |||
"memory hits" problem turned out to be a bug in the bottle object and was also | |||
fixed as of 10/30 in version 6.4. | |||
>SYSTEM | |||
>Needs testing | |||
>------------- | |||
>Auto-teleport -- dying, some Choke machines, wands | |||
As mentioned above, this is fixed in version 6.4 as of 10/30 (ver 6.4 | |||
release notes, 11/10) | |||
>GO/F3 collision (next rev) | |||
Fixed in version Beta 1.0 as of 12/9 | |||
>Error recovery for disk routines (next rev) | |||
Installed in version Beta 1.0 as of 12/9 | |||
>FE3 (JoeyT1) | |||
Since we do not have a dump disk for this problem, we cannot give a | |||
100% assured diagnosis. However, reasoning from the circumstances | |||
surrounding it, our hypothesis is that it is the same problem as the | |||
GO/F3 collision bug mentioned above and the FE#13 that RJScott had. | |||
>FE13 (RJScott) | |||
This turned out to be a result of the very same problem as the GO/F3 | |||
collision bug, and so is fixed. | |||
>Requires disk change (status uncertain) | |||
>--------------------------------------- | |||
Almost all of these are host problems or changes, not disk based. | |||
>PUTing to a sitting Avatar makes it stand (9/10; #62) | |||
This is a host only bug, fixed as of 11/11 | |||
>New entries to regions don't show the state of an avatar | |||
There was a problem with this once upon a time (prior to our keeping | |||
the current bug database). We believe it is fixed (was host bug). | |||
There have been no reports of this happening for as far back as our | |||
database goes. | |||
>Lamps are awfully wide (9/10; #94 sorta) | |||
We aren't sure what this means. If Quantum wants us to change the | |||
collision detection parameters for the streetlamp we can do so easily. | |||
If so, it would be a host only change. | |||
>Ticket DO hangs 64 (9/10; #85) | |||
Our records show this as being fixed as of 9/2 | |||
>Grenade doesn't work (9/10; #81) | |||
Working as of 11/11 (host only change). | |||
>Ring looks like a pill (9/10; #86) | |||
We decided that the ring is sufficiently different that we don't need | |||
to mess with changing the image. | |||
>Cursor turned into PUT icon in text interface (11/4; #500) | |||
We wrote this one off as a mystery on 10/12. Lord Bolan (to whom this | |||
happened) had a number of odd things happen to only him, leading us to | |||
suspect his machine. We have kept our eyes open for recurrences; | |||
there haven't been any. | |||
>Command lockout turing GO while able to receive ESP, etc. (11/4; #374) | |||
Another weird Lord Bolan thing. | |||
>Blank paper with written graphic state (9/10; #128) | |||
Fixed (on host) as of 10/12 | |||
>Random sign appearances (12/2; #696) | |||
Operator boo-boo while using Ghu; accidently moved wrong item. | |||
>Shrunk to smallest size on 'porting home (12/2; #691) | |||
Currently on our working bug list. | |||
>Grab from left-hand side doesn't always work (9/10; #26) | |||
Confusion resulting from collision detection; not a bug. | |||
>Disk questions | |||
>-------------- | |||
>On DOs that include GO, should avatars face cursor on arrival? (9/10; #64) | |||
GO is set up so that avatar is always facing in proper direction on | |||
arrival. Sometimes this is facing cursor, sometimes not. | |||
>Should all DOs include GOs? (9/10; #95) | |||
No. In many cases the semantics of the DO operation makes this | |||
impossible. Where it is possible, we do so. | |||
>Do chairs work easily (i.e., GO from chair with one push?) | |||
Yes. | |||
>Does Help work while seated? (9/10; #31) | |||
No. The only thing you can do while seated is talk or GO. It would | |||
be nice if you could do HELP while seated, but this would require some | |||
fairly hairy changes to the command interface routines, so we decided | |||
not to, in the interest of moving things forward. | |||
>Follow command? (12/2; #190) | |||
This has been an on-again/off-again feature. We need to make a final | |||
decision as to whether or not to implement this. Our feeling here is | |||
that it is probably not needed, and we have the impression that the | |||
consensus at Quantum is similar; however, we need to decide. If we do | |||
decide to implement this, the changes will be entirely host based. | |||
>Does adding the ability to make objects prompt users require disk changes? | |||
>(9/10; #9) | |||
Yes, but the changes have already been made. They were installed in | |||
version 6.4 and have been tested. | |||
>Host problems | |||
>------------- | |||
>Lights (both floor and flash/torch) do not consistently work (12/2, | |||
> comments -- 9/2, #96, #109 -- 11/4, #305) | |||
They should work now. There were a couple of weird interacting host | |||
software problems, the last of which was fixed 11/19, as well as a | |||
systematic error in the database which was corrected on 12/4 | |||
>Cloning & prices on vendos -- are we sure they're right? | |||
We did a thorough check on all vendo prices and they are all correct. | |||
>Title page/index for books (12/2; #104) | |||
It was the Book of Records in particular that required the index | |||
(which needed to be generated by the program that generates that | |||
particular document). Janet implemented this as of 12/8. | |||
>Finish 'port, town and region help names for regions (10/12; #9) | |||
(Actually item #194). Port and town help arrows are in as of 11/19; | |||
we currently have the testers hunting for the inevitable mistakes. | |||
Names are installed in the residential areas and are being added to | |||
the other areas incrementally. | |||
>Fix 'port directory | |||
We have an all-new teleport directory as of 11/14 | |||
>Drugs need to have help effect, pill count (9/10; #79) | |||
Done as of 11/11 | |||
>Heads have no resale value (9/10; #30) | |||
Fixed | |||
>Some turfs have flowers on dressers which can be GETed but not PUT (9/10; | |||
> #72) | |||
Our records show this being fixed as of 9/3. | |||
>Should Costello's be hooked to sewers? (9/10; #56) | |||
No it shouldn't. Our records show it was disconnected as of 9/2. | |||
>Move sewer so de-ghosts don't stand on it (9/10; #101) | |||
Our records show this being fixed as of 9/3. | |||
>Should we de-ghost on login? (12/2; #29) | |||
We think we should, but a decision needs to be made. If we do it, | |||
Janet is the one who will have to implement it. | |||
>Add a type field to 'crats to allow customized responses (9/10; #202) | |||
Upon reflection we concluded that this was unnecessary. | |||
>Put apartment tape online and test (10/12; #11) | |||
Final rev. of apartement installed on 12/9. Requires Beta 1.0 | |||
software to work properly (there was a bug in the elevator). | |||
>Change all countertops to...something else (10/12; #82) | |||
As of 11/11 all countertops work just like tables. | |||
>Two mail in pocket messages for one piece of mail (10/12; #222) | |||
Fixed as of 10/30 (host change by Janet). | |||
>Manual changes | |||
>-------------- | |||
>Revise to be current with Beta Release | |||
Version of manual sent 12/7 accurately describes Beta 1.0 system. | |||
>Include graphic symbols/CTRL keys | |||
>Index | |||
These can be added. We'll need to redesign the page layout however, | |||
since these will add a few pages. | |||
>Is there a current map of downtown? | |||
Yes, but not in a distributable form. | |||
>Should we explain how tables, bookcases and dressers are containers? | |||
I don't know. Should we? | |||
>Should Jan gather as much as we know about configuration requirements? | |||
This would probably be wise. | |||
>A little clearer about 'port booths, mebbe | |||
We will take a look at it. What in particular needs clarification? | |||
>Ghu | |||
>--- | |||
>QL Rep (Rob) proficient enought to implement basic programming (10/12) | |||
Rob is the judge of this. | |||
>Are there any docs on the macro language? | |||
Yes. The document we sent to Quantum describes the macro features | |||
fully. | |||
>Make Oracle fully functional & accessible | |||
>Can GHU handle Oracle requests? | |||
Oracle handling is now implemented in Ghu. We will send a revised | |||
edition of the manual that describes the relevent commands. | |||
>Can GHU hand Rant publishing? | |||
Yes. Text handling features are now implemented. These will also be | |||
described in the new edition of the manual. | |||
>Is it, in short, fully functional? | |||
Yes. However, we would like to consult with Quantum about what | |||
protection features are required, if any, to prevent unauthorized | |||
mangling of the database or invasions of privacy accomplished via Ghu. | |||
>Can (does?) GHU show memory usage in a region? | |||
No. | |||
>Loops | |||
The version of Ghu originally released to Quantum had a looping | |||
feature. We have since made this feature somewhat more general and | |||
this improvement is described in the latest edition of the manual. | |||
>Can I search for items of a specific class? | |||
Yes, but it is very inefficient, since it requires iterating through | |||
the entire database. If we were to make the class field a database | |||
key then we could do this more efficiently. Janet? | |||
>Things to do (Definition of Public Release Habitat System Document) | |||
>------------- | |||
>D'nalsi Island | |||
Ready to go on 30 seconds notice. | |||
>Capture the Flag | |||
We are awaiting a chance to test this on a limited scale before | |||
pursuing a larger development effort. Testing it, however, requires | |||
more users than we have typically had on. | |||
>Cooties | |||
Working. | |||
>Machiavelli | |||
Could use further design work. Does not require any software | |||
developement, however. | |||
>Stock Market | |||
We have a design, but need to set priorities since it will require | |||
some host software work. | |||
>Talk Shows | |||
>Game Shows | |||
>Bijou Theatre | |||
>Costello's Comedy Corner | |||
These are ready to go. We have designed some magic items that will | |||
make the operation of theatrical activities a little easier, but they | |||
are luxuries. | |||
>Items | |||
>----- | |||
>copy machine (12/2; #11 -- 4/29; #27) | |||
>book binder (12/2; #11 -- 4/29; #28) | |||
These require host software that does not yet exist. The C64 end is | |||
in as of version Beta 1.0 | |||
>Customizer: 4-5 selections of heads -- host chooses vector (4/29; #23) | |||
Done in hatchery long, long ago. | |||
>Determine powers and privileges of Adventure Masters (3/2; #28) | |||
>Write Guidebook to the Oracle (3/2; #48) | |||
>Design batch transactions (3/2; #71) | |||
We need to work out operations plans in order to determine the | |||
relevence of these items. | |||
>Make region entry smarter (doors, etc.) (3/2; #110) | |||
>Add textual error messages (3/2; #117) | |||
>Write help messages for magic items (3/2; #118) | |||
Ancient history; done. | |||
>Implement Apartment Generator (3/2; #55) | |||
Done. | |||
>Implement Adventure Master support software (3/2; #63) | |||
See above comment on Adventure Masters. | |||
>Position on compatibility with 1581 (10/12; #2) | |||
We need a 1581 and detailed documentation on it. | |||
</pre> | </pre> |
Revision as of 21:45, 20 November 2021
These are logs/diary entries which were taken from Chip Morningstars Habitat Archives.
July 1985
July 18th
Taken from worldComments.
From dragon Thu Jul 18 17:13:15 1985 Subject: microworld (no, not a serious name suggestion) An idea, though... In addition to avatars (which might have different modes of seeing/moving/etc), one might have tools in the other world, such as binoculars (or a telescope, lacking 3-D capability). Perhaps the normal view would be as in Rescue, Eidolon or Koronis Rift, about 90 degrees and not very far away. A telescopic view would present about the same amount of detail, but distribute it differently so that one could see a long distance in a very narrow cone (say 10 degrees). Objects and terrain could have several additional non-visual dimensions of information, such as temperature, reflectivity and metallic content. Thus, different modes of "seeing" might give entirely different views from the same terrain. Electromagnetic scanners, such as radar, would show a metallic object as being substantially brighter than a non-metallic one, for instance. Infrared would show lakes as dark spots, and volcanoes, hot springs or subterranean nuclear power stations as brighter highlights. We should also be careful not to rule out non-human modes of vision (and other sensory apparatus). Many non-human or semi-human races in D&D have infravision, for example, and would see in the infrared spectrum as well underground as a normal human might above ground. In True Names, one of the characters takes off (from the high mountain [satellite] meeting place) as an eagle. This might be represented on a home computer as a flight simulator with a very narrow field of view, and different (but not unrealistic) flight dynamics. The narrow field graphics might provide a certain amount of disorientation, until one "got used to the form", so to speak. Just an idea... Charlie
May 1986
May 14th
Taken from demo.aric.t.
From aric Wed May 14 10:03:13 1986 Subject: CES presentation Randy and I talked yesterday about ideas for the CES presentation. Following are some of the ideas that came out of that discussion... Purpose of demonstration: Show off avatars (variety, capabilities) Show off objects (variety, portability, containership...) Show off Regions (variety) Show off Telecommunications (multiple players, shared host) Show off potential for game play Possible demonstration: Begin with avatar at home... Scene: Inside of avatar home. Surroundings include; fishtank, answering machine, avatar, chair, window. Answering machine is blinking indicating that it has a message. Action: Avatar can move things around the house and then later moves to answering machine and gets message that FRIENDX is coming over. Moments later, doorbell rings and FRIENDX arrives. Conversation follows regarding visit to...fountain, park, atm, arcade. Avatars decide to travel to arcade. Avatars leave house via front door. Scene: Front of house. Surroundings include home, Sun, trees, mailbox. Flag is up on mailbox. Action: Avatar opens mailbox and retrieves letter. Avatar can read contents if desired. Flag lowers on mailbox. Avatar realizes that he has no cash, and requests that they stop at atm on the way to the arcade. Scene: Next region over. Contains convenient teleport booth, fire hydrant, trees. Action: Avatars walk to teleport booth and ZAP tm. to side of bank. (we could set destination choice with function keys to get us to any region desired!) Scene: Outside of Bank. Brick wall in back and ATM attached to wall. Action Avatar performs correct mumbo jumbo and Tokens arrive. Avatars are now ready to go to the arcade. Scene: Park. Lots of trees and bushes Action: Walk through Scene: Arcade. Contains targets and guns Action: Shoot targets together, for points, sound effects. Scene: Outside of Cave. Dark entrance with stonework around edge. Action: Decision as to whether to travel inside. Scene: Inside of Cave. Dark background with Rocks on floor and stalagtites hanging from roof. A locked treasure chest lies on the floor here. Action: Use target gun to shoot Rocks, Stalagtite, Treasure chest. When the chest is opened (there should also be a key around somewhere) a gem will be found inside. Avatars should decide who gets the gem. This is a preliminary layout for a possible demonstration, but many new objects need to be added in order to give us a larger range of possible actions. I think that using a scripting system in important in order to view all of the possible variations that we can present. --aric
September 1986
September 5th
Taken from statusReport.Sept5.
From chip Fri Sep 5 22:30:06 1986 Received: by moth; 05 SEP 86 22:30:06 PDT From: chip (Chip Morningstar -- "Software Without Moving Parts") To: sda Cc: chip Subject: Status report Status: R We had the interview with the Japanese TV folk. It went well, I think, though they were pretty loose in their shooting, so I'm not sure what the result will look like. (In general the Japanese media seems to prefer to produce a lot of material quickly and with less polish, whereas their American counterparts are more conscious of style and produce a smaller volume of more carefully crafted stuff -- I've noticed this about the Japanese magazines and the TV people seemed the same way. Comparative sociology at work!) Randy got a call from Janet early this morning, just before she disappeared off to wherever she's going. She said that she was finally able to login to our system (she'd been having problems yesterday) and transfer the stuff over that we wanted them to have (more regions for Populopolis and the data tables for the memory capacity handler). (I asked her to leave me a message on their system telling me where all the material relating to this component is so that I can work on it myself if necessary. She does not appear to have done this.) Randy mentioned to Janet that we had been thinking about a scheme to allow more objects to occupy memory at the same time by selectively not loading their imagery and behavior code under certain circumstances (this is the thing we mentioned to you Thursday) but that it would cost a week or two to implement. In spite of the inherent delay, she was intrigued. Randy suspects he knows what he's going to be doing next week. She called back a short while later, said she had talked to Marc, and that he was entertaining the notion of delaying beta to put this in, and that you and I should call him to discuss it! Unfortunately, you weren't here. I could have called him on my own, but I felt very strongly that I should consult with you before undertaking discussion of this with Quantum, since it seems rather drastic, possibly threatening getting the product out for Christmas -- frankly I felt that I would be a little over my head to call Marc on my own and start discussing this, since I am unclear, in particular, on the specifics of the timing constraints we are under. In other words, I didn't call Marc back and take it up with him by myself because you weren't here and I was afraid to make any kind of commitments one way or the other on my own initiative. This may have been a mistake, since it *is* Friday (thus the decision gets delayed over the weekend instead of just overnight), but I suspect not, since Randy won't really be able to begin work on the thing in earnest until Monday anyhow. Nevertheless, you and I need to talk about this ASAP, then contact Marc. I will be in the office Saturday afternoon for sure and either Saturday evening or Sunday afternoon also (probably both...).
From chip Fri Sep 5 23:04:13 1986 Received: by moth; 05 SEP 86 23:04:13 PDT From: chip (Chip Morningstar -- "Software Without Moving Parts") To: sda Cc: chip Subject: Status report addenda Status: R One thing I forgot to include in the previous message: I met this morning with Jamie Williams. I gave her the latest draft of the manual to look over, and told her the things that I thought needed adding that I'd like to have her work on. I also asked her to proof the thing for stylistic consistency, since I have rewritten large chunks of it in the time between when she last worked on it and now. I want to make sure that the clear and direct style which she adopted is also reflected in the parts I have added or substantially changed. I showed her the promo tape (do we have a name for that thing, by the way?) and gave her a live demo of the system. We then talked about the press conference and about the sort of demonstration/presentation I should be giving and how it should be structured to cover the items on the agenda that I am supposed to talk about (suitably modified by our own idea of appropriateness by adding some things to and removing one or two things from the list that Quantum sent us). We roughed out a basic demo structure which she is going to take as a starting point. I also gave her copies of the "Funativity" and "Machiavelli" documents to give her some general idea of the various kinds of activities we are thinking of having in Habitat, beyond the rather vague notion of "adventuring". She is going to work on these things and send (by messenger service) the manual revisions and a first draft demo/presentation on Monday or Tuesday. I'll give her feedback by phone (she has some job she has to be at those days) and she'll then work on whatever adjustments to the presentation we deem necessary. She will come back in person on Wednesday or Thursday to start finalizing the presentation. It all looks good to me. Jamie's a real pro. I had gotten the feeling from our earlier conversations that you had some things that *you* wanted her to work on for the press conference also, but I had no idea what, if anything, these might be, so we obviously didn't cover them. If I am mistaken, great. If not, you'd best contact her. By the way, did you notice that the proposed press conference agenda that Quantum sent us allocates 5 minutes for our 8 minute tape? Oh, also: I got a call today from Rob Fulop. He wants to come up and visit us Tuesday. He's interested in various things, including mutual support developing software for Quantum, development tools for 6502 machines, and of course various Habitat tie-in things (creative and/or technological). I think he will contact you directly to arrange something official.
November 1986
November 7th
Taken from nancymemo.
Date: November 7, 1986 To: Cathy Anderson >From: Nancy Mohler Subject: HABITAT STATUS Here is today's updated Habitat Task List, including time to complete tasks, target completions, categorization of beta prerequisites, and the requested change to the Effects column. Implementation time for remaining tasks will be determined with Janet's input. Beta software submission is expected 11/24. The public release schedule will be determined next week. Recapping the status conference call today: 1. Resolved to limit the Rant to a condensed version in a Habitat book and put bulk of text in tree-structure outside. 2. Protocol bug estimated to be 95% fixed, with update made available this afternoon. 3. Delivery date for the user version (beta testers) map TBD by LFL ASAP. 4. Open issue for discussion is how the home vendo will be used. 5. Tabled until Monday how to make mail more accessible. LFL to prepare alternative proposal. 6. Agreed on 100 as the number of tokens in pocket of Avatars being hatched, pending completion of economic plan. The 11/10 Habitat status conference call will be at 4:00 QL-time, 1:00 Marin. Suggested agenda: protocol bug status, mail resolution, Task List. cc: Steve Arnold Steve Case Randy Farmer Janet Hunter Chip Morningstar Marc Seriff Aric Wilmunder
November 11th
Taken from janetEst.
From quantum Tue Nov 11 09:16:37 1986 Received: from shem by moth; 11 NOV 86 09:16:37 PST From: quantum (Janet Hunter, Quantum Computer Services) To: chip Received: by shem; 11 NOV 86 09:16:36 PST Subject: Time estimates Status: RO Chip, Here are my time estimates for the Beta Test Prequisite Tasks: 6 Capacity Monitor - 2 days target 11/14 7 Rebuild Regionproc - done 11/11 15 Oracle response - 1 day target 11/17 16 Bank acct utility - 1 day target 11/16 18 Text input utility - 1 day target 11/19 67 Avatar to ghost - done 68 Online-only ghosts - done 69 Exclude non-beta testers - done 40 Msg of the day - 1 day target 11/20 (?) 72 create avatar w/ token - .5 day target 11/14 OOPS: Target date for #16 should be 11/18, not 11/16. Note: Question mark on target date for #40 is because it is assigned to both you and me.
April 1987
April 19th
Taken from newprocedure.t.
From nancy Sun Apr 19 19:02:01 1987 Subject: Friday meeting outcome file notes 4/17/87 Habitat team meeting w/sda In order to achieve release into beta test and to revise project completion plan with better time estimates-- 1. confirmed commitment to daily playtesting w/QL at 5:30 (our time)--Aric, Chip & Randy will let me know of any conflict not allowing them to be on. 2. revised playtest debriefing procedure: a hard copy bug reporting form will be created by Chip for distribution to all playtesters. completed forms will be turned in to Randy asap (next morning fax from Janet) for him to maintain tracking system; Chip will review with him Randy's assignment of disposition daily. so, rather than the on-line PC debriefings immediately following a playtest & conference calls after receipt of the tapes to review the list, Randy will maintain a bug tracking system to, 1) improve efficient use of everyone's time, 2) improve response to reported bugs, and 3) improve communication & confidence between us & QL. I'll discuss this procedure revision w/Janet & Rob during the scheduled 10:00 conference call Monday morning. Assuming their agreement, Cathy & I will review the bug tracking reports via near-daily conference calls & flag ones needing discussion among the team. 3. established daily status reports: Aric & Randy will mail to Chip (copying each other & sda & me) at the end of each day a brief list of their accomplishments for the day, notes explaining significant delays in any tasks, and a list of tasks expected to be undertaken the next day, including time estimated to complete. Chip, including his own tasks, will issue a Habitat daily status summary of accomplishments relative to start of alpha, start of beta, & estimated time to release. 4. reduced frequency of entire team QL conference calls: to be scheduled by Cathy & me as needed, usually at 1:00 our time. We'll discuss this process with her on Thursday when she's here. 5. established weekly Habitat team meetings on Friday afternoons, to review accomplishments of the week & goals for the next.
December 1987
December 11th
Taken from robreqs.t.
To: Steve Arnold From: Chip Morningstar Date: December 11, 1987 Re: Rob & Janet's item/question memo of 12/7 As you requested, here is an item-by-item status report in response to Rob & Janet's memo of 12/7/87: (I've quoted the memo literally on the lines beginning with ">".) >Here is a list of all outstanding items we have on record, not including >three of the four "meta-problems" (heartbeat/protocol disconnect, PC >loader, memory hits) or manifestations of them as near as we can judge. >The fourth meta-problem, "messages to non-existing noids," we believe to >be a problem with auto-teleport, which we'll continue to test The "messages to non-existing noids" problem was indeed in the auto-teleport routine and is fixed as of 10/30 (version 6.4). Of the other three, the "memory hits" problem turned out to be a bug in the bottle object and was also fixed as of 10/30 in version 6.4. >SYSTEM >Needs testing >------------- >Auto-teleport -- dying, some Choke machines, wands As mentioned above, this is fixed in version 6.4 as of 10/30 (ver 6.4 release notes, 11/10) >GO/F3 collision (next rev) Fixed in version Beta 1.0 as of 12/9 >Error recovery for disk routines (next rev) Installed in version Beta 1.0 as of 12/9 >FE3 (JoeyT1) Since we do not have a dump disk for this problem, we cannot give a 100% assured diagnosis. However, reasoning from the circumstances surrounding it, our hypothesis is that it is the same problem as the GO/F3 collision bug mentioned above and the FE#13 that RJScott had. >FE13 (RJScott) This turned out to be a result of the very same problem as the GO/F3 collision bug, and so is fixed. >Requires disk change (status uncertain) >--------------------------------------- Almost all of these are host problems or changes, not disk based. >PUTing to a sitting Avatar makes it stand (9/10; #62) This is a host only bug, fixed as of 11/11 >New entries to regions don't show the state of an avatar There was a problem with this once upon a time (prior to our keeping the current bug database). We believe it is fixed (was host bug). There have been no reports of this happening for as far back as our database goes. >Lamps are awfully wide (9/10; #94 sorta) We aren't sure what this means. If Quantum wants us to change the collision detection parameters for the streetlamp we can do so easily. If so, it would be a host only change. >Ticket DO hangs 64 (9/10; #85) Our records show this as being fixed as of 9/2 >Grenade doesn't work (9/10; #81) Working as of 11/11 (host only change). >Ring looks like a pill (9/10; #86) We decided that the ring is sufficiently different that we don't need to mess with changing the image. >Cursor turned into PUT icon in text interface (11/4; #500) We wrote this one off as a mystery on 10/12. Lord Bolan (to whom this happened) had a number of odd things happen to only him, leading us to suspect his machine. We have kept our eyes open for recurrences; there haven't been any. >Command lockout turing GO while able to receive ESP, etc. (11/4; #374) Another weird Lord Bolan thing. >Blank paper with written graphic state (9/10; #128) Fixed (on host) as of 10/12 >Random sign appearances (12/2; #696) Operator boo-boo while using Ghu; accidently moved wrong item. >Shrunk to smallest size on 'porting home (12/2; #691) Currently on our working bug list. >Grab from left-hand side doesn't always work (9/10; #26) Confusion resulting from collision detection; not a bug. >Disk questions >-------------- >On DOs that include GO, should avatars face cursor on arrival? (9/10; #64) GO is set up so that avatar is always facing in proper direction on arrival. Sometimes this is facing cursor, sometimes not. >Should all DOs include GOs? (9/10; #95) No. In many cases the semantics of the DO operation makes this impossible. Where it is possible, we do so. >Do chairs work easily (i.e., GO from chair with one push?) Yes. >Does Help work while seated? (9/10; #31) No. The only thing you can do while seated is talk or GO. It would be nice if you could do HELP while seated, but this would require some fairly hairy changes to the command interface routines, so we decided not to, in the interest of moving things forward. >Follow command? (12/2; #190) This has been an on-again/off-again feature. We need to make a final decision as to whether or not to implement this. Our feeling here is that it is probably not needed, and we have the impression that the consensus at Quantum is similar; however, we need to decide. If we do decide to implement this, the changes will be entirely host based. >Does adding the ability to make objects prompt users require disk changes? >(9/10; #9) Yes, but the changes have already been made. They were installed in version 6.4 and have been tested. >Host problems >------------- >Lights (both floor and flash/torch) do not consistently work (12/2, > comments -- 9/2, #96, #109 -- 11/4, #305) They should work now. There were a couple of weird interacting host software problems, the last of which was fixed 11/19, as well as a systematic error in the database which was corrected on 12/4 >Cloning & prices on vendos -- are we sure they're right? We did a thorough check on all vendo prices and they are all correct. >Title page/index for books (12/2; #104) It was the Book of Records in particular that required the index (which needed to be generated by the program that generates that particular document). Janet implemented this as of 12/8. >Finish 'port, town and region help names for regions (10/12; #9) (Actually item #194). Port and town help arrows are in as of 11/19; we currently have the testers hunting for the inevitable mistakes. Names are installed in the residential areas and are being added to the other areas incrementally. >Fix 'port directory We have an all-new teleport directory as of 11/14 >Drugs need to have help effect, pill count (9/10; #79) Done as of 11/11 >Heads have no resale value (9/10; #30) Fixed >Some turfs have flowers on dressers which can be GETed but not PUT (9/10; > #72) Our records show this being fixed as of 9/3. >Should Costello's be hooked to sewers? (9/10; #56) No it shouldn't. Our records show it was disconnected as of 9/2. >Move sewer so de-ghosts don't stand on it (9/10; #101) Our records show this being fixed as of 9/3. >Should we de-ghost on login? (12/2; #29) We think we should, but a decision needs to be made. If we do it, Janet is the one who will have to implement it. >Add a type field to 'crats to allow customized responses (9/10; #202) Upon reflection we concluded that this was unnecessary. >Put apartment tape online and test (10/12; #11) Final rev. of apartement installed on 12/9. Requires Beta 1.0 software to work properly (there was a bug in the elevator). >Change all countertops to...something else (10/12; #82) As of 11/11 all countertops work just like tables. >Two mail in pocket messages for one piece of mail (10/12; #222) Fixed as of 10/30 (host change by Janet). >Manual changes >-------------- >Revise to be current with Beta Release Version of manual sent 12/7 accurately describes Beta 1.0 system. >Include graphic symbols/CTRL keys >Index These can be added. We'll need to redesign the page layout however, since these will add a few pages. >Is there a current map of downtown? Yes, but not in a distributable form. >Should we explain how tables, bookcases and dressers are containers? I don't know. Should we? >Should Jan gather as much as we know about configuration requirements? This would probably be wise. >A little clearer about 'port booths, mebbe We will take a look at it. What in particular needs clarification? >Ghu >--- >QL Rep (Rob) proficient enought to implement basic programming (10/12) Rob is the judge of this. >Are there any docs on the macro language? Yes. The document we sent to Quantum describes the macro features fully. >Make Oracle fully functional & accessible >Can GHU handle Oracle requests? Oracle handling is now implemented in Ghu. We will send a revised edition of the manual that describes the relevent commands. >Can GHU hand Rant publishing? Yes. Text handling features are now implemented. These will also be described in the new edition of the manual. >Is it, in short, fully functional? Yes. However, we would like to consult with Quantum about what protection features are required, if any, to prevent unauthorized mangling of the database or invasions of privacy accomplished via Ghu. >Can (does?) GHU show memory usage in a region? No. >Loops The version of Ghu originally released to Quantum had a looping feature. We have since made this feature somewhat more general and this improvement is described in the latest edition of the manual. >Can I search for items of a specific class? Yes, but it is very inefficient, since it requires iterating through the entire database. If we were to make the class field a database key then we could do this more efficiently. Janet? >Things to do (Definition of Public Release Habitat System Document) >------------- >D'nalsi Island Ready to go on 30 seconds notice. >Capture the Flag We are awaiting a chance to test this on a limited scale before pursuing a larger development effort. Testing it, however, requires more users than we have typically had on. >Cooties Working. >Machiavelli Could use further design work. Does not require any software developement, however. >Stock Market We have a design, but need to set priorities since it will require some host software work. >Talk Shows >Game Shows >Bijou Theatre >Costello's Comedy Corner These are ready to go. We have designed some magic items that will make the operation of theatrical activities a little easier, but they are luxuries. >Items >----- >copy machine (12/2; #11 -- 4/29; #27) >book binder (12/2; #11 -- 4/29; #28) These require host software that does not yet exist. The C64 end is in as of version Beta 1.0 >Customizer: 4-5 selections of heads -- host chooses vector (4/29; #23) Done in hatchery long, long ago. >Determine powers and privileges of Adventure Masters (3/2; #28) >Write Guidebook to the Oracle (3/2; #48) >Design batch transactions (3/2; #71) We need to work out operations plans in order to determine the relevence of these items. >Make region entry smarter (doors, etc.) (3/2; #110) >Add textual error messages (3/2; #117) >Write help messages for magic items (3/2; #118) Ancient history; done. >Implement Apartment Generator (3/2; #55) Done. >Implement Adventure Master support software (3/2; #63) See above comment on Adventure Masters. >Position on compatibility with 1581 (10/12; #2) We need a 1581 and detailed documentation on it.