Skip to content

Conversation

rmkaplan
Copy link
Contributor

@rmkaplan rmkaplan commented Sep 8, 2025

Many files have changed as I have rearchitected the font interfaces, introduced the Medley font-format files, and worked to normalize to the MCCS encoding of internal data.

This PR is a draft that doesn't yet include the flood of files. For starters, it just has the documentation files that describe the strategy and new and changed features. It will be helpful to get some initial reactions so I can make adjustments before pushing everything. The code and font files will come later.

@rmkaplan rmkaplan marked this pull request as draft September 8, 2025 07:27
@pamoroso
Copy link
Contributor

On Linux Mint 22.1 Cinnamon this PR builds with no issues and I didn't notice anything unusual. I tested DInfo and NoteCards and the fonts look fine so far.

@rmkaplan rmkaplan marked this pull request as ready for review September 20, 2025 18:27
@rmkaplan
Copy link
Contributor Author

I have uploaded all of the medleyformat fonts, and removed the draft status.

I expect/hope the only issue is that filenames with underscores and carets might not look the same in Medley vs Unix. I would like to get this tested and merged, to avoid confusion with the changes to the imagefile/hardcopy interfaces.

pamoroso
pamoroso previously approved these changes Sep 21, 2025
Copy link
Contributor

@pamoroso pamoroso left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

On Linux Mint 22.1 Cinnamon I tested up to commit d01503c and I haven't noticed anything unusual. Names containing or in TEdit look as expected on Linux, i.e. with _ and ^.

@rmkaplan
Copy link
Contributor Author

I found that PRETTYFILEINDEX had its own compensation for underscore/arrow, at least for Interpress. Removed it.

@rmkaplan
Copy link
Contributor Author

@MattHeffron , LOADUPFULLFONTS on internal/loadups/LOADUP-FULL has some special code for building the postscript fontcache. I wonder whether this should be done when POSTSCRIPTSTREAM is loaded, as part of POSTSCRIPT.INIT.

@pamoroso
Copy link
Contributor

I updated to commit e46a1f3, nothing unusual to report.

@pamoroso
Copy link
Contributor

I updated to commit 3276822 and I get an error from GITFNS, here's how to reproduce it:

  1. load GITFNS
  2. evaluate PRC
  3. click issue #2290
  4. click sources/COREIO.
  5. click See

A break window shows up with this error:

INTERLISP-ERROR
In ERROR:
ARG NOT DISPLAY STREAM
NIL
gitfns-prc-error

The backtrace:

CD-See/8(debug)BTV
   MESS1 "ARG NOT DISPLAY STREAM"
   MESS2 NIL
   NOBREAK NIL
ERROR
\DTEST.UFN
   DS #<IO Tedit Stream/145,142500>
   DONTCREATE NIL
   DD NIL
   HINTW NIL
WFROMDS
   CHILDREN (#<IO Tedit Stream/145,142500> 
#<IO Tedit Stream/127,20200>)
   PARENT {WINDOW}#120,150570
   C #<IO Tedit Stream/145,142500>
   ONE NIL
CLOSEWITH
   TBITEM {TABLEITEM}#120,117770
   MENUITEM See
   CDBROWSER {TABLEBROWSER}#120,116700
   KEY LEFT
   SOURCEWIDTH 770
   CHILDREN (#<IO Tedit Stream/145,142500> 
#<IO Tedit Stream/127,20200>)
CD-MENUFN
   CDBROWSER {TABLEBROWSER}#120,116700
   TBITEM {TABLEITEM}#120,117770
   CDENTRY (SOURCES>COREIO (
"{FROMGIT1}/master/sources/COREIO." 
" 5-Jun-2022 00:14:07" 58450 NIL SOURCE LF) < (
"{FROMGIT1}/pr/sources/COREIO." "11-Sep-2025 16:49:07" 
57998 NIL SOURCE LF))
   FILE1 "{FROMGIT1}/master/sources/COREIO."
   FILE2 "{FROMGIT1}/pr/sources/COREIO."
   TYPE SOURCE
   LABELS ("origin/master/sources/COREIO." 
"origin/rmk126--HARDCOPY-to-printers/sources/COREIO.")
   LABEL1 "origin/master/sources/COREIO."
   LABEL2 
"origin/rmk126--HARDCOPY-to-printers/sources/COREIO."
CD.COMMANDSELECTEDFNA0001A0002
TB.MAP.SELECTED.ITEMS
   SI::*CLEANUP-FORMS* SI::RESETUNWIND
   WINDOW {WINDOW}#120,150570
   PWINDOW {WINDOW}#120,150264
   CDBROWSER {TABLEBROWSER}#120,116700
   USERDATA (LABELFN GIT-CD-LABELFN BRANCH1 
origin/master BRANCH2 
"origin/rmk126--HARDCOPY-to-printers" PROJECT (
GIT-PROJECT MEDLEY {MEDLEY} NIL & & 
"{DSK}/home/paolo/medley/medley" origin/master) CDVALUE 
(& & & & & & &))
   CDVALUE (("{FROMGIT1}<master>" "{FROMGIT1}<pr>" 
"23-Sep-2025 11:36:50" & & &) (SOURCES>COREIO & < &) (
SOURCES>COREIO.LCOM & < &) (SOURCES>FILEIO & < &) (
SOURCES>FILEIO.LCOM & < &) (SOURCES>HARDCOPY & < &) (
SOURCES>HARDCOPY.LCOM & < &))
   FN CD-MENUFN
   MIDDLE NIL
SI::*UNWIND-PROTECT*
   MENUITEM (See CD-MENUFN)
   MENU {MENU}#130,171054
   KEY LEFT
   LISPXHIST NIL
   SI::*RESETFORMS* NIL
   RESETSTATE NIL
CD.COMMANDSELECTEDFN
   *FORM* (CD.COMMANDSELECTEDFN (QUOTE &) (QUOTE {MENU}#
130,171054) (QUOTE LEFT))
   *ARGVAL* NIL
   *TAIL* NIL
   *FN* CD.COMMANDSELECTEDFN
\EVALFORM
   %#FORM# (CD.COMMANDSELECTEDFN (QUOTE &) (QUOTE {MENU}#130,171054) (QUOTE LEFT))
   *CURRENT-PROCESS* #<Process CD-See/173,125000>
   HELPFLAG BREAK!
   \CURRENTDISPLAYLINE 0
   \#DISPLAYLINES 1
   \LINEBUF.OFD #<IO Linebuffer Stream/167,74100>
   *READTABLE* #<ReadTable INTERLISP/173,161714>
   \PRIMTERMTABLE {TERMTABLEP}#173,154740
   \PRIMTERMSA {CHARTABLE}#173,155000
   TtyDisplayStream #<Output Display Stream/145,142000>
   SI::*RESETFORMS* NIL
   \INTERRUPTABLE T
   \TTYWINDOW NIL
   READBUF NIL
   \TERM.OFD #<Output Display Stream/127,4700>
   *STANDARD-OUTPUT* #<Output Display Stream/127,4700>
   *STANDARD-INPUT* #<IO Linebuffer Stream/167,74100>
\MAKE.PROCESS0
T

@rmkaplan
Copy link
Contributor Author

rmkaplan commented Sep 23, 2025 via email

@pamoroso
Copy link
Contributor

Commit 49d15bd fixed the issue and PRC now works as expected.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants