未找到

未发布 开发者在增加移动APP收益时必须做的5件事
by Harriet666 keys 分享 1487667101099

点击查看详细内容,增加你的APP收益>>>

如今手机应用市场越来越大,其中创新、独特的产品也越来越多。APP市场最好的地方就是无论是iTunes还是Google Play中,你都有平等的机会参与竞争和获得成功。这是一个公平的竞争环境,吸引着无数优质的开发商。专家们已经预测,APP市场在2020年将翻一番,价值可以达到101亿美元。

无论你是一个多优秀的开发者,在开始新的APP应用时也应该注意一些事情。在启动一个APP项目时你应该记住和经过几个重要的步骤来确保它能成功。


未发布 百度正式开源其RPC框架brpc
by Harriet666 keys 分享 1506650334597
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技术细节的文档也都一并开源了,后续也会及时推送改动,请大家放心。这是一个活项目,不会拉个开源分支就不管了。
查看更多资讯>>>

未发布 矢量图形处理控件CAD .NET v12.1发布,可以导出到DWG
by Harriet666 keys 分享 1514189629875
CAD .NET v12.1新版本发布,这个版本的最大的改进是可以导出到DWG。CAD .NET中添加了新的CADtoDWG类。现在,您可以将文件保存到DXF中,但也可以通过CAD .NET软件包中附加的动态链接库将文件保存到DWG中。
 
CAD .NET v12.1最新版下载>>>

8cb19241d2ec443ea63dfae7e0d5f5faojpg

CAD .NET v12.1中的功能改进列表:
  • 使用添加的附加动态链接库导出为DWG格式
  • 支持ARC_DIMENSION,添加了LARGE_RADIAL_DIMENSION维度类型
  • 添加xplode、 Join、 Trim visual工具
  • 用于GDI+可视化模式的3D捕捉
  • 改进:
    · 线型
    · 折线
    · CADHelix
    · CADLayer
    · CADMInsert
    · CADProxy
    · CADTrace
所有这些功能都可以在CAD .NET的新版中进行测试。您可以通过在我们的网站进行下载>>>
未发布 Edraw Office Viewer component教程(三):将MS Word、Excel、PowerPoint嵌入到WPF应用程序中
by Harriet666 keys 分享 1494580929229
如何将Word、Excel、PowerPoint嵌入WPF应用程序?大部分人应该都记得可以将Excel图表嵌入到Word文档中的OLE技术,但该技术并不支持所有的Microsoft Office文档。它不支持表单中的多个MS Word实例。而Edraw office viewer component对于开发人员可以说是最简单的可以将Word文档、Excel工作表、PowerPoint演示文稿嵌入到WPF应用程序中的解决方案。
 
本文将演示如何逐步嵌入MS Word到wpf应用程序中。如果你没有officeviewer.ocx文件,请先安装。在组件安装文件夹中,你还可以找到wpf示例项目。
打开Visual Studio并创建一个新的WPF应用程序。
右键单击WpfApplication1解决方案。然后单击“Add”菜单并选择“User Control...”。

wpf项目中将会增加一个新的窗体。
选择“User Control”项。不是“User Control(WPF)”项。
双击解决方案面板中的UserControl1.CS。
打开“工具箱”面板,然后单击菜单中的“ Choose Items...”。
在弹出的“Choose Toolbox Items”对话框中,选择“Edraw Office Viewer Component”,然后单击“确定”。
现在,Edraw Office Viewer Component已添加到工具箱的“常规”选项卡中。在UserControl窗体中拖动它。
通过Visual Studio将AxEDofficeLib和EDOfficeLib添加到该解决方案中。
输入打开word文档的C#代码,并保护word文档的修改如下所示:
using System;
using System.Collections.Generic;
using System.ComponentModel;
using System.Drawing;
using System.Data;
using System.Linq;
using System.Text;
using System.Windows.Forms;
namespace WpfApplication1
{
public partial class UserControl1 : UserControl
{
public UserControl1()
{
InitializeComponent();
}
public void Open()
{
axEDOffice1.OpenFileDialog();
}
public void Protect()
{
if (axEDOffice1.GetCurrentProgID() == "Word.Application")
{
axEDOffice1.ProtectDoc(2);
}
}
public void Print()
{
axEDOffice1.PrintPreview();
}
public void Close()
{
axEDOffice1.ExitOfficeApp();
}
}
}

最后,你需要为UserControl编写主机窗口。切换到Windows1.xaml文件,然后添加打开、保护、打印和关闭的按钮,如图所示。

