-
-
Notifications
You must be signed in to change notification settings - Fork 27
Move all the proofreader and dictionary-related files to lispsuers/proofreader/, with hyphen names #2220
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Move all the proofreader and dictionary-related files to lispsuers/proofreader/, with hyphen names #2220
Conversation
I checked out the rmk105 branch and all of the files, except README.TXT, contain the |
Hmm, that's not good!
… On Jul 21, 2025, at 3:37 PM, Matt Heffron ***@***.***> wrote:
MattHeffron
left a comment
(Interlisp/medley#2220)
<#2220 (comment)>
I checked out the rmk105 branch and all of the files, except README.TXT, contain the NUL character at every position!!
—
Reply to this email directly, view it on GitHub <#2220 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AQSTUJKNUEWGN5IS4645ER33JVTR5AVCNFSM6AAAAACBYM3RYOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTAOJZGY3TKMRQGA>.
You are receiving this because you authored the thread.
|
I found, moved, and pushed contentful versions of the proofreader files (I hope). |
Better, but |
I think that PROOFREADER-PROOFREADER.TEDIT is the proper name, given the hyphen convention, I'll fix that.
I think there is something wrong with COPYFILE that led to the original wipeouts. I'll investigate.
… On Jul 22, 2025, at 11:18 AM, Matt Heffron ***@***.***> wrote:
MattHeffron
left a comment
(Interlisp/medley#2220)
<#2220 (comment)>
Better, but PROOFREADER-PROOFREADER.TEDIT is still all NUL characters.
It is exactly the same size (9531 bytes) as PROOFREADER.TEDIT (which has good content),
so it seems that PROOFREADER-PROOFREADER.TEDIT shouldn't be there at all?
—
Reply to this email directly, view it on GitHub <#2220 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AQSTUJP2MVXX5EP3OT2OOL33JZ57VAVCNFSM6AAAAACBYM3RYOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTCMBUGIYTMOJSGA>.
You are receiving this because you authored the thread.
|
I believe these renamed files will load, but and some functionality might even work. But more effort would have to go in to update to modern external formats and Tedit. For example, it seems to read characters with BIN instead of either READCCODE or the more primitive \INCCODE, and it may be assuming that character lengths are the same as byte lengths. Maybe only ever worked for 7-bit Ascii or ISO8859/1. But it is worth grouping these together, and disposing of them together, one way or another. |
For all the other |
As I recall, there are 2 reasons (benefits?) for this foo>foo-xxx complexity.
One had to do with getting the code for image objects. A function on foo-xxx that needed an image object definition could go to foo>foo as a last resort (strip off the -xxx). But if the file was just xxx, it might be out of luck.
In this case, if there had happened to be a dependency like that (which there isn't), it would get the image object code from proofreader>PROOFREADER by decomposing the name PROOFREADER-ANALYZER.
The other is that if you want to find the code for a function in the XXX module (e.g. for PF or tf) that was stored under just lispusers>foo>, the generic file searcher wouldn't find it unless lispusers>foo> was explicitly in DIRECTORIES. But if you give it the name foo-XXX (e.g. from WHEREIS), it will go to foo>foo-XXX as a last resort.
In this case, (TEDIT 'PROOFREADER-PROOFREADER) should find lispusers>proofreader>PROOFREADER-PROOFREADER.TEDIT, and (TEDIT 'PROOFREADER-ANALYZER) should find lispusers>proofreader>PROOFREADER-ANALYZER.TEDIT).
(The PROOFREADER prefix is a little heavy, but that did seem to be the high-level entry for this).
… On Jul 22, 2025, at 12:51 PM, Matt Heffron ***@***.***> wrote:
MattHeffron
left a comment
(Interlisp/medley#2220)
<#2220 (comment)>
I think that PROOFREADER-PROOFREADER.TEDIT is the proper name, given the hyphen convention
For all the other PROOFREADER-*.TEDIT files, the corresponding source and LCOM files also have the PROOFREADER- prefix. For this file, the corresponding source and LCOM files do not.
I thought that the prefix was to designate component files of a module, and the main file of the module wouldn't have the prefix. (For example, library/tedit/TEDIT.LCOM vs library/tedit/TEDIT-*.LCOM)
In that case, it seems that maybe some of the other files should have different prefixes as they are, according to their documentation, separate modules, but associated with PROOFREADER.
—
Reply to this email directly, view it on GitHub <#2220 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AQSTUJK3QY7TFXYIV3RSGND3J2I3RAVCNFSM6AAAAACBYM3RYOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTCMBUGYZTKOBVGI>.
You are receiving this because you authored the thread.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
OK, since there's no effect to current loadups.
These are interdependent but spread out in lispusers/. All together they provided the framework and implementation for spell-checking and dictionary lookup, in the early days.
The dictionary resources (e.g. the server or wordlists) are no longer available, and these made use of internal Tedit fields and functions that no longer exist. I made a rough pass to fix up the Tedit dependencies so at least these files compile. And maybe would mostly work (except for one function that appears to be a version TEDIT.SUBSTITUTE with some additional bells and whistles).
This subdirectory should eventually be moved to obsolete, this just pulls the files together, fixes the code, and does the hyphen filename renaming.