• xtrn/lord/LORDARMR.ICN LORDBANK.ICN LORDBART.ICN LORDDARK.ICN LORDDEAD

    From Deuc¿@VERT to Git commit to main/sbbs/master on Sun Dec 25 13:53:06 2022
    https://gitlab.synchro.net/main/sbbs/-/commit/3e01fc3d093ed7db7d2917aa
    Added Files:
    xtrn/lord/LORDARMR.ICN LORDBANK.ICN LORDBART.ICN LORDDARK.ICN LORDDEAD.ICN LORDDRAG.ICN LORDFRM1.ICN LORDFRM2.ICN LORDFRM3.ICN LORDFRST.ICN LORDHEAD.ICN LORDHEAL.ICN LORDINN1.ICN LORDINN2.ICN LORDINT1.ICN LORDINT2.ICN LORDKING.ICN LORDLRG.ICN LORDNEWW.ICN LORDSCRL.ICN LORDTAV.ICN LORDTHEF.ICN LORDTURG.ICN LORDTWN1.ICN LORDTWN2.ICN LORDTWN3.ICN LORDWIZ2.ICN LORDWNDO.ICN lordrip.lrd
    Modified Files:
    xtrn/lord/lord.js
    Log Message:
    Add RIP support to LORD JS and bump version to 5.02

    This should get the original RIP stuff working properly.
    LORD icon files are ideally handled a bit differently:
    1) If the remote supports the SyncTERM cache operations, icons
    are transferred directly to the cache using them. This requires
    a SyncTERM build including commit fa51ebe7.
    2) If LORD is running in-process under Synchronet, it will try to
    initiate a YModem-G download for the files using
    bbs.send_file(name, 'G'). This means YModem-G must be enabled,
    and must use the 'G' command key.

    Having the *correct* icon files will still work, but they must be
    the expected file size and be the same modified date or newer to
    be used by LORD JS.

    Ideally, there would be a way to configure sexyz or something to
    do icon transfers, but that's a lot harder, so I'm not going to
    bother.

    ---
    þ Synchronet þ Vertrauen þ Home of Synchronet þ [vert/cvs/bbs].synchro.net