<blockquote>
<p>I like the fact that it uses the <code>spawn_*()</code> API now, instead of <code>g_find_program_in_path()</code> + <code>utils_spawn_*()</code> (change 1), and agree with the changes from <a href="https://github.com/b4n" class="user-mention">@b4n</a>'s PR that it incorporates getting the installed/resource binary path (change 2, without using his commit+attribution), but the stuff with the options lookup table, and new globals, functions, and data types (change 3..N) seems like a lot of complexity (though it may indeed be warranted), and the part that guards out the <code>is_osx_bundle()</code> seems unrelated (change N+1).</p>
</blockquote>

<p>Agreed.</p>

<p>Anyway, I don't have a strong opinion on this whole new window discussion, any solution that give a reasonably consistent user experience is fine with me.  This particular PR seem to properly restore all meaningful arguments so the new instance behaves as closely as the original one as possible, so that's nice.<br>
Also, the result seem to make sense -- though I have yet to test it.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br>Reply to this email directly or <a href="https://github.com/geany/geany/pull/637#issuecomment-137446323">view it on GitHub</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/ABDrJ5pNgsT8t5n2OxyYbC0ODUOeN0Pgks5ouEM0gaJpZM4F1KFb.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/pull/637#issuecomment-137446323"></link>
  <meta itemprop="name" content="View Pull Request"></meta>
</div>
<meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>