TZUTC: -0700   
   MSGID: 52822.sync@1:103/705 2b7caf2e   
   REPLY: 52820.sync@1:103/705 2b7c06c8   
   PID: Synchronet 3.20a-Linux master/db7c052b0 Oct 18 202 GCC 12.2.0   
   TID: SBBSecho 3.20-Linux master/db7c052b0 Oct 18 2024 17:08 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 Mon Oct 21 2024 12:27 am   
      
    > Hi Rob, sorry for not being more specific/explaining seemingly odd choices   
    > :D >"next login" as the same user or a different user?   
    > Same user   
      
   Okay, did you try a different user and see what happens?   
      
    > >using a language file to control terminal type   
    > I'm using the language file to use different control codes for the user   
    > prompts, but the script above to change the users terminal type settings is   
    > in logon.js.   
    >   
    > >Which "settings" are you referring to?   
    > Changing manually from one terminal type to another. i.e. changing from an   
    > ansi supported terminal to soley cp437 used to require the user to log out   
    > and back in again (same user account) for all the settings to take effect   
    > (this was before adding the terminal prompt at logon and before using the   
    > language files to customize prompts). After changing to terminal settings to   
    > just cp437 the Mode 7 menus did not display correctly, however when the same   
    > user logged out and back in the menus displayed as they should.   
      
   So I think you're referring to the 'lang' user property (not something I think   
   of as a "terminal type setting"). But anyway, after making a change to the   
   current user's 'lang' property, call bbs.load_user_text() to re-load the   
   ctrl/text..ini file.   
      
    > The odd terminal choices are because it's primarily designed for a BBC Micro   
    > to use, so if you're using ASCII you're most likely in Mode 7 (which leaves   
    > the most amount of free memory and displays best on a TV, which is 40   
    > columns), if you're using an ANSI client (of which I think there are only 2   
    > and only one of those supports a *massive* 4 colours) then that is 80   
    > columns and does not support UTF-8   
      
   I still can't can't think of a reason why "ansi" and "ascii" would require   
   different language files.   
   --    
                                               digital man (rob)   
      
   This Is Spinal Tap quote #40:   
   Morty the Mime: Come on, don't talk back, mime is money, come on, move it.   
   Norco, CA WX: 84.0øF, 21.0% humidity, 0 mph W 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