Numbered Bugs Card Bugs ! 320. Tang: Card and NoteFile protected operations need rethinking and fixing Date: 20 Nov 86 10:34 PST From: Tang.pa Subject: NoteCards 1.3k: Uncertainty about NC blocking To: NoteCardsSupport.pa cc: Tang.pa NoteCards 1.3k System Date: 14-Nov-86 22:33:44 Lisp System Date: 11-May-86 15:19:08 Machine: Dove (204#110#) Microcode version: 26,32 Memory size: 13400 Frequency: Intermittent Impact: Minor I don't have a good formulation of this problem, but: With the new capability of having several NF open, there is a great temptation to do several different notefile operations at once, and I have occasionally noticed that breaks can result. For instance, I might Compact one NF while I'm closing another, or once I was Copying one NF while doing some work in another's browser, and I got a break "end of file something not copied". Another example, is that if you choose Close Cards off of the session icon menu and you select a list of cards to close, and while those cards are in the process of closing, you mouse a card icon to open a card, it lets you do that and opens the card, but halts the close card operation, and you have to go kill OLDMOUSE through the PSW and use Close Cards again to select the remaining unclosed cards. This used to work ok in 1.2, but doesn't in 1.3. These experiences have taught me simply not to try to do too many things at once. This is probably some tedious programming for this stage of the game, so you might just warn users NOT to simultaneously execute notecards operations. ~jt End of message 156.ml Trigg: Card NC.CloseNoteCards delete unused args Date: 2 Sep 86 16:26 PDT From: Trigg.pa Subject: NoteCards 1.3k: NC.CloseNoteCards takes two unused args To: NoteCardsSupport.pa cc: Trigg.pa Lisp System Date: 11-May-86 15:19:08 Machine: Dorado (MONK) Microcode version: 26,32 Memory size: 40000 NC.CloseNoteCards takes two args NoCheckFlg and Don'tClearFlg which are unused. I know it's a pain to find and fix the callers not to pass these args, but I think it's of some importance to clean up this sort of crud. - Randy End of message 400. PIrish: Card closing should do a FORCEOUTPUT 414. Gobbel: Card can get wedged by doing operation while Assign Title is in progress Date: 28 Jan 87 12:33 PST From: Gobbel.pa Subject: NoteCards 1.3k: Starting another op w/ Assign Title in progress loses To: NoteCardsSupport.pa cc: Gobbel.pa NoteCards 1.3k System Date: 6-Jan-87 16:42:38 Lisp System Date: 11-May-86 15:19:08 Machine: Dandelion (DandeLisp) Microcode version: 26,32 Memory size: 13777 Frequency: Always Impact: Serious Scenario is: create a card, no title, select Close And Save. Assign Title window comes up. With this window up, select Delete Card. Assign Title window goes away, replaced w/ window that says "Can't Delete, Assign Title in progress". Card is now wedged, since there's no way to complete (or anything) the Assign Title. -Randy End of message Cross-file Link Bugs 488. Newman: Cross-file Links problems Date: 19 Mar 87 10:51 PST From: newman.pasa Subject: 1.3K problems/reports To: NoteCardsSupport.pa cc: newman.pasa Five reports from our customer indicate some potential trouble for 1.3k and cross-file links. 1) NCP.GetLinks seems to ignore some cross-file links. The customer had troble getting this function to return what he thought it should return in every case. (This may be a customer problem rather than a true bug, but I can't figure it out.) 2) Browsers that contain cards from another notefile can cause problems when they are deleted; cards in the other notefile still think that they have 'BrowserContents' links to the now nonexistent browser. 3) Link labels in one notefile don't carry over when doing browser into another notefile. That is, when creating a browser on 'foo' links in Notefile A, if there are no 'foo' links in A, but there are in notefile B (where the browser will end up due to cross-file links), the foo links in B are ignored. (I'm not sure I understand this one!) 4) (* FIXED *) Unfiling cards linked from another notefile is funky; they go to the ORPHANS box, and the messages and behavior are perhaps not appropriate. In unfiling a card that is actually in another notefile, perhaps the normal unfiling stuff should be turned off? 5) Can you specify a notefile to be read-only when the system is following a cross-notefile link? Our customer wants to have a number of notefiles be read-only with cross-file links from other notefiles that are read-write. But they cannot figure out how to cause the notefiles opened as a result of following a cross-file link to be opened read-only. >>Dave End of message 374. Kelley: Cross-file links halt Browser card Date: 8 Jan 87 23:52 PST From: Kelley.pa Subject: NoteCards 1.3k: Cross-file-links halt Browser card To: NoteCardsSupport.pa cc: Kelley.pa NoteCards 1.3k System Date: 12-Dec-86 18:19:40 Lisp System Date: 11-May-86 15:19:08 Machine: Dandelion (222#72#) Microcode version: 26,32 Memory size: 15777 Frequency: >> Always, Intermittent, Once << Impact: >> Fatal, Serious, Moderate, Annoying, Minor << The Browser card graph terminates at cross-file-link cards even though it opens the linked NoteFile. It should continue graphing the structure. -- kirk End of message NoteFile Bugs 512. Kiparsky: NoteFile - Occasional trouble with NC.GetDate Return-Path: Received: from CSLI.Stanford.EDU ([36.9.0.46]) by Xerox.COM ; 27 MAR 87 12:46:05 PST Date: Fri, 27 Mar 87 12:42:50 PST From: Carol Kiparsky Subject: NC.GetDate To: NotecardsSupport.pa cc: carol@CSLI.Stanford.EDU Message-ID: <12289799116.21.CAROL@CSLI.Stanford.EDU> Every now and then, while creating a notefile (or opening one??) there is a break: NC.GetDate broken.....NIL is not a proper date. I tried going back to the closest fn I could find - NC.ReadDate, I think, and setting the date, e.g. 27-Mar-87, but it said that was not a proper date. What should I do? -Carol ------- End of message5 510. Newman: NoteFile - ID mismatch while reading item Date: 26 Mar 87 17:31 PST From: newman.pasa Subject: NoteCards 1.3k: ID mismatch while reading item To: NoteCardsSupport.pa cc: newman.pasa NoteCards 1.3k System Date: 9-Mar-87 14:24:24 Lisp System Date: 11-May-86 15:19:08 Machine: Dove (207#53#) Microcode version: 0,0 Memory size: 16400 Frequency: Once Impact: Serious Opening a notecard in a notefile that has never before given me any trouble, I got an error that said: ID mismatch while reading item. Expected ID: {UID}#53,73610 Found ID: {UID}#53,54226 NIL NC.ReadCardPartHeader is broken. Inspect and repair showed that the card had bad links data. Two other cards had bad links data. I am completely surprised that these cards are bad, as I have never had any trouble with the notefile, and I don't know what could have happened to them. Is this a common problem? Is there anything that I can do to help you track it down if I run into it again? >>Dave (See bug # 511) P.S. While in the break window, I could not edit a mail message. Something about the way that the system was working when it broke caused the MESSAGESENDER process to hang in the TEDIT command loop. Bad news, and really frustrating. Does it have anything to do with the TEDIT process killer? The message window opens, and the system inverts the proper part of the subject field, but the system won't allow any typing or menuus to come up on the message window. Also, there is a function TEDITB009 or something like that on the stack, which makes me suspicious, because as far as I know, the regular TEDIT function is used by LAFITE. I had to kill the messagesender and up-arrow out of the break window and open a new message sender to edit this message. End of message ! 147.ml Kelley: NoteFile CopyCards should check index size before doing copy Print a message: Reset NewNoteFileInitialSize to larger than x. Do Compact. Reset NewNoteFileInitialSize. Re-do Copy Cards. Structure Bugs 527. Marshall: Structure delete is buggy Date: 31 Mar 87 16:00 PST From: Marshall.pasa Subject: NoteCards 1.3k: Bug in Delete Structure To: NoteCardsSupport.pa cc: Marshall.pasa NoteCards 1.3k System Date: 9-Mar-87 14:24:24 Lisp System Date: 11-May-86 15:19:08 Machine: Dove (207#52#) Microcode version: 0,0 Memory size: 16400 Frequency: Intermittent Impact: Moderate Sometimes Delete Structure does its deletions such that the root card (and possibly its children) ends up in the orphans filebox. Then after the card itself has been deleted, the link icon remains in the orphans filebox and causes the following break to occur when one buttons on the icon to try to bring the card back up: NIL - UNDEFINED FUNCTION which I guess means that it's going off to look for the card in question's editfn. (ie the stack has NC.EditNoteCard near the top). The card object says the card is indeed deleted. I can make this happen consistently by selecting a filebox node from a browser as the root for Delete Structure. If you do this with the Orphan box on the screen, you can see the cards falling into the orphan box, and their links not getting deleted. They have to be redisplayed before they're active though. Cathy End of message Date: 31 Mar 87 16:56 PST From: Trigg.pa Subject: Re: NoteCards 1.3k: Bug in Delete Structure In-reply-to: Marshall.pasa's message of 31 Mar 87 16:00 PST To: Marshall.pasa cc: NoteCardsSupport.pa Ugh. This is VERY bad. I haven't seen the phenomenon you describe, i.e. cards getting orphanized that are in the process of being deleted. But that code (deleting structures) got hacked massively in the "next" release which will come out this week or next. Can you hold on and try it again there? Thanks much. - Randy End of message ! 185.hl Halasz: Structure Copy (NC.CopyCards) should assign a writelock when put down Date: 10 Sep 86 15:41 PDT From: Halasz.pa Subject: NoteCards 1.3k: Copy structure does not work in NEXT> To: NoteCardsSupport.pa cc: Halasz.pa Due to fact that copied cards do not own write locks when they are being put down. -- Frank End of message Interface Bugs 460. Rao: Interface - Notefile Icon needs placing Date: 3 Mar 87 23:24 PST From: Rao.pa Subject: NoteCards 1.3k: Notefile Icon needs placing To: NoteCardsSupport.pa cc: Rao.pa NoteCards 1.3k System Date: 27-Feb-87 14:13:55 Lisp System Date: 27-Feb-87 14:59:55 Machine: Dorado (AHenderson) Microcode version: 26,32 Memory size: 40000 Frequency: Always Impact: Annoying Not clear this is a bug, but.... When you don't have your Notefile Icon's linger after closes, everytime you open them they require placing. Whereas, if they do linger and you close the icon with the window close command, reopening does use the old position. ramana End of message 459. Rao: Interface - Residual Windows on Abort Date: 3 Mar 87 23:21 PST From: Rao.pa Subject: NoteCards 1.3k: Residual Windows on Abort To: NoteCardsSupport.pa cc: Rao.pa NoteCards 1.3k System Date: 27-Feb-87 14:13:55 Lisp System Date: 27-Feb-87 14:59:55 Machine: Dorado (AHenderson) Microcode version: 26,32 Memory size: 40000 Frequency: Always Impact: Annoying This is with the MenuLingersAfterNoteFileClose option set to No and maybe it's important to have a tabletop stored in the notefile from the previous close. When you abort out of a notefile, the notefile icon's promptwindow persists as does a "whited-out" version of the icon itself (if you click in the residual prompt window it appears). ramana End of message (You need to be aborting a notefile that has had changes made to it, so that it uses the prompt window.) 482. Orr: Interface - Copy Notefile changes icon to point at copy target rather than original Date: 16 Mar 87 10:33 PST From: Orr.pa Subject: NoteCards 1.3k: Copy Notefile changes icon to point at copy target rather than original To: NoteCardsSupport.pa cc: Orr.pa NoteCards 1.3k System Date: 27-Feb-87 14:13:55 Lisp System Date: 27-Feb-87 14:59:55 Machine: Dove (Cuchulain) Microcode version: 26,50 Memory size: 13400 Frequency: Once, so far Impact: Could be damaging, could just slow things down Last Friday before going home I copied my Thesis NoteFile to qv for safekeeping. Came in this morning, opened my Thesis NoteFile and discovered I had opened the backup copy on qv . . . No damage done, but it could be disconcerting . . . ~J~ End of message Date: 16 Mar 87 12:40 PST From: Orr.pa Subject: Re: NoteCards 1.3k: Copy Notefile changes icon to point at copy target rather than original To: NoteCardsSupport.pa cc: Orr.pa Should have mentioned that this was done from the Session Icon, not from the individual NoteFile Icon. Randy has told me his workaround for this problem, which is certainly doable, but . . . ~J~ End of message 481. Trigg: Interface - Extra nf icon when old version Date: 14 Mar 87 02:11 PST From: Trigg.pa Subject: NoteCards 1.3k: Extra nf icon when old version To: NoteCardsSupport.pa cc: Trigg.pa NoteCards 1.3k System Date: 27-Feb-87 16:10:21 Lisp System Date: 11-May-86 15:19:08 Machine: Dorado (MONK) Microcode version: 26,32 Memory size: 40000 Say you have notefile icons up for two closed notefiles: test1.notefile;1 and test1.notefile;2. Then if you try to open the former (using nc filebrowser or prog intface), it will make you a new icon rather than using the existing one. (Actually, it may be the latter - it seems to vary.) This is because only one version of any notefile is being stored in the main notefiles hash array. Thus NC.NoteFileFromFileName returns nil on earlier versions. - Randy End of message 462. Tang: Interface - Strange display of icons Date: 4 Mar 87 12:31 PST From: Tang.pa Subject: NoteCards 1.3k: Icon weirdness in fileboxes To: NoteCardsSupport.pa cc: Tang.pa Format: TEdit NoteCards 1.3k System Date: 27-Feb-87 14:13:55 Lisp System Date: 27-Feb-87 14:59:55 Machine: Dove (204#110#) Microcode version: 26,50 Memory size: 13400 Frequency: Intermittent Impact: Minor Don't have a good fix on this bug yet, but I've had it happen to me twice since the latest release. There seems to be an opportunity for causing icons in a filebox to display weirdly if you operate on some of the icons. For example, say you have icons of cards A, B, C, D, E, F, and G stored in one filebox. Once, I opened card B, changed it's title on the card, and watched as the title got changed in the filebox. While the other icons were adjusting to the new title (because it went beyond the filebox boundary and added a blank line in the filebox), one of the other icons changed. I think the icon for card E changed to appear (title) like the icon for card C. But, when you button the Eth icon, the length of the reverse video icon is the same as the length of icon E NOT icon C. This condition got fixed by scrolling it up and down out of the window TWICE. Another example, I move cards B and D to another filebox, so as their icons disappear from the filebox, other icons (say F and G) scroll into view of the window onto the filebox. However, one of them (say icon G) takes the appearance of one of the icons already in the filebox, say icon C. Trying to button on the Gth icon does not show any action at all. However, in just scrolling the window up a little bit, the Gth icon converts to be truly icon G again. As I say, I hadn't noticed these until after loading up the most recent sysout (with the multi-line icon features). This is not important to me, only curious. ~jt End of message Date: 10 Mar 87 15:37 PST From: Marshall.pasa Subject: NoteCards 1.3k: extra-wide link icon outlines weirdness To: NoteCardsSupport.pa cc: Marshall.pasa NoteCards 1.3k System Date: 9-Mar-87 14:24:24 Lisp System Date: 11-May-86 15:19:08 Machine: Dove (207#52#) Microcode version: 26,32 Memory size: 16400 Frequency: Always Impact: Minor Create a two-line link icon. Make the link icon border 5 pixels. Note that letters with long descenders (e.g. g, y, p etc.) show their descenders outside the outline of the link icon, and the second line of the title is mostly obscured. We like the features alot, but there is a bit of tuning that needs to be done. >>Dave and Cathy End of message Date: 11 Mar 87 15:55 PST From: Marshall.pasa Subject: Re: NoteCards 1.3k: extra-wide link icon outlines weirdness In-reply-to: PIrish.pa's message of 10 Mar 87 17:00 PST To: PIrish.pa cc: Marshall.pasa, Newman.pasa, NoteCardsSupport.pa A (seemingly) related problem: links to these multi-line titles from sketch cards don't redisplay properly when one changes the LinkIconMaxWidthInPixels out from under them - their active area corresponds to their original pixel width, and does not reflect the new value. Cathy End of message ! 259. Gobbel: Interface shift-selecting something and then deleting it before finishing the shift-selection causes breaks. Date: 20 Oct 86 21:54 PDT From: Gobbel.pa Subject: Notecards 1.3k: dangling thingies To: NotecardsSupport.pa cc: Gobbel.pa It looks like there may be a rather pervasive problem with dangling references in the shift-select scheme for designating fileboxes, link destinations, etc. I tried selecting a filebox which I deleted before finishing the filing operation, and sure enough, it dies. Haven't tried other cases, but I'd be surprised if they weren't broken too. -Randy End of message ! 234.hl Halasz: Interface select cards should just look for mouse up instead of both up. Date: 12 Sep 86 10:47 PDT From: Newman.pasa Subject: NoteCards 1.3k: When asked to select a file box (filing a card), pushing "SHIFT" too early causes problems To: NoteCardsSupport.pa cc: Newman.pasa NoteCards 1.3k System Date: 15-Jul-86 12:56:24 Lisp System Date: 11-May-86 15:19:08 Machine: Dove (207#53#) Microcode version: 26,32 Memory size: 16400 Frequency: Always Impact: Annoying If you are filing a card, and are to the point where you are asked to select the file box, push the shift key down, left-click in the body of a filebox to bring its title to the top, then left-click in the title bar just brought to the top in order to push that file box into the prompt window. The selection will not go into the box, and one must release the shift key, put it down again, and then select the title bar. The only real problem that I have with this is that it is natural to expect that it will work given the way that similar actions work when shift-selecting from one TEdit window to another. I guess this is just another consistency-of-interfaces issue. >>Dave End of message Date: 19 Sep 86 23:03 PDT From: Kelley.pa Subject: Re: NoteCards 1.3k: When asked to select a file box (filing a card), pushing "SHIFT" too early causes problems In-reply-to: Newman.pasa's message of 12 Sep 86 10:47 PDT To: Newman.pasa cc: NoteCardsSupport.pa Yes this is a problem. In fact, attempting to continue to select in the title or down in the body with the SHIFT key down will cause NC.CopyButtonEventFn to break "TRYING to \SETUPGETCH BEYOND END OF TEXT". Simple cross-TEdit shift selects do seem to work correctly (i.e. without having to let up on the SHIFT key after bringing the card totop). -- kirk End of message 378. Newman: Interface - would like ability to specify font for all menus Concurrency Bugs 514. PIrish: Concurrency - Undefined function NC.TerminateCardOperationInProgress Date: 30 Mar 87 12:06 PST From: PIrish.pa Subject: NoteCards 1.3k: Undefined function NC.TerminateCardOperationInProgress To: NoteCardsSupport.pa cc: PIrish.pa Format: TEdit NoteCards 1.3k System Date: 9-Nov-86 22:08:17 Lisp System Date: 11-May-86 15:19:08 Machine: Dove (Leprechaun) Microcode version: 0,0 Memory size: 13400 Frequency: Once Impact: Moderate I was checkpointing a notefile when I got this break: ??08?<@03sD"@C$ Dp"@C$ D"xB@xDH"x$1r\g@H @DH"@$1 RTDș"@DH"@d"1 JRq 8pG@x`C"@1Ig 0001& 1P 1c%3801)H.1h1)H1i"R)J1&!c%D0001&@> Always, Intermittent, Once << Impact: Annoying When MenuLingersAfterNoteFileClose is set to No (Reason its set to No: I got in big trouble editing an old version of a compacted file.) the "Menu" gets closed before the final status information is sent to it causeing funny writing on the region where it used to be. Especially a problem if the status information does not fit and a scroll signal from the user is needed. -- kirk End of message Converter Bugs NCP (ProgInt) Bugs 183.hu PIrish: NCP display of newly created card should not affect initial text. Date: 10 Sep 86 14:24 PDT From: PIrish.pa Subject: NoteCards 1.3k: Problem with NCP.LocalGlobalLink? To: NoteCardsSupport.pa cc: PIrish.pa Lisp System Date: 11-May-86 15:19:08 Machine: Dove (Leprechaun) Microcode version: 26,32 Memory size: 13400 Frequency: Always Impact: Serious Scenario, using Prog. Int. functions: - Create a notefile and open it. - Create some cards for this notefile. These cards have types that I have define. They are "form" types: text cards with some initial text. - Go through the cards and add links between them. - Checkpoint the file. Results: If I have the cards display when created, then all works correctly. If I don't have the cards display when created, then when I open the cards later I discover that the initial text has disappeared, but the links are still there. I have traced a few things, and my makefns appear to be getting called correctly, and the cards are initially created with text. But then, my debugging consisted of breaking my makefns and then evaling them with the nodisplayflag set to NIL so that I could see the cards being created. Why should the display of a card upon creation have anything to do with the initial text being put in the card, or staying put in the card? Or could it have something to so with adding the links? I am lost! Peggy End of message 184.ml PIrish: NCP.LocalGlobalLink using wrong display mode default. 344. WJohnson: NCP.NoteFileFromFileName has problem Date: 19 Dec 86 15:03 PST From: Trigg.pa Subject: [wjohnson.pa: NCP.NoteFileFromFileName] To: Notecardssupport cc: Trigg.pa FYI: ----- Begin Forwarded Messages ----- Date: 19 Dec 86 12:25 PST From: wjohnson.pa Subject: NCP.NoteFileFromFileName To: Trigg Reply-to: wjohnson.pa I could never get it to work, Randy. Interestingly, here are the 2 lines of code that worked: (NCP.OpenNoteFile (QUOTE {DSK}VOYAGER>VOYAGER-RULES.NOTEFILE)) (SETQ INTERFACE.NOTEFILE (NCP.NoteFileFromFileName (QUOTE {DSK}VOYAGER>VOYAGER-RULES.NOTEFILE))) Here are the two lines of code that don't work (the next two lines in the function, in fact): (NCP.OpenNoteFile (QUOTE {DSK}VOYAGER>VOYAGER-KNOWLEDGE.NOTEFILE)) (SETQ KNOWLEDGE.NOTEFILE (NCP.NoteFileFromFileName (QUOTE {DSK}VOYAGER>VOYAGER-KNOWLEDGE.NOTEFILE))) I solved the problem for now by naming KNOWLEDGE.NOTEFILE to the value returned from opening the notefile; of course that won't work if the notefile is already open. Asides: 1] the FULLNAME of my file EQ'd the (fetch FullFileName of my notefile), So that isn't the problem. 2] Once I set KNOWLEDGE.NOTEFILE to (NCP.OpenNoteFile (QUOTE {DSK}VOYAGER>VOYAGER-KNOWLEDGE.NOTEFILE)), the above code that didn't work began working. Walt ----- Next Message ----- Date: 19 Dec 86 15:02 PST From: Trigg.pa Subject: Re: NCP.NoteFileFromFileName In-reply-to: wjohnson.pa's message of 19 Dec 86 12:25 PST To: wjohnson.pa cc: Trigg.pa Walt, it just occurred to me looking at your code that you should replace the lines: (NCP.OpenNoteFile (QUOTE {DSK}VOYAGER>VOYAGER-RULES.NOTEFILE)) (SETQ INTERFACE.NOTEFILE (NCP.NoteFileFromFileName (QUOTE {DSK}VOYAGER>VOYAGER-RULES.NOTEFILE))) with the expression: (SETQ INTERFACE.NOTEFILE (NCP.OpenNoteFile (QUOTE {DSK}VOYAGER>VOYAGER-RULES.NOTEFILE))) since NCP.OpenNoteFile returns the notefile object if successful. That still doesn't explain the problem with NCP.NoteFileFromFileName, of course. - Randy ----- End Forwarded Messages ----- End of message 389. Dixon: NCP - orphans not always recognized Date: 6 Jan 87 23:48 PST From: MikeDixon.pa Subject: orphans not always recognized To: NoteCardsSupport i have a program which creates a number of fileboxes and cards in them, all with nodisplayflg=T. i've noticed that if i then delete one of these fileboxes, it doesn't notice that the cards in it are now orphans. they seem to be still in the notefile (NCP.AllCards finds them) but as far as i can tell have no parents. this is a bug, no? .mike. End of message I&R (Inspect&Repair) Bugs 463. Rao: I&R - Incorrect number of cards reported Date: 4 Mar 87 15:23 PST Sender: Rao.pa To: Trigg.pa From: RAO cc: Rao.pa, NoteCardsSupport.pa Subject: Re: NoteCards 1.3k: Losing cards to Hinterlands In-Reply-to: Message of 4 Mar 87 13:58 PST from Trigg.pa Message type: Message Topic: Text: RHT: "If it said you had 216 out of 230 active, then that means that the other 14 are deleted." No this isn't true. No deleted cards showed up in the inspector and it told me there were no deleted cards as well. Hence my wonder. It actually looks like it's just wrong about its card count, because all the 230 cards I see in the inspector seem like useful and used cards. Ramana End of message System Bugs 520. Trigg: System - Can't give tty to temporary TTY window Date: 2 Apr 87 14:14 PST From: Trigg.pa Subject: NoteCards 1.3k: Can't give tty to temporary TTY window To: NoteCardsSupport.pa cc: Trigg.pa NoteCards 1.3k System Date: 25-Mar-87 18:05:35 Lisp System Date: 11-May-86 15:19:08 Machine: Dorado (MONK) Microcode version: 26,32 Memory size: 40000 When you open a notefile that has some open events to run, it may bring up the temporary window "TTY window for MOUSE". If this window fills up, then you can't give it the tty by clicking in it. Only the KBD_ command in the PSW seems to work. This doesn't happen when card types are being autoloaded. Ideas? - Randy End of message Date: 2 Apr 87 15:00 PST From: newman.pasa Subject: Re: NoteCards 1.3k: Can't give tty to temporary TTY window In-reply-to: Trigg.pa's message of 2 Apr 87 14:14 PST To: Trigg.pa I personally think that the TTY in Notecards has been a long-standing problem. This is a problem in Lisp too, but it shows up to worst effect in NoteCards. I have been giving it a little thought, and I came up with two things that might help. I don't know if they will solve your problem, but they will make the system a little nicer. 1) Put every call to TTY.PROCESS in a RESETLST so that it is always returned to the place where it was stolen. 2) Add some kind of timeout to WAIT.FOR.TTY so that the system will demand the TTY after waiting for some period of time. Of course, these are things that the LispSupport people should be doing, not NoteCards. Um, but in regard to your problem ... The thing that I have done is set up my mouse so that left-clicking in the background gives the TTY to the mouse without having to bring up the PSW. This is noce for the programmer, but not so nice for the naive user. Perhaps the code for open events should give the tty to the mouse or the promptwindow? Enough blathering. >>Dave ----- End Forwarded Messages ----- End of message 513. Trigg: System - Missing function NC.MakeCrossFileLinkIconStandIn Date: 27 Mar 87 17:58 PST From: Trigg.pa Subject: NoteCards 1.3k: Missing function NC.MakeCrossFileLinkIconStandIn To: NoteCardsSupport.pa cc: Trigg.pa Format: TEdit NoteCards 1.3k System Date: 18-Mar-87 11:49:26 Lisp System Date: 11-May-86 15:19:08 Machine: Dorado (MONK) Microcode version: 26,32 Memory size: 40000 zꪪDDDD??????qgy?Ã< ßgs JR9?9999998s JR9?y3Os<|y>O3|r\g?'O |>O? | RT?3 ?|>O8I|? JR៟2y?|>O3|Ig8rq 2|gϜ x )AT`)AX qX *C )B2 z1pqg JR JRr\g RT JRIg<|'>D"@C$ D"@C$ D& 8"xB'?燀UUUUUUUUUUUUUUUUUUU???x1UUUUUUUUUUUUUUUUUUU?3 >à O?3#99 OUUUUUUUUUUUUUUUUUUU??'|O|NIO=UUUUUUUUUUUUUUUUUUU'||NIO'||dO?'|?|dUUUUUUUUUUUUUUUUUUU?'9?9qxyUUUUUUUUUUUUUUUUUUU'?烟 q??UUUUUUUUUUUUUUUUUUU?UUUUUUUUUUUUUUUUUUUp00"$I"L2"$ LBI"H$H LJp!Ƃ"4 DpB#ȎDpaG 4p080p0 pAB"8@ H>D#>|qp`0B$B2D!"" `$ D $H "0B$B2D!""% ( C$H "pB"*D! < "<q q"*D!J $  " J 0B"&D!'" $ ( BdH ' 0B!&D!$H" B$D D dH $H0 pA"8!H@AH>D!#>qHp p@00` 0pq q1 "1 $8!LJ"8qR (DaB" 0qR 0| <12 (@B"D12! $D""H"D0q"8q<p00Dp@xODO"80  d$"DDB"dB2@0!Æ,4LJxpd%"DPDB"dB2a0" I2L2"  T"DPB"TB*A%@0"#Ȃ"D  TD"x $B"TB*A%@0"$H"D  L$"@ $B"L&A%@0"$I"L2"$ LB$B"@ B$B"LB&A%@0!Ƃ"4 DpAB@ CÂDCB"A@008000 0AB"8@ H>D#>|qp`0B$B2D!"" `$ D $H "0B$B2D!""% ( C$H "0B"*D! < "<q 1"*D!J $  " J B"&D!'" $ ( BdH ' B!&D!$H" B$D D dH $H0 A"8!H@AH>D!#>qHp 0@00` 8q >|qO>| D H@ D@ H@R@@SxR@R@2 D2@12!D2@18qq@0Dp@pG  d$@H!Æ,4LJxpd$XH,8",80" I2L2"  T"d$2C@2D0"#Ȃ"D  TF DA @ D0"$H"D  L% DH B@ D0"$I"L2"$ LB$"Dȑ "@ D0!Ƃ"4 DpAGDpG @ 880 AB"8@ H>D#>|qp`B$B2D!"" `$ D $H "B$B2D!""% ( C$H "0B"*D! < "<q 1"*D!J $  " J 0B"&D!'" $ ( BdH ' 0B!&D!$H" B$D D dH $H0 0A"8!H@AH>D!#>qHp 0@00` 00q@ q   "@q xqb# "XĈqR" Ld#%1R> D"&12  $H"D"%12!"$$H"D"$1q D"$H0000pDp@ >p  d$@  p!Æ,4LJxpd$X XLJ Dqc p" I2L2"  T"d !dq00800 0q>|pCLJqO>@ODpCǀ0 @$H!H $"D$@"(0Ň @$H( @H %"D$@(0H xFqEO |@H0`d @A EHD D@H0 @DH $"DD@|0@ @$H $H"D$B "0p@|q'>qO@ODq'0 0 001p1  H@1 xq`HqbDOXŏ,1R" "x D"d&D21R> >Dy$D"DD"12   D$D"DD"12!"$"D$ĉ"DB$D"1qxyCDAC"0000pDp @p  d`"@ p!Æ,4LJxpdc"Hqň,xŇp" I2L2"  TLP&H2 H0"#Ȃ"D  T`H 0"$H"D  LH"PH P0"$I"L2"$ LBH"H$H $P0!Ƃ"4 DpB#DpaO  0 08000 0AB"8@ H>D#>|qp`0B$B2D!"" `$ D $H "0B$B2D!""% ( C$H "0B"*D! < "<q 1"*D!J $  " J 0B"&D!'" $ ( BdH ' 0B!&D!$H" B$D D dH $H0 0A"8!H@AH>D!#>qHp 0@00` 001@q<1 @"1 ,H!LJ"8 1R 2PaB""Ȃ 1R `" 12 PB"@12! H""H"@1 Dq<`00000000000000000??H!$H"2"H"@!a㇀@h For what it's worth, SKETCH itself gets loaded in my init file. But I Sketch cards I leave for lazy loading. Any ideas? - Randy End of message Date: 17 Mar 87 14:01 PST From: Trigg.pa Subject: Re: NoteCards 1.3k: Autoloader broken for sketch cards? In-reply-to: Trigg.pa's message of 17 Mar 87 13:44 PST To: Trigg.pa cc: NoteCardsSupport.pa I think I know why this is happening. Whenever one of us changes some cardtype in a patch file, we put a statement like (FILES (FROM NOTECARDS) NCSKETCHCARD) in the coms. But I claim this will do nothing if Sketch card has already been made a stub. NCSKETCHCARD got "noticed" by the file package when LOADFNS'ing the AddStub function. Can anyone think of a way around this? - Randy End of message Date: 17 Mar 87 14:46 PST From: Gobbel.pa Subject: Re: NoteCards 1.3k: Autoloader broken for sketch cards? In-reply-to: Trigg.pa's message of 17 Mar 87 14:01 PST To: Trigg.pa cc: NoteCardsSupport.pa For some reason that I don't understand, (P (LOAD? MUMBLE)) loads the the file in situations where (FILES MUMBLE) won't. Maybe we could try that. -Randy End of message Text Card Bugs 522. Trigg: Text cards ( and Document cards) using strange prompt windows Date: 4 Apr 87 22:25 PST From: Trigg.pa Subject: NoteCards 1.3k: Document cards do even weirder things promptwin-wise To: NoteCardsSupport.pa cc: Trigg.pa NoteCards 1.3k System Date: 25-Mar-87 18:05:35 Lisp System Date: 11-May-86 15:19:08 Machine: Dorado (MONK) Microcode version: 26,32 Memory size: 40000 For text cards, hardcopy'ing or put'ing only causes the main prompt win to be used rather than the card's. Document cards seem to seriously screw up their prompt win mechanism by running doc specs. - Randy End of message 521. Marshall: Text Card - Loitering card windows Date: 3 Apr 87 16:19 PST From: Marshall.pasa Subject: NoteCards 1.3k: Loitering card windows To: NoteCardsSupport.pa cc: Marshall.pasa, Newman.pasa NoteCards 1.3k System Date: 9-Mar-87 14:24:24 Lisp System Date: 11-May-86 15:19:08 Machine: Dove (207#52#) Microcode version: 0,0 Memory size: 16400 Frequency: Once Impact: Serious Setting: stack overflow mode. We all know how this looks; there's a break window, and every citizen of the screen begins redisplaying itself like a curtain call at a bad play. But, suddenly the windows evoke a sense of deja vu and abruptly... A dramatic resurfacing of cards long closed and saved from notefiles long closed... Windows in fact belonging to CardObjects without a notefile to go home to. They're all text cards (btw). This seems symptomatic of a serious problem, perhaps even tied to the mysterious growth of VMEMSIZE The break window tells me: "ARG NOT CardObject: NIL ERROR" when I try to close any of these phantom windows. This is probably because NC.QuitCard is being passed a CardIdentifier arg that's a window, not a CardObject... The NC fns on the stack are: NC.ReadOnlyCardP NC.QuitCard NC.TEditPropsListQuitFn There are three TEdit processes hanging around by the corner drugstore, not drinking malteds, but rather belonging to cards which have long since been returned to their respective notefiles. That's all there is. Cathy End of message 206.lh Newman: Text cards with untitled links should not TOTOP when changing title. TEDIT redisplays when object has not changed. Must check display mode first. Maintain window stacking order? Date: 16 Sep 86 09:45 PDT From: Newman.pasa Subject: NoteCards 1.3k: Untitled link icons still come to top when title of the card is changed To: NoteCardsSupport.pa cc: Newman.pasa NoteCards 1.3k System Date: 15-Jul-86 12:56:24 Lisp System Date: 11-May-86 15:19:08 Machine: Dove (207#53#) Microcode version: 26,32 Memory size: 16400 Frequency: Always Impact: Minor When changing the title of a card, and a link icon representing a link that points to that card is on the screen, the card containing that icon must come to the top to update the title in the link icon. The problem is that when the link icon does not contain a title, the card containing it comes to the top anyway. >>Dave End of message TEdit Bugs Browser Card Bugs 525. Newman: Browser - ugly card creation message Date: 6 Apr 87 12:32 PDT From: newman.pasa Subject: NoteCards 1.3k: Browser card creation message To: NoteCardsSupport.pa cc: newman.pasa NoteCards 1.3k System Date: 27-Feb-87 14:13:55 Lisp System Date: 11-May-86 15:19:08 Machine: Dove (207#53#) Microcode version: 0,0 Memory size: 16400 Frequency: Once Impact: Minor Create a card using the browser card menu "Create Card and Node" item. Title the card, and then get a prompt that says something on the order of "Position Node {IMAGEOBJ}#74,36110". ICKKY-POO! >>Dave End of message 524. Newman: Browser - "Delete Card and Node" in empty browser dies Date: 6 Apr 87 12:30 PDT From: newman.pasa Subject: NoteCards 1.3k: "Delete Card and Node" in empty browser dies To: NoteCardsSupport.pa cc: newman.pasa Format: TEdit NoteCards 1.3k System Date: 27-Feb-87 14:13:55 Lisp System Date: 11-May-86 15:19:08 Machine: Dove (207#53#) Microcode version: 0,0 Memory size: 16400 Frequency: Once Impact: Moderate (bumms Cathy out) Create an empty broweser. Try using the "Delete Card and Node" in the right-button menu of the browser window. You will get a break saying "NIL - NON NUMERIC ARG" GN/LEFT will be broken. The stack looks like this: v s= JR@ JR @ s8@ R@ JR@ JL<@ sđ J J s R J Kы D EPP mPP mPP + :0 > HP hP x x Y Y J  Aܓ9 @ԥ @ @ @ @ yГ9 0 @ H@ @ @"rL$1 @ K/JR @BJ\ I(BP JP 1BL1 0` H@   @"rL#83 @ JR$( R @B\': I(BP$ J 1C#6 0 ` H @999( @.H*Rd) @(H%*˒ I(H%/ 1y/8$Ic 1q@ JP$HH J HH I NH@ HP HH@ JP$HH@ 1Oq@ R R L 0  H$ @g!ss9r@ @-!J\YJ@ @%JP^J@ I JPJ@ 1a^q I @ @ 0 Gross ME out! >>Dave End of message 523. Newman: Browser card gives strange prompts Date: 6 Apr 87 12:26 PDT From: newman.pasa Subject: NoteCards 1.3k: "What is the MotherD for this Browser" message CONTINUED. To: NoteCardsSupport.pa cc: newman.pasa Format: TEdit After hitting a in response to the message described above, I got a message saying "What is the PersoalD for this browser?". I am as confused by this message as I was by the last, which is to say that I am confused alot. I then got the following message: What is the FamilyD for this browser. As you can well imagine, I am now triply confused. Confused3, >>Dave End of message 519. Marshall: Browser - Scraps left on the Screen after Checkpoint Date: 1 Apr 87 15:08 PST From: Marshall.pasa Subject: NoteCards 1.3k: Scraps on the Screen (Suspect: Browser Card) To: NoteCardsSupport.pa cc: Marshall.pasa NoteCards 1.3k System Date: 9-Mar-87 14:24:24 Lisp System Date: 11-May-86 15:19:08 Machine: Dove (207#52#) Microcode version: 0,0 Memory size: 16400 Frequency: >> Always, Intermittent, Once << Impact: >> Fatal, Serious, Moderate, Annoying, Minor << I just checkpointed the notefile I've been modifying (mostly in a browser). The browser had never been titled or saved in the notefile before the checkpoint, but it was shrunk to an icon at the time of the checkpoint (nothin' but the facts, ma'am). After the checkpoint, it looked like someone had driven a tractor over my screen. Upon closer examination, there appears to have been an earthquake centered around (440 . 785), which is coincidentally exactly where the browser icon is sitting (w.r.t. X coord - the Y coord corresponds to the heighth of its prompt window); of course, the little browser icon is trying to look innocent. But when it is expanded, it turns out that it doesn't know where its own title bar is - it thinks its title bar is where it would be if you calculated from the top of the prompt - this seems to correlate very well with where one of the fault lines is on the screen. I don't know if this is enough info to nab the culprit, but I'm going to try to reproduce it, this time in a notefile with less emotional investment.... Cathy End of message 518. Marshall: Browser - Titling cards from browser gets process too late Date: 1 Apr 87 14:23 PST From: Marshall.pasa Subject: NoteCards 1.3k: Titling cards from browser gets process too late. To: NoteCardsSupport.pa cc: Marshall.pasa NoteCards 1.3k System Date: 9-Mar-87 14:24:24 Lisp System Date: 11-May-86 15:19:08 Machine: Dove (207#52#) Microcode version: 0,0 Memory size: 16400 Frequency: >> Always, Intermittent, Once << Impact: >> Fatal, Serious, Moderate, Annoying, Minor << dear NoteCardsSupport, I've been creating cards from a browser, and noticed a rather idiosyncratic behavior in the browser's prompt window while it's requesting a title for the new card: a new mouse process doesn't get created until after one types a character into the prompt. So.... If one is a lazy soul and wants to shift-select a string into the prompt to use as a title, one is unable to do so until one types the opening character in. (This is different than Assign Title, which is quite content to accept an entire shift-selected string - so the new mouse process gets created at the right time there.) So do you think my mouse and I should get a divorce or see a counselor? Just sign me, Shift-Selecting in Schenectady End of message 515. WJohnson: Browser won't print Date: 30 Mar 87 12:33 PST From: wjohnson.pa Subject: NoteCards 1.3k: browser won't print To: NoteCardsSupport.pa cc: wjohnson.pa NoteCards 1.3k System Date: 27-Feb-87 14:13:55 Lisp System Date: 27-Feb-87 14:59:55 Machine: Dandelion (204#50#) Microcode version: 26,50 Memory size: 13777 Frequency: Always Impact: Annoying Tim Bigham said he couldn't print a browser in a notefile that we work on. It "trashed the printer" according to him. I tried it and while formatting the browser it broke twice (on INTEGERLENGTH, with the argument x=65336). Reverting to INTERGERLENGTH and entering OK led to a successful continuation of formatting. After an hour of watching it chug, I left to get a drink (just a simple drink of water, ie, for a couple of minutes). Upon return I had no {lpt}file, no output, no breakwindows. Just the same old notefile. If any one of you has a chance, could you try to print the browser using a dorado? Its on {qv}1.0>notecards>knowledge-structure.notefile. I think the browser is card: KS-Browser, which currently resides in the ToBeFiled box. Switching it to the Browsers file box and compacting the resulting file would take at least an hour on my machine, so I'm leaving it there for now. (By the way, deleting a big browser from a notefile, while using a d-tiger, is the kind of time-hog that makes macho guys cry. Any hope that the process will speed up? I personally avoid using browsers now, the efficiency is so poor. With this collaborative notefile work among Tim and Pat and myself, I encourage them to not use them too [although they are quite useful for us] because of the time it takes to work with them.) Thanks... Walt End of message 475. Cole: Browser hardcopy problems Date: 31 Jul 86 11:39 PDT From: Cole.pa Subject: 1.2k: Collected Problems With Hardcopying Large Browsers To: NoteCardsSupport.pa Format: TEdit 1.2k System Date: 19-Feb-86 12:37:45 Lisp System Date: 30-May-86 11:49:05 Machine: Dandelion (204#103#) Microcode version: 26,32 Memory size: 13777 Frequency: always Impact: annoying I have been trying to get hardcopies of signifigantly large browsers (2 x 1 page size up to 5 x 3 page size) and have consequently collected a number of problems I have encountered: 1) LINK DASHING does not appear in the hardcopy. There is a related subproblem: the linktype dash index is never copied by the program. Until the preceding problem is fixed, this is a moot point -- however, afterwards it would be important. 2) OVERLAP on the hardcopy -- both sides of a final sheet overlap with some white space. If this is the theoretical image of the browser (dashed line indicating the page break for the hardcopy ):  `<p@ p  8 :p  `6X~*d( @*DH(  *DH 0*dHP 0*XP@@  @   @ @0,0 0 0 0 0 0 0 0  @    B" P "@P@ "8`CD@ D@"(<G""DD""DD@"(@<`CD@     what gets produced is more like this: Page #1 adds a bit from the top of the next page:  p   p   @0  88 0D$ Dq$8 0 S  %H  %L"@ K >    aaaaaaaa    and Page #2 adds bit from the bottom of the previous page: @@@@@@@@@@8x@@@@ aaaaaaaaa @t(@@  (l! "@ T" P@T#P@@"T"@`"T" @`T!"AA@ @@@@@ @@@@@ @@@D$88D$@ Dq$8@0 S direction except browser contents, set the depth to infinity, orientation to horizontal, and let fly. Ten minutes later (with .87 of Data, .81 of Dsk space from VSTATS) I got a browser. The original overview window was about 1/5 black. The expanded overview window (70-80 percent of the screen, filling most of the middle) was still not large enough to have more than faint grey lines marking the cards over heavy black lines marking the links. The shape of the bulk of the notefile was revealed. That done, I opted to close the notefile. This is where the break developed -- closing the browser broke the system. Here is a copy of the break: g__x}9|ϝ__wF>?w{9=߃ {8{_{]{_}}]{}]{}|ϟ{_ {__XX!DX""D""D"(X$A"(BX'ȑ"("$H"$G XX XD!xB'>aX*DQ"D$B0#DQ"DDBP*|Q…xDB #XDBB "P"!XD"G>H?!D$B"D`"!D$B"D| !X X @ XxB'>aX*@D$B0#Dqa@DDBP*D xDB #X(y "P"!X(>H?!"D`"!y"D| !X X @X8pX*@"DDqa@ @*D xX(y@DX(@D@"Dy8pXXXpX*"(Dqa€ "(*D HX(yHX(| y>pXXX X* Dqa *D X(y@ X(@ @ y>XXX X*@ Dqa *D X(y@ X(@ @ y>XXXXXXX__X~?`~ϟy7Wo_}wX)F%Do_}oXmnVeTDD@wwo%P=wÝ9;5Qo}oXe):%Do}oX]fWDD@o}woϟwso} 3ߏo|XX"2@%J@%B@X3xX/@x(@x (@xXx1#XxQ$BxQ $B8|xH"XMx"XOx"dB8Ox"dB(Kx #X$KxX$xxxXx1X8|xQMxQOxX8Ox X(Kx $Kx $xXxXxx8|xXMx0@ȀXOxQ@!8OxQ@!(Kx @RX$Kx@RX$x@2!x @2!x|XxX8|xMxOx X8OxBȎ>D@ 8CH<|p@X(KxB DA !"D$L"@@$Kx  DÏ,A"D$L"@ $x |D2Aˆ@'ʑ"x` Xx D"ArO\J"@ Xx D"AGDI"@ x  DD"A$HDI"@ 8|x CȎDA" $H8H<|p@XMx@@ @XOx 8Ox(KxX$KxX$x"x"XqbxD d XxD.@y X83xD"@ )JxD"@ )Bx@yb!X9.3xX)* x)Jx3xXx1XxQxQ8|xXMx XOx 8Ox (KxX$KxX$xxxXx1X @xPԁ "@! @xP )rg9 qgx X"Jx@X "Pt)Itx@ *P)HJxo$slxXxXxx83xX)JxX)Bx9.3x)* xX)JxX3xxxXxX@xԁ #@@$x)s 8xX#D)HxX "G Hx *T%(HxL#8xXxXxxLxXԁ RxXqdxJLxBBt xX)BR! xXk xxxXxX xԁ x)3gxX)xX)t$x)R$xlxXxX@xx83xX)JxX)Bx9.3x)* xX)JxX3xxxXxXxԁ"x1̓81̃xXJ) xXI9x"HP)HPx3H7xXxXxxHyxX"BRxXD6BRxG6r\x$BTxX$BRxXAxxxXxXgx)x1 xXa1ͪxX)~x%Fxa#GxXxXxxICCxX @5(B$$xX @=B$$x8@% 00$"RT1bT0cT"R "J0Gď01x/Ip1(AR#(jP$HH(AR#(z HH.qR+y NH1(C+(XP HH1(B2?(ZP$HHB,/IOp003?;)J 1)B 1)3 )  )J 13 801J@1j@z@^z@1XZ@1Z@I00& @@ @1L82\g01B@(JRHhNCrRHi"RT!BR$H1&##x1dB001qg1 JR JRr\g1 RT1 JRIg00& "0`60$1g>J% 00qg JR1 JR1r\g RT JR1Ig01^8y`1 )BR(B9(q0J)(@B0HPD%)BR(>D$y` 00@0@0@@@0@00000000000?? Along with a copy of the HPRINT Frame from the stack just below NC.PutGraphSubstance: u__?_w__woãwս7w}_w{_w}ߍw~}w?y_w߄__XXODXHd Hd ȞT XOT XHL HL HD XXX>D "8#"8X DP@2!2 ( P@@2!2< @**X @ TP@@**X (   "@&a& D  "@&a&>Dt@"8#"8XXX>88 |0 X D! @P D!?@P<0!Šx$X 0!BJD$X D!"ʄ~> D!J(D 88!H(8CX@XX"DpÈx"8X"dB$HD2"dB$HD2"TCx*X"TB"P*X"LBDH>H&"LB$H"D&Dp#"D"8XXX<CO|'8pOxp'Ϟxp'Ϟ@X"( H"@!DDBDC!DC!@"( "@ !DBDC!DC! @"( xP 0`‚DBDB @X"D!@P "!xBxB| @X"|!"@0 a>D!@Ba@Ba @"D!"@0 a"D!@Ba@Ba @"8X $B2 DB2 a *X B*X DB& $B&>8q$G"8XXX<|q@"8X"@@2"@2?w{9pw>{/{/{{{/7~ {//,,@H, @$LH" @$LȊ&<@$JA*, @$JB*, @$ID2 @$IH">|È㏂,,,#,!!,,aa#,,@,8>||p>8pC>8q ώ,D @  "D D!$!D @ " D@@D@$!@džD"    @ @ B!"D"DA "  @A@A$D!"88A p|q|p Ä, ,@,,,,,,,,,,,,,,,,,,,,,,,/ I hope this is of some utility. All I can derive is: don't try to make BIIIG browsers (but where the upper limit is, 300 cards, 400 cards, who knows?). George 468. Marshall: Browser - cursor retains the hourglass form when asking for card selection Date: 8 Mar 87 16:55 PST From: Trigg.pa Subject: [Marshall.pasa: NoteCards 1.2i: Browser Cursor] To: NoteCardssupport cc: Trigg.pa Old bug that still applies. ----- Begin Forwarded Messages ----- Date: 25 Nov 85 09:55 PST From: Marshall.pasa Subject: NoteCards 1.2i: Browser Cursor To: NoteCardsSupport.pa cc: Marshall.pasa NoteCards 1.2i System Date: 20-Oct-85 15:45:25 Lisp System Date: 19-Jun-85 10:24:28 Machine: Dandelion (207#276#) Microcode version: 26,1 Memory size: 15777 Frequency: >> Always, Intermittent, Once << Impact: >> Fatal, Serious, Moderate, Annoying, Minor << When one is building a browser, the cursor retains the hourglass form when one is supposed to be selecting a card to start from, as well as when one is interacting with the browser stylesheet. New users find this misleading, since in many other situations, the hourglass indicates that something is happening (a TEdit read, for example) and they should be waiting for it to finish. In this case, they may wait for a long time. (A new user actually did this; he sat there waiting for the hourglass to go away so he could select something....) It seems like the hourglass cursor should have a more consistent meaning. Cathy ----- End Forwarded Messages ----- End of message 384. Newman: Browser - Want browsers to avoid accumulation of extraneous material Apparently when a browser is recomputed many times, it appears to cause a garbage collect and then crashes the system. 306. Newman: Browser having problems removing nodes which are the last links to virtual nodes - Disconnected Graph error Date: 14 Nov 86 15:34 PST From: Newman.pasa Subject: NoteCards 1.3k: Disconnected Graph error To: NoteCardsSupport.pa cc: Newman.pasa NoteCards 1.3k System Date: 14-Oct-86 12:32:25 Lisp System Date: 11-May-86 15:19:08 Machine: Dove (207#53#) Microcode version: 26,32 Memory size: 16400 Frequency: Intermittent Impact: I built a browser. I removed a node from the browser because the browser was too complex, and I asked the system to relayout the graph. The system broke with a "disconnected graph" error. In this case (I know I have reported this before, but I don't think it was quite the same). There were a number of virtual nodes connected to the node I removed. They are not linked to any other part of the graph now that I have removed the unwanted node. They are, I think, the disconnected part of the graph. Also, I cannot remove the virtual nodes without removing all instances of that link from the graph. I used "Reconnect Nodes" from the menu after up-arrowing out of the break, and it seemed to fix the problem. >>Dave End of message 112. Cole: Browser limit should be detected before Put time From: cole.pa Subject: 1.2k: 455 Cards Breaks Browser To: NoteCardsSupport.pa cc: cole.pa Format: TEdit 1.2k System Date: 19-Feb-86 12:37:45 Lisp System Date: 30-May-86 11:49:05 Machine: Dandelion (204#103#) Microcode version: 26,32 Memory size: 13777 Frequency: Once out of once tried Impact: Fatal I suspected there might be troubles with large enough browsers.... After running Inspect & Repair (which DID cure previous complaints, so obviously a link had to be re-written), I opened the now "ok" notefile. I selected no link dashing, no arrowheads, in global parameters; gave the root to the browser, asked for every linktype -> direction except browser contents, set the depth to infinity, orientation to horizontal, and let fly. Ten minutes later (with .87 of Data, .81 of Dsk space from VSTATS) I got a browser. The original overview window was about 1/5 black. The expanded overview window (70-80 percent of the screen, filling most of the middle) was still not large enough to have more than faint grey lines marking the cards over heavy black lines marking the links. The shape of the bulk of the notefile was revealed. That done, I opted to close the notefile. This is where the break developed -- closing the browser broke the system. Here is a copy of the break: 37.lm Kurt: Browser hardcopy should not need Terminal 8 REgular Interpress font to print 432. Newman: Browser Expand Node destroys existing links Date: 10 Feb 87 17:45 PST From: Newman.pasa Subject: NoteCards 1.3k: Expand Browser Node destroys existing links To: NoteCardsSupport.pa cc: Newman.pasa NoteCards 1.3k System Date: 14-Oct-86 12:32:25 Lisp System Date: 11-May-86 15:19:08 Machine: Dove (207#53#) Microcode version: 26,32 Memory size: 16400 Frequency: Once Impact: Serious Open the Geographic Information Browser in the DEMO notefile. Expand the Caribbean Area Map node. Observe that all the existing links drawn in the browser dissappear, and note that only the links from the Caribbean Area Map link icon to the other icons appear in the browser. This is bad. >>Dave P.S. Note that I am in the new sysout now, the SYSOUTDATE is 28-Jan-87 though the NoteCards system date still says 14-October-86. End of message Document Card Bugs 365. PIrish: Document Cards cannot follow cross-file links Date: 6 Jan 87 16:06 PST From: Gobbel.pa Subject: NoteCards 1.3k: Document Cards cannot follow cross-file links To: NoteCardsSupport.pa cc: Gobbel.pa NoteCards 1.3k System Date: 15-Dec-86 19:09:04 Lisp System Date: 11-May-86 15:19:08 Machine: Dandelion (DandeLisp) Microcode version: 26,32 Memory size: 13777 Frequency: Always Impact: Annoying Document Card cannot follow cross-file links because it does not know about that card type. It should probably be updated to know how to handle them. -Peggy End of message Sketch Card Bugs 517. Rao: Sketch - Scaling not working Date: 1 Apr 87 08:31 PST From: Rao.pa Subject: NoteCards 1.3k: Scaling not working on Sketch To: NoteCardsSupport.pa cc: Rao.pa NoteCards 1.3k System Date: 27-Feb-87 14:13:55 Lisp System Date: 27-Feb-87 14:59:55 Machine: Dorado (AHenderson) Microcode version: 26,32 Memory size: 40000 Frequency: Always Impact: Moderate Since the sketch patch for exporting substance, my scaled sketches are coming out full sized when they get pulled into drafts (or documents I suppose). Before they were coming out in the same scale as they were in the sketch cards. Ramana End of message 495. Muller: Sketch(?) - divide by zero error while scaling a bitmap Date: 17 Mar 87 10:03 PST From: muller.pa Subject: NoteCards 1.3k: A number of first-time user complaints. To: NoteCardsSupport.pa cc: muller.pa NoteCards 1.3k System Date: 12-Mar-87 18:14:21 Lisp System Date: 11-May-86 15:19:08 Machine: Dandelion (131#46#) Microcode version: 26,32 Memory size: 14000 Frequency: Always, as best I can tell Impact: Serious to annoying 2. A divide by zero error occurred while I was scaling a bitmap by 1.2 -- perhaps this is not permitted to be greater than 1.0, but the main problem was that I tried to create a Lafite notecard mail message while the error break window was still open and that caused some havoc. ----- Date: 24 Mar 87 09:10 PST From: muller.pa Subject: NoteCards problems To: PIrish.pa cc: muller.pa Format: TEdit 2. As to scaling a bitmap -- I had pulled up a notecard containing mixed text and bitmap (some randomish and rather blah drawing). I discovered that mousing in the bitmap would bring up a menu of things to try, so naturally I tried them. First I scaled by 0.8 or something like that which is when I first learned that the cursor bitmap doesn't change while busy (point 4 of my previous memo). After what must have been almost a couple of minutes, I figured that I had dropped into the black hole of sketch-dom since the cursor wouldn't work, etc. I don't remember doing anything untoward at that point, but it is conceivable that I did. In any case, after a little while longer, the scaled bitmap came up. I played with it a bit longer, then attempted to scale it again but this time used a factor of 1.2 (to bring me back to original size). I cannot tell you what was "called" since I simply moused onto the appropriate place in the pop-up menu and have no visual recollection of what it said. Then all hell broke loose when I tried to mail you a message with the error window still open. To reconstruct the plethora of windows that arose then would require psychoanalysis or hypnosis. Search Card Bugs Graph Card Bugs 202.mh Newman: Grapher should not gratuitously place (GACHA 8 MRR) in substance Find some way to finesse this. Date: 15 Sep 86 14:17 PDT From: Newman.pasa Subject: NoteCards 1.3k: Browser break with FONT NOT FOUND on standalone machine To: NoteCardsSupport.pa cc: Newman.pasa NoteCards 1.3k System Date: 15-Jul-86 12:56:24 Lisp System Date: 11-May-86 15:19:08 Machine: Dove (207#53#) Microcode version: 26,32 Memory size: 16400 Frequency: >> Always, Intermittent, Once << Impact: >> Fatal, Serious, Moderate, Annoying, Minor << A Customer reported this problem. A browser created in a notefile on a machine on a network breaks when being brought up on a different machine that is standalone. The font not found break is for GACHA 8 MRR in a PRESS device. I hypothesize that the browser was hardcopied on the networked machine causing a FONTCREATE expression for PRESS to be placed on the BROWSER substance. Hence, when the standalone machine tries to bring the card up, it gets the break. >>Dave End of message File Card Bugs TableTop Card Bugs Miscellaneous Bugs 377. Kelley: Miscellaneous - bad substance tale Date: 12 Jan 87 11:41 PST From: kelley.pa Subject: NoteCards 1.3L: bad substance tale. To: NoteCardsSupport.pa cc: kelley.pa NoteCards 1.3L System Date: 23-Dec-86 10:09:31 Lisp System Date: 7-Jan-87 03:56:58 Machine: Dandelion (222#146#) Microcode version: 0,231 Memory size: 15777 Frequency: >> Always, Intermittent, Once << Impact: >> Fatal, Serious, Moderate, Annoying, Minor << I'm doing a copy structure from one notefile to another. The Text card being copied is open on the screen, has a bunch of text and ended in four links to SEdit cards. The first of the four links was deleted right before the copy stucture by means of Delete Card with UseDeletedLinkIconIndicators nil. I suspect that is the culprit but this has worked in the past. NC.GetMainCardData is now reading a pointer for the length of the substance from the Text card stream that is inconsistent with the stream because when it calls NC.GetTextSubstance with that length, it COPYBYTES a slightly truncated substance into its temporary local corefile stream. This causes the subsequent opentextstream to break because tedit.build.pctb reads an end of file trying to get charlooks.list. After closeing the NoteFile Inspect and Repair w/o substances reported no errors, but in rebuilding links I&R broke with the same problem. I uparrowed out, closed the NoteFile, and did an I&R with substances. It found the bad substance, I backed it and the associated props up to the previous good version and proceeded. During the links rebuilding phase, 5 cards needed to be filed in to-be-filed. While making Child link I was asked if I wanted to follow a cross-file link. I said yes. It opened the NoteFile, could not find the card (valid failure), closed the NoteFile without killing NC.CacheTypesAndTitles so NC.CacheTypesAndTitles process broke. At the same time I was asked if I wanted to try another file. I said no. NC.InsertLinkInText then as a result broke trying to NC.MakeLink with a NIL CardObject. I did a (RETFROM 'NC.InsertLinkInText) and successfully finished the I&R. Upon Opening the NoteFile, I can now not bring up the original card as it dies on the same error. Could the substance for this card somehow have a length pointer for the new substance but substance start pointer for the old substance? Another I&R with substances revealed that my switch to the old version did not take. Furthermore, the links in inspecting the substance of the old version came up as delete-me icons with an error message for each I could not read because of scrolling off the tty window. After backing up the version again and successfully completing I&R, upon re-opening the file, the substance still had the same problem. Thats enough for now... Summary of bugs: 1. Delete Card with UseDeletedLinkIconIndicators nil does not always update the stream correctly. 2. I&R / cross-file link close of file should first kill NC.CacheTypesAndTitles process. 3. NIL return to query for name of new NoteFile to try in bad cross-file link should behave as if No new notefile were requested to be tried. 4. Backing up a substance in I&R should work and/or fix up the substance length pointers to a consistent state. 5. Inspecting substance position region prompt message should not scroll the bad links message off the TTY window before the user can read them. -- kirk End of message Lyric Bugs 457. Kelley: Lyric - Same notefile may be open for write simultaneously on two machines Date: 2 Mar 87 17:09 PST From: Kelley.pa Subject: NoteCards 1.3L: Same notefile open for write simultaneously To: NoteCardsSupport.pa cc: Kelley.pa NoteCards 1.3L System Date: 1-Feb-87 15:50:25 Lisp System Date: 26-Feb-87 21:33:01 Machine: Dandelion (222#146#) Microcode version: 0,231 Memory size: 15777 Frequency: Once Impact: Serious I just opened the same NoteFile for write on two Lyric machines at the same time. The second machine's open was via the NoteFile file browser and I saw no complaint. I freely made edits from the second machine but did an Abort that resulted in a large truncation. Later a Checkpoint from the first machine succeeded but included a warning that the notefile had been modified since I last accessed it. In the process of trying to duplicate this (unsuccessfully) between a Koto and Lyric machine, the notefile went bad and Cache Types and Titles choked toward the end of the file. The notefile was on an IFS. I dont know if this is a Lyric bug or an IFS bug or some combination. -- kirk End of message 398. Lyric - FINDFILE in Lyric does not use FILEDATES property Date: 18 Jan 87 20:37 PST From: kelley.pa Subject: NoteCards 1.3L: FINDFILE in Lyric does not use FILEDATES property To: NoteCardsSupport.pa cc: kelley.pa NoteCards 1.3L System Date: 23-Dec-86 10:09:31 Lisp System Date: 7-Jan-87 03:56:58 Machine: Dandelion (222#146#) Microcode version: 0,231 Memory size: 15777 Frequency: Always Impact: ED cannot load definitions It loks like SPELLFILE in Lyric will no longer use the FILEDATES property. Good news: we can get rid of the hack in NOTECARDSCOMS that changes filedates. Bad news: need to append the NoteCards release source directory to DIRECTORIES at NoteCards load time if (NOT (EQ NC.LOADFLG 'SYSLOAD)). -- kirk End of message 395. Lyric - I&R should deal with character class changes Date: 16 Jan 87 18:15 PST From: Kelley.pa Subject: I&R should deal with character class changes To: NoteCardsSupport cc: Kelley.pa Whenever TEDIT.PUT.PCTB sees a byte containing 255 [presumably followed by a non-zero byte], it prepends a 255 0 on the front of the destination stream. This has happened to me several times, though it seems to work ok most of the time even with extended characters in the substance. I have talked to John S about this and TEdit will do this for any kind of stream including binary streams. Since NoteFiles are extremely fragile to this kind of breakage, I&R, NC.OpenNoteFile actually, should make a special case to look for the 255 0 bytes at the beginning of the NoteFile if a version mismatch error occurs, and get rid of them rather than first asking the user if they want to convert verisons. -- kirk End of message(LIST ((PAGE NIL (PAPERSIZE Letter FOLIOINFO (ARABIC ) STARTINGPAGE# 1) (0 0 612 792) ((FOLIO NIL (PARALOOKS (QUAD CENTERED) CHARLOOKS (SUPERSCRIPT 0 INVISIBLE OFF SELECTPOINT OFF PROTECTED OFF SIZE 10 FAMILY TIMESROMAN OVERLINE OFF STRIKEOUT OFF UNDERLINE OFF EXPANSION REGULAR SLOPE REGULAR WEIGHT BOLD INVERTED OFF USERINFO NIL STYLE NIL) FORMATINFO (ARABIC )) (162 36 288 36) NIL) (TEXT NIL NIL (72 72 468 648) NIL))) (PAGE NIL (PAPERSIZE Letter FOLIOINFO (ARABIC )) (0 0 612 792) ((FOLIO NIL (PARALOOKS (QUAD CENTERED) CHARLOOKS (SUPERSCRIPT 0 INVISIBLE OFF SELECTPOINT OFF PROTECTED OFF SIZE 10 FAMILY TIMESROMAN OVERLINE OFF STRIKEOUT OFF UNDERLINE OFF EXPANSION REGULAR SLOPE REGULAR WEIGHT BOLD INVERTED OFF USERINFO NIL STYLE NIL) FORMATINFO (ARABIC )) (162 36 288 36) NIL) (TEXT NIL NIL (72 72 468 648) NIL))) (PAGE NIL (PAPERSIZE Letter FOLIOINFO (ARABIC )) (0 0 612 792) ((FOLIO NIL (PARALOOKS (QUAD CENTERED) CHARLOOKS (SUPERSCRIPT 0 INVISIBLE OFF SELECTPOINT OFF PROTECTED OFF SIZE 10 FAMILY TIMESROMAN OVERLINE OFF STRIKEOUT OFF UNDERLINE OFF EXPANSION REGULAR SLOPE REGULAR WEIGHT BOLD INVERTED OFF USERINFO NIL STYLE NIL) FORMATINFO (ARABIC )) (162 36 288 36) NIL) (TEXT NIL NIL (72 72 468 648) NIL)))))(( TIMESROMAN  TIMESROMAN  TIMESROMAN  TIMESROMAN  TIMESROMAN  TIMESROMAN   N7 /%6|7@ % 1UO/%C&^Xb/</%,8  <'U"/5H=JI68/%gW!mM(1/%D75<" V>S 1 5 /%!/ 3 /%h] a /%7 e 68 /%" /' /%dA/%O E84{+XYs/%w: IQP/%6 BMOBJ.GETFN3aa /% FG /% !/ /% PP/%.K>/%,v P:%&!3 FD31 *" _Np^Rtey1&: UNphBQ (/'T92  !99 b ;@ /%0 D6 TpzXW(EJ /% BMOBJ.GETFN3\ 3(  <A /% 8= /%)B BMOBJ.GETFN3z A7 y& A7 IN /% 10/%$ To`/%= 17/% CF/%#X BMOBJ.GETFN3/S"&3CF/%,8M;IK/%,8H "-/%2 $B%%1< BMOBJ.GETFN3&2  BMOBJ.GETFN3;H BMOBJ.GETFN3J^2( %%"CH BMOBJ.GETFN3/ , BMOBJ.GETFN3 0 BMOBJ.GETFN3V BMOBJ.GETFN3- BMOBJ.GETFN3 Y9 *(/%,8!J(Qx2/% m; ' %%"CY8E/%>$ :G/%& 7 /%DA/%&PP/%,8"/-/%,8qE>cZq  WE/%Gc >K/%#KP 963  z