添加以下c#代码来关联office component。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Windows;
using System.Windows.Controls;
using System.Windows.Data;
using System.Windows.Documents;
using System.Windows.Input;
using System.Windows.Media;
using System.Windows.Media.Imaging;
using System.Windows.Navigation;
using System.Windows.Shapes;
namespace WpfApplication1
{
public partial class Window1 : Window
{
public Window1()
{
InitializeComponent();
}
private void Open_Click(object sender, RoutedEventArgs e)
{
_host.Open();
}
private void Protect_Click(object sender, RoutedEventArgs e)
{
_host.Protect();
}
private void Print_Click(object sender, RoutedEventArgs e)
{
_host.Print();
}
private void Close_Click(object sender, RoutedEventArgs e)
{
_host.Close();
}
}
}

打开配置管理器。将Active Solution平台更改为x86选项。然后建立并运行。
Office Viewer component支持所有版本的MS Word。要将MS Excel或PowerPoint Visio、Project嵌入到WPF应用程序中,你只需要调用Open方法,如下所示:
public void Open()
{
//axEDOffice1.OpenFileDialog();
axEDOffice1.Open(sPath, "Word.Application");
axEDOffice1.Open(sPath, "Excel.Application");
axEDOffice1.Open(sPath, "PowerPoint.Application");
axEDOffice1.Open(sPath, "Visio.Application");
axEDOffice1.Open(sPath, "MSProject.Application");
}
 
以上就是本次教程的全部内容,接下来会有更多相关教程,敬请关注!您也可以在评论者留下你的经验和建议。

未发布 2017慧都十四周年庆序章——技能升级,团队燃出彩!
by Harriet666 keys 分享 1506762825650
2017慧都十四周年庆预热开启!DevExpress、Telerik首推团队升级珍藏培训套包,劲省10万元!全场满额送豪礼,AppleMac笔记本电脑、iwatch、iPad、Beats耳机等好礼送送送……更多惊喜等您来探索!

2017年,一份价值百万的项目放在您面前,但一看技术需求,只好婉言拒绝?

2018年,您是否想过提升团队专业性和战斗力?

团建打造要趁早!

方案交给我们,您只管去赢千万级项目。

活动时间:2017年10月1日—2017年10月31日


活动一:团队钜惠 自有一“套”

典藏方案,引爆团建升级新风潮!套包首推超低折扣,最高可省10万元。
慧都十四周年庆,联合DevExpress & Progress,全球首推团队升级珍藏培训套包。不论企业预算多少,都有预算范围内最快、最省、最优的团队升级方案。今后,您放心去赢千万级项目。

活动二:全场满额送豪礼

购买慧都任意控件、软件、培训、服务等,满额即送七级壕礼!
  • 购满5000元以下   送2018慧都定制台历
  • 购满5000至9999元    送小米充电宝或乐扣保温杯(二选一)
  • 购满10000至29999元    送美的加湿器(5L大容量)
  • 购满50000至49999元   送beats耳机
  • 购满50000至149999元   送Apple ipad平板电脑
  • 购满150000至199999元   送iwatch
  • 购满200000及以上  送AppleMacBook12英寸笔记本电脑

活动三:老友聚惠

全场8.5折优惠特权,只属于慧都老客户的特别礼遇。
全场产品(特殊、部分产品除外)、培训及技术服务,不论您是购买,还是续费,通通享受8.5折优惠,并赠送慧都学院专家公开课免费入场名额2份。
更多老客户优惠,敬请咨询慧都客服
注:凡在2017年10月9号之前在慧都购买过一次及以上产品、或者服务等的客户均可享受此优惠特权。

活动四:在线订购限量抢

慧都在线订购明星产品Myeclipse最后100套超低折扣限量抢!
同时,慧都在线订购商城全场优惠促销中,包含用户界面、图表报表、加密解密、测试分析、网络通讯、图形图像、BI/大数据等各类产品,空前优惠等你来!

活动五:周年集字送好礼

扫描二维码,关注“慧聚IT”微信公众号参与活动
慧都周年狂欢季,邀您集字赚好礼!90%极高中奖率,定制台历、慧都通用8折券、乐扣高端保温杯、小米定制充电宝轻松拿到手,还有机会赢取价值2999元的慧都学院VIP年费会员。
未发布 Microsoft将持续交付功能添加到Visual Studio、Azure
by Harriet666 keys 分享 1488247992794

Microsoft正在向Visual Studio 2017 IDE中添加持续交付功能。

