WO2011020259A1 - 供用户自定义字体的方法 - Google Patents

供用户自定义字体的方法 Download PDF

Info

Publication number
WO2011020259A1
WO2011020259A1 PCT/CN2009/075283 CN2009075283W WO2011020259A1 WO 2011020259 A1 WO2011020259 A1 WO 2011020259A1 CN 2009075283 W CN2009075283 W CN 2009075283W WO 2011020259 A1 WO2011020259 A1 WO 2011020259A1
Authority
WO
WIPO (PCT)
Prior art keywords
font
character
file
picture
character picture
Prior art date
Application number
PCT/CN2009/075283
Other languages
English (en)
French (fr)
Inventor
陈淮琰
钟辉
刘刚
Original Assignee
无敌科技(西安)有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 无敌科技(西安)有限公司 filed Critical 无敌科技(西安)有限公司
Publication of WO2011020259A1 publication Critical patent/WO2011020259A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/10—Text processing
    • G06F40/103—Formatting, i.e. changing of presentation of documents
    • G06F40/109—Font handling; Temporal or kinetic typography

Definitions

  • the present invention relates to a method for a user to customize a font, and more particularly to a technical field for a user to package a character image into a font file for use in an embedded system.
  • embedded devices have more and more storage capacity
  • users have more and more functions for embedded devices.
  • the personalization of embedded devices is one of the most important functions.
  • Many users prefer to use special fonts that can represent their personality. Although there are many font fonts available for users to download on embedded devices, they are not enough for some users to have more personalized fonts, such as hand-written fonts.
  • an embedded device can display a number of characters by using a special script, but the display of the image does not have the basic features of the font display. Displaying the data of such a picture also requires specifying a picture resource, and the display method of such a conventional picture resource requires a large amount of operations, and it is not necessarily possible to quickly display an image using a picture for a performance-limited embedded device. Therefore, how to balance the user's ability to define the font on the embedded device without consuming too much resources is an urgent problem to be solved.
  • the present invention has been made to solve the above-mentioned technical problems existing in the background art, and proposes a method for a user to customize a font.
  • the technical solution of the present invention is:
  • the present invention is a method for a user to customize a font, and the special feature is that the method comprises the following steps:
  • step 3 The specific steps of step 3) above are as follows:
  • step 31 judging whether there is a specified list of character pictures to be packed, and if so, proceeding to step 32), and if not, proceeding to step 33);
  • step 33 determine whether there is a specified legal directory or path, if not, then return to step 3, and if so, proceed to step 34);
  • step 36 judging whether the font file and its index need to be compressed, if not, proceed to step 37, and if so, proceed to step 38);
  • step 4 The specific steps of step 4) above are as follows:
  • step 43 Query whether the font has been loaded into the buffer by using the most recently unused algorithm. If the font has been loaded into the buffer, proceed to step 45. If no, proceed to step 46);
  • the file name of the above character picture contains the character code.
  • the above step 1) further includes providing a comparison table, and the comparison table records the correspondence between the file name of the character picture and the character code.
  • the file name of the character picture when the file name of the character picture includes the character code, the file name corresponding to the character picture can be obtained by parsing the file name of the character picture.
  • the character picture needs to be recorded.
  • a comparison table of the correspondence between the file name and the character code, and in this comparison table, the character code of each corresponding character picture is queried.
  • the file data of the character picture above includes the width height of the character picture and the file offset.
  • the palette information and the word height information common to the character picture are stored in the font file.
  • the index of the font file in the above step 3) is recorded in the red-black tree data structure.
  • the invention can input the image resource created by the user as a character picture, and distinguish the font type by the directory name, or the character code corresponding to the file name, which can reduce the complexity of the user-defined font.
  • the present invention uses indexing of font files and removes a lot of redundant information to avoid unnecessary filtering and resolution processing.
  • font types can be managed in units of buffers, avoiding frequent loading of image resources, and improving font display speed, especially for user fonts of embedded devices with limited computing power.
  • the font file generated by the present invention can be used for the font's unified interface function (FONT API) to operate, and does not need to be modified to use the font display application layer program, thereby ensuring that the published application is binary compatible.
  • FONT API unified interface function
  • Figure 1 is a flow chart showing the steps of the method of the present invention
  • FIG. 2 is a schematic view showing the display of the present invention
  • FIG. 3 is a flow chart of an embodiment of a method for generating a font file and an index thereof according to the method of the present invention
  • FIG. 4 is a flow chart showing the steps of an embodiment of the method for using a custom font.
  • the method for user-defined fonts includes the following steps: Step 11, providing character pictures, such as "body”, “word”, “I”, "", "A”, respectively, as shown in Table 1. 8 user handwritten character pictures of "B", "C” and "D".
  • the same type of character picture can be stored in the same directory, and the directory name can contain the font type name of these character pictures.
  • Step 12 Parse the file name of the character picture, obtain the character code corresponding to the character picture, and read the file data of the character picture.
  • the file data contains the width height of the character picture and the file offset (offset).
  • Step 13 package the character picture into a font file, and record the character code and file data in the index of the font file.
  • the index of the font file can be recorded by a data structure with a fast search capability, such as a Red Black Tree structure, to improve the speed at which the index is retrieved.
  • the file name of the character picture may include a character code as needed.
  • the file name of the "body” character picture is ISN_0x4f53.bmp
  • the character code of "4f53” is "body”
  • the file name of the "D” character picture is the character code of "D, which can speed up the index generation of this font file.
  • step 12 also includes providing a comparison table, and the comparison table records the file name and character code of the character picture.
  • step 12 is performed to obtain the character code corresponding to the character picture according to the comparison table.
  • the font file when the font file is packaged in step 13, the palette information and the character height information common to the character picture are stored in the font file. Thereby, the retrieval speed when the font file is applied later can be accelerated. After the font file is generated, the font file can also be compressed to reduce the amount of data.
  • step 14 when the user selects to use the font, the index of the font file is retrieved according to the character code to be displayed, and in step 15, it is determined whether the search matches.
  • the index of the font file When recording with the Red Black Tree data structure, the nearest longest unused algorithm (LRU) can be used in step 14 and the buffer is used for retrieval.
  • LRU longest unused algorithm
  • the search is matched, the character picture corresponding to the character code to be displayed is obtained from the font file and displayed in step 16.
  • the first line and the second line display eight fonts in Table 1, and the third behavior is a general standard. Font.
  • step 31 it is determined whether there is a specified list of character pictures to be packed. If yes, proceed to step 32. If no, determine whether there is a specified legal directory or path in step 33. If not, return to the starting step. If yes, in step 34, scanning the files in the legal directory to generate a list of characters to be packaged, and proceeding to step 32
  • Step 32 Parse the file name of the character picture, obtain the character code corresponding to the character picture, and read the file data of the character picture.
  • the file name of the character picture includes the character code
  • the file name corresponding to the character picture can be obtained by parsing the file name of the character picture.
  • step 32 performs a comparison table of the correspondence between the file name and the character code of the character picture to be recorded, and queries the character code of each corresponding character picture in the comparison table.
  • Step 35 Pack the character picture into a font file, and record the character code and the file data in the index of the font file.
  • the index of the font file can be recorded using a data structure with fast lookup capabilities, such as the Red Black Tree, which speeds up the retrieval of this index.
  • Step 36 Determine whether the font file and its index need to be compressed. If not, proceed to step 37 to output the font file and its index, and then end the process.
  • step 38 the compression algorithm is selected in step 38, and the font file and its index are compressed in step 39, and then step 37 is performed.
  • a font application interface function (Font API) is performed to obtain a font to display.
  • This font application interface function can be built into a unified interface function in the embedded system, such as the font interface function in C or C++ language shown in Table 2. Since the font file created by the method of the present invention can be operated using the font's unified interface function (FONT API), it does not need to be modified to the program that uses the font display application layer, thereby ensuring that the published application can be binary compatible ( Binary compatible ). Thus, the user can meet any special customization requirements for the font, and complex font professional description software is no longer needed in the editing and production customization process. Font-related interface functions
  • Step 42 Determine whether the operated font is a downloaded font, and if yes, proceed to step 43. If not, proceed to step 44 to use an alternative scheme of a preset font or the like, or report an error and replace with a specific character, such as "?" Display and so on.
  • step 43 the most recent unused (LRU) algorithm is used to query whether the font has been loaded into the buffer. If the font has been loaded into the buffer, proceed to step 45. If no, proceed to step 46 to load the relevant data of the font into the buffer, and determine whether the loading is successful in step 47. If yes, proceed to step 45. Step 44 is performed to obtain the data node of the buffer in step 45, and the LRU linked list is adjusted. Then, in step 48, the download font data service is provided, and the screen shown in Fig. 2 is displayed.
  • LRU most recent unused
  • the image resource created by the user can be input as a character picture, and the font type can be distinguished by the directory name, or the character code can be corresponding to the file name, which can reduce the complexity of the user-defined font.
  • the present invention uses indexing of font files and removes a lot of redundant information, avoiding unnecessary filtering and parsing processing.
  • font types can be managed in units of buffers, avoiding frequent loading of image resources, and improving font display speed, especially for user fonts of embedded devices with limited computing power.
  • the font file generated by the present invention can be used for the font's unified interface function (FONT API) to operate, and does not need to be modified to the program that uses the font display application layer, thereby ensuring that the published application is binary compatible.
  • FONT API unified interface function

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • General Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Controls And Circuits For Display Device (AREA)
  • Document Processing Apparatus (AREA)

