Articles of 字体

在Linux中获取文件元数据

我在我的服务器上有一个脚本parsing字体,所以我可以在我的应用程序中使用它们。 不幸的是,很多时候字体文件名称本身是错误的(例如,该文件可能被命名为_FONT1.ttf)。 然而,在Windows上,当我打开文件的属性,我看到在字体的详细信息选项卡(即其元数据)内正确的名称存储在一个名为“标题”的字段。 我将如何从我的文件中提取这段元数据?

如何在Linux和Mac中使用Calibri字体

我的项目的所有文本都以我自己的方式input,在所有主stream浏览器的Window os中完美工作,但是当我们尝试在Linux或Mac上部署相同的项目时,字体样式(字体系列,大小)会发生变化, ,它看起来很奇怪。 它知道TTF(真正的字体)是所有的操作系​​统,直到现在,我得到了复制粘贴的方法,从Windows到Linux复制的calibri文件,但它不值得我。 我希望它不仅仅是一个特定的系统。

linux,C ++,xft:如何使用它?

我尝试使用Xft, 教程 ,让他们调用一个教程,看起来像写在朝鲜北方的营地…我也发现了这个。 所以让我尝试一步一步来做: // g++ XftTest.cc -lX11 -lXft `pkg-config –cflags freetype2` #include<unistd.h> #include<X11/Xlib.h> #include<X11/Xutil.h> #include<X11/Xft/Xft.h> int main() { Display *display; XftFont *font; XftDraw *xftdraw; XRenderColor xrcolor; XftColor xftcolor; display = XOpenDisplay(0); Window XP = XCreateSimpleWindow(display,DefaultRootWindow(display),0,0,360,90,0,0,0); XMapWindow(display,XP); font = NULL; /* added 6/16 */ //font = XftFontOpenName(display,0,"NorthKorea-50"); // how to check if this is good […]

在Linux上构build静态Qt5:如何在部署时处理字体?

我已经使用这些configuration选项(Ubuntu 12.04)创build了静态版本的Qt 5.2.0库: -opensource -confirm-license -force-pkg-config -release -static -prefix'/ home / juzzlin / qt5'-no-icu -opengl桌面-no-glib -accessibility -nomake示例-nomaketesting-qt-zlib – qt-libpng -qt-libjpeg -qt-sql-sqlite -qt-xcb -qt-pcre -v 现在,问题是,当我编译和链接我的应用程序对这些Qt库时,它会尝试从Qt安装path/home/juzzlin/qt5/lib/fonts 。 这应该如何工作? 该应用程序在我用来编译它的机器上工作,但不在其他机器上。 我也不想安装Qt的东西到应用程序的一些系统目录,因为应用程序不应该这样做。 这是我得到的错误: QFontDatabase:找不到字体目录/ home / juzzlin / qt5 / lib / fonts – Qt安装是否正确? 我如何强制它在其他目录中search字体? 另一件我不明白的是,为什么我在用MXE交叉编译Windows时没有这个问题? 在编译Qt库时,它使用几乎相同的configuration选项。

字体不显示在Idea中

在更新jrk7-openjdk和jre7-openjdk字体之后,不会显示出来。 重新安装软件包openjdk和想法没有帮助。 uname -a:Linux ftp27host 3.14.6-1-ARCH#1 SMP PREEMPT Sun Jun 8 10:08:38 CEST 2014 x86_64 GNU / Linux

在networking上,我应该使用哪种字体来创build跨平台的等效体验?

由于Linux(及其变体)与Windows和Mac OS X有完全不同的字体集合,是否有任何人有任何创build跨平台字体系列的经验 – 理想上可以find上述操作系统中常见字体的等价物? 如果是这样,最好的路线是什么?

Windows上的“正确”对话框/ UI字体

当使用CreateWindowdynamic创build控件(例如编辑控件)时,通常以丑陋(粗体无衬线)字体开始。 通常我通过抓住父对话框的字体并将其设置为控件来解决这个问题 – 我甚至不能说这是个好主意。 我如何“合法”获取正确的字体?

C#FontFamily不显示新的字体

