Origin2016

Origin2016中文版是一款由originlab公司发布的绘图与数据分析更具。Origin2016官方版内置了统计、信号处理、图像处理、峰值分析和曲线拟合等数学分析功能，满足不同人群的需要。通过Origin2016软件用户可以自定义数学函数、图形样式和绘图模板，适合科研工作者使用。

Origin2016软件介绍

      OriginPro 2016为您导入、转换、处理、作图以分析数据以及发布研究结果提供了各种各样的工具和选项，既可以满足一般用户的制图需要，也可以满足高级用户数据分析、函数拟合的需要。这款软件虽然是属于专业的函数软件，但是它的操作却没有我们想象中的那么难，软件的整个绘图过程大部分都是根据模板进行的，系统本身就已经为用户提供了几十种二维和三维的绘图模板，同时还可以允许用户自己定制模板进行使用，在现在的一些高校中OriginPro 2016也被当做必须掌握的软件之一。

Origin2016功能介绍

      将多页表工作簿导出为Excel文件

      复制图形并直接粘贴到在线文档工具，如Confluence页面

      将多个图形导出为单个多页PDF文件的选项

      导出带有PE文件夹名称的图表包含在导出文件的名称中

      复制/导出图形页面的用户定义区域

      忽略ASCII导出中的隐藏列

      将项目子文件夹中的图形导出到Windows资源管理器中项目文件夹下的相应子文件夹

      将图表发送到PowerPoint改进：指定图表列表和顺序，指定幻灯片布局和样式

      使用GUI工具或脚本从Origin Windows创建电影

      图形导出支持PDF和EPS格式的透明度

      将所有图表导出到PowerPoint

      通过追加或替换将ASCII数据导出到现有文件

      幻灯片放映图和布局

      将工作表导出为图像，WAV，NI TDM / TDMS文件或多页PDF文档

      图形导出格式包括：AI，CGM，EPS，TIFF，PDF，JPEG，EMF，PSD等。

      将图像导出为栅格文件格式

      Origin2016软件特色

      可以导入包括ASCII、Excel、pClamp在内的多种数据。另外，它可以把该软件的图形输出到多种格式的图像文件，譬如JPEG、GIF、EPS、TIFF等等。

      里面也支持编程，以方便拓展软件的功能和执行批处理任务。软件里面有两种编程语言——LabTalk和Origin C。

      在原有基础上，用户可以通过编写X-Function来建立自己需要的特殊工具。X-Function可以调用Origin C和NAG函数，而且可以很容易地生成交互界面。用户可以定制自己的菜单和命令按钮，把X-Function放到菜单和工具栏上，以后就可以非常方便地使用自己的定制工具。(注：X-Function是从8.0版本开始支持的。本软件之前版本的主要通过Add-On Modules来扩展Origi软件的功能。

Origin2016使用说明

      验证原点分析结果

      从“ 帮助”菜单中，选择“ 学习中心”(或按F11)。注意：如果系统提示您下载并安装学习中心的更新，请在此时执行此操作!有一个关键的错误修复。

      在“学习中心”对话框中，选择“ 分析样本”垂直选项卡。

      从Samples In下拉列表中，选择Validation。

      您将观察样品列表。

      单击任何样本以在当前Origin会话中打开它。

      样本打开后，系统将提示您在Origin中运行分析。

      如果单击“ 确定”，Origin将运行分析并将结果输出到“ HTML报告”窗口(请参见下图)。该报告预先填充了相关NIST验证的数据和结果，以便与Origin结果进行简单比较。

      所有提供的例子都说明Origin的结果与NIST的结果完全或几乎完全一致。(注意：如果您想查看NIST信息，报告页面中会提供一个有用的链接。)

      暗示!!!您可以看到以下报告具有背景色单元格。如果要打印其中一个报告，则不会打印背景颜色。这是显示报告的HTML容器的默认行为。如果您确实需要背景颜色，请在报告中单击一次以激活它。然后，从“文件”菜单中选择“页面设置”...在“页面设置”对话框中，勾选“打印背景颜色和图像 ”复选框。从现在开始，HTML报告将以背景颜色打印!

      在不考虑太多背景信息的情况下，Unicode将文本“字符”视为基于整数的代码点，而不是实际字符本身。在UTF-8中，这些代码点分解为1到4个字节的序列，ASCII范围占用1个字节，其他语言不同地占用2,3或4个字节。对于那些感兴趣的人来说，这是对这个主题的一个很好的讨论。

      让我们看看一些实际的文本数据并将其分解以说明发生了什么。在下表中，我们看到了“实验#1”文本的简体中文版本：实验#1。最重要的是要注意前两个代码点每个占用3个字节，而最后3个代码点各占1个字节，因为它们在ASCII范围内。另请注意，“视觉角色”(字形)和代码点之间存在1对1的关系。对于绝大多数情况，这是正确的，但有一些例外情况将在本文末尾列出。

      对于想要操作包含非ASCII UTF-8编码数据的数据的LabTalk或OriginC程序员来说，这意味着什么?让我们来看看。

      LabTalk

      为了正确支持UTF-8编码的文本字符串 ，在2018年添加了一个新的系统变量 @ SCOL。当它设置为1(默认值)时，LabTalk字符串对象的大多数常见LabTalk字符串函数和方法都将利用代码点进行字符偏移和字符计数(如Excel)。如果@SCOL设置为0(零)，那些函数将使用字节数表示偏移量和字节数用于计数。请记住，在LabTalk中，偏移和位置是基于1的。

      因此，如果我们将两个LabTalk字符串函数Len()和Mid()应用于上表中所示的简体中文文本，我们可以看到使用代码点与字节之间的结果有何不同：

      请注意，当使用代码点(@ SCOL = 1)时，Len()返回预期的数字，Mid()返回预期的子字符串。但是如果我们在使用字节时查看结果(@ SCOL = 0)并引用上面的表格，我们可以看到Len()给出了用于文本字符串的字节数。Mid()从字节#4开始，返回字节#4和字节#5。那么，这两个字节是3字节代码点的一部分。这意味着返回的子字符串不完整，基本上是垃圾。

      虽然LabTalk现在支持正确的UTF-8编码文本字符串，但是在脚本编写中可以使用非ASCII范围文本的位置存在一些限制。“ 脚本窗口”或“命令窗口”不支持它。如果输出非ASCII范围文本(每个“字符”超过1个字节)或在其中任何一个窗口中输入非ASCII范围字符串文字，则很可能会显示垃圾代替文本。另一方面，输出到结果日志或消息日志或对话框将正确显示文本。

      如果需要在LabTalk脚本中使用ASCII范围之外的UTF-8编码文本，则必须使用OGS文件。更重要的是，实际的OGS文件必须保存为UTF-8，并在文件中添加字节顺序标记(BOM)，以便脚本正确执行。 如果需要，代码生成器将提示您将OGS文件保存为UTF-8，并自动添加BOM，但其他文本编辑器可能不会这样做。例如，NotePad可以保存UTF-8并自动添加BOM，但除非特别说明，否则NotePad ++不会添加BOM。因此，如果它不是Code Builder，那么确定您选择的文本编辑器正在做什么是一个好主意。

      注：旧的LabTalk 子串符号将不支持ASCII范围之外的UTF-8串并没有计划来实现它。但是，我们鼓励您使用现代字符串函数，因此这不应该对新脚本造成太大问题。

      最后，非常好的做法是不要尝试在ASCII范围之外使用LabTalk中的变量或函数名称。这是大多数编程语言中的一般最佳实践，而不仅仅是LabTalk。

Origin2016更新日志

      1.将bug扫地出门进行到底

      2.有史以来最稳定版本

提取码: qbbe