Have any users actually reported this as a problem or requested it? If not, I would just not worry about it.
I think trying to download or embed and install fonts in a cross-platform way on various OS's and making sure everything remains portable is going to come back and cause grief. Especially so if it is only done for a certain number of legally shareable fonts - as once users have seen it work for one font, they'll expect it to work for all. I would expect the vast majority of people are happy just using the operating systems built-in fonts anyway and transferring between like-to-like operating systems. The rest would have figured out how to install a font already, so hopefully they'll know what they need to do on the destination computer. If something needs to be done perhaps as someone suggested, a message on theme export along the lines of "This theme uses the Comic-Sans font which will need to be on the destination computer" On 10 October 2017 at 10:43, Philip Ridout <[email protected]> wrote: > As part of my pathlib refactors I've been considering how to make things > like themes and services more portable. Part of the solution I've been > working on is to make any paths relative where it makes sense. (I.e. inside > of a theme file) > > Because of this I've been thinking of enhancing the way we package themes. > One of the issues I've come across is that we do not package fonts with > themes. Maybe it's a bit premature (I haven't finished my pathlib refactors > ATM) but I've been thinking about implementing this. Although, as it's > pointed out on Wikipedia embedding fonts is a bit controversial ( > https://en.m.wikipedia.org/wiki/Font_embedding). > > This got me thinking about Google web fonts (https://fonts.google.com/) > their about page states that all the fonts are free and open source. Of the > ones I looked at all seem to be licenced with the Open Font licence ( > https://en.m.wikipedia.org/wiki/SIL_Open_Font_License). > > How would you guys feel about including these fonts with OpenLP? Maybe > packaging them as a separate download (so as not to bloat OpenLP)? Any > other thoughts? > > God Bless, > Phill > > _______________________________________________ > openlp-dev mailing list > [email protected] > https://lists.openlp.io/mailman/listinfo/openlp-dev > >
_______________________________________________ openlp-dev mailing list [email protected] https://lists.openlp.io/mailman/listinfo/openlp-dev
