<div dir="ltr">Hi René, and Happy new year.<div><br></div><div>If i'm not too wrong, Marble cmake support has been completely re-written from scratch and is now more flexible to bundle (OSX and Windows).</div><div><br></div><div><a href="https://frinring.wordpress.com/2016/12/15/marble-in-your-cmake-or-qmake-based-project-now-more-easy/">https://frinring.wordpress.com/2016/12/15/marble-in-your-cmake-or-qmake-based-project-now-more-easy/</a><br></div><div><br></div><div>I don't yet tested with digiKam. I use a previous version to bundle it, with adapted patches.</div><div><br></div><div>Best</div><div><br></div><div>Gilles Caulier</div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-12-26 10:20 GMT+01:00 René J.V. Bertin <span dir="ltr"><<a href="mailto:rjvbertin@gmail.com" target="_blank">rjvbertin@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi!<br>
<br>
Might I suggest to use macro_optional_find_package() to detect presence of Marble? From a packaging point of view it would be more elegant to be able to avoid opportunistic dependencies on large and complex projects like Marble.<br>
<br>
The reason: Marble is one of a tiny set of applications that try very (too) hard to be as Mac-like as possible when built on Mac, and has a build system that forces a standalone (= all-inclusive) app bundle on that platform. This means that the Marble library cannot be found and most likely not even be shared with other applications.<br>
<br>
It's not impossible to patch the build system to provide choice during the Marble build, and this is what I've done a couple of times to create a proper MacPorts package, where Marble's shared resources go into their traditional designated locations. I've put that patch up for review, but have had no feedback on it at all. As a result of that lack of interest for being able to use the Marble library in other apps (on Mac), and also because the patch requires refactoring at almost every update I am considering seriously to drop the port.<br>
<br>
Cheers,<br>
René<br>
<br>
PS: Google Earth can be driven by external apps IIRC, and it's even possible to open Google Maps in a browser with a set of GPS co-ordinates. Maybe it wouldn't be too hard to use that in a fallback plugin?<br>
</blockquote></div><br></div>