版本0.14.0[2023-08-10]

新功能

• 进度报告可通过中断终止（例如用户按Ctrl-C，或进程在外部中断），或运行时错误。发生这种情况时，将保留最新的进度更新（例如，终端中的进度条保持不变），以及信息显示消息（如果进度处理程序支持）。在上一个版本、进度的保存和消息的输出只在中断时发生。在这个版本中，这种情况也发生在错误。

其他

• 这个progressr.选项帮助页面现在列在帮助索引。

漏洞修补

• ‘cli’、‘pbcol’、’pbmclapply’、‘progress’和‘txtprogressbar’如果出现中断，处理程序不会重新绘制进度条，无论是在中断。

版本0.13.0[2023-01-09]

重大变化

• 现在默认启用了“shinny”和“filesize”处理程序。以前，它们只在交互模式下启用，但现在也经常用于非交互模式，如果它们始终处于启用状态，例如，Shiny应用程序通常通过闪亮的服务器。通过设置R选项可以禁用这些处理程序progressr.enable（进程启用）设置为FALSE。

• 选项进度.侵入.听觉已经是重命名为progressr.inrusiveness.audio（进度.侵入.音频）.

新功能

• 添加handler_rushbullet（）用于报告进度通过Pushbullet消息服务使用R弹头包裹。

• 现在还有“beger”、“debug”、“filesize”、“notifier”、“rpushbell”、，'shirn'、'tkprogressbar'和'winprogressbar'处理程序报告中断。

• 现在，“finish”类型的进度更新也支持更新进度状态，例如您可以p（数量=1.0，类型=“完成”）而之前你有要做的事p（数量=1.0）然后p（type=“完成”）导致两种进度条件发出信号。

漏洞修补

• 当使用多个进程处理程序时，它只能是第一个一个随着进度完成而更新的，而任何以下他们不会收到最后的更新。

• 完成后，“cli”处理程序将输出换行符。

• “cli”处理程序未处理零长度的进程导致rep（chr_complete，complete_len）中出错：“times”参数无效当progressor完成时。

• 当气候变化指数包被配置为通过报告进度进步者，即设置时选项（cli.progress_handlers=“progressr”）.

版本0.12.0[2022-12-12]

重大变化

• 现在带进度（）和无进程（）在运行时暂时禁用全局进度处理程序，以避免进度更新被处理两次。以前，从技术上讲，可以将两个不同的进度处理程序交织在一起。

新功能

• 添加handler_cli（）用于通过呈现进度更新这个气候变化指数程序包及其cli:：cli_progress_bar（）.

• 现在手柄_进程（）创建一个进步始终由呈现的进度条强制进度：：progress_bar$new（…，force=TRUE）.

• handler_txtprogressbar（）获得支持ANSI彩色烧焦ASCII和Unicode符号。

其他

• 现在with_progress（）声称退出时的活动“输出”汇与进入时的相同，并且最后一个一个闭合的是被创建的。如果不是，则为信息错误消息已生成。

• 现在，所有进程处理程序都断言“输出”接收器在退出时与在进入时相同。

• 依赖于被取代的蜡笔包现在已更新为使用气候变化指数包裹。

漏洞修补

• 使用with_progress（）而全球进步处理程序被启用可能会导致气候变化指数处理程序，也可能用于未来。正因为如此，with_progress（）和无进程（）现在禁用全局进度处理程序运行时暂时。

• 这个pbmclapply（）处理程序一次从0变为100%步骤，因为我们忘记设置最大值：最小值。

版本0.11.0[2022-09-02]

新功能

• 使用“winprogressbar”或“tkprogressba”处理程序时，进度消息更新标签的组件进度面板。现在，还可以更新标题基于进度消息的组件。如何标题和标签组件已更新，并且通过新的输入参数。例如，输入=列表（title=“sticky_message”，label=“message“）导致进度消息更新标签成分和粘性的更新。出于向后兼容的原因默认值为输入=列表（标题=NULL，标签=“消息”）.

• 现在演示功能slow_sum（）输出也“粘滞”消息。

其他

