柳鲲鹏

命令配置，一开始并没有target目录，要等打包后才行。需要较长时间，请耐心等待。

测试数据（从数据文件中摘录出来）

这几天熟悉了一下百度翻译。因为我的测试量大，而且有BUG要反复处理，所以翻译量也很大。充了两次，共6元，使用了3元。

Open Camera download | SourceForge.nethttps://github.com/quantum6/Android-OpenCamera

当然了，这套源码已经很完善了，还是可以改进的。自我之后，人人皆可做CDKEY！

该协议最大不同是，使用本源码，如果你赚钱了，有可能要求你付费。需要注意的是，本源码使用的是量子开源协议！

当然了，量子OFFICE在开发过程中，特别注意了工作连续性。所以采取了桥接办法（也叫逐步替换法），逐步增强行视图，弱化叶视图，然后逐步去掉。我在重写WP的时候，开始也是这个思路。随着工作的不断深入，发现这个思路有严重的局限。所以在会议上，我明确提出，以行为中心，各种信息都保存在行视图中，弱化甚至去掉叶视图。实际上最早在永中的时候，张铁民参考WORD文档结构时，也提出去掉叶视图。同样是去掉叶视图，量子OFFICE的思路已经完全超越了。永中OFFICE的视频结构，大体是页，栏，段，行，叶五级。

一方面是年纪大了项目难得，另一方面我真的是天生就是做OFFICE的。所以我在泰山的时候，夸下海口，所有难题都归我。我也确实做到了自己的承诺，诸如JDK、FreeType、LINUX所有工作、插件、CDKEY等等都是我一人包揽。我做好了所有的技术储备，只要哪天说要改进WP，全部可以直接使用。为了解决公司成立太晚，别人已经先跑的问题，我专门提出了成立信创小组、开源部分工作、建立国家标准等一系列可行建议（就是不仅有想法，还有实实在在的东西）。泰山OFFICE解散了，我觉得我是最痛苦的那个。

在泰山时，可能是别人随口一句，头目激动起来了，下令做WEB OFFICE。决定做了，一帮新手茫然不知所措，就需要有人说说。第一点，浮点布局，整数绘制。这次很多人去了永中，不知道有没有把我的三大宝贝带走（ 泰山JDK8、泰山FreeType，泰山布局）。你不是小公司了啊，是正经卖产品的，版权问题要时刻注意。撇开布局不谈，绘制的时候如何取整，如何使用，这可是大难题。浮点布局，做WP的人都知道，比如行高、字位置等，都是浮点。我的创造在于，既然像素是整数，所以绘制时就应该是整数。那么会上有没有人听进去？

要说世界上功能最复杂的软件，吾以为应该就是OFFICE。即使是象吾这样的顶级开发砖家，也经常发现自己不知道的功能。因为工作关系，接触并修改永中OFFICE的代码，吾每每佩服。一方面吾很佩服，另一方面吾对于这些代码，真的是看不上眼。实际上只要哪个功能一过我手，都是重写。相对于永中OFFICE，吾每行代码都称得上创新。近期吾将逐步公开介绍量子OFFICE在WP方面的核心思路。有人说你不怕被抄吗？有时吾常常感慨，还好是吾，有钻研精神，能够搞清楚到底是怎么玩的。换别人早就陷进去了，晕头转向。

