From 9e9174b5d0b246d876b5defa7fada28fbd859f97 Mon Sep 17 00:00:00 2001 From: JustinMShea Date: Sun, 9 Feb 2020 08:36:19 -0600 Subject: [PATCH] ok now final updates to news --- NEWS.md | 44 +++++++++++++++++++++++--------------------- 1 file changed, 23 insertions(+), 21 deletions(-) diff --git a/NEWS.md b/NEWS.md index 09df4f1..753773c 100644 --- a/NEWS.md +++ b/NEWS.md @@ -9,29 +9,32 @@ Content edits and cleanup of vignettes. These included, removing the redundant call to `library(xts)` as it has been moved to `Depends` instead of merely `Suggests`, as documented in 0.3-0 below. +Thus, calling `neverhpfilter` includes it. While the vignette builder uses the `knitr` package, I was also loading the `knitr` package to access the `kable` function for tables. Testing was going fine, but then `knitr` inexplicably began throwing a variety of differing errors -across Linux and windows builds. This was due to package dependencies it couldn't -import, so removing calls to `knitr` in the vignette was an an easy place to -begin reducing the area of an unknown attack surface. In the modern era, -regardless of cause or "hiccups", opportunities to reduce package attack surface -seems the most sense as systems grow more more complex and dependency sprawl grows. - -Perhaps more importantly, the decision to remove `knitr::kable` from vignettes -was also an aesthetic one. In my experience, tables remain an important device -for graphic displays of information. While knitr's html format appears clean at -first, closer inspection reveals the undesirable trait of fitting tables to full -page width regardless of the number of columns to display. On deeper reflection, -I view this as a bug, as it produces the undesirable side effect of too much -white space for the reader's eye to traverse when comparing numbers across columns. - -Printing the raw output of an `xts` or `data.frame` keeps data columns compact, -allowing for clearer visual comparison. The raw output also better communicate -the table was created as a result of some computational process. Plus, in an -increasingly sophisticated digital world of Ux, these raw outputs look increasingly, unique, computationally cool, and clean. They serve as a reminder of the objective -and scientific nature of our endeavors. +across Linux and Windows builds. This appears to be due to Suggested packages it +couldn't import, so removing calls to `knitr` in the vignette was an easy place +to begin reducing the area of an unknown attack surface. In the modern era, +regardless of the original error, any opportunity to reduce dependencies seems +the most sensible approach as ever increasing dependency sprawl has bestowed +upon R package maintainers a constant, exponentially growing, attack surface. + +The decision to remove `knitr::kable` from vignettes was also an aesthetic one. +In my experience, tables remain an important device for graphic displays of +information. While knitr's html format appears clean at first, closer inspection +reveals the undesirable trait of fitting tables to full page width regardless of +the number of columns to display. On deeper reflection, I view this as a bug, as +it produces the undesirable side effect of too much white space for the reader's +eye to traverse when comparing numbers across columns. + +Printing the raw output of an `xts` or `data.frame` objects keeps columns compact, +allowing for clearer visual comparison. The raw output also better communicates +to our reader the table was created as a result of some computational process. +Plus, in an increasingly sophisticated digital world of Ux, these raw outputs +look increasingly, unique, computationally cool, and clean. They serve as a +reminder of the objective and scientific nature we strive for in our endeavors. # neverhpfilter 0.3-0 @@ -57,8 +60,7 @@ Updated data from original to roughly Q2 2019. # neverhpfilter 0.2-0 Consolidated into two functions. `yth_glm` remains unchanged, while -`yth_filter` has been given an `output` argument to specify the return of specific series. This feature eliminates the need for `yth_cycle` and `yth_trend`, which were helpful when applying the function to multiple data sets. -Done so at the strong suggestion of `CRAN`. +`yth_filter` has been given an `output` argument to specify the return of specific series. This feature eliminates the need for `yth_cycle` and `yth_trend`, which were helpful when applying the function to multiple data sets. Done so at the strong suggestion of `CRAN`, and has ultimatly proven a good idea. Additional data sets have been added to replicate most all of Hamilton's table 2.