On Sun, Aug 25, 2013 at 3:18 PM, janI <j...@apache.org> wrote: > On 25 August 2013 22:14, Rob Weir <robw...@apache.org> wrote: > > > On Sun, Aug 25, 2013 at 9:22 AM, Ricardo Berlasso <rgb.m...@gmail.com> > > wrote: > > > 2013/8/25 Andrea Pescetti <pesce...@apache.org> > > > > > >> Alexandro Colorado wrote: > > >> > > >>> I wonder if OpenOffice could get a facelift on the fonts it comes up > > with. > > >>> I have seen quite a few of Apache license fonts that are pretty nice > > >>> > > >> > > >> Within reason (we cannot include too many fonts) and within license > > >> limitations (Apache 2 being the easiest one to integrate) we could > > include > > >> a few more fonts. > > >> > > >> Droid aside, do you have a short list of specific fonts (with download > > >> links and license information) worth integrating? > > >> > > > > > > > > > Beside Droid and the fonts we already include (arimo, tinos, etc) it's > > not > > > easy to find Apache licensed fonts: most opensource fonts use SIL > > license. > > > > > > > It should be possible to include nearly any open source font with the > > *binaries*, but I don't really see the point. Unless one of our > > document templates actually uses the fonts, we're just adding clutter > > to the user's machine. And if we do use the new fonts from the > > templates then we would be introducing an interop issue, since those > > documents would not render perfectly with older OpenOffice version, > > where these new fonts would be missing. > > > > IMHO, if we really think that new fonts are needed, then it would be > > better to do it in the form of a resource-only extension, with fonts > > and templates. That extension could then be installed on AOO 4.0 > > systems, but also earlier systems. > > > > +1 thats a good compatible way of doing it, with the advantage that our big > dist. does not get bigger. >
I disagree, we dont need backward compatibility for fonts, that's what the font-translator is there for. Fonts hardly add any overhead. If you are worried about bloatness, then a good discussion is to retire the old beanshell and javascipt editor, as well as some python broken modules like TK. Those DO add a huge overhead of code into the binary. Fonts are like 1/2 of the size of a document. Typesettings have got a huge revive in the online and mobile space. Since google's font site, and Android constant UX improvements, fonts have been much more valued than in the past. We do have some old fonts, that could be updated. If an older OO doesnt render, then it will fallback to a different font, we can't control that, just like we can't control users from installing their own fonts manually. > > rgds > jan I. > > > > Regards, > > > > -Rob > > > > > > > On this page > > > > > > http://www.google.com/fonts/attribution > > > > > > there is a list of google fonts with their license. Of interest and > with > > > Apache license I can only see Open Sans and Open Sans Condensed > > > > > > http://www.google.com/fonts/specimen/Open+Sans > > > http://www.google.com/fonts/specimen/Open+Sans+Condensed > > > > > > that are quite similar to Adobe's Source Sans Pro (which is SIL > > licensed), > > > the Noto family > > > > > > http://www.google.com/fonts/specimen/Noto+Sans > > > http://www.google.com/fonts/specimen/Noto+Serif > > > > > > and not many more: Most other Apache fonts there are only "decorative". > > > > > > Note that I do not use those fonts on a regular basis (I'm a big fan of > > > Libertine/Biolinum family that are dual licensed SIL+GPL with font > > > exception), so I cannot say how good they are. > > > > > > But if we can include SIL licensed fonts on the search, it will be > quite > > > difficult to choose only a few :) > > > > > > Regards > > > Ricardo > > > > > > > > > > > > > > >> See https://issues.apache.org/ooo/**show_bug.cgi?id=122097< > > https://issues.apache.org/ooo/show_bug.cgi?id=122097>for an example of a > > similar enhancement issue. > > >> > > >> Regards, > > >> Andrea. > > >> > > >> > > ------------------------------**------------------------------**--------- > > >> To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org< > > dev-unsubscr...@openoffice.apache.org> > > >> For additional commands, e-mail: dev-h...@openoffice.apache.org > > >> > > >> > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org > > For additional commands, e-mail: dev-h...@openoffice.apache.org > > > > > -- Alexandro Colorado Apache OpenOffice Contributor http://www.openoffice.org
