j at corwin.co.uk
Tue Oct 10 12:09:10 EDT 2017
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 <phill.ridout at gmail.com> 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 (
> 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 (
> 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,
> openlp-dev mailing list
> openlp-dev at openlp.io
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the openlp-dev