07 Jun 15 14:05, you wrote to me:   
      
    ml>> actually, all three readers, TimED, GoldED and MsgED, use the same chs   
    ml>> translation files... if others can't translate as much as golded does,   
    ml>> that just means that they don't have the additional chs files and they   
    ml>> don't have the config stuff telling them what chs files to use for   
    ml>> which translations...   
      
    NB> News to me I suppose. I have MsgEd installed here and all it is provided   
    NB> with is translation tables that only support 128 character translations,   
    NB> not the full 256. That's why I originally went with Golded in the first   
    NB> place.   
      
   if you look at the ID number in the chs files, it is the first non-comment   
   line, and it is greater than 65536, then the entire 256 set should be listed   
   in the lines... if the ID is less than 65536, then only the top 128 are   
   listed... this because most sets have the same lower 128 so there's no need to   
   translate them...   
      
    NB>>> Anyhow, you had mentioned that the STATS echo looks off to you.   
    NB>>> In the last 10 messages posted there, when I switch to ter-i14b   
    NB>>> and use a 256 glyph font, both of Bill's posts display correctly,   
    NB>>> but none of yours do.   
      
    ml>> i don't know why... bill is using the same script i am using to   
    ml>> generate the traffic graph and the transfer stats chart... the graph   
    ml>> uses the single line frame characters and then at least two or three   
    ml>> of the box characters for the bars on the graph...   
      
    NB> I didn't convert my golded config fully over to CP437 the last time, as I   
    NB> was in a hurry to leave town. Now I have it converting properly (note the   
    NB> CHRS kludge on this message) and all your stats posts are displaying   
    NB> correctly.   
      
   i haven't figured that part out yet... right now i'm using something called   
   cp437 which sets up whatever you have it execute so that all the characters   
   are run through iconv for conversion to utf8 for display purposes... i don't   
   think it works in reverse but i just posted another character test in the   
   FIDOTEST echo to see...   
      
    ml>> they are plain CP437 from a CP437 machine...   
      
    NB> Confirmed. They display fine here now.   
      
   with this cp437, i can now see them... all of the block graphics used in the   
   bar graphs, too :)   
      
    ml>> i might try that... it seems to be similar to the 437_437, 850_850   
    ml>> and others of the same nature... except that those all contain the   
    ml>> upper 256 characters whereas yours doesn't have any at all...   
    ml>> hummm...   
      
    NB> That still most likely won't get your line and box drawing characters   
    NB> you're looking for. I have a config here that let's me stick with UTF-8 on   
    NB> my console, but displays CP437 just fine at the moment. I'll verify to   
   make   
    NB> sure everything is in working order and then see what I can do to give you   
    NB> a hand.   
      
   that would be nice... thanks!   
      
    ml>> properly... i have just switched this golded script to using those   
    ml>> echo escape code you posted... they are the same as being used on T's   
    ml>> machine... i also set golded to CP437 which should be seen in the   
    ml>> control lines on this post... i went to the stats echo and looked,   
    ml>> again, at my graph posting and it looks better but none of the box   
    ml>> characters are being shown... only the frame characters... the boxes   
    ml>> are being shown as question marks in a white circle and i think that   
    ml>> means that there's nothing in the character table in the font for   
    ml>> them... that puts me/us back to the damned font mess so i guess i'll   
    ml>> have to root around in the ubuntu and/or debian support areas to try   
    ml>> to find a font that does pure CP437 with all the proper 256 glyphs...   
      
    NB> You mentioned a couple different approaches already.. so I'm a little   
    NB> confused. Are you using KDE's "Konsole" or an actual gui-less TTY console?   
      
   on /this/ system, i'm in a GUI... on others, there is no GUI so they're raw   
   TTY...   
      
    NB> If the former, setfont may not work in a gui program as I think it's   
    NB> specifically for a gui-less console. You would have to use Konsole's   
    NB> settings for changing the font and/or xorg.conf settings as X handles   
   fonts   
    NB> and character sets differently.   
      
   yeah, that's what i've found with setfont (again)... i had forgotten that it   
   was limited to raw TTYs...   
      
    NB> I don't use X at all here, so while my config seems to work for me   
    NB> it's only in a gui-less environment and utilizes the terminus-fonts   
    NB> package that were installed to /usr/share/kbd/consolefonts (via   
    NB> Archlinux's pacman package manager. More than likely a bit different   
    NB> in Kubuntu).   
      
   i think i lost them some time back... i remember hunting them down and trying   
   to work with them...   
      
    NB> If you're trying to do all of this in an X environment, what I've been   
    NB> saying may not help you at all. :(   
      
   we can only find out :)   
      
   )\/(ark   
      
   ... I is knot dain bramaged!!!   
   ---   
    * Origin:  (1:3634/12.73)