<p>I thought about twiddling the environment inside my programs as you suggest but discounted it after I discovered that I got the same problem with geany's terminal if I launched geany directly from the command line inside the GNOME Terminal as this indicated that Python probably (if not definitely) wasn't implicated.</p>

<p>I'm going to avoid the problem by not using GNOME Terminal anymore. I mainly only use it when I'm testing my GUIs and need to be able to see any gumph that Gtk spits out to standard error or Python exceptions that I've failed to catch.  Even though it might be wasteful of resources using geany for just its terminal I can use the terminal of a geany instance to achieve this end.</p>

<p>I also might write a 20 (or so, excluding the GPL copyright notice) Python/PyGObject script that would provide a program with the essential functionality of GNOME Terminal without all the frills.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/geany/geany-osx/issues/3#issuecomment-251577687">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/ABDrJ26FEdLzIaJL-rR-wawgBz68ngCaks5qwyQ9gaJpZM4D6W92">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ABDrJ1bLHmXiE_NZJ2kba_JL5oniNm_Zks5qwyQ9gaJpZM4D6W92.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/geany/geany-osx/issues/3#issuecomment-251577687"></link>
  <meta itemprop="name" content="View Issue"></meta>
</div>
<meta itemprop="description" content="View this Issue on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/geany/geany-osx","title":"geany/geany-osx","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/geany/geany-osx"}},"updates":{"snippets":[{"icon":"PERSON","message":"@pwil3058 in #3: I thought about twiddling the environment inside my programs as you suggest but discounted it after I discovered that I got the same problem with geany's terminal if I launched geany directly from the command line inside the GNOME Terminal as this indicated that Python probably (if not definitely) wasn't implicated.\r\n\r\nI'm going to avoid the problem by not using GNOME Terminal anymore. I mainly only use it when I'm testing my GUIs and need to be able to see any gumph that Gtk spits out to standard error or Python exceptions that I've failed to catch.  Even though it might be wasteful of resources using geany for just its terminal I can use the terminal of a geany instance to achieve this end.\r\n\r\nI also might write a 20 (or so, excluding the GPL copyright notice) Python/PyGObject script that would provide a program with the essential functionality of GNOME Terminal without all the frills."}],"action":{"name":"View Issue","url":"https://github.com/geany/geany-osx/issues/3#issuecomment-251577687"}}}</script>