Visual Studio扩展的持续交付工具允许开发人员在Visual Studio团队服务ALM平台上设置自动构建、测试和发布管道。它适用于面向Azure应用服务和Azure容器服务的ASP.Net 4和ASP.Net Core应用程序。开发人员可以通过IDE中的通知来监视管道,提醒他们连续集成运行中发生的生成失败信息。

具体更新功能点击查看>>>

未发布 GIS软件开发包Map Suite v10.2.0发布,支持3D渲染
by Harriet666 keys 分享 1513242946786
Map Suite .NET的地图控件&组件可以为你的.NET定制应用程序添加交互式地图和GIS功能。作为一个.NET软件开发者,你可以使用Map Suite强大的地图API为你的项目添加空间功能,包括交互式的Visual Basic或C#地图、地理编码、空间分析、路由和地理处理等等。Map Suite是你工具箱中不可或缺的一个地图SDK。
 
Map Suite v10.2.0亮点
  • 支持3D渲染和OSM Buildings
  • 增加了对USGS DEM的支持
  • 升级了FdoFeatureSource以支持最新的FDO 4.0库
  • 为所有FeatureSources和FeatureLayers添加了“GetFeatureIds”API
有关任何Map Suite产品版本的增强功能和更改的完整列表,请查看官方ThinkGeo Wiki中的具体更新日志。

未发布 .Net文档图像处理工具包GdPicture.NET发布v14,提供最先进的PDF和文档成像技术
by Harriet666 keys 分享 1500539281166
GdPicture.NET 14.0是2017年初的第一个主要版本。像过去13年一样,GdPicture.NET团队力求提供最先进的PDF和文档成像技术。
 
此版本所有主要功能都得到了改进:PDF、TWAIN采集、压缩、文档渲染、文档转换、条形码识别、字符识别和文档清理。此外还包括其他流行的文档文件格式新功能或改进功能,包括Office Open Xml相关功能和使用Wang注释的TIFF。现在也支持RTF文档格式。
 
DocuVieware是HTML5文档管理的主要扩展,还包括一个新的注释评论管理单元,支持所有浏览器中的HTTPS TWAIN扫描,并大大地提升了性能。现在提供了通过任何流行的Web技术(如Angular、ASP.NET Core、ASP.NET、Java、JavaScript、Node.js和PHP)使用DocuVieware的所有必需资源和功能。
 
【GdPicture.NET 14.0点击下载>>>】
 
新的功能和改进

新的文档查看器引擎

新版本附带了一个全新的渲染引擎,可以非常快速地展示大尺寸位图,并以多页视图模式显示多页文档。对于所有支持的框架,它已经被加入到了WinForms版本的GdViewer控件中。

新文件转换器类

处理快速文档转换的新类已添加到工具包中。它允许通过处理转换的每个方面(颜色、元数据、注释、图像、文本...),将任何支持的文档格式(通过GdPicture)快速转换为流行格式,如PDF和TIFF。(需要GdPicture Ultimate版本)。

支持新的文档格式

现在支持RTF查看和转换。渲染和显示、获取缩略图、浏览、搜索、转换为PDF或位图。使用多视图模式、文本搜索、文本选择和提取等查看GdViewer和DocuVieware中的rtf文档。

字符识别和可搜索PDF(PDF-OCR)

该OCR引擎已经改进,以减少内存的使用,提高稳定性和准确度(尤其是低分辨率的位图)。
GdPicture.NET 14.0可搜索PDF(PDF-OCR)已经改进。创建更快,生成的文件更小。
字符识别引擎已经优化,使用较少的内存,并且PDF页面识别方法得到了改进。

长期归档(PDF/A)

PDF/A是长期存档电子文件的ISO标准。感谢GdPicture.NET PDF/A功能,可以创建标准化的电子文档,可以在任何系统上随时随地地展示,同时可以使用兼容的查看器打开。
GdPicture.NET 14.0能够生成PDF/A的任何格式:PDF/A-1a、PDF/A-1b、PDF/A-2a、PDF/A-2b、PDF/A-2u、PDF/A-3a、PDF/A-3b和PDF/A-3u。

附加PDF支持功能