Description

供用户自定义字体的方法 技术领域
本发明涉及一种供用户自定义字体的方法， 尤其是一种让用户以字符图 片打包成字体文件在嵌入式系统中使用的技术领域。
背景技术
随着嵌入式装置 （掌上型数字助理机） 的存储容量越来越大， 用户对嵌 入式装置的功能也越来越多。 其中， 嵌入式装置个人化便是其中一项受重视 的功能。 许多用户喜欢用可以代表其个性的特殊字体， 虽然嵌入式装置上有 很多种字型字体可供用户下载， 但仍不够满足一些用户对更个性化字体的的 需求， 如亲笔字体等。
在背景技术中， 嵌入式装置可以通过制定特殊的脚本（script) , 逐个使用 图片来显示一些字符（character) , 但图片的显示不具备字库显示的基本特点。 显示这种图片的数据也需要再特别指定图片资源， 而且这种传统的图片资源 的显示手法需要大量的运算， 对于性能限定的嵌入式装置不一定可以快速地 使用图片来显示字符。 因此， 如何兼顾让用户在嵌入式装置上可自行定义字 体有不会消耗过多资源是亟待解决的问题。
发明内容
本发明为解决背景技术中存在的上述技术问题， 而提出一种供用户自定 义字体的方法。
本发明的技术解决方案是： 本发明为一种供用户自定义字体的方法， 其 特殊之处在于： 该方法包含下列步骤：
1 ) 提供字符图片；
2 )解析字符图片的文件名， 取得字符图片所对应的字符码， 并读取字符 图片的文件数据；
3 )将字符图片打包成字体文件， 以及将字符码及文件数据记录于字体文 件的索引； 4) 当用户选择使用字体时， 根据欲显示的字符码， 对字体文件的索引进 行检索； 当检索匹配时， 从字体文件中取得对应欲显示字符码的字符图片并 显不。
上述步骤 3) 的具体步骤如下：
31)判断是否有指定的欲打包字符图片清单， 若是， 则进行步骤 32)， 若 否， 则进行步骤 33);
32) 解析字符图片的文件名， 取得字符图片所对应的字符码， 并读取字 符图片的文件数据；
33) 判断是否有指定的合法目录或路径， 若否， 则回到步骤 3 ， 若是， 则进行步骤 34);
34)扫描此合法目录内的文件产生欲打包字符图片清单，并进行步骤 3
35) 将字符图片打包成字体文件， 以及将字符码及文件数据记录在字体 文件的索引；
36)判断此字体文件及其索引是否需压縮，若否， 则进行步骤 37， 若是， 则进行步骤 38);
37) 输出此字体文件及其索引， 接着结束此流程；
38) 选择压縮算法；
39) 对字体文件及其索引进行压縮， 接着进行步骤 37)。
上述步骤 4) 的具体步骤如下：
41) 进行字体应用程序接口函数， 取得字体来显示；
42) 判断所操作的字体是否为下载字体， 若是， 则进行步骤 43， 若否， 则进行步骤 44
43) 以最近最久未使用算法査询此字体是否已经加载到缓冲区中， 若此 字体已经加载到缓冲区中， 则进行步骤 45 若否 ， 则进行步骤 46);
44) 使用预设字体等等的备用方案， 或是报告错误并以特定字符；
45) 取得缓冲区的数据节点， 并调整 LRU链表， 进行步骤 48);
46) 加载此字体的相关数据至缓冲区； 47)判断是否加载成功， 若是， 则进行步骤 43， 若否， 则进行步骤 44;
48) 提供下载字体数据服务。
上述字符图片的文件名包含字符码。
上述步骤 1 )中还包括提供对照表， 对照表记录字符图片的文件名与字符 码的对应关系。
上述步骤 中， 当字符图片的文件名包含字符码， 则解析字符图片的 文件名便可取得字符图片所对应的字符码， 当字符图片的文件名不包含字符 码， 则进行需要记录字符图片的文件名与字符码的对应关系的对照表， 并在 此对照表中査询每个对应字符图片的字符码。
上述该字符图片的文件数据包含字符图片的宽度高度以及档案偏移量。 上述步骤 3 )中打包字体文件时， 将字符图片所公用的调色板信息和字高 信息储存在字体文件中。
上述步骤 3 ) 中字体文件的索引以红黑树数据结构来记录。
本发明可输入用户制作的图像资源作为字符图片， 并以目录名区分字体 类型， 或以文件名对应上字符码， 此举可降低使用者自定义字体的复杂度。 本发明使用字体文件的索引及去除了很多冗余的信息， 避免不必要过滤和解 析处理。 此外， 字体类型可为单位在缓冲区集中管理， 避免频繁的加载图像 资源， 可提高字体显示速度， 特别是用于运算能力有限的嵌入式装置的用户 字体的应用。 此外， 本发明所产生的字体文件可用于字体的统一接口函数 (FONT API) 进行操作， 并不需要修改到使用字体显示应用层的程序， 从而 保证了已经发布出去的应用程序能够二进制兼容。
附图说明
图 1为本发明方法的步骤流程图；
图 2为本发明显示示意图；
图 3为本发明方法产生字体文件及其索引的实施例步骤流程图； 图 4为本发明方法使用自定义字体的实施例步骤流程图。
具体实施方式 参见图 1， 供用户自定义字体的方法包含下列步骤： 步骤 11， 提供字符 图片， 例如表一所示的分别显示"体"、 "字"、 "我"、 "的"、 "A"、 "B"、 "C"及" D" 的 8 张用户手写字符图片。 相同类型的字符图片可储存于同一目录， 且目录 名称可包含这些字符图片的字体类型名称。
Figure imgf000006_0001
Figure imgf000006_0002
步骤 12 解析字符图片的文件名， 取得字符图片所对应的字符码， 并读 取字符图片的文件数据。 文件数据包含字符图片的宽度高度以及档案偏移量 ( offset ) o 步骤 13， 将字符图片打包成字体文件， 以及将字符码及文件数据 记录于字体文件的索引。 其中， 字体文件的索引可以具备快速査找能力的数 据结构来记录， 例如红黑树数据结构（Red Black Tree) , 提高之后索引进行检 索的速度。
字符图片的文件名视需要可包含字符码，例如在表一中， "体"字符图片的 文件名为 ISN_0x4f53.bmp， "4f53"为"体"的字符码， "D"字符图片的文件名为 ISN_68.bmp, "68"为" D的字符码 ， 可加快此字体文件的索引的产生。 此外， 进行步骤 12前， 还包含提供对照表， 对照表记录字符图片的文件名与字符码 的对应关系， 而进行步骤 12 根据该对照表取得字符图片所对应的字符码。
此外， 步骤 13 打包字体文件时 ， 将字符图片所公用的调色板信息和字 高信息储存在字体文件中。 由此， 可加速之后应用此字体文件时的检索速度。 而字体文件产生后， 也可对字体文件进行压縮， 縮小其数据量。
步骤 14， 当用户选择使用该字体时， 根据欲显示的字符码， 对字体文件 的索引进行检索， 并在步骤 15判断检索是否匹配。 其中， 当字体文件的索引 以红黑树数据结构（Red Black Tree)来记录时， 则在步骤 14可使用最近最久 未使用算法（Least Recently Used, LRU) , 并搭配缓冲区来进行检索。 当检索 匹配时， 在步骤 16从字体文件中取得对应欲显示字符码的字符图片并显示， 参见图 2，第 1行及第 2行显示表一中的 8个字体，而第 3行为一般标准字体。
参见图 3， 步骤 31， 判断是否有指定的欲打包字符图片清单， 若是， 则 进行步骤 32 若否 ， 则在步骤 33判断是否有指定的合法目录或路径， 若否， 则回到开始步骤， 若是， 则在步骤 34扫描此合法目录内的文件产生欲打包字 符图片清单， 并进行步骤 32
步骤 32， 解析字符图片的文件名， 取得字符图片所对应的字符码， 并读 取字符图片的文件数据。 其中， 当字符图片的文件名包含字符码， 则解析字 符图片的文件名便可取得字符图片所对应的字符码。 当字符图片的文件名不 包含字符码， 则步骤 32进行需要记录字符图片的文件名与字符码的对应关系 的对照表， 并在此对照表中査询每个对应字符图片的字符码。
步骤 35， 将字符图片打包成字体文件， 以及将字符码及文件数据记录在 字体文件的索引。 字体文件的索引可使用具备快速査找能力的数据结构来记 录，例如红黑树数据结构（Red Black Tree) ,提高之后此索引进行检索的速度。 步骤 36 判断此字体文件及其索引是否需压縮， 若否， 则进行步骤 37输出此 字体文件及其索引， 接着结束此流程。
若此字体文件及其索引需压縮， 则在步骤 38选择压縮算法， 而在步骤 39 对字体文件及其索引进行压縮， 接着进行步骤 37
参见图 4， 步骤 41， 进行字体应用程序接口函数 （Font API) , 取得字体 来显示。 此字体应用程序接口函数可为嵌入式系统中内建统一的接口函数， 如表二所示的 C或 C++语言中的字型接口函数。 由于通过本发明方法来制作 的字体文件可使用字体的统一接口函数 （FONT API) 进行操作， 并不需要修 改到使用字体显示应用层的程序， 从而保证了已经发布出去的应用程序能够 二进制兼容（binary compatible )。 由此， 可满足用户对字型的任意特殊的自定 义要求， 且在编辑和制作自定义过程也不再需要复杂的字体专业描述软件。 与字型相关的接口函数
1 USHORT GetCharWidth ( USHORT ch, USHORT
fonttype )
2 USHORT GetFontHeight ( USHORT fonttype )
3 USHORT GetFontMatrix ( USHORT ch, PUCHAR
buffer, USHORT fonttype)
4 USHORT WriteChar (SHORT x, SHORT y, USHORT
ch, USHORT operate)
步骤 42 判断所操作的字体是否为下载字体， 若是， 则进行步骤 43， 若 否， 则进行步骤 44使用预设字体等等的备用方案， 或是报告错误并以特定字 符， 例如"？ "替换显示等。
若所操作的字体为下载字体， 则在步骤 43以最近最久未使用 （LRU) 算 法査询此字体是否已经加载到缓冲区中。 若此字体已经加载到缓冲区中， 则 进行步骤 45 若否， 则进行步骤 46加载此字体的相关数据至缓冲区， 并在步 骤 47判断是否加载成功， 若是， 则进行步骤 45 若否， 则进行步骤 44 在步骤 45取得缓冲区的数据节点， 并调整 LRU链表， 接着在步骤 48提 供下载字体数据服务， 显示出图 2所示的画面。
通过上述实施例， 可说明本发明可输入用户制作的图像资源作为字符图片， 并以目录名区分字体类型， 或以文件名对应上字符码， 此举可降低使用者自 定义字体的复杂度。 本发明使用字体文件的索引及去除了很多冗余的信息， 避免不必要过滤和解析处理。 此外， 字体类型可为单位在缓冲区集中管理， 避免频繁的加载图像资源， 可提高字体显示速度， 特别是用于运算能力有限 的嵌入式装置的用户字体的应用。 此外， 本发明所产生的字体文件可用于字 体的统一接口函数（FONT API)进行操作， 并不需要修改到使用字体显示应 用层的程序， 从而保证了已经发布出去的应用程序能够二进制兼容。