• 避免嵌套<em>HTML生成的帮助中的标记第页。

版本0.10.1[2022-06-02]

新功能

• 现在胶合板（>=1.8.7）支架进步者对于并行处理，例如y<-plyr:：llply（X，slow_sum，.parallel=TRUE，.progress=“progressr”）.

漏洞修补

• “plyr”进度插件停止使用进步者0.8.0之间。

• 杂散警告进展条件可以显示一条空消息。

版本0.10.0[2021-12-18]

重大变化

• 现在检测到中断，这将触发进程处理程序很好地终止，例如终端中的进度条将保持为-is而不是被清除。

漏洞修补

• 一个表示进度超过100%的进度器阻止了任何同一环境中需要报告的其他进展者进度。

• 无法再重用“progress”类型的处理程序不止一次，因为当已完成。

• “pbcol”进程处理程序不尊重clean=假.

弃用和废弃

• 功能进度（）为了重新使用而失效用于其他目的。不太可能有人真的使用了这个功能，但如果你这样做了，那就用cond<-progression（）创建一进展条件，然后使用使用Restart（signalCondition（cond），muffleProgression=函数（p）NULL）发出信号。

版本0.9.0[2021-09-24]

性能

• progressor函数由创建进度（）不从调用环境“继承”更长的对象，对于实例，导致将这些对象导出到并行工作线程与progressor函数一起使用，而progresstor函数又会附带时间和内存开销大。

• 进度（）不再记录的调用堆栈默认情况下为累进，因为这会显著增加大小这些条件对象中，例如，不是5 kB，而是500 kB。如果发出信号并收集大量进度更新例如，通过futures完成，然后在收集端可能会变得非常大。大尺寸也会与futures并行对性能的负面影响因为转移这些超大型设备的额外开销从并行工作人员返回到主R会话的条件。这些从那时起，问题就一直存在进步者0.7.0（12月2020). 要恢复到以前的行为，请使用progressor（…，trace=TRUE）.

新功能

• 程序员（）获得的论点追踪到控制是否应在每个进展条件。

• 现在打印（）对于进步者功能和进展条件还报告了对象，即序列化时所需的字节数实例之间的通信。

漏洞修补

• 注册的进度处理程序也会在以下情况下报告进度在一个分叉的并行子进程，例如在使用并行：：mclapply（）.这会给人一个错误的印象那个进步者更新在使用时有效并行：：mclapply（），这不是真的。然而，请注意当使用未来的“多核”后端时，它确实有效使用叉子。

版本0.8.0[2021-06-09]

重大变化

• 创建新的进度（）现在将自动完成一个现有的progressor，如果它以前是在同一个progresstor中创建的环境。之前的行为是给出错误（参见下面的错误修复）。

• _进度R_*环境变量现在只是当进步者包已加载设置相应的进步者*选项。以前，一些这些环境变量中的一个被不同的函数作为回退到未设置选项时。通过仅在包被加载，它减少了函数的开销阐明了选项可以在运行时更改，而环境变量只能在启动时设置。

• 使用时使用ProgressShiny（），进度消息现在更新细节光辉进步的组成部分面板。以前，它更新了消息组件。这个可以通过新的输入参数。

新功能

• 带ProgressShiny（）获得的论点输入，可用于控制是否发光进度组成部分消息和细节应该根据进度消息进行更新，例如。inputs=列表（message=“sticky_message”，detail=“message“）将导致进度消息更新细节组件和粘性组件来更新两者。

• 现在支持零长度的progressor，例如p<-进程（沿=x）哪里长度（x）==0.

• 添加处理程序（“rstudio”）报告RStudio控制台通过RStudio-Job界面。

Beta版功能

• 作为指定相对进度的替代方法，说吧，p（数量=2），现在还可以指定迄今为止取得的绝对进展，例如p（步长=42）.参数数量还没有自变量时的效果步已指定。警告：参数步只能在完全控制订单时使用当这个时候进展发出条件信号。例如，它不能作为许多并行进度更新之一发出信号同时发出信号，因为我们不能保证这些订单进步到来了。

漏洞修补