增强了PDF的最重要部分,以改善解析、写入、渲染、内存使用和速度。当使用Unicode内容编写PDF时,GdPicture.NET 14.0附带了一种新的字体生成引擎,支持TrueType字体的子集。该软件现在支持用于Unicode文本绘图的OpenType字体。新的文本提取算法构建更接近自然阅读顺序的文本。
GdPicture.NET现在读取复杂的PDF最多可以提高5倍速度,并且更快地编写pdf文本。
其他新功能和增强功能包括:
  • 支持传递函数到PDF光栅化器。
  • 新的CCITT滤波器解码器。
  • 支持将JPEG图像添加到PDF中,无需对图像进行解码/重新编码。
  • 改进了具有链接文档的PDF包。
  • 改进页面规范化支持。
  • 提高大文件的处理速度(和内存使用量)。
  • 打印:减小了一些复杂文档生成的卷轴大小。
  • 打印:提高生成页面的质量,特别是虚拟打印机。

Office打开Xml Word处理文档

GdPicture.NET 14.0包含了很多改进的渲染引擎,并提供对表格内容和图片的支持。渲染引擎快了80%。

条形码引擎

GdPicture.NET条形码读取引擎使用错误校正机制。在GdPicture.NET 14.0中引入了改进的纠错机制,以提高引擎的速度和精度。条形码引擎使用查找器模式来定位文档中的代码。
当将GdPicture.NET 14.0引擎与GdPicture.NET 12.0引擎进行比较时,可以获得以下数据:
  • 1D条码阅读引擎
    提高10%的条形码识别
    提高44%的补丁代码识别
    快14%
  • 数据矩阵条码阅读引擎
    提高15%的条形码识别
  • PDF 417阅读引擎
    提高14%的条形码识别
    快40%
  • QR码阅读引擎
    快18%
    提高24%的条形码识别

文件成像过滤器

  • GdPicture.NET页面自动校正精度有所改进。
  • 空白页检测引擎的准确性大大提高,更好地排序空页。
  • 引入了一个新的颜色压缩过滤器,将特定颜色放入多个上下文中:退出表单等。

注释评论

GdPicture.NET 14.0新的评论功能可以帮助集成商解决文档审查的难题。
基于GdPicture.NET的应用程序可以存储由GdPicture.NET(超过100个)支持的所有格式的注释,包括PDF和TIFF。有了这个新功能,这些应用程序可以提供协作文档审阅,参与者可以在审阅过程中共享信息。

支持Wang注释

Wang注释是一种老旧的注释格式。ORPALIS开发了将这些旧式文件转换为最先进的注释PDF或TIFF的工具。
该工具可用作github上的开源项目。请参阅:https://github.com/Orpalis/WangTagReading

改进图像编码解码器

  • GdPicture.NET图像压缩速度得到提高:
    JPEG2000解码速度高达25%
    在64位系统上压缩JPEG图像的速度大约10-15%
    使用预测变量压缩PNG图像的速度提高了30%,达到50%
  • 改进RAW图像加载速度,并增加了对80多个新相机的支持
  • 支持在BMP文件中读取和写入alpha通道

杂项

  • 通过Twain扫描时,使用存储器传输模式增加了对压缩位图的支持
  • 提高了Twain内存传输速度
  • 改进1D条码刻录机编码
  • 参考指南大大改进,并将不断更新

DocuVieware全球改进

受益于GdPicture.NET 14.0的最新改进,DocuVieware 3.0提高了性能、内存占用以及用户体验。
格式支持也得到了改进,现在可以将Microsoft Office OpenXML文档导出到向量PDF。
未发布 LEADTOOLS Multimedia SDK更新:改进RTSP和H.265/H.264的硬件加速
by Harriet666 keys 分享 1498202835215
LEADTOOLS Multimedia SDK此次更新意在改进实时流协议(RTSP)和H.265和H.264编解码器中的硬件加速。
RTSP
  • 支持新格式:
    QuickTime
    Windows媒体播放器
  • 支持RTSP流中的KLV元数据
  • 通过TCP和HTTP服务器增加对RTSP的支持
  • 增加了新的安全处理程序
  • 改进对相机、搜索和AAC音频流的支持
  • 增加RTSP Live Streaming的新示例
  • 增加了到RTSP DESCRIBE响应的流比特率
编解码器,多路复用器和解复用器
  • 增加了对第六代QuickSync加速的支持以及后来的英特尔处理器对H.265编码器和H.265解码器的支持
  • 在H.265和H.264解码器上使用CUDA硬件加速时,支持非异步模式
  • 支持在H265解码器中选择解码引擎
  • 支持在H.265解码器中解码10位视频
其他多媒体更新
  • 增加了将DVR录制成较小的完整视频片段的功能
  • 添加了一个新的Microsoft Smooth Streaming源过滤器,允许从Microsoft Smooth Streaming服务器进行播放、转换和流式传输
  • 在播放模块中增加了自动海报框擦除的编程控件
  • 支持LEAD颜色空间转换器的P010格式