Claims

权利要求书
1、 一种供用户自定义字体的方法， 其特征在于： 该方法包含下列步骤：
1) 提供字符图片；
2)解析字符图片的文件名， 取得字符图片所对应的字符码， 并读取字符 图片的文件数据；
3)将字符图片打包成字体文件， 以及将字符码及文件数据记录于字体文 件的索引；
4) 当用户选择使用字体时， 根据欲显示的字符码， 对字体文件的索引进 行检索； 当检索匹配时， 从字体文件中取得对应欲显示字符码的字符图片并 显不。
2、 根据权利要求 1所述的一种供用户自定义字体的方法， 其特征在于： 所述步骤 3) 的具体步骤如下：
31)判断是否有指定的欲打包字符图片清单， 若是， 则进行步骤 32)， 若 否， 则进行步骤 33);
32) 解析字符图片的文件名， 取得字符图片所对应的字符码， 并读取字 符图片的文件数据；
33) 判断是否有指定的合法目录或路径， 若否， 则回到步骤 3 ， 若是， 则进行步骤 34);
34)扫描此合法目录内的文件产生欲打包字符图片清单，并进行步骤 32);
35) 将字符图片打包成字体文件， 以及将字符码及文件数据记录在字体 文件的索引；
36)判断此字体文件及其索引是否需压縮，若否， 则进行步骤 37， 若是， 41 ) 进行字体应用程序接口函数， 取得字体来显示；
42 ) 判断所操作的字体是否为下载字体， 若是， 则进行步骤 43， 若否， 则进行步骤 44
43 ) 以最近最久未使用算法査询此字体是否已经加载到缓冲区中， 若此 字体已经加载到缓冲区中， 则进行步骤 45 若否 ， 则进行步骤 46) ;
44) 使用预设字体等等的备用方案， 或是报告错误并以特定字符；
45 ) 取得缓冲区的数据节点， 并调整 LRU链表， 进行步骤 48 ) ;
46) 加载此字体的相关数据至缓冲区；
47)判断是否加载成功， 若是， 则进行步骤 43， 若否， 则进行步骤 44; 48 ) 提供下载字体数据服务。
4、 根据权利要求 2或 3所述的一种供用户自定义字体的方法， 其特征在 于： 所述字符图片的文件名包含字符码。
5、 根据权利要求 4所述的一种供用户自定义字体的方法， 其特征在于： 所述步骤 1 )中还包括提供对照表， 对照表记录字符图片的文件名与字符码的 对应关系。
6、 根据权利要求 5所述的一种供用户自定义字体的方法， 其特征在于： 所述步骤 32 中， 当字符图片的文件名包含字符码， 则解析字符图片的文件 名便可取得字符图片所对应的字符码， 当字符图片的文件名不包含字符码， 则进行需要记录字符图片的文件名与字符码的对应关系的对照表， 并在此对 照表中査询每个对应字符图片的字符码。
7、 根据权利要求 1所述的一种供用户自定义字体的方法， 其特征在于： 所述该字符图片的文件数据包含字符图片的宽度高度以及档案偏移量。
8、 根据权利要求 1所述的一种供用户自定义字体的方法， 其特征在于： 所述步骤 3 )中打包字体文件时， 将字符图片所公用的调色板信息和字高信息 储存在字体文件中。
9、 根据权利要求 1所述的一种供用户自定义字体的方法， 其特征在于： 所述步骤 3 ) 中字体文件的索引以红黑树数据结构来记录。
PCT/CN2009/075283 2009-08-20 2009-12-03 供用户自定义字体的方法 WO2011020259A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910023659A CN101639846A (zh) 2009-08-20 2009-08-20 供用户自定义字体的方法
CN200910023659.8 2009-08-20