• 在进步者0.7.0，任何使用超过函数或本地（）打电话会结果：“赋值错误（”…progressor“，value=fcn，envir=envir）：无法更改…progressor的锁定绑定值。“

弃用和废弃

• 功能进度（）已弃用以重复使用用于其他目的。不太可能有人真的使用了这个功能，但如果你这样做了，那就用cond<-progression（）创建一进展条件，然后使用使用Restart（signalCondition（cond），muffleProgression=函数（p）NULL）发出信号。

版本0.7.0[2020-12-11]

重大变化

• 用户现在可以使用处理程序（全局=TRUE）到无需使用即可在任何地方启用进度报告with_progress（）。这只适用于R（>=4.0.0），因为它需要全局调用处理程序。

• with_progress（）现在报告进展情况多个连续的进展者，例如with_progress（{a<-slow_sum（1:3）；b<-slow _sum（1-3）}）.

• 除非裹着的with_progress（）或无进程（）呼叫。理想情况下，会创建一个progressor在函数或本地（）环境。

• 包装现在需要R（>=3.5.0）以防止中断。

新功能

• 进度（）获得论证使可能到控制进程器是否发出信号进展条件。默认为选项progressr.enable（进程启用）因此可以全局禁用进度更新。这个使可能参数使已经提供进度=真/假其函数中的参数迁移到进步者无需打包更改其现有API，例如设置变为p<-progressor（along=x，enabled=progress）. Thep（）函数创建者p<-progressor（…，启用=FALSE）是空的开销几乎为零的功能。

• 现在with_progress（）和无进程（）返回计算的表达式。

• 现在可以根据以下内容动态创建进度消息中的信息进展条件。明确地，如果消息是一个函数，则该函数将被调用与进展条件作为第一个参数。这个函数应该返回一个字符串。重要的是，只有当进度处理程序接收进度更新并调用条件消息（p）这个函数是打电话。

• 进度（）获得论证消息到设置所有进度更新的默认消息，除非另有规定明确规定。

• 进度（）获得的论点on_exit=真.

• 现在进步处理程序还通过以下方式显示微调器违约。

• 添加“pbcol”处理程序，该处理程序将进度呈现为彩色终端中的进度条，其中包含写入前面。

• 进程处理程序现在以不可见的方式返回，无论它们是否是已完成。

漏洞修补

• 零金额进度更新从未达到进度处理程序。

• 参数使可能对于with_progress（）有没有影响。

版本0.6.0[2020-05-18]

重大变化

• 现在with_progress（）确保产生的任何输出而进度报告不会干扰进度输出反之亦然，否则这是进展中常见的问题输出到终端的框架，例如progress-bar输出与印刷品交织在一起。相反，当使用进步者我们可以使用消息（）和打印（）与往常一样，无论报告进展如何，或没有。

新功能

• 信号进度（msg，class=“sticky”）将导致要粘滞的消息，例如用于输出到终端，消息将被“推”到进度条上方。

• with_progress（）获得的论点延迟_端子其默认值将被自动推断检查当前设置的处理程序以及它们是否输出到终端与否。

• 论据延迟输出和延迟条件对于with_progress（）现在是敏捷的有效价值延迟_端子参数。

• 现在，handler_nnn（）函数在中传递附加参数...到底层progress-handler后端，例如手柄_进程（宽度=40L）将设置进度：：progress_bar$new（宽度=40L）.

• 添加环境变量R_进度R_清除,R_进程R_启用,R_PROGRESSR_ENABLE_AFTER程序,R_进度R_时间、和R_进度R_保密用于控制相应的进步者*选项。

漏洞修补

• 通过处理程序限制进度报告的频率论据次,间隔或干涉性不起作用，而且很有效忽略。

• 这个进步处理程序，它使用进度：：progress_bar（），不支持的着色这个格式字符串时由蜡笔包裹。

• 手柄（）没有返回不可见的（as记录在案）。

• 参数目标已忽略所有处理程序功能。

• 参数间隔的被忽略手柄_调试（）.

