【慧都十四周年庆预热开启！全场满额送七级豪礼，AppleMac笔记本电脑、iwatch、iPad等您来拿！】

活动时间：10月1日-10月31日

修复：

• “选项”对话框上的“帮助”按钮可能无法在IE中打开。
• 如果Chrome选项卡关闭或Chrome已打开并立即关闭，则HttpWatch可能会崩溃。
• 如果在页面仍在加载时停止录制，则IE可能会发生错误。

• 支持新格式：
  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格式

• 它是从Google内部代码块中抽取出来的一系列最基础的软件库。作为基本的组成部分，这些软件库支撑了几乎全部Google在运行的项目。以前这些API是零零散散地嵌入在Google的大部分开源项目中，现在我们将它们规整在一起，形成这样一个全面的项目。
• Abseil是Google代码库的最基本构建模块，其代码经过了生产环节测试，此后还会继续得到完全的维护。

• base：初始化，以及其它的基础代码。 
• algorithm：对C++的库的补充，并为原算法提供了基于容器的版本。 
• container：提供了更多的STL类型容器。 
• debugging：用于检查泄漏的调试库。 
• memory：包括兼容C++ 11版本的std::make_unique()和内存管理。 
• meta：包括兼容C++ 11版本的类型检查，在C++ 14和C++ 17版本的C++ 库中可用。 
• numeric：兼容C++ 11的128位整数。 
• strings：各种字符串工具。 
• synchronization：并发原语和同步抽象。 
• time：抽象了绝对时间点操作和时区操作。 
• types：非容器工具的类型。 

v13.0版本中的新设计

• 应该有一个核心服务作为所有模块的中心。

• 该服务应该设计成：

• 独立模块应能够通过核心服务相互通信

• 独立模块应能够通过核心服务共享数据

• 使用哪些模块应由应用程序中使用的JavaScript文件决定

• 所有模块都应自动升级，用户无需额外的操作

• 每个模块都能够处理自身的JavaScript请求

为什么会出现这个新设计？

1. 只允许拥有一个版本，换句话说，你不能同时安装两个版本。
2. 随着每次新版本的发布，客户会发现从旧版本升级到新版本的过程很困难。尽管Dynamsoft员工一直努力让这一过程尽可能的简单，但许多客户仍然觉得升级困难。关键的原因是在使用该产品时每个桌面上都需要重新安装该服务。
3. SDK已经非常丰富了，包括不同的模块如条形码读取器、OCR模块，网络摄像头模块等。然而，SDK的旧结构使得这些模块只能以TWAIN模块为中心，导致结果是：

1. 新版本可以与旧版本一起安装、实现共存。
2. 从这个版本开始，Dynamsoft Service将成为中心。它只处理最基本和最核心的功能，并保持稳定。因此，安装之后就可以很少或无需再升级。
3. 所有模块的安装和未来的升级将变得“安静”。换句话说，它们不再需要执行任何安装程序。相反，一旦文件在服务器上更新（新模块以及新的JavaScript文件），Service将以静默的方式下载并安装新模块。
4. 所有模块都可以独立使用和升级了。

活动时间：10月1日-10月31日

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

【最新版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“销毁”方法的问题。 

阅读原文>>>

更新内容：

• 创建新的Vintasoft.Barcode.Web.Services组件，包含了用于读取和写入条形码的独立Web服务。该Web服务允许为任何.NET兼容的Web平台快速创建Web服务，例如ASP.NET WebForms、ASP.NET MVC、ServiceStack。
• 创建新版Vintasoft.Barcode.Web.Api2Controllers，包括用于在ASP.NET MVC 5中读取和写入条形码的Web API 2控制器。
• 已验证Vintasoft.Barcode.js的JavaScript代码与jQuery 2和3的兼容性。
• 创建新的演示应用程序，演示了如何在ASP.NET MVC 5中读取和写入条形码。
• Silverlight 4停止使用。
• 添加了Visual Studio .NET 2017演示项目。

Java 9在9月21日正式发布，同时Oracle宣布将Java新版本的发布周期调整为每半年一次。目前，Java新版本的开发也已正式进入轨道。就已公开的消息来看，下一个版本的Java预计会在2018年3月发布，版本号将会是18.3，已经规划加入的特性包括JEP 286和296。