Publications (1)

Publication Number Publication Date
WO2011020259A1 true WO2011020259A1 (zh) 2011-02-24

Family

ID=41614830

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/075283 WO2011020259A1 (zh) 2009-08-20 2009-12-03 供用户自定义字体的方法

Country Status (2)

Country Link
CN (1) CN101639846A (zh)
WO (1) WO2011020259A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210089707A1 (en) * 2019-09-23 2021-03-25 Snap Inc. Personalized fonts

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110209457A (zh) * 2019-06-04 2019-09-06 深圳云里物里科技股份有限公司 应用于电子价签的字体渲染方法、系统及电子设备和介质
CN112395529B (zh) * 2019-08-14 2023-08-11 腾讯科技（深圳）有限公司 页面加载方法、装置、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1254894A (zh) * 1998-11-12 2000-05-31 国际商业机器公司 字型访问,登记,显示,打印和文件处理方法及记录媒体
WO2008016092A2 (en) * 2006-08-02 2008-02-07 Casio Computer Co., Ltd. Data processing system, image display device and program thereof
CN101276414A (zh) * 2008-04-07 2008-10-01 宇龙计算机通信科技(深圳)有限公司 手写字体识别方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1254894A (zh) * 1998-11-12 2000-05-31 国际商业机器公司 字型访问,登记,显示,打印和文件处理方法及记录媒体
WO2008016092A2 (en) * 2006-08-02 2008-02-07 Casio Computer Co., Ltd. Data processing system, image display device and program thereof
CN101276414A (zh) * 2008-04-07 2008-10-01 宇龙计算机通信科技(深圳)有限公司 手写字体识别方法及装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210089707A1 (en) * 2019-09-23 2021-03-25 Snap Inc. Personalized fonts
US11520970B2 (en) * 2019-09-23 2022-12-06 Snap Inc. Personalized fonts
US11922111B2 (en) 2019-09-23 2024-03-05 Snap Inc. Personalized fonts

