Interlisp
Should numbers appear in package arrays?
I am thinking about moving TEDIT and VIRTUALKEYBOARDS into the world of packages (I don't know how many times I have mistyped "\TEDIT"). Poking around to see how this might be set up, I inspected the hashtabel arrays of the Interlisp package. I was surprised to see that it contained FIXP numbers.
Is this a mistake? Do numbers belong to packages?
It might be a bug, or it might be some subtle hack, hard to tell. But the main thing we need to address is the handling of package declarations. In a text-based common lisp workflow, when you want to move something from one package to another, you just change the in-package call at the top.
But with the file "package" (or manager), moving a symbol to a new package doesn't change any definitions that go with the symbol. If I start out with (defun foo (x) (list x x)) it will wind up in xcl-user: package space. If I move it into package bar, you can wind up with (defun bar:foo (xcl-user::x) (list xcl-user::x xcl-user::x))
Let’s create a mew project “packages”. As near as I can tell, packages are not thoughtfully integrated with the file manager/editor/define-file-info. For example, as near as I can tell, there is no PACKAGES filepgk command, no GETDEF, no whereis, awkward to set up the define-file-info, etc.
On Dec 18, 2023, at 12:20 PM, Larry Masinter @.***> wrote:
It might be a bug, or it might be some subtle hack, hard to tell. But the main thing we need to address is the handling of package declarations. In a text-based common lisp workflow, when you want to move something from one package to another, you just change the in-package call at the top.
But with the file "package" (or manager), moving a symbol to a new package doesn't change any definitions that go with the symbol. If I start out with (defun foo (x) (list x x)) it will wind up in xcl-user: package space. If I move it into package bar, you can wind up with (defun bar:foo (xcl-user::x) (list xcl-user::x xcl-user::x))
— Reply to this email directly, view it on GitHub https://github.com/Interlisp/medley/issues/1465#issuecomment-1861538829, or unsubscribe https://github.com/notifications/unsubscribe-auth/AQSTUJI7PSY6DRQCIKFBUR3YKCQP5AVCNFSM6AAAAABA2BCCJ6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQNRRGUZTQOBSHE. You are receiving this because you authored the thread.
The GitHub "projects" feature has a user interface that makes dealing with lots of different projects unwieldy. My intention is to reduce the number of projects by accumulating them into larger categories.
Instead of making yet another project on GitHub, I would suggest making a single Issue and putting that issue into the 'Environment' and 'Common Lisp' projects: "Make the Medley environment as fully featured and functional as it is or was for Interlisp.