<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><br><div><div>On 2018-03-16, at 3:47 AM, Ryan Schmidt wrote:</div><blockquote type="cite"><div><font class="Apple-style-span" color="#000000"><br></font></div><div><font class="Apple-style-span" color="#000000"><br></font>Right. The app portgroup is intended for "proper Mac apps".<br><br><a href="https://lists.macports.org/pipermail/macports-dev/2011-August/015788.html">https://lists.macports.org/pipermail/macports-dev/2011-August/015788.html</a><br><br><br></div></blockquote></div><br><div>I notice over the years that the topic of extending the app PortGroup to support gtk/x11 applications has come up from time to time, and there are tickets out there about it I found <<a href="https://trac.macports.org/ticket/40110">https://trac.macports.org/ticket/40110</a>>.</div><div><br></div><div>There's even a GSoC entry to enhance it for this purpose <<a href="https://trac.macports.org/wiki/SummerOfCode#app">https://trac.macports.org/wiki/SummerOfCode#app</a>>.</div><div><br></div><div>So I guess there is support for the idea of extending the PortGroup. I know I would sure like it if some of the gtk/x11 ports like pan2 and qalculate-gtk and others had launchable bundles, and so would my kids.</div><div><br></div><div>So perhaps I'll press on to see if I can find a way that is acceptable to all.</div><div><br></div><div>The current WIP is here <<a href="https://github.com/kencu/macports-ports/commit/044c2093fa1e81223d614448fb95769524091f30">https://github.com/kencu/macports-ports/commit/044c2093fa1e81223d614448fb95769524091f30</a>>.</div><div><br></div><div>Perhaps we might want to retain the symlink behaviour as default, and add the bash script launch (that also sets up the PATH properly) as an option:</div><div><br></div><div>app.use_launch_script yes/no (default no -- gives you symlink behaviour as it is now).</div><div><br></div><div><br></div><div>Also, we could for now at least remove the bouncing icon with the user interface modification Eric came up with in this ticket <<a href="https://trac.macports.org/ticket/40110">https://trac.macports.org/ticket/40110</a>>. Similarly, and option:</div><div><br></div><div>app.remove_bouncing_icon yes/no (default no -- gives you the same behaviour we have now).</div><div><br></div><div><br></div><div>With those two things, it seems most of the gtk/x11 apps would launch reasonably and not have a distracting bouncing icon. They would not have any icon of their own in the dock once running, but that is outside my skill set just now (would need a wrapper app that sends signals, as kevin mentioned).</div><div><br></div><div>How does that sound? It would get us 90% of the way, I think.</div><div><br></div><div>Ken</div><div><br></div><div><br></div></body></html>