Also Published As

Publication number Publication date
CN101639846A (zh) 2010-02-03

Similar Documents

Publication Publication Date Title
US6523046B2 (en) Infrastructure and method for supporting generic multimedia metadata
US8938720B2 (en) Trace visualization for object oriented programs
CN111753499B (zh) 电子表单与ofd版式文件合并展现及目录生成的方法
US9423926B2 (en) Method for graphical representation of a content collection
CN109885324B (zh) 一种应用程序安装包的处理方法、装置、终端及存储介质
CN111753501B (zh) Ofd文件合并展现迅捷阅读的方法
CN105988996B (zh) 一种索引文件生成方法及装置
CN113066515B (zh) 一种光盘刻录方法、计算设备及可读存储介质
CN1969275A (zh) 用于执行基于元数据的搜索的系统以及关联管理设备、方法和计算机程序产品
JP2000330858A (ja) 画像処理装置およびプログラム記憶媒体
JP5177766B2 (ja) ドキュメントの処理と再統合
CN113885935A (zh) 资源打包方法、装置、电子设备及计算机可读存储介质
WO2011020259A1 (zh) 供用户自定义字体的方法
WO2023143545A1 (zh) 资源处理方法、装置、电子设备及计算机可读存储介质
US7730388B2 (en) Converting an enhanced metafile into a chronologically independent object property list for conversion into a PDF document
CN113064556A (zh) 一种bios的数据存储方法、装置、设备及存储介质
CN116932829A (zh) 针对开发者的支持大数据树形视图组件的解决方案
US8463759B2 (en) Method and system for compressing data
CN115495421A (zh) 一种数据格式化的方法、装置、电子设备及介质
CN115269511A (zh) 一种泛电子文件封装方法及装置
CN102567460B (zh) 一种文档加载中图像异步解码的方法
CN111143450A (zh) 导入数据的方法和装置
CN110188211B (zh) 一种应用于安卓车载系统快速加载多媒体应用列表的方法
CN115185581B (zh) 图标封装方法和装置、图标显示方法、计算设备
TW201007477A (en) Method for customizing font

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09848400

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 09848400

Country of ref document: EP

Kind code of ref document: A1