fontconfig

问题描述 当我们使用编辑器打开文件时，文件有时候会显示为乱码，也就是说编辑器没有使用正确的编码方式打开文件。此时，我们则需要切换编辑器的编码方式，使用正确的编码方式打开文件。 但是，我们应该如何得知文件的正确编码呢？（除了被告知以外） 该笔记将记录：在 Linix 中，如何获取文件的编码方式，以及如何进行文件编码转换。 问题原因 直接获取文件的编码是不太可能的。虽然文件头可能暗示了文件编码（但其实并没有类似的规范），但也有例外。例如，以 0xEF,0xBB,0xBF 开头的可能是 UTF-8 编码文件，但也可能是 ISO-8859-1 编码文件的  字符串。或者，其他的编码体系中的字符。 主流编辑器识别文件编码的方式是通过猜测 （即使 file 命令，有时也会给出错误的文件编码提示），所以编辑器里才会由 File Encoding 功能来切换编码的功能。 解决方案：获取文件编码 注意事项： 1）如上所述，工具获取文件编码的方式是通过猜测，因此工具很有可能会返回错误的文件编码，只是可靠的工具返回的结果更加可靠。 2）当工具猜测出编码之后，我们可以尝试使用该编码方式打开文件，以验证猜测结果是正确； 方案一、使用 file 命令 使用 file 命令，可以获取文件编码： # file Fontconfig_-_fonts.conf.txt Fontconfig_-_fonts

折腾了半天字体。 起因是在linux下用ReText写rst格式文档，写标题的时候报错文字下的标记长度不够，明明是对对齐的。原因是中英文字体不是严格1:2等宽，1个中文字宽度不等于2个英文字宽度，造成错觉。换了几个等宽字体也不行。 搜索折腾了一番。总结如下： 最简单实用的办法是安装一个为中文优化过的等宽英文字体，设置字体时就选这个等宽英文字体。这种字体不多，例如：ubuntu mono。据说还有mplus fonts，应该是含有中日文的，没试过。 gnome terminal和vim,gvim有特殊处理，不用安装特殊字体，自动中英文1:2等宽。 Windos 7下，我记得有款达人自制的雅黑Consolas混合字体，挺棒的。中英文看起来都比较舒服。至于是不是中英文1:2等宽，有段时间没用Windows 7，不太记得了。 Windows 10下，看程序心情。 正常程序notepad, notepad++, 选择普通的等宽英文字体，自动中英文1:2等宽。 自制雅黑Consolas混合字体，不再中英文1:2等宽。 较高版本的Visual Studio 2012, 2017、SQL Server Management Studio 2017, 字体不会自动等宽。进入抽风模式 原本包含1:2等宽中英文的字体，如“新宋体”，能保持中英文1:2等宽 ubuntu mono，设置12号字体

如何在ubuntu中安装和配置TeX Live 1、首先，下载TeX Live 2018 （或其他版本，如2019， 2020 等）镜像文件 https://mirrors.tuna.tsinghua.edu.cn/CTAN/systems/texlive/Images/ （TexLive最新版） 2、可以使用图形化安装界面，需要安装perl的tk组件 sudo apt-get install perl-tk 3、开始安装 （1）加载镜像文件 sudo mount -o loop texlive.iso /mnt （2）用图形界面进行安装 cd /mnt sudo ./install-tl -gui （3）安装完成后，卸载镜像文件 cd /; sudo umount /mnt 至此，安装完成。 4、配置环境变量 安装完TeX Live后，还需要配置环境变量： 在～/.bashrc最后中添加： export PATH=/usr/local/texlive/ 2018 /bin/x86_64-linux:$PATH export MANPATH=/usr/local/texlive/ 2018 /texmf-dist/doc/man:$MANPATH export INFOPATH=/usr/local/texlive/ 2018 /texmf-dist/doc/info:

答: 打上以下补丁即可修复 $ wget https://patchwork.openembedded.org/patch/146107/mbox/ -O mbox && git am mbox --reject 参考资料: https://patchwork.openembedded.org/patch/146107/ 来源： oschina 链接： https://my.oschina.net/u/4340310/blog/4295464

原文: 【无私分享：ASP.NET CORE 项目实战（第十四章）】图形验证码的实现 目录索引 　 【无私分享：ASP.NET CORE 项目实战】目录索引 简介 　　 　　很长时间没有来更新博客了，一是，最近有些忙，二是，Core也是一直在摸索中，其实已经完成了一个框架了，并且正在准备在生产环境中试用，但是很多东西也是出于自己理解的肤浅和技术的不断更新，经常变动，所以，如果自己还没有完全搞好，就来写博客，反复的修正，可能会误导一些新手朋友。 　　如果有正在研究Core的朋友，可以大家一起交流下。 验证码 　　 　　 　　相信很多朋友跟我一样，图形验证码成为了 Core 的一个绊脚石。 　　System.Drawing.Primitives 这是官方的一个Drawing库，但是没有Bitmap、Graphics等很多东西，所以这个做图形验证码基本Pass了。 　 CoreCompat.System.Drawing 这个是一个第三方的， 使用了mono的System.Drawing实现，只要安装了之前使用System.Drawing的代码完全不用修改，也支持描画验证码等描画类的功能。 如果需要linux或osx支持，可以安装runtime.linux.CoreCompat.System.Drawing和runtime.osx.10.10-x64.CoreCompat.System