• The class of句柄_＜nnn＞（）函数，其中全部的重置进程处理程序而不是<nnn>_progression_handler（进程处理程序）。相同的错误导致报道名称要成为的字段“重置”而不是“<nnn>”.

版本0.5.0[2020-04-16]

新功能

• 添加“void”进程处理程序。

漏洞修补

• 注册的多个进程处理程序中只有最后一个是已使用。

版本0.4.0[2020-01-22]

重大变化

• 所有进度处理程序函数都已从重命名<name>_handler（）到手柄（）使其更易于使用自动完成。

版本0.3.0[2020-01-20]

新功能

• 进度（）获得的论据抵消和规模、和转型.

• 手柄（）获得的论点追加到使附加处理程序更容易。

漏洞修补

• A类进展条件与数量=0不会更新邮件。

版本0.2.1[2020-01-04]

漏洞修补

• winprogressbar_handler（）会产生错误“无效的'Label'参数”。

• 手柄（）如果“默认”为已返回处理程序。

版本0.2.0[2020-01-04]

重大变化

• 已重命名带Progress2（）到带ProgressShiny（）.

新功能

• 手柄（）获得的论点违约指定在未设置任何值时要返回的进程处理程序。

版本0.1.5[2019-10-26]

新功能

• 添加使用Progress2（），这是一个反向插件兼容性替换闪亮：：withProgress（）包裹在里面进程：：with_progress（）其中“闪亮”默认情况下，进度处理程序被添加到进度列表中使用了个处理程序。

• 添加demo（“mandelbrot”，package=“progressr”）.

漏洞修补

• 无法设置包.随机.种子设置为NULL，而不是删除它，这反过来会对“.Random.seed”发出警告不是整数向量，但类型为“NULL”，因此忽略“当下一个生成的随机数。

版本0.1.4[2019-07-02]

新功能

• 添加对的支持progressor（顺=…）.

版本0.1.3[2019-07-01]

新功能

• 现在可以发送“我还在这里”进度更新通过将进度步长设置为零，例如进度（金额=0）。此类信息可用于实例用于更新进度条微调器。

• 添加实用程序函数手柄（）用于控制选项progressr.handlers程序.

• 进程处理程序的内部状态现在有一个粘性消息字段，其中包含最新的非空进展消息收到。

版本0.1.2[2019-06-14]

新功能

• with_progress（）获得的论据使可能和间隔作为设置相应选项进步者*.

• Now选项progressr.interval（进程间隔）默认为0.0（以前是0.5秒）。

• 为添加了print（）进程处理程序物体。

漏洞修补

• with_progress（…，delay_conditions=“条件”）,在中引入进步者0.1.0，也会捕获进程处理程序生成的条件，例如进度：：progress_bar（）输出将不会显示直到最后。

版本0.1.1[2019-06-08]

新功能

• with_progress（）现在捕获标准输出和条件并在结束时传递它们。这样做是为了避免将这种输出与级数产生的输出交织在一起处理程序。此行为可以由参数控制延迟输出和延迟_条件.

版本0.1.0[2019-06-07]

新功能

• 现在a进展从R中识别条件会话UUID、进程UUID和增量进度指数，和进展时间戳。

漏洞修补

• 导出到同一外部R进程的progressor对象多次就会产生进展条件与之前出口的产品无法区分。添加时间戳到进展条件造就了他们可区分。

版本0.0.6[2019-06-03]

新功能

• 添加打印（）对于进展条件和进步者功能。

• 现在，进步者在会议上记录了更多细节信息。此信息与所有进展条件作为内部所有者的一部分信息。

版本0.0.5【2019-05-20】

新功能

• 添加filesize_handler进程处理程序。

• 添加对的支持倍数=1L用于进程处理程序当使用时，它将导致进程仅在完成（=最后一步）。

• 这个停堆，停堆控制进程由发出信号with_progress（）退出时现在包含地位评估的结果。如果评估成功，然后status=“正常”，否则“不完整”.错误和中断是不完整评估的示例。

版本0.0.4[2019-05-18]

新功能

• 添加实用程序：：winProgressBar（）的进程处理程序微软视窗。

• 添加对静音的支持蜂鸣器：：beep（）.

