未发布 Excel组件包TMS FlexCel for VCL & FireMonkey v6.17.1.0发布丨附下载
v6.17.1.0
修复：
v6.17.0.0
新增：
完全支持xlsx文件中的Excel表
可将自动图形添加到图表
改进：
在TFlxFormulaErrorValue中支持#GETTING_DATA错误
支持使用INDIRECT函数返回数组
加载字体以导出到PDF时减少内存的使用
现在TExcelFile.RenderObject可以在组内渲染形状，并使用objectPath参数指定对象的名称
改进了包含数千个超链接的报告的性能
FlexCel现在将保留xlsx文件中的嵌入式OLE对象
Github中提供的所有示例
【慧都十四周年庆预热开启！全场满额送七级豪礼，AppleMac笔记本电脑、iwatch、iPad等您来拿！】
活动时间：10月1日-10月30日
未发布 地图服务器控件GIS Map Server v3.6发布，新增航空影像数据集功能 GIS Map Server是一款地图服务器控件，它将动态地图功能添加到了GLG工具包中并能与工具包一起使用或独立使用。GLG地图服务器控件将动态地图功能添加到了GLG工具包中并能与工具包一起使用或独立使用。当与工具包一起使用时，一个综合的GIS对象将负责完成变焦、摇摄、协同转换与地图转化，还会将地图服务器整合到GLG绘图功能中。当工具包在处理地图顶端的动态图标的转换时，还能实时地对它们进行更新。
GIS Map Server更新至v3.6版本，增加了航空影像数据集等功能。
最新GIS Map Server点击下载>>>
新的地图服务器功能：
新版本增加了与大型卫星一起使用的航空影像数据集功能。
卫星数据集，如World 15m Satellite Images，在没有图像数据的海洋区域使用黑色。当显示此图像时，黑色区域应视为透明。这是通过使用TRANSPARENT COLOR OPAQUE图层类型，并将黑色指定为透明颜色来实现的。透明色彩精确度也用于消除JPEG图像有损压缩的现象。
航空数据集，例如右图所示的US 0.5m Aerial Images，使用在UTM投影中创建的tiles。要在不同的投影中显示这个图块，需要对其进行转换（未投影）以使用lat / lon坐标。由于UTM矩形在lat / lon坐标中不是矩形，因此转换的图块将在填充有黑色的边缘处具有未使用的区域。当显示此图像时，这个黑色区域也应该被视为透明的。此外，由于tiles是从UTM投影转换而来的，tiles将出现重叠并且一个tiles中的透明区域的数据将由另一个重叠的tiles提供。
US 0.5m Aerial Images示例
地图服务器已经支持透明颜色属性。添加以下列出的新层属性，能更好地渲染卫星和航空图像数据集。
【本文作者
慧都Elyn，转载请注明出处】
未发布 界面控件Essential Studio for ASP.NET Web Forms 发布2017 v4丨附下载 新的控件
组合框组件允许用户输入一个值或从预定义选项列表中选择一个选项。单击此组件的箭头图标时，下拉列表将显示用户可以从中选择的值列表。
主要特征
数据绑定：允许绑定和访问本地或服务器端数据源的项目列表。
分组：支持将单个或特定类别下的逻辑相关项目进行分组。
排序：支持按字母顺序（升序或降序）排序列表项。
过滤：允许根据组件中输入的字符过滤列表项目。
模板：允许自定义列表项目、选定的值、页眉、页脚、类别组页眉。
可访问性：内置的可访问性支持有助于通过键盘、屏幕阅读器或其他辅助技术设备访问所有组件的功能。
拼写检查器
新的控件
新的拼写检查器控件通过将它们与存储的字典单词列表进行比较，查找并突出显示拼写错误的单词。
主要特征
AUTOCOMPLETE
搜索索引多栏弹出
现在可以区分多列AUTOCOMPLETE控件中的显示格式和搜索字段，允许用户在列表中搜索任意数量的字段，而无需修改所选的文本格式。
CHART
轴标签
支持显示多行轴标签。
显示外部数据标签
现在可以在图表区域内显示部分可见的数据标签。
数据管理器
防伪
防伪令牌可用于帮助保护应用程序免受跨站请求伪造。它生成一个隐藏的表单字段（防伪造标记），在提交表单时进行验证。
额外的数据操作
提供了IN和NotIN过滤器操作用于在WHERE过滤器中指定多个值。
DIAGRAM
对齐
支持定制用户手柄的位置。
端口增强
现在可以拖动端口来重新定位端口。
对称布局
对称布局是用于以圆形和对称方式排列图的自动布局。
标签交互
已经为标签提供了交互支持。他们可以被选中、拖动、调整大小和旋转。
DOCIO
增强Word转换成PDF功能
DocIO现在允许将带有行号的Word文档以其原始格式转换为PDF。
下拉列表
服务器过滤
在搜索框中输入文本时，此功能将过滤数据源。过滤是基于包含来自整个数据源的匹配项。
服务器过滤：远程数据
服务器过滤：本地数据
文件管理器
支持鼠标选择
支持在文件资源管理器控件中使用鼠标管理文件/文件夹。
甘特图
资源分配视图
甘特图控件支持资源分配视图。使用该视图，用户可以解释在同一日期发生的任务以及项目中资源的过度分配。
排序
现在可以根据行顺序显示具有序列号的任务。
多行选择
现在可以选择多行并执行缩进和负缩进操作。
列过滤
现在可以过滤甘特图控件中的特定字段或列。
展开/折叠记录
甘特图控制现在支持扩展和折叠特定级别的记录。
表格
在Excel过滤器菜单中添加当前选项进行过滤
在搜索时显示添加当前选择到过滤器复选框，允许用户在表格中添加当前选中或清除的复选框列表数据以及已经过滤的数据。
导出模板列
使用Excel、PDF和Word文件格式导出包含模板列的表格。
导出详细信息模板
导出使用Excel、PDF和Word文件格式的详细信息模板。
KANBAN
外部拖放
KANBAN控件现在支持与其他控件之间的拖放操作。
没有数据源的KANBAN列
KANBAN列可以在不绑定数据源的情况下显示。
PIVOT客户端
支持Mondrian服务器（客户端模式）
分页将大记录拆分为不同的段，便于查看数据。它还改善了连接到Mondrian服务器的PIVOT控件的性能。
PIVOT网格
支持Mondrian服务器（客户端模式）
分页将大记录拆分为不同的段，便于查看数据。它还改善了连接到Mondrian服务器的PIVOT控件的性能。
RIBBON
设计器
改进了ASP.NET Web Forms中功能区组件的设计器。
滑块
添加按钮
添加了一个可以隐藏的按钮，允许增加和减少滑块的值。
ESSENTIAL XLSIO
图表转换为图像
图表元素（如图例，标题，绘图区和显示单元）的手动布局位置现在可以正确转换为图像。
未发布 【教程】Edraw Max（亿图图示）：思维导图怎样一次性键入分支内容？ Edraw Max（亿图图示）作为一款功能齐全，使用方便、快捷的全类型图形图表设计软件，不仅富含丰富的模板和例子，还可以一键轻松导入思维导图的分支内容。本文就教大家具体的操作方法吧!
目前Edraw Max（亿图图示）在线订购享75折优惠活动正在进行中，欢迎您下载、购买进行运用！
第一步：选中需要添加分支的主题形状，然后点击“思维导图”菜单栏下的“添加多个主题”；
第二步：打开之后，依次输入需要添加的分支内容，按回车键(enter)换行，每一行代表一个主题；
第三步：重复以上两步，可以在第二级分支上再一次导入第三级分支；
第四步：数据导入之后，可以跟通过“思维导图”下的“布局”对整个思维导图的主题、样式进行调整，同时还可以将数据直接导出为Word、Excel以及文本格式。
未发布 百度正式开源其RPC框架brpc 9月14日，百度正式在GitHub上基于Apache 2.0协议开源了其RPC框架brpc。brpc是一个基于protobuf接口的RPC框架，在百度内部称为“baidu-rpc”，它囊括了百度内部所有RPC协议，并支持多种第三方协议，从目前的性能测试数据来看，brpc的性能领跑于其他同类RPC产品。
brpc开发于2014年，主要使用的语言是C++和Java，是百度内部使用最为广泛的RPC框架，它经受了高并发高负载的生产环境验证，并支撑了百度内部大约75万个同时在线的实例。据了解，百度内部曾有多款RPC框架，甚至在2014年时还开源过另外一款RPC框架sofa-pbrpc。那brpc是在什么样的背景下诞生的？它有什么样的优势？又为何要开源？就这些问题，InfoQ记者采访了brpc负责人戈君。
Q：谈谈brpc的一些基本情况？什么时候开始研发的？经过了怎么样的迭代和升级？目前在内部应用情况如何？
戈君：brpc于2014年创建，在百度内部称为“baidu-rpc”。到目前为止，brpc一共进行了3000次左右的改动，现在仍在持续优化中，百度内的wiki上可以查询到每次改动的描述。brpc的主要语言是C++和Java，对其他语言的支持主要是通过包装C++版本，比如brpc的Python版包含C++版的大部分功能。
brpc目前支撑百度内部大约75万个同时在线的实例（不含client），超过500种服务（去年的统计，现在已不统计这类数据）。Hadoop、Table、Mola（另一种广泛使用的存储）、高性能计算、模型训练、大量的在线检索服务都使用了brpc。brpc第一次统一了百度内分布式系统和业务线的通信框架。
Q：为什么百度当时要研发brpc？
戈君：我们在实践中意识到，RPC作为最基础的通信组件，当时的百度已经不领先了。我当时的经理刘炀曾是Google的工程师，非常重视基础架构的建设，也愿意在这个方向投入资源。
我们在内部会更加深入地讨论这些问题。“好用”有时看起来很主观，但其实还是有据可循的，它的关键点是能不能真正地提高用户的效率：开发、调试、维护都要考虑到，如果用户效率真的被提高了，用户会想着你的，靠吹嘘或政令推广的东西得不了人心。我们创建brpc的初衷是解决百度业务所面临的实际挑战，同时也希望成为百度同学最喜爱的工具，哪怕离开百度也会怀念brpc。我们希望在提供了一个好用框架的同时，也展现了一种工作方法：注释怎么写，日志怎么打，ChangeLog怎么写，版本怎么发布，文档怎么组织，甚至对未来不在百度的同学的工作也有帮助，所以从这点来说brpc从一开始就是拥抱开源的。事实上，我们在口碑上做得还不错，brpc的wiki可能是百度内被点赞最多的内容之一。
Q：与其他的一些开源的RPC框架相比，brpc的优势是什么？
戈君：brpc主打的是深度和易用性。一方面我们没有精力像gRPC那样摊大饼，什么都做。另一方面我们也注意到gRPC（包括更早的Thrift）的深度和易用性并不够。技术方面的东西就是这样，看示例程序，文档非常牛逼，但实战中可能就是另一回事了，为什么各个公司都要造自己的轮子，一个隐藏原因就是表面高大上的东西在一些细节上让你无法忍受。
RPC真正的痛点是什么？是可靠性、易用性和定位问题的便利性。服务中不要出现不可解释的长尾，程序的可变项要尽量少，各种诡异问题要有工具支持快速排查。而这些在目前开源的RPC框架中做的并不好，它们大多看着很牛，但就是无法在自己组织中推广开来。回到前面那三点，brpc是如何做的呢？
- 可靠性。这一方面是代码质量问题，通过为brpc团队设立很高的招聘门槛，以及在团队中深入的技术讨论，我们确保了稳固的代码基础。另一个问题是长尾问题，这是设计问题，brpc其实包含了很多模块，其中的bthread是一个M:N线程库，就是为了更好地提高并发避免阻塞。brpc中的读和写都是wait-free的，这是最高程度的并发。技术细节请点击链接查看。
- 易用性。有种设计是什么选择都做成选项丢给用户，号称功能都有，但一旦出问题，则是用户“配置错了”。而且这样用户还非常依赖开发团队，没有开发团队的支持基本用不了，开发团队有足够的理由扩充团队。这么做其实非常不负责任，用户面对海量的选项也很难受。brpc对于增加选项非常谨慎，框架能自己做判断的绝不扔给用户，所有用户选项都有最合理的默认值，不设也能用。我们认为这对用户体验来说非常重要。
- 定位问题的便利性。这点其它开源框架目前做的都不好，正常使用是可以的，但出问题就麻烦了。这个问题在百度内部其实也很严重，brpc之前用户排查问题都要拉RPC同学一起排查，RPC框架对用户是个黑盒，用户根本不知道里面发生了什么。按我们的经验，基本每天都有几个用户在群里问server卡顿，client超时之类的问题，排查问题是常态，人手必然不够。时间长了用户就觉得你这个框架各种问题，人还拽的不行很少回他们消息。brpc的解决办法是给server内加入各种HTTP接口的内置服务，通过这些服务，用户可以很快看到server的延时、错误、连接、跟踪某个RPC、CPU热点、内存分配、锁竞争等信息，用户还可以使用bvar来自定义各类统计信息，并在百度的运维平台NOAH上汇总。这样大部分问题用户可以自助解决。其实我们去看也是看这些，只是会更加专业。内置服务的具体说明可以看这里。
Q：作为公司内部的RPC框架，在服务治理方面有什么考虑？
戈君：百度内部RPC使用非常广泛，基本都是RPC调用，一些产品线还会通过local RPC隔离工程框架和策略代码。这么多年下来，服务周边的系统也比较全面了：编译是BCLOUD，发布是Agile，服务注册和发现是BNS，认证是Giano，监控和运维是NOAH。在百度内部，brpc和这些系统做了比较紧密的绑定，用户体验是一站式的。虽然在开源版本中，这些结合大都删掉了，但用户可以根据自己组织中的基础设施来进行定制：交互协议，名字服务，负载均衡算法都可以定制。对于其中一些特别通用的，我们希望用户反馈到开源版本中来以方便所有人。
Q：之前百度还开源过sofa-pbrpc，brpc与它的区别是什么？
戈君：sofa-pbrpc也是百度开发的一个比较早期的RPC框架，属于sofa编程框架的一部分，在搜索有应用。brpc相比sofa-pbrpc有如下优点:
- 对协议的抽象更一般化，并统一了全百度的通信架构。bprc能容纳非常多的协议，基于Protobuf的，基于HTTP的，百度内的nshead/mcpack，开源的Redis/Memcached，甚至RTMP/FLV/HLS直播协议，brpc能逐渐地嵌入现有系统，而不需要彻底重构，但sofa-pbrpc则不具备扩展协议的能力。类似的，sofa-pbrpc也无法定制负载均衡算法，brpc默认提供round-robin、随机、一致性哈希，Locality-aware（局部性感知）四种算法，用户还能定制。
- 多线程质量更好。多线程编程是非常困难的，看起来简单的RPC遍布多线程陷阱，比如处理超时的代码可能在RPC还没发出去时就运行了；发送函数还没结束，处理回复的回调就被运行了；一个回复还在被处理另一个回复回来了，诸如此类。另外，一个异步RPC的回调里发起一个同步RPC会发生什么，带着锁做同步RPC会发生什么。这些问题我们都不能在sofa-pbrpc中找到满意的答案。
- 完备的调试和运维支持。解决这个问题的本质还在可扩展性，你如何让用户参与进来定制他们感兴趣的指标，为此我们设计了bvar，让用户能用比原子变量代价还小的方式自由地定制各种指标，用户能在浏览器上看到指标的变化曲线，或在运维平台NOAH看到汇总的监控数据。brpc还加入了大量内置服务方便用户调试程序，查看连接，在线修改gflags，追踪RPC，分析CPU热点，内存分配，锁竞争等一应俱全。
无需讳言，brpc在诞生之初和sofa-pbrpc在百度内部是有竞争关系的，但就像其他地方一样，这种竞争带来了活力。类似的，brpc和其他已经开源的RPC框架也是良性的竞争关系，在比拼谁能真正提高用户效率的过程中共同进步。每个用户都可以去对比代码、文档质量，接口设计，易用程度，扩展能力等，投出自己的一票。
Q：谈谈brpc的整体架构？
戈君：技术栈无外乎是从传输层垒到应用层，就略过不讲了，具体可以去看下开源出来的文档。brpc在架构上强调“在不牺牲易用性的前提下增强可扩展性”，比如brpc支持非常多的协议，在百度内部一个brpc server同端口可以支持二十几种协议，这对于服务的平滑迁移就非常好用。
Client端的协议也非常多，用户用brpc和bthread用得很爽，所以希望我们最好能统一所有的客户端，像对Redis和Memcached的客户端支持也是在这个背景下做的，这两个客户端比官方Client好用多了，感兴趣的读者可以去尝试一下。但这么多协议的配置非常简单，填个字符串就行了，比如HTTP就是把ChannelOptions.protocol设为“http”，Redis就是“redis”。Server端甚至不用设，它会自动判断每个client的协议，怎么做到的开源文档里也有。
名字服务、负载均衡也都可以定制。但为了对用户负责，我们也不鼓励“太自由”的定制，比如一点点需求的变化就要搞个新的，这时更需要想清楚本质区别是什么。这个事情我们在百度内的支持群里每天都在做，我们是开放的”乙方”，但我们也是严厉的”乙方”。
Q：brpc的性能如何？这么高的性能是怎么做到的？
戈君：性能是我们非常看中的一点，它和用户体验也是紧密联系的。好用但性能不行，或不好用但性能很牛，用户会很难受，我们不希望用户纠结。从另一个角度来看，在推广初期，我们要说服产品线用brpc靠什么？最直观的就是性能提升。而且这儿的性能不能停留在benchmark的图片上，而是能在真实应用中体现出来。开放出来的案例文档中或多或少都包含了性能提升，具体如下：
- 百度地图API入口
- 联盟DSP
- ELF学习框架
- 云平台代理服务
Q：为什么要将brpc开源？接下来在开源项目的迭代方面有什么计划吗？
戈君：因为马上还有不少依赖RPC的百度系统要开源啊。RPC作为最基础的组件，开源不仅仅是为了自身，也是为其它开源项目铺路，比如说我们马上还会开源基于brpc的RAFT库，搭建高可用分布式系统非常方便；以及使用brpc的bigflow，让流式计算变得很顺手。这些年百度对开源的认识也在不断加深，开源看似曝光了百度的核心技术，但带来的生态影响力更重要。从Apollo、PaddlePaddle开始，百度真的开始拥抱开源了。brpc的开源版和内部版很接近，只是去掉了对百度内部独有的一些基础设施的支持，我们在内网写的深入分析RPC技术细节的文档也都一并开源了，后续也会及时推送改动，请大家放心。这是一个活项目，不会拉个开源分支就不管了。
查看更多资讯>>>
未发布 AutoVue现在支持本地2D Creo / ProE图纸 随着最新的AutoVue 21.0.1 RUP3的发布，Oracle重新引入了对2D Creo / ProE图纸的本地支持。
为了提供一些上下文，Creo / ProE工程图包含完整的“本地”数据以及图形的预处理“显示列表”版本。使用“显示列表”往往会呈现绘图的最高保真度，但是在某些情况下不会出现，或者不会保持最新。
因此，AutoVue将优先显示“显示列表”版本。但是，如果显示列表不存在，或者如果检测到它已过时，将显示原始数据，以确保用户看到最新的信息。
未发布 ActiveX组件CADViewX v12发布，支持最新的AutoCAD®DWG 2018版本 CADViewX一款能让应用程序具有强大CAD图像浏览和打印功能的图像处理工具，无需任何CAD软件或查看器即可打开、浏览、打印AutoCAD等几十种格式的图像文件，还能享受直观的鼠标滚轮缩放、拖拽、平铺印画功能。
CADViewX v12更新内容
CADViewX v12是用于导入和导出CAD文件的新版本的ActiveX组件。
现在，CADViewX Lite支持最新的DWG版本 - AutoCAD®DWG 2018。借助CADViewX Lite开发的应用程序将能够查看最新的图纸。
要测试CADViewX Lite并将DWG 2018查看功能添加到应用程序中，请下载试用>>>
未发布 WPF界面控件Essential Studio for WPF 2017 v3发布丨附下载 Essential Studio for WPF界面控件包含了利于分析且高性能的Windows应用程序开发中所需的所有控件，如 grids、charts、gauges、menus、calendars、editors等等。同时，我们的文件格式库还允许您导出资料到Excel、World和PDF文件中，以及对这些格式的文件进行处理。
Essential Studio for WPF为桌面开发人员提供树形网格的主题支持，图表的轴刻度，以及基于Report Viewer参数布局的参数渲染。
图表
轴刻度中断
为图表控件提供了轴刻度中断支持。
气泡图拖动
在编辑数据值时，可以拖动气泡图。
图表
增强注释功能
注释支持交互。可以选择、拖动、调整大小并旋转。
注释可以根据它们对齐的段自动旋转。
DOCIO
内容控件
DocIO能够在Word文档中创建和修改内容控件，并提供了一种设计具有以下功能文档的方法：
创建一个类似表单的用户界面。
防止用户编辑内容控件的内容。
将内容绑定到XML数据。
Word转换PDF增强功能
DocIO现在可以在Azure网站中将Word文档转换为PDF。
DocIO现在可以将具有旋转图像的Word文档转换为原始格式的PDF格式。
DocIO现在可以将镜像边距的Word文档转换为原始格式的PDF格式。
PDF
压缩现有的PDF文档
减小PDF文件的大小。
标记PDF
通过允许用户创建PDF/通用可访问性（PDF / UA）或符合章节508的PDF文档来提供辅助功能。
演示
支持插入列
演示文稿现在允许在PowerPoint演示文稿中的表中插入列。
PDF和图像转换增强功能
演示文稿现在可以将具有旋转和嵌套组形状的PowerPoint演示文稿精确转换为PDF或图像格式。
报表设计器
参数布局
报表设计器支持铺设参数。
计算字段
数据集编辑器支持添加计算字段。
报表查看器
参数布局
根据SQL Server报告服务2016中引入的参数布局来呈现参数。
数据网格
搜索
可以执行基于EndsWith关键字的搜索操作。
看板
本土化
支持本地化控件中的静态文本。
树型网格
主题
支持内置的视觉风格，如Blend、Office 2010、Office 2013、Office 2016、Metro和Visual Studio。还支持使用WPF Theme Studio创建自定义视觉样式。
XLSIO
过滤器功能增强
沪公网安备31011202009668号 | 沪ICP备13020027号-2 