具体错误如下图： 最下面的异常是空指针，检查代码没发现有什么问题，百度了一圈基本都是说POI的包冲突的，但是检查了jar感觉没问题，去github官网查看，找到有用的信息。 实在没想到是字体的问题，但实际，看到Font 这个单词的时候就应该想到。 大佬已经给出解决方案， 执行： yum install dejavu-sans-fonts fontconfig -y 安装字体，再次导出，解决！ 来源： oschina 链接： https://my.oschina.net/sprouting/blog/4318717

前言：开发人员使用的镜像alpine缺少相关依赖包，在制作镜像的过程中，总结如下命令，以备后续使用 更换使用源 查看本地使用源 使用阿里源镜像 sed -i 's/dl-cdn.alpinelinux.org/mirrors.aliyun.com/g' /etc/apk/repositories 使用科大镜像 sed -i 's/dl-cdn.alpinelinux.org/mirrors.ustc.edu.cn/g' /etc/apk/repositories 更新索引 update：从远程镜像源中更新本地镜像源索引，update命令会从各个镜像源列表下载APKINDEX.tar.gz并存储到本地缓存，一般在/var/cache/apk/(Alpine在该目录下) 安装命令 安装软件包 apk add --no-cache tzdata busybox-extras fontconfig ttf-dejavu tzdata 安装指定版本软件包 apk add tzdata=2019a-r0 卸载命令 卸载并删除packages apk del tzdata busybox-extras fontconfig ttf-dejavu 升级 upgrade命令升级系统已安装的所以软件包，当然也可指定仅升级部分软件包（通过-u或--upgrade选择指定）。 apk update

装机之后装系统，装完系统就装texlive，然后又遇一坑，编译以前的文档竟然找不到某字体； kpathsea:make_tex: Invalid fontname `FontAwesome Regular', contains ' ' !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ! ! fontspec error: "font-not-found" ! ! The font "FontAwesome Regular" cannot be found. ! ! See the fontspec documentation for further information. ! ! For immediate help type H <return>. !............................................... 这个FontAwesom是确实安装好了的；在texlive安装路径下能找到； 好在StackExchange上找到相同的问题( https://tex.stackexchange.com/questions/132888/fontawesome-font-not-found )，沿着下面人的回答，找到了tug的用户文档： https://www.tug.org/texlive/doc

原理 原始数据->加载模板->临时文件->PDF文件 方案准备 html模板转pdf 难点：1. 每次变化都要找设计师；2. html样式很难控制（个人不擅长）；3.html转pdf样式难以控制 word模板转pdf 难点：1. 合适插件的选择；2. 中文的处理 最终选择，word模板模式 实现步骤 WORD插件 开源地址 composer require phpoffice/phpword phpword非常好用，支持变量，太方便了。 WORD转PDF插件 下载地址 /opt/libreoffice6.4/program/soffice 完整demo //生成订单pdf public function order_pdf_f() { #1. 准备订单信息 $person_addr = "北京市"; $person_name = "张三"; $person_mobile= "18932000000"; #2. 生成素材文件 $res_dir_path = './res/'; $templateFile = $res_dir_path.'temp_order.docx'; $wordPath = $res_dir_path.'tmp/hello.docx';//计算机上的一个文件 try { $templateProcessor = new \PhpOffice\PhpWord

【推荐阅读】微服务还能火多久？>>> Installing : libxslt-1.1.28-5.el7.aarch64 1/29 Installing : libICE-1.0.9-9.el7.aarch64 2/29 Installing : libjpeg-turbo-1.2.90-6.el7.aarch64 3/29 Installing : fontpackages-filesystem-1.44-8.el7.noarch 4/29 Installing : dejavu-fonts-common-2.33-6.el7.noarch 5/29 Installing : dejavu-sans-fonts-2.33-6.el7.noarch 6/29 Installing : fontconfig-2.13.0-4.3.el7.aarch64 7/29 Installing : libSM-1.2.2-2.el7.aarch64 8/29 Installing : python-lxml-3.2.1-4.el7.aarch64 9/29 Installing : python-javapackages-3.4.1-11.el7.noarch 10/29 Installing : javapackages-tools-3.4.1-11.el7.noarch 11/29