Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Devel #54

Merged
merged 78 commits into from
Feb 23, 2024
Merged

Devel #54

merged 78 commits into from
Feb 23, 2024

Conversation

lhdjung
Copy link
Owner

@lhdjung lhdjung commented Feb 23, 2024

No description provided.

lhdjung added 30 commits August 8, 2023 22:12
* Close #47

* This also renames the `track_var_change` / `.track_var_change` arguments in `seq_disperse()` and `seq_disperse_df()`. The arguments with the old names are deprecated.
* For the upcoming `is.atomic(NULL)` --> `FALSE` change, although likely not necessary.
* This is for `duplicate_tally()`. It may be confusing to have the original column names (those without `_n`) listed under `"term"`: users may get the impression that the original columns are summarized instead of the `_n` columns.
* Imports is the suitable place because installation of these packages is not checked.
* The ellipsis package was removed altogether: scrutiny only relied on it in versions before 0.3.0.
* `"!!!"` is now a global variable because it looks like a function called in the code syntactically.
* This further restricts the input that `audit_seq()` and `reverse_map_seq()` can take.
* The new limitation will remain in place until reconstruction of original values after arbitrary dispersion is implemented. Such a solution will be nontrivial and might require storing information about `dispersion` in metadata of the tibble returned by the sequence mappers.
* Compile-time metaprogramming instead of checking at runtime.
* This also adds the `.name_key_result` argument.
* This is for performance.
* One test is adjusted to this change: it used to check for names, but they were added spuriously in the test object (`df2_rows_1_3_expected`). Since the new test object was created using `constructive::construct()` instead of `dput()`, it looks a little different from before.
* For now, just documenting the correspondence between scrutiny's rounding functions and IEEE 754.
* It used to be `count` but is now `frequency`.
* This is better because it's a widely used term for this exact concept.
* As a welcome side effect, this solves the problem that the main result column in the output of `duplicate_count_colpair()` was also named `count`, creating a potentially misleading homonymy: this word used to mean two rather different things in the two functions.
* The latter problem used to be explained in the duplicates vignette. It no longer is because the problem disappeared.
* Also, `duplicate_count()` was optimized a little.
* They were meant to save memory, but in the cases I benchmarked, they didn't. Instead, they slowed the code down.
* Also, `check_args_disabled()` was lightly refactored.
* Renaming two other vignettes: one to disambiguate, the other for consistency.
* This is for performance.
* Writing the new code like `any(multiple_values == single_value)`, which is more readable than the reverse.
* Now returning a tibble with 30 instead of 60 rows in order not to breach the five-seconds limit of R-CMD-check.
* Also, fixed a typo in the docs of all three sequence mappers.
* Also, newly generated the `grim_raster_*` objects.
* They may look different in a few places now because this is the first rendering since "dust" was added in `grim_scalar()`, especially if `rounding` is `"up"` or `"down"`: the white vertical lines are now gone, although they still exist with the default `"up_or_down"`.
* Also, some more polishing in the docs.
* Add `scrutiny_prefix` param.
* Support bracket links, as the rest of scrutiny now does.
* Use in the docs of `function_map_seq()` and `function_map_total_n()`.
* It's designed for short vignettes that are essentially abstracts of much longer ones.
* This starts with the two new articles on rounding and consistency test implementation.
@lhdjung lhdjung merged commit 2d77a7e into main Feb 23, 2024
12 of 13 checks passed
@lhdjung lhdjung deleted the devel branch February 23, 2024 22:31
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants