• Pause Prompts

    From The Godfather@21:3/165 to All on Fri Apr 7 10:25:55 2023
    Ok .. Ok .. so I give ..

    What is the secret sauce to ensure that when someone hits (specifically) the [ENTER] key that the key buffer thingy clears so that the next pause isn't skipped? I've had this problem since the release of v48 but not prior. Using any other key only un-pauses the displayed screen but still pauses on the next displayed screen; but the enter key is being a pill.

    Any suggestions would be mucho appreciated

    |15-|12t|04G
    |15www|08.|15theun|07dergrou|08nd|07.|08us|15:|0810023

    ... It said "insert disk #3", but only two will fit...

    --- Mystic BBS v1.12 A49 2023/03/14 (Linux/64)
    * Origin: www.theunderground.us Telnet 10023 SSH 7771 (21:3/165)
  • From xqtr@21:1/111 to The Godfather on Sat Apr 8 20:47:37 2023
    What is the secret sauce to ensure that when someone hits (specifically) t [ENTER] key that the key buffer thingy clears so that the next pause isn't skipped? I've had this problem since the release of v48 but not prior. U any other key only un-pauses the displayed screen but still pauses on the displayed screen; but the enter key is being a pill.

    Haven't tested but i think the PB MCI code is what you are looking for. Put it in front of the pause prompt to erase the keyboard buffer and prevent what you describe.

    If you have any success, tell us also to know :)

    .
    :: XQTR :: Another Droid BBS :: andr01d.zapto.org:9999 :: xqtr@gmx.com

    --- Mystic BBS v1.12 A47 2020/11/23 (Raspberry Pi/32)
    * Origin: Another Droid BBS # andr01d.zapto.org:9999 (21:1/111)
  • From The Godfather@21:3/165 to xqtr on Sat Apr 8 19:05:08 2023
    Haven't tested but i think the PB MCI code is what you are looking for. Put it in front of the pause prompt to erase the keyboard buffer and prevent what you describe.

    So wild that is still needed, thank you I'll use those I guess. It's odd, the same ANSI's were not requiring it before but now do ... there are times I need more then one PB before it sits still on the next pause....

    |15-|12t|04G
    |15www|08.|15theun|07dergrou|08nd|07.|08us|15:|0810023

    ... History repeats itself because nobody listens

    --- Mystic BBS v1.12 A49 2023/03/14 (Linux/64)
    * Origin: www.theunderground.us Telnet 10023 SSH 7771 (21:3/165)
  • From The Godfather@21:3/165 to xqtr on Tue Apr 11 12:34:44 2023
    Haven't tested but i think the PB MCI code is what you are looking for. Put it in front of the pause prompt to erase the keyboard buffer and prevent what you describe.

    SO interestingly the PB MCI code is not working. I'll likely post on Arak to see if g00r00 has a solution.

    It is occurring throughout my prelogin as well as my group selection ANSI's within my message bases (banner ads of the FTN they selected prior to dropping to the main menu ..)

    I tried the PB MCI code in a text editor before ANSI code, after, at the top prior to CL and PO MCI Codes, as well as after. While I also tried at the end after the PA Pause MCI codes.

    Lastly, I tried from within the menu, and a hard coded .mpl

    Can't seem to figure this one out.

    The only solution I have at the moment is to abandon use the PN mci code to put a non prompted second Pause within each ansi displayed. Kinda wonky.

    Anyway, there is the update :)

    |15-|12t|04G
    |15www|08.|15theun|07dergrou|08nd|07.|08us|15:|0810023

    ... Tech support is just a busy signal away

    --- Mystic BBS v1.12 A49 2023/03/14 (Linux/64)
    * Origin: www.theunderground.us Telnet 10023 SSH 7771 (21:3/165)
  • From xqtr@21:1/111 to The Godfather on Wed Apr 12 16:07:58 2023
    So wild that is still needed, thank you I'll use those I guess. It's odd, same ANSI's were not requiring it before but now do ... there are times I more then one PB before it sits still on the next pause....

    Are you sure that it's the ANSI files causing the problem... i don't see how. Did you change the telnet program you are using or some option on it? Perhaps a bad key on your keyboard... what you are describing seems like something is sending more "keystrokes" than it should. Could it be also an encoding thing?

    .
    :: XQTR :: Another Droid BBS :: andr01d.zapto.org:9999 :: xqtr@gmx.com

    --- Mystic BBS v1.12 A47 2020/11/23 (Raspberry Pi/32)
    * Origin: Another Droid BBS # andr01d.zapto.org:9999 (21:1/111)
  • From The Godfather@21:3/165 to xqtr on Sun Apr 16 20:41:07 2023
    Are you sure that it's the ANSI files causing the problem... i don't see how. Did you change the telnet program you are using or some option on
    it? Perhaps a bad key on your keyboard... what you are describing seems like something is sending more "keystrokes" than it should. Could it be also an encoding thing?

    Yeah I'm sure it's not the keyboard. Same keyboard and netrunner can call other BBS's and use the ENTER key without issue. I am using the animated pause prompts .. I'll look into that I suppose. It was working fine on v47 .. however not since v48 and v49. The only other change was binaries to Ubuntu 64 bit compared to prior on RPI 32 bit.

    |15-|12t|04G
    |15www|08.|15theun|07dergrou|08nd|07.|08us|15:|0810023

    ... My software never has bugs. It just develops random features...

    --- Mystic BBS v1.12 A49 2023/03/14 (Linux/64)
    * Origin: www.theunderground.us Telnet 10023 SSH 7771 (21:3/165)