除了WINDOWS，LINUX/MAX/UNIX等统统，使用的都是FreeType字体引擎。吾亦贡献了几个接口（任意幅度斜体，中文斜体，笔画粗细）。目前贡献的位图斜体功能，是世界首次实现的特性。看过MS的介绍，说自己使用的叫OpenType字体，包含TrueType的特性，并进行了升级。自然的，要正确处理OpenType，必要要配套一个字体引擎。这个好像是没有开源的。后来提出了矢量字体(Outline），通过曲线定义字型，这样可以方便的进行缩放。如果是位图字体，不同字号就要有不同的位置，工作量难以承受。

一方面是因为我对于OFFICE软件的各个方面(WORD布局绘制，EXCEL计算，POWERPOINT动画等等），均是世界第一，希望这一套东西能够发扬光大。另一方面也开创中国OFFICE开源大业，不至于缺席世界舞台。已知的OpenOffice/LibreOffice，在我看来，真的是十分幼稚。量子OFFICE：Quantum Office。

参考或使用本项目，盈利情况良好的人或组织，本项目有权要求一定的赞助。使用本项目工作，直接或间接引起的任何错误、损失，本项目及参与人员都无任何责任。参考或使用本项目，而做的相应变动，都必须开源到本项目。参与项目的人员，在处理事情上，需要同时达到合情、合理、合法三个要求。参与项目的人员，根据自己的时间定期或不定期的安排工作。本项目会使用其他开源，互相之间不存在任何责任关系。参考或使用本项目，如果是商业用途，需要通知本项目。参与项目的人员，在主观上不得有恶意行为。任何人或组织都可以使用本项目。

JDK17是LTS版本。为了将来集成代码，所以先编译试试。下载带ga的版本，表示正式发布。

如果有手机就好了，问题是不支持中国手机啊。我试了一下，可以使用Authy来解决。第一项，我点了Register，再输入一个名，要求插入个什么KEY，忽略。(应用限制，无法截屏）

今天收到一个邮件，题目就是“Your GitHub account, quantum6, will soon require 2FA”。看了一下，意思是就是要升级了，会影响你的权限。我找了半天，没找到CHINA，大锅你说你不是故意的谁信？

JDK11是LTS版本。为了将来集成代码，所以先编译试试。下载带ga的版本，表示正式发布。

就是对于参数的具体含义是什么。我开始以为是要求我提供一个更好的参数，后来才明白对方问的是参数的具体意思？我就老老实实的回答：我无法回答这个问题，我的工作是建立在粗体基础上。意思是你要不问粗体去？哈哈，粗体现在各家各有做法，没有统一标准。有人奇怪了，大锅这作者不是你啊。因为这个功能进行了反复讨论，最后负责人也是忍无可忍，又重新开了个MQ。FreeType越来越强大完善了！

git rebase是参与gitlab上freetype时学会的。

　　最近为了解决这个BUG：New changes for 8u should go to GitHub - openjdk/jdk8u-dev: https://wiki.openjdk.org/display/jdk8u. This tree is for critical regression fixes for the next release only.@quantum6 From the bug description it sounds like this is an issue in lat

注意左侧的分支，再点击右侧的下拉。

这个值不是算出来的，是直接从文件中读取的。在这里直接读入一段数据，转换为结构体。

具体什么用处目前没有研究清楚，从网上搜索了一些说法：units-per-em - SVG：可缩放矢量图形 | MDNThe attribute specifies the number of coordinate units on the "em square", an abstract square whose height is the intended distance between lines of type in the same type size. This is the size of

那么，是不是说，现在粗体还没有标准？

有的字体文件自带粗体部分。那么，与FreeType对比如何呢？这里选用(Times New Roman + 60)

Order is:

Order is:

x_scale和y_scale是26.6的浮点数。

看了一下，欣喜的发现我司提交的代码已正式启用！一方面是我司技术力量强大的体现，另外也是为开源贡献自己的力量。昨天无意中看到2.13.0正式发布，今天专门下载下来准备整合。

近来因为一个老外的事情做了改进，随之就想，把我相关的代码整合成一个大项目。所有转换，都贴心的提供了相应的帧及构建脚本。确保拿到就可以看到实际样子，就能直接编译。测试的时候，动不动需要加载JPG/PNG，非常的的麻烦。而且转换后，对错并不好判断。所以吾专门写了个代码，产生8种色块的RGB帧。并在中间加了个圆，确保容易判断。

继上文吾做了一系列粗体研究之后，负责FreeType的老外看了觉得ppem更靠谱。可是ppem离WORD效果相差较大。吾表示不知道ppem的意思，建议使用72，即point转pixel的单位。第一句话的意思，用中文说，大约是你看看你一天天的……这部分我也确实没有仔细研究就是，不丢脸，哈哈。

粗体是有代码的，就是这个计算加粗幅度（比例关系），对方也表示是个经验值，希望能知道原理。所以我先以矢量字体为例，研究一下FreeType是怎么加粗的。加粗与字号有关，这一点是毫无疑问的。对方提出：24是个经验值，能不能找到原因？这说明，关键在于FT_MulDiv。从代码也能看出，差异就在于中间的参数。查了一下FT_MulDiv(a, b, c)，大意是a*b/c。提交了一个粗体代码，对方提出，粗体增加的程度是怎么算的。把x或y的if部分注释，都会导致没有画面。把else部分注释，没有影响。

96与WORD最相似，连其中的横线灰度都一样。VS2012和WORD是有差异的。VS2012和WORD是有差异的。总体来说，FreeType偏粗。

如果x/y同时有值，就会发生旋转，如果不同可能很怪异，哈哈。单纯从斜体功能来说，显然是我提出的接口好。这次提交代码，就新增的接口，发生了争论。通过参数控制是左右倾斜还是上下倾斜。

【代码】fatal: unable to access ‘https://github.com/openjdk/jdk8u/‘: OpenSSL SSL_read: Connection was reset,

点击上图中的“New pull request”，然后选择正确分支。

如果发现产生KEY的时候，缺少某个东西，一个办法是重新生成一个，另外一个办法是更新一下。

新建一个具有workflow权限的 Github Personal access tokens。

在github上有一个OTG摄像头的库，也是从别人那边复制的。当然吾进行了大规模的修改，确保能够运行。吾上传的代码，都是本地确认能够运行的。有人只会复制代码，能不能跑也不管。这是不符合柳氏风格的。今天看邮件，竟然有人提供了一个PR，要合并代码。

我以为250号提交被拒了。今天仔细研究了一番，发现是接受了，做了一定修改。接口跟我预计的不一样，这个对方要求，咱就接受了。