• 添加选项progressr.enable（进程启用），默认为交互（）.

软件质量

• 测试：增加了进展处理程序的包测试覆盖率运行除调用后端的最后一步之外的所有代码，这可能当前平台上不安装或不支持，例如tcltk公司,蜂鸣器，通知程序。

漏洞修补

• 预创建的进程处理程序只能使用一次。

• with_progress（…，清除=真）需要一个带重新启动（）这样“关机”过程也可以低沉的。

版本0.0.3[2019-05-17]

新功能

• 添加参数启用之后（_A）用于进度处理程序。

• 现在with_progress（…，清除=真）将发出信号最终将触发所有不管采取了什么步骤，进程处理程序都要完成或者没有。

• 现在来自未知来源的进展是忽略。

• 的默认输出格式进度：：progress_bar（）进程处理程序现在“：百分比：条：消息”.

• 这个tcltk:：tkProgressBar（）进展处理程序现在显示进度消息。

• 现在进展条件本身传递给进展报告功能。

• 添加“debug_handler”以进行原型制作和调试目的。

• 添加“newline_handler”以在多个处理程序。

• 参数干涉性现在可能为零。以前它必须是一个严格意义上的正值。

• 添加无进程（）-这导致了进展要压制和忽视的条件。

漏洞修补

• Progressor函数可以生成进展具有相同标识符的条件，因此被认为是重复的，以至于进程处理程序会忽略他们。

• 如果一个进程迈出了足够大的一步而跳过了，那就是一个错误超过下一个里程碑。

• 进度处理程序现在保留内部步如果进展步长太大，[0，max_steps]中的字段为拿。

• 进度处理程序之后收到的进度更新为finished将继续增加内部步长字段。

版本0.0.2[2019-05-15]

重大变化

• 重命名的重新启动消费进步到消音器进展与重启保持一致马弗消息和消音器警告在底座中R。

新功能

• 添加一个名为进度_进度（）.

• 添加选项progressr.clear程序.

• 可视化进度处理程序现在将始终呈现完整的更新状态的时间清楚的为FALSE。

• 现在，进程处理程序忽略重新签名进展条件（如果已处理）之前。

• 现在每个进展条件保持唯一R会话和生成条件。它还包含每个进程的唯一索引，即每当新的进展条件是创建。

版本0.0.1[2019-05-08]

重大变化

• 这个包的第一个像样的原型及其背后的想法它。

• 制造商auto_done=真默认值。

版本0.0.0-9004[2019-05-08]

新功能

• 添加参数自动发声自动拥有一旦最后一步完成，进度更新也会发出“完成”的信号达到。

• 制造数量进步派的第一个论据如果进度超过默认值数量=1.0.

• 添加参数清楚的控制进度报告人应在完成后清空其输出。默认为do这一点（如果支持）。

• 根据添加进度更新处理程序pbmcapply:：progressBar（）.

• 现在，每个实现的步骤都有时间戳。

• 添加选项progressr.debug程序.

版本0.0.0-9003【2019-05-06】

新功能

• 添加干涉性参数，指定如何某个进度报告员具有侵入性/破坏性。例如听觉报告相对来说比视觉进展更具破坏性状态栏的bar部分。

• 简化了用于创建新类型进度的API记者。

版本0.0.0-9002[2019-04-25]

新功能

• 添加进度（）.

• 添加progress_aggregator（）.

版本0.0.0-9001[2019-04-24]

新功能

• 根据添加进度更新处理程序实用程序：：txtProgressBar（）,tcltk:：tkProgressBar（）,猫（“\a”）,进度：：progress_bar（）,蜂鸣器：：beep（）、和通知程序：：notify（）.

• 添加with_progress（）.

• 添加选项progressr.handlers程序默认设置进度处理程序。

• 添加进度r.times用于控制呈现进度更新的时间。

• 添加进程间隔用于控制最小值报告下一个之前需要经过的秒数更新。

版本0.0.0-9000[2019-04-11]

新功能

• 添加进度（）创建并发出信号进展条件。

• 添加进展（）创建进展条件。