【问题标题】:Adding fonts with very large size in x11在 x11 中添加非常大的字体
【发布时间】:2017-03-31 17:37:22
【问题描述】:

我想在我的 x11 应用程序中添加字体。我尝试添加,但发现难以使用字体名称更改其大小。当我更改字体的点数和像素时,它变成了非常小的字体。任何人都可以帮助获得大字体名称。

在这里,我附上了我尝试过的示例代码,

#include <X11/Xlib.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>

int main(void){
    Display *d;
    Window w,w1, w2, w3;
    XEvent e;
    int s;
    XGCValues gr_values1 , gr_values2, gr_values3;
    XFontStruct *font1, *font2, *font3;
    GC gr_context1, gr_context2, gr_context3;
    XColor color, dummy;

    d=XOpenDisplay(NULL);
    if (d == NULL) {
        fprintf(stderr,"cant't open the display");
        exit(1);
    }
    s=DefaultScreen(d);

    w=XCreateSimpleWindow(d,RootWindow(d,s),0,0,DisplayWidth(d,s),DisplayHeight(d,s),2,BlackPixel(d,s),WhitePixel(d,s));
    w1=XCreateSimpleWindow(d,w,200,200,200,100,2,BlackPixel(d,s),WhitePixel(d,s));
    w2=XCreateSimpleWindow(d,w,400,200,200,100,2,BlackPixel(d,s),WhitePixel(d,s));
    w3=XCreateSimpleWindow(d,w,600,200,200,100,2,BlackPixel(d,s),WhitePixel(d,s));

    font1 = XLoadQueryFont(d, "-adobe-new century schoolbook-bold-r-normal--24-240-75-75-p-149-iso8859-9");
    font2 = XLoadQueryFont(d, "-adobe-new century schoolbook-bold-r-normal--18-180-75-75-p-113-iso8859-9");
    font3 = XLoadQueryFont(d, "-adobe-new century schoolbook-bold-r-normal--12-120-75-75-p-77-iso8859-9");
    XAllocNamedColor(d, DefaultColormap(d, s),"purple",&color,&dummy);

    gr_values1.font = font1->fid;
    gr_values1.foreground = color.pixel;
    gr_context1=XCreateGC(d,w,GCFont+GCForeground, &gr_values1);
    gr_values2.font = font2->fid;
    gr_values2.foreground = color.pixel;
    gr_context2=XCreateGC(d,w,GCFont+GCForeground, &gr_values2);
    gr_values3.font = font3->fid;
    gr_values3.foreground = color.pixel;
    gr_context3=XCreateGC(d,w,GCFont+GCForeground, &gr_values3);

    XSetFont(d,gr_context1,font1->fid);
    XSetFont(d,gr_context2,font2->fid);
    XSetFont(d,gr_context3,font3->fid);

    XSelectInput(d,w,ExposureMask);
    XSelectInput(d,w1,KeyPressMask);
    XSelectInput(d,w2,KeyPressMask);
    XSelectInput(d,w3,KeyPressMask);

    XMapWindow(d,w);

    while(1){
        XNextEvent(d, &e);
        if (e.xany.window == w) {
            if (e.type == Expose) {
                 XMapWindow(d,w1);
                 XMapWindow(d,w2);
                 XMapWindow(d,w3);
            }
        }
        if (e.xany.window == w1) {
            if (e.type == KeyPress) {
                XDrawString(d,w1,gr_context1,50,50,"hello",5);
                XDrawString(d,w2,gr_context2,50,50,"hello",5);
                XDrawString(d,w3,gr_context3,50,50,"hello",5);
            }
        }
    }
    XCloseDisplay(d);
    return 0;
}

output of above code

这些尺寸对于我的应用来说是不够的。例如,我需要 size-96(在 LibreOffice Writer 中选择时) this is the font selected in LibreOffice Writer, this is size-96. I want like this

还建议加载 TrueType 字体