我注意到,当我们尝试使用C#列出字体,它工作正常; 但是,如果我们要在应用程序运行时安装新的字体,调用字体的枚举不会返回新的字体,直到应用程序重新启动。 代码如下: public void Populate(bool b) { both = b; foreach (FontFamily ff in FontFamily.Families) { if(ff.IsStyleAvailable(FontStyle.Regular)) Items.Add(ff.Name); } } 上述方法的注释: Items.Add()是将项目添加到组合comboBox 。 我必须在这里理解错误的东西。 我怎样才能得到上面的代码重新查询系统的字体,甚至是新的?

枚举EnumFontFamiliesEx函数时字体太多

我正在尝试创build一个供用户select的字体列表。 我通过使用EnumFontFamiliesEx函数来做到这一点,但不幸的是,返回的字体列表太长了。 有许多额外的字体看起来轻浮,重复,不同的语言,否则不希望显示给用户。 我的截图最好地说明了我想要过滤掉的垃圾。 我调用EnumFontFamiliesEx代码如下所示: LOGFONT lf; memset(&lf, 0, sizeof(lf)); lf.lfCharSet = DEFAULT_CHARSET; // screenDC is result of CreateCompatibleDC(NULL) EnumFontFamiliesEx(screenDC, &lf, GetFontsCallback, NULL, 0); 结果列表看起来像这样,按字母顺序sorting和删除重复的脸名称的字体: 正如你所看到的, ChooseFont字体公共对话框显示了一个非常合理的字体列表,用户友好和有意义。 另一方面,我的代码显示了一长串额外的字体:以“@”开头的字体(为什么?它们甚至是什么?),Arial字体的另外三种变体,以及其他一些未知目的的字体,如Aheroni,安达卢斯,Angsana New,Angsana UPC等等。 这是疯了。 如何过滤由EnumFontFamiliesEx返回的字体列表,使其与ChooseFont对话框中显示的列表完全匹配?

在Win7中,一些字体不能像Win2K / XP那样工作

我的问题是如何改变字体处理,以便在Windows 7下正常工作。我相信我已经对之前有效的东西做了一个假设,但不再有效。 但我甚至不知道从哪里开始寻找! 我祈祷有人可以帮忙! 下面是我了解他们的细节(我也在Microsoft Windows开发者论坛上发布了这个问题,但他们没有回答): 是的,我落后于时代(哎,我还是用普通的C编写WIN32代码!)我有一个10年前写的DLL,它模仿一个窗口客户区域内更旧的DOS屏幕I / O库。 不用说,它只允许使用固定宽度的字体。 当使用DLL的某些程序已经移到Windows 7时,使用固定宽度的TRUE TYPE字体时会出现一个奇怪的闪烁(位图字体仍能正常工作)。我们已经将问题追踪到事实用ExtTextOut编写的单个字符比应该宽。 我已经用三种不同的方法检查了测量结果(对132个string使用GetTextExtentPoint32 ,再除以132,调用GetTextMetrics ,甚至对所有256个字符使用GetCharABCWidths ),他们都认为字体宽度相同。 但ExtTextOut渲染背景矩形比字体宽度宽一个或两个像素。 无论是,或者是开始背景渲染一个像素或两个在参数中给出的位置的左侧[我称之为: ExtTextOut( hdc, r.left, r.top, ETO_OPAQUE, &r, &ch, 1, NULL ) 。]请记住,这个EXACT代码在Windows 2000,Windows XP和Windows 7上的位图字体下工作得很完美 – 但是它不能在Windows 7下正确使用固定宽度的真实字体。 对于那些没有抓住我需要做的事情的人来说:试着想象在一张方格纸上写出每个方格的一个字符。 每个方块使用相同的字体,但可能有不同的前景和/或背景颜色。 我使用TA_TOP|TA_LEFT文本alignment方式,因为它是最简单的,任何一致应用的alignment方式都适用于固定宽度的字体。 我所看到的是ExtTextOut正在发射一个比我在RECT *参数中指定的更大的背景矩形。 由于我提供的矩形是从报告的字体大小创build的,所以不应该发生这种情况,而且在Windows XP和更早的版本中都不会发生这种情况,而且Windows 7下的位图(即.FON)字体也不会发生,无论是。 但它始终发生在Windows 7下的固定宽度TrueType字体。这是在Windows 2000,Windows XP和Windows 7(32&64)上运行的EXACT SAME EXECUTABLE。虽然我只想说Windows 7有一个bug,我更倾向于相信,在Windows下字体处理的一些基本假设不再是事实(在为Windows编写软件20年之后)。 但我不知道如何或在哪里发现可能是什么! 请,请帮助我! —修改— […]