Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • SEARCH
  • Home
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 7909147
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: June 3, 20262026-06-03T12:16:51+00:00 2026-06-03T12:16:51+00:00

I’m switching terminal applications, from OSX’s Terminal.app to the Google Chrome Secure Shell app

  • 0

I’m switching terminal applications, from OSX’s Terminal.app to the Google Chrome Secure Shell app, and the way dividing lines between panes in a window in tmux changes from one terminal to the other.

In Terminal.app the dividing line is just that, a line:

In Secure Shell, the dividing line is rendered as a line of qs:

I can think of three possible cases:

  1. This is a setting I can fix from within my shell.
  2. This is a setting I can fix from Secure Shell’s preferences.
  3. This is a setting not yet supported by Secure Shell’s preferences.

But I’m not sure which it is. I’d be happy to hack it in if it’s case #3, but I’m not sure what’s responsible for displaying a line vs qs, so I can’t get a foothold in to start googling and learning what needs to be done.

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-06-03T12:16:54+00:00Added an answer on June 3, 2026 at 12:16 pm

    Your terminal emulator (Google Chrome Secure Shell) does not support the alternate character set (ASC) capability that is advertised by the terminfo database entry specified by the TERM environment variable in effect when you connected to (or started) your tmux session.

    The Chromium project has an issue concerning character set support in the terminal emulator that the Chrome app uses.


    Per the VT100 User Guide, Table 3-9: Special Graphics Characters, when the “special graphics set” is selected, q is used to draw “Horizontal line – Scan 5”.

    Under terminfo, the VT100 special graphics characters are available as a part of the Alternate Character Set (ACS) functionality; see the “Line Graphics” section of the terminfo(5) man page.


    If you are using tmux 1.4 or later, and Google Chrome Secure Shell supports UTF-8, then you should be able to get UTF-8 line drawing characters by giving -u to your tmux clients (or by having UTF-8 present in LC_ALL, LC_CTYPE or LANG when you run a tmux client).

    Alternatively, you could configure tmux to unset the ACS-related terminfo capabilities (in your ~/.tmux.conf):

    # Google Chrome Secure Shell does not (yet) support ACS; do not use it (for now).
    set-option -ga terminal-overrides ',*:enacs@:smacs@:rmacs@:acsc@'
    

    tmux will fall back to ASCII line drawing (e.g. -, |, and +) if the attached client does not support UTF-8, and its TERM’s terminfo database entry (as adjusted by terminal-overrides) does not advertise ACS capabilities.

    Note: You will basically need to restart your tmux server (exit out of all the sessions) before the configuration change will take effect.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

link Im having trouble converting the html entites into html characters, (&# 8217;) i
For some reason, after submitting a string like this Jack’s Spindle from a text
I have a string like this: La Torre Eiffel paragonata all’Everest What PHP function
I'm parsing an RSS feed that has an ’ in it. SimpleXML turns this
We're building an app, our first using Rails 3, and we're having to build
I have a text area in my form which accepts all possible characters from
Does anyone know how can I replace this 2 symbol below from the string
I'm trying to decode HTML entries from here NYTimes.com and I cannot figure out
I am currently running into a problem where an element is coming back from
I am writing an app with both english and french support. The app requests

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.