【问题讨论】:

  • 没有“找难度”之类的错误
  • 我不知道如何更改字体大小,所以请帮助我。
  • 您能否再次阅读"how do I ask a good question" 并相应地更新您的帖子?这三行代码肯定不足以看出你的代码可能出了什么问题,所以至少看看你是否可以创建一个minimal reproducible example,这样人们才能真正理解这个问题。缺乏这一点,您将不得不更详细地了解您正在做什么。您遗漏了许多您可能认为很明显的信息,但对于不是您的人来说,这根本不明显。
  • 再次,使用客户端字体。如果您出于某种未知原因需要服务器端字体,您可以在服务器端安装可缩放字体(ttf、opentype)。几乎没有人这样做,因为客户端字体更好。

标签: c linux fonts x11 truetype


【解决方案1】:

[很长的解释,因为短的 cmets 似乎不够用]

从前:

  • 7/8 位字符编码(每种字体最多 256 个符号)规则,
  • 低分辨率屏幕(最大 800×600)是常态,
  • 字体稀缺(没有真正的字体创建工具,逐像素设计)。

所以人们写了一个叫做 X11 核心字体系统的东西,它的主要目的是帮助你在服务器端昂贵的付费企业 256 字符单分辨率位图字体中进行选择。而“帮助”采用了不起眼的 XFLD 字符串的形式,以 xfontsel 作为助手。

然后发生了:

  • 桌面发布,
  • 矢量字体(Postscript),
  • 智能字体(TrueType 和 OpenType:粗粒拟合、提示、复杂的字形组合和定位、连字等),
  • 大编码字体 (Unicode),
  • 多方向语言,
  • 多面字体(不仅是常规 + 粗体 + 斜体),
  • 更大的字体可用性(Microsoft 网络核心字体,然后是 GNOME 的 Bitstream Vera,然后是 Open Fonts 库,然后是 Google 字体目录)
  • 分辨率更高的屏幕
  • HiDPI
  • 彩色字体
  • 符号字体(数学、工程符号和表情符号)

用户开始不关心大约 90% 的 XFLD 字符串设置。

X11 核心字体系统开始故障转移。它的服务器端缓存模型实际上是为小的单一大小的位图字体设计的,而不是复杂的几兆字节的矢量文件。

X11 核心字体维护者(XFRee86 然后 Xorg)挣扎了一段时间以使其适应现代,然后因为整个设计完全不适应而放弃了。

  • 他们将矢量字体光栅化(从矢量转换为位图)外包给 freetype。
  • 字形缓存已通过 fontconfig 移动到客户端(使用 Xft 作为垫脚石,您应该完全忘记它)
  • 文本方向已移至 freebidi。
  • 事实证明 TrueType/OpenType 的“智能”部分对于 freetype 而言过于复杂,因此再次外包给 GTK (pango...) 和 QT 整形引擎
  • 然后(一旦两个团队都厌倦了分别处理 OpenType 细节和规范更新)在 harfbuzz-ng 中再次合并。

每个处理重要文本的复杂开源软件都被移植到新堆栈中。 Including massive codebases such as LibreOffice

大供应商注意到并开始直接为这些项目做出贡献(例如,现在 freetype 使用的 CFF 引擎是由 Adob​​e 编写的。市场上大多数 Opentype OTF 字体使用 CFF 形状)。

唯一不关心的人是专有 UNIX 软件的供应商,他们很乐意向您出售围绕 1980 年代 SGI/Solaris/HP-UX 工作站功能设计的过时图形代码,喜欢看不起 Linux 系统,并等待 Windows NT 席卷全球。他们的目标客户通常是工程/科学家,只要没有其他选择并且计算似乎正确,他们就准备好处理损坏的文本。尽管这些人喜欢他们的数据可视化图表。我怀疑 HiDPI 将是停留在 X11 位图字体时代的科学软件的终结。

因此:

  • 不要试图将 X11 核心字体系统推到极限,许多其他人在你之前尝试过但最终放弃了它
  • 除非您想与上个世纪的 Unix 工作站同归于尽,否则在您仍有一些用户的情况下将您的代码移植到 fontconfig+freebidy+freetype+harfbuzz-ng

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-04-15
    • 2014-09-14
    • 1970-01-01
    • 2011-03-20
    • 2011-12-30
    • 2022-01-11
    相关资源
    最近更新 更多