<p dir="ltr"></p>
<p dir="ltr">Sent from Nexus<br>
Il giorno 15/set/2012 23:21, "G. Allegri" <<a href="mailto:giohappy@gmail.com">giohappy@gmail.com</a>> ha scritto:<br>
><br>
> I agree with you Larry. Your reasons are similar to those undergoing the choice of having an embedded font, and it is DejaVu ;-)</p>
<p dir="ltr">I missed a line, I meant the reason of the Mapnik project, which adopted DejaVu too. </p>
<p dir="ltr">><br>
> giovanni<br>
><br>
> Sent from Nexus<br>
><br>
> Il giorno 15/set/2012 22:33, "Larry Shaffer" <<a href="mailto:larrys@dakotacarto.com">larrys@dakotacarto.com</a>> ha scritto:<br>
><br>
>> Hi,<br>
>><br>
>> Not sure if this has been discussed before, but how about including a<br>
>> default typeface to package with releases/source? Here are several<br>
>> reasons for doing so:<br>
>><br>
>> * Standard QFontMetrics allow for developing a GUI overhaul around a<br>
>> known font across all platforms (at least in a pointsize@dpi default<br>
>> sense).<br>
>> * Known font metrics allow for standardizing relative font sizes in<br>
>> app-wide stylesheets, and per platform where needed.<br>
>> * Adding tests for the labeling engine would need a standard font of<br>
>> consistent metrics and available/functional on all platforms.<br>
>> * Currently the only Qt default font on all platforms (Courier, I<br>
>> believe) is not necessarily of similar metrics, since it is from<br>
>> various sources, nor is it IMHO very nice looking (apologies to any<br>
>> Courier fans).<br>
>> * Have a better/consistent monospaced font for the Python Console and<br>
>> anywhere editor instances (e.g. QScintilla2) or code snippets are<br>
>> displayed.<br>
>> * Have a known set of available Unicode glyphs for translators to rely upon.<br>
>> * Have a default font that provides a known set of Unicode glyphs for<br>
>> font markers in symbology. (Could be spread across multiple default<br>
>> symbol fonts.)<br>
>> * Provide workarounds for QtDesigner bug where platform-specific fonts<br>
>> end up embedded in .ui files [0].<br>
>><br>
>> There are probably other good reasons. I've looked at several typeface<br>
>> candidates and think the DejaVu project's family of fonts [1] would<br>
>> work well. While DejaVu (based off of Bitstream's Vera Sans) is<br>
>> already available for Ubuntu and other Linux distros, it is relatively<br>
>> unused, though fully compatible, on all supported QGIS platforms [2].<br>
>> Downside: about 5 MBs extra (compressed) for package.<br>
>><br>
>> As a TTF DejaVu can readily be loaded into QFontDatabase [3] on<br>
>> platforms that do not have a compatible DejaVu typeface already<br>
>> installed. This would probably entail only loading 4 heavily-used<br>
>> faces, like Sans Book/Bold and Mono Book/Bold, though I think the<br>
>> entire typeface should be included.<br>
>><br>
>> Any other ideas for embedded fonts? Note: fonts to consider should be<br>
>> in TTF format, offer enough font faces, provide enough language and<br>
>> Unicode character support, and be available under the SIL Open Font<br>
>> [4] or similarly compatible license.<br>
>><br>
>><br>
>> [0] Search for 'font-family:' in .ui files<br>
>> [1] <a href="http://dejavu-fonts.org/wiki/Main_Page">http://dejavu-fonts.org/wiki/Main_Page</a><br>
>> [2] <a href="http://en.wikipedia.org/wiki/DejaVu_fonts">http://en.wikipedia.org/wiki/DejaVu_fonts</a><br>
>> [3] <a href="http://qt-project.org/doc/qt-4.7/qfontdatabase.html#id-5441ac2b-3b52-411e-b2be-7ee83eef8041">http://qt-project.org/doc/qt-4.7/qfontdatabase.html#id-5441ac2b-3b52-411e-b2be-7ee83eef8041</a><br>
>> [4] <a href="http://en.wikipedia.org/wiki/SIL_Open_Font_License">http://en.wikipedia.org/wiki/SIL_Open_Font_License</a><br>
>><br>
>> Regards,<br>
>><br>
>> Larry<br>
>> _______________________________________________<br>
>> Qgis-developer mailing list<br>
>> <a href="mailto:Qgis-developer@lists.osgeo.org">Qgis-developer@lists.osgeo.org</a><br>
>> <a href="http://lists.osgeo.org/mailman/listinfo/qgis-developer">http://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</p>