D10808: Implement the generation of a custom Info.plist for the Mac OS bundle
Luigi Toscano
noreply at phabricator.kde.org
Sun Feb 25 13:07:47 UTC 2018
ltoscano added a comment.
In D10808#213531 <https://phabricator.kde.org/D10808#213531>, @sbragin wrote:
> In D10808#213518 <https://phabricator.kde.org/D10808#213518>, @ltoscano wrote:
>
> > I think that this was already discussed, but would it make sense to have a function in extra-cmake-modules which generates the plist file based on some parameters (known from somewhere else or passed explicitly) instead of hand-writing that file?
>
>
> For me it makes sense for properties that are more or less frequently changing, like the version, or the year of the copyright. And CMake itself supports this. Other properties can be hardcoded, in my opinion, unless you are going to start changing the name of the application once per month or something.
Not only that: think about a macro like ecm_add_app_icon:
https://api.kde.org/ecm/module/ECMAddAppIcon.html
It is a noop on platforms different from Windows and macOS, but it was added to most of our programs, even by programmers who don't usually works on those platforms. But people working on them have the feature enabled "for free". So an hypothetical macro ecm_add_plist_do_some_magic would probably gain some traction also by people not involved with macOS, who don't know who to create a plist file, IMHO.
REPOSITORY
R223 Okular
REVISION DETAIL
https://phabricator.kde.org/D10808
To: sbragin, #okular, rjvbb, aacid
Cc: ltoscano, aacid, rjvbb, #okular, michaelweghorn, ngraham
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/okular-devel/attachments/20180225/b87378c6/attachment.html>
More information about the Okular-devel
mailing list