TZUTC: -0700   
   MSGID: 52827.sync@1:103/705 2b7dfc2d   
   REPLY: 52825.sync@1:103/705 2b7d564b   
   PID: Synchronet 3.20a-Linux master/8fecd8c5d Oct 21 202 GCC 12.2.0   
   TID: SBBSecho 3.20-Linux master/8fecd8c5d Oct 21 2024 22:01 GCC 12.2.0   
   COLS: 80   
   BBSID: VERT   
   CHRS: CP437 2   
   NOTE: FSEditor.js v1.105   
     Re: Help using gettext.js   
     By: vela025 to Digital Man on Tue Oct 22 2024 12:19 am   
      
    > >Okay, did you try a different user and see what happens?   
    > Yeah it happens to all users.   
    >   
    > >call bbs.load_user_text() to re-load the ctrl/text..ini file.   
    > This has definaetly fixed mode 7 not using control codes after an ANSI login   
    > and ANSI using text.bbc.ini after a Mode 7 login! Thanks!   
      
   You're welcome.   
      
    > >I still can't can't think of a reason why "ansi" and "ascii" would require   
    > different language files.   
    > Some prompts are >40 characters which looks a bit messy when it goes on to a   
    > seperate line.   
      
   Try using the Ctrl-A\ (conditional new-line) sequence to add line breaks where   
   you'd want them for 40 column terminals. You can see a lot of these in the   
   stock ctrl/text.dat file for this reason.   
      
   But that's 40 versus 80 colum, not ANSI for ASCII. ASCII terminals are not   
   always 40 columns.   
      
    > And some use [ ] which in mode 7 displays as a left and right   
    > arrow.   
      
   Sure, that's an argument for a "BBC" lang file and then a non-BBC lang file. I   
   still don't see why you'd need a separate lang file for ASCII versus ANSI.   
      
    > Having each as their own lang is a simple way for me to detect which   
    > terminal type the client is using so that custom modules can be loaded for   
    > each terminal type. For example msglist.js now is a script detecting the   
    > terminal type (via checking the lang setting) and then branches off in to   
    > msglistbbc.js/msglist.js   
      
   Again, that'd be BBC versus non-BBC.   
      
    > So now the only issue seems to be that all terminal types for the first   
    > logon after a change of terminal type between Mode 7 and ANSI causes ANSI to   
    > scroll at row 13 and *Press any key to continue*. In terms of columns it is   
    > either adding or taking away 40 columns from the column width for both ANSI   
    > and Mode 7. Examples of how this manifests itself here:   
    > http://beebs.ddns.net/BeeBS/My_Albums/Pages/Term_Dim.html Is there something   
    > similar to bbs.load_user_text() for terminal row and height?   
      
   There's console.screen_rows and screen_columns, both are writable.   
      
   There's also console.getdimensions() that will query the terminal (if it's   
   ANSI) and auto-detect the user's screen height and width, but only if one or   
   both are set (by the user) to 0 (auto), and only for ANSI-capable terminals.   
   --    
                                               digital man (rob)   
      
   Synchronet/BBS Terminology Definition #73:   
   SMB = Synchronet Message Base (e.g. smblib)   
   Norco, CA WX: 84.2øF, 27.0% humidity, 0 mph WNW wind, 0.00 inches rain/24hrs   
   --- SBBSecho 3.20-Linux   
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)   
   SEEN-BY: 90/1 103/705 105/81 106/201 124/5016 153/757 7715 154/10   
   SEEN-BY: 154/30 203/0 218/700 221/0 226/30 227/114 229/110 114 206   
   SEEN-BY: 229/317 400 426 428 470 550 700 705 240/1120 5832 266/512   
   SEEN-BY: 280/464 5003 5006 282/1038 291/111 292/8125 301/1 310/31   
   SEEN-BY: 320/219 322/757 341/66 234 342/200 396/45 423/120 460/58   
   SEEN-BY: 460/256 1124 467/888 633/280 712/848 770/1 5020/400 5054/30   
   SEEN-BY: 5075/35   
   PATH: 103/705 280/464 460/58 229/426