fontmetrics

    1热度

    1回答

    我已经创建了一个类,它将使用嵌入字体在运行时动态生成位图字体。 到目前为止,它运作良好,除了我有一个字符间距小问题。 在下面的图片中,第一行是实际的TextField,第二行已使用生成的位图字体呈现 。 如果你看一下这个词“狐狸”或字的“编辑”“蹦”你可以看到字母间距看起来有点古怪。 TextLineMetrics这个类有什么替代方法可以给我更准确的字符度量吗? 更新:使用 文本渲染质量的新的Fl

    4热度

    3回答

    是否有一种(整洁)的方式,而不是获得特定字体大小的高度,获得产生给定高度的特定字体(在这种情况下是SansSerif)的字体大小? 我当然可以通过字体大小循环或使用某种形式的二进制排序,但如果可能的话,我想使用一些更清洁,更少资源密集的东西。我发现的最好的方法是使用this之类的东西。

    2热度

    2回答

    ,让我们来看看下面的图片: 我有一个横格,我想将这个网格中的文本。上面的例子是错误的,因为我想要的是每个字符都准确地放置在网格的其中一个单元格中。 我想知道,如果我可以调整imagemagick中的文本输出来达到这个目的,不必必须使用它自己的命令放置每个字符。 一些额外的事实: 我使用ImageMagick的一些shell脚本 我这样做相当复杂的图纸与ImageMagick的MVG - 所以,如果

    3热度

    2回答

    有没有什么方法可以在不使用CDC或使用未与显示器链接的CDC的情况下以像素为单位获取字符串的宽度。需要检索字符串宽度的类不会从CWnd继承以便使用CWnd :: GetDC(),并且无法将现有的CDC传递给该函数。 我试图创建一个不与显示器链接的虚拟CDC,但是这会导致MFC崩溃。理想情况是这样的: m_font = new CFont(); m_font->CreatePointFont(si

    14热度

    3回答

    当我看的javadoc为FontMetric.getAscent()我看到: 字体上升是从字体的基线到大多数字母数字字符顶部的距离。字体中的某些字符可能会延伸到字体上升线之上。 但我写了一个快速的演示程序,我看到: ,其中4条水平线的每一行文本是:由getDescent() 降低 基线位置基线位置 基线位置上调getAscent() 基线位置由getHeight() 通知所述的getAscent(

    11热度

    4回答

    FontMetrics不具有字体的cap height和x-height的获取者。 如何获取这些值? 就帽高而言,不能保证特定大写字母的字母上升与帽高相同。 (例如大写字母H不能保证在顶部平坦) 就x高度而言,我认为它是可能是与“x”的高度相同,但是再次没有保证。 编辑:儿!我只是为FontMetrics.getBounds()和FontMetrics.getLineMetrics()对特定字符序

    2热度

    1回答

    在OSX中是否有替代Windows的CreateFont(..)功能? 我试着使用NSFontDescriptor及其matchingFontDescriptorsWithMandatoryKeys:方法,但这种方法并不能找到“最接近”字体,它找到匹配的特性,也可以返回nil。 有什么办法在OSX中按指定特征(如CreateFont)找到最接近的字体? 更新与NSFontDescriptor 奇怪

    1热度

    1回答

    我正在寻找一种方法来查找呈现文本的边界并遇到FontMetrics getStringBounds方法。这似乎忽略了一些字体的下降,并有一个夸大的上升,以便它返回一个不允许我垂直对齐的边界。我挖得更深一点,发现GlyphVector.getPixelBounds()SEEMS做我想做的事,但我不知道使用它是否会有一些问题。 我写了一个小程序http://breadmilkbeercigarette

    2热度

    1回答

    我正在使用RMagick,我想用用户设置的背景颜色垂直或水平绘制文本(取决于用户输入)。我遇到了一个奇怪的问题:get_type_metrics(文本)返回无效数据。实际的宽度/高度比方法返回的要小。 我一直在尝试玩上升/下降值,但没有运气。有没有什么办法可以确定real字符串的宽度/高度?我已经看到了几个解决方案在空图像上绘制文本,然后确定宽度高度,然后逐像素地查看整个图像,但是imho是愚蠢且

    5热度

    2回答

    我需要找到在屏幕上绘制的文本的宽度。 This thread表明FontMetrics.stringWidth()有时不会像FontMetrics.getStringBounds()那样精确。 有谁知道这是否正确,如果是,在哪种情况下这种差异是可见的? FontMetrics.stringWidth()似乎更频繁地使用,包括在SwingUtilities.computeStringWidth()中