TZUTC: -0700
MSGID: 58373.sync_sys@1:103/705 2ce5e387
REPLY: 58372.sync_sys@1:103/705 2ce5b9e4
PID: Synchronet 3.21a-Linux master/05e4146d5 Jul 02 2025 GCC 12.2.0
TID: SBBSecho 3.29-Linux master/6d0371950 Jul 15 2025 GCC 12.2.0
COLS: 80
BBSID: VERT
CHRS: CP437 2
FORMAT: flowed
NOTE: FSEditor.js v1.105
  Re: Re: Display files for XTRN doors
  By: Gamgee to Digital Man on Tue Jul 22 2025 08:45 am

 > -=> Digital Man wrote to Gamgee <=-
 >
 >  DM>   Re: Display files for XTRN doors
 >  DM>   By: Gamgee to All on Mon Jul 21 2025 09:24 pm
 >
 >  > I've been playing around with display files that are shown to a caller
 >  > when they start a Door app, before the app actually starts.  This is done
 >  > by creating the display file and putting it in /sbbs/text/menu/xtrn.  In
 >  > my example, I've made the file 'usurper.msg' and put it in that
 >  > directory.
 >  > When starting the Usurper door, that file displays as expected.  But,
 >  > after it displays there's a prompt there to "Hit any key".  When you do
 >  > that, it proceeds to start the door, again as expected.  I'd like that
 >  > "Hit any key" prompt to not happen.  I've put "@POFF@" at the top of that
 >  > display file but it seems to have no effect.  What is causing the prompt?
 >  > Any way to disable that from happening?  Thanks for info.
 >
 >  DM> Most likely, it's a screen-clear sequence that's following the display
 >  DM> of your file. You can either: set clear_screen_on_exec=false in the
 >  DM> [xtrn_sec] or [xtrn:usurper] section of your ctrl/modopts.ini file, or
 >  DM> add {at}RESETPAUSE{at} code to the end of your display file. One or
 >  DM> either of those should do the trick.
 >
 > I found the 'clear_screen_on_exec=false' already in my [xtrn_sec].  I
 > created the [xtrn:usurper] section and added that phrase there, but it
 > didn't help.  Adding {at}RESETPAUSE{at} (using the proper @'s) to the
 > display file didn't do anything (also tried POFF and NOPAUSE).

Did you add the RESEPAUSE code to the *end* of the display file?

 >  DM> The screen clear I'm suspecting comes from the exec/prextrn.js file.
 >
 > I even commented out these lines from that file:
 >
 >         if (options.clear_screen_on_exec) {
 >                 console.clear();
 >         }
 >
 > And that also didn't change anything.  This isn't a HUGE problem, but
 > seems strange that it can't be changed...

It is strange. Are you sure the copy of the prextrn.js file you're modifying
is getting executed? Maybe try adding some debug output statements (to the
terminal or the log) - that might help determine when/why the pause is
happening as well.
-- 
                                            digital man (rob)

Breaking Bad quote #47:
He said he'll break my legs, he meant It... he gave me the dead mackerel eyes.
Norco, CA WX: 68.6øF, 74.0% humidity, 1 mph W wind, 0.00 inches rain/24hrs
--- SBBSecho 3.29-Linux
 * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
SEEN-BY: 103/13 705 105/81 106/201 124/5016 128/187 129/14 153/757
SEEN-BY: 153/7715 154/10 30 110 203/0 218/700 221/0 226/30 227/114
SEEN-BY: 229/110 206 317 400 426 428 550 700 705 240/1120 5832 263/1
SEEN-BY: 266/512 280/464 5003 5006 291/111 292/8125 301/1 320/219
SEEN-BY: 322/757 341/66 234 342/200 396/45 423/120 460/58 256 1124
SEEN-BY: 467/888 633/280 712/848 770/1 902/26 5020/400 8912 5054/30
SEEN-BY: 5075/35
PATH: 103/705 280/464 460/58 229/426