此更新对19版本的用户免费,即刻下载>>>
LEADTOOLS Multimedia包含产品:

未发布 jQuery JavaScript的综合性UI组件库jQWidgets更新至v4.5.1丨附下载
by Harriet666 keys 分享 1492486905498

jQWidgets是一个基于jQuery JavaScript的综合性和创新性的HTML5 UI组件库,旨在帮助开发者创建专业、跨平台的Web应用程序,并最大限度的节省开发时间。jQWidgets包含30多种UI组件,是最快的JavaScript UI框架之一。

【最新版jQWidgets v4.5.1点击下载>>>】

jQWidgets v4.5.1更新内容:
改进:
  • 当固定tabbedGroups或取消autoHideGroups时,jqxLayout / jqxDockingLayout“allowClose”设置现在将被保留。
修复:
  • 修复了当decimalSeparator为“,”时,jqxNumberInput中关于移动设备行为的问题。
  • 修复了jqxScheduler中关于exactTimeRendering功能的问题,2天中会出现同一个预约。
  • 修复了jqxScheduler中当没有聚焦单元格时对话框会打开的问题。
  • 修复了关于jqxPopover中showArrowButton属性被动态设置的问题。
  • 修复了jqxGrid中关于“复选框”列中工具提示的问题。
  • 修复了jqxGrid中关于剪贴板粘贴功能的问题。
  • 修复了jqxGrid中当网格行详细信息和聚合功能分组启用时切换箭头显示的问题。
  • 修复了jqxGrid中关于分组聚合渲染逻辑的的问题。
  • 修复了jqxGrid中关于过滤器行下拉列表和“全选”项的问题。
  • 修复了jqxGrid中当按下“ESC”并且在源对象中定义了“updaterow”时关于全行编辑的问题。
  • 修复了jqxDataTable中关于服务器端过滤的的问题。
  • 修复了jqxWindow中关于动态启用/禁用窗口拖动的问题。
  • 修复了jqxWindow中关于关闭模式窗口后Tab键导航的问题。
  • 修复了jqxTabs中当关闭按钮被启用时有关setTitleAt方法的问题。
  • 修复了jqxRibbon中关于animationType:“slide”的问题。
  • 修复了jqxWindow中关于Internet Explorer“销毁”方法的问题。 

阅读原文>>>


 近期热门 - 点击最多
  1. python基于asyncio实现 Redis 的异步操作哈希数据写入 / 读取、发布订阅消息中间件
  2. Node.js 打印vite react+go项目目录树
  3. Angular入门:用Signals状态管理和Bootstrap基础样式实现的用户登录注册实例教程
  4. 用Gitea搭建免费Git服务器自定义Actions配置CI/CD自动化部署和测试流水线
  5. FastAPI+SQLModel+PostgreSQL+React+Vite全栈项目文件结构说明环境搭建与初始化指南
  6. React结合vite使用vue3,在纯typescript的react hooks中使用vue
  7. valtio基于Proxy代理比redux\zustand更简洁的react状态管理库
  8. React Native为http网络请求添加timeout超时异常处理: 用XMLHttpRequest替换fetch发送的区别
  9. React Native使用fetch发送http登陆验证请求失败:无法读取set-cookie并显示network request failed
  10. 克服Redux的缺点在React/Native中使用消息队列,pubsub-js更加简洁的组件间通信和状态传递方法

  全端社区 - 最新回复
  1. python基于asyncio实现 Redis 的异步操作哈希数据写入 / 读取、发布订阅消息中间件
  2. Angular入门:用Signals状态管理和Bootstrap基础样式实现的用户登录注册实例教程
  3. 用Gitea搭建免费Git服务器自定义Actions配置CI/CD自动化部署和测试流水线
  4. FastAPI+SQLModel+PostgreSQL+React+Vite全栈项目文件结构说明环境搭建与初始化指南
  5. Node.js 打印vite react+go项目目录树
  6. valtio基于Proxy代理比redux\zustand更简洁的react状态管理库
  7. Windows与Mac通过git ssh和rsync实现文件共享互传
  8. Windows与Mac通过git ssh和scp实现文件共享互传
  9. React结合vite使用vue3,在纯typescript的react hooks中使用vue
  10. 使用PubSub-JS时ReactNative在后台运行一段时间唤醒后,组件无法scribe到publish的事件,typescript实现一个事件订阅发布组件

  开源的 OurJS
OurJS开源博客已经迁移到 OnceOA 平台。

  关注我们
扫一扫即可关注我们:
OnceJS

OnceOA