根据reddit站点上的讨论，首先更新的是JEP 296，Valhalla预计很快也会加入进来。OpenJDK的主页面则显示，已确定要在18.3版本实现的是JEP 286和296。

JEP 296主要是将JDK仓库群（JDK Repository Forest）合并为一个仓库，旨在降低管理大量仓库群的成本。根据InfoQ之前的报道，该仓库群的合并已经完成。这些软件仓库是在OpenJDK发展史上历次分裂生成的，在OpenJDK 9及以前的版本中将会继续存在。在这次合并操作之前，OpenJDK曾分裂为多个不同的Mercurial软件仓库群，这导致了许多问题，例如不能以原子方式对多个软件仓库应用漏洞修复（Bug Fixes）。在OpenJDK合并完成后，只会有一个软件仓库，并复制在三个开发线上。为了简化仓库的管理，JDK中还创建了用于在合并和未合并版本间移动更改的工具。

JEP 286提议在Java中引入局部变量的类型推断，该JEP在2016年提出，InfoQ曾经报道过该JEP的概况和相关的开发者调查结果。该JEP旨在减少编写Java代码相关的仪式性的内容，提升开发人员的体验，同时还要保证Java语言的静态性。它会减少开发人员在声明局部变量时，没有必要的变量类型声明。如果该JEP实现的话，在声明局部变量的时候，就可以采用类似如下的方式:

var list = new ArrayList();  // infers ArrayList
var stream = list.stream();          // infers Stream

这种语句只能用于带有初始化器（initializer）的局部变量、增强的for-loop中的索引以及传统for-loop中声明的局部变量。它不能用于方法声明、构造函数声明、方法返回值、字段、catch语句以及其他类型的变量声明中。

关于局部变量的类型推断，不管是JVM体系中的语言还是其他语言都提供了一定形式的支持，比如C++（auto）、C#（var）、Scala（var/val）以及Go（通过:=进行声明）。至于该使用var作为关键字，还是使用let或类似于C/C++中的auto作为关键字，之前曾经有过一个面向开发者的调查。大约84%的回答表明定义可变内容的变量用关键字var是恰当的，只有百分之几的回答者建议使用auto更合适。根据Java语言架构师Brian Goetz介绍，该功能应该使用关键词var。

关于该特性的用法，在reddit上有一些讨论。有人表示，即便在支持“auto”语法的语言中，该特性使用的也比较少，因为有些人希望一眼就能看出变量的类型是什么。也有人认为，var有它的适用空间，在小的代码块中，直接用它实例化对象是可以的。如果是作为方法返回值的话，还是希望明确声明类型，Java的类型推断并不支持方法返回值，这一点倒不必担心。如果函数或代码块比较长的话，就不建议使用var了并要考虑适时进行代码的重写。时间和经验将会让我们更加明确应该在何时使用新功能，就像Optional刚出现时，也是耗费了一些时间才明确其推荐适用场景。

Valhalla项目中包含了一些有趣的JEP，包括值类型(Value Type)、针对原始类型实现泛型功能、增强的volatile等，外界很期待这些内容最终也能添加到新版本中。

2017慧都十四周年狂欢搞事情！砸金蛋100%抽现金红包、满额豪送iPhone X、iPhone 8、DevExpress汉化免费送、团队升级培训套包劲省10万元......更多惊喜等您来探索！

• CompressionControl-获取或设置指示如何确定所产生的压缩。
• CompressionRatio -获取或设置指示压缩比使用整型值。

DicomEngine.Startup();
using (DicomDataSet ds = new DicomDataSet())
{
   //Load DICOM File 
   ds.Load(input, DicomDataSetLoadFlags.None);

   //Initialize J2K Options
   DicomJpeg2000Options options = ds.DefaultJpeg2000Options;

   //Set Options
   options.CompressionControl = DicomJpeg2000CompressionControl.Ratio;
   options.CompressionRatio = 50;

   //Add options to the dataset
   ds.Jpeg2000Options = options;

   //Change the transfer syntax to J22K
   ds.ChangeTransferSyntax(DicomUidType.JPEG2000, 2, ChangeTransferSyntaxFlags.MinimizeJpegSize);

   //Save Dicom file
   ds.Save(dest, DicomDataSetSaveFlags.None);

   //Shut down the DICOM engine
   DicomEngine.Shutdown();
}