Merge branch 'release/0.19.0'

Author: HenrikBengtsson

DESCRIPTION

@@ -1,5 +1,5 @@
 Package: progressr
-Version: 0.18.0-9007
+Version: 0.19.0
 Title: An Inclusive, Unifying API for Progress Updates
 Description: A minimal, unifying API for scripts and packages to report progress updates from anywhere including when using parallel processing.  The package is designed such that the developer can to focus on what progress should be reported on without having to worry about how to present it.  The end user has full control of how, where, and when to render these progress updates, e.g. in the terminal using utils::txtProgressBar(), cli::cli_progress_bar(), in a graphical user interface using utils::winProgressBar(), tcltk::tkProgressBar() or shiny::withProgress(), via the speakers using beepr::beep(), or on a file system via the size of a file. Anyone can add additional, customized, progression handlers. The 'progressr' package uses R's condition framework for signaling progress updated. Because of this, progress can be reported from almost anywhere in R, e.g. from classical for and while loops, from map-reduce API:s like the lapply() family of functions, 'purrr', 'plyr', and 'foreach'. It will also work with parallel processing via the 'future' framework, e.g. future.apply::future_lapply(), furrr::future_map(), and 'foreach' with 'doFuture'. The package is compatible with Shiny applications.
 Authors@R: c(person("Henrik", "Bengtsson",

NEWS.md

@@ -1,3 +1,33 @@
+# Version 0.19.0 [2026-03-18]
+
+## New Features
+
+ * `handlers()` gained support for specifying both progression
+   handlers and enabling the global progression handler in one
+   call, e.g. `handlers("beepr", "cli", global = TRUE)`.
+
+## Performance
+
+ * `handler_cli()` no longer forces a display update after every
+   tick, instead relying on **cli** itself to decide how often to
+   refresh the display. This results in much better performance.
+
+## Bug Fixes
+
+ * Buffering and flushing of standard output (stdout) would cause a
+   progress bar in the terminal to overwrite flush output that did not
+   include a newline. Although it was technically flushed, it would be
+   invisible in the terminal. Now buffered stdout is only flushed up
+   until the last newline, keeping the remaining output buffered until
+   it is safe to flush.
+
+
+## Deprecated and Defunct
+
+ * Remove `progress()`, which has been defunct since **progressr**
+   0.10.0 (2021-12-18).
+
+
 # Version (development version)
 
 ## New Features