Sitelet https://github.com/fsprojects/FSharp.Control.R3/pull/33
Skip to content

docs: document the processing and chunk configuration types - #33

Open
xperiandri wants to merge 1 commit into
fix/chunk-length-validationfrom
docs/processing-options
Open

xperiandri wants to merge 1 commit into
fix/chunk-length-validationfrom
docs/processing-options

Conversation

@xperiandri

@xperiandri xperiandri commented Oct 5, 2026 •

Copy link
Copy Markdown
Collaborator

Proposed Changes

Part of splitting #22 into small pull requests that can be reviewed one at a time. It is stacked on #32 (fix/chunk-length-validation), so it shows only its own change; merge #32 first.

Documentation only, apart from moving the ChunkConfiguration case fields onto their own lines so that each can carry a doc comment:

  • AwaitParallel and AwaitSequentialParallel send up to MaxConcurrent values to the selector at once and queue the others, instead of sending all values at once.
  • ProcessingOptions: every field, Default, Parallel, MaxConcurrent and AwaitOperation. ConfigureAwait configures only R3's await of the selector result, not the awaits inside the selector, and CancelOnCompleted also discards the queued elements.
  • ChunkConfiguration: every case and case field, with a pointer from ChunkWindowBoundaries to chunkByBoundaries; the helpers read the default time provider when they are called.

Types of changes

What types of changes does your code introduce to FSharp.Control.R3?
Put an x in the boxes that apply

  • Bugfix (non-breaking change which fixes an issue)
  • New feature (non-breaking change which adds functionality)
  • Breaking change (fix or feature that would cause existing functionality to not work as expected)

Checklist

Put an x in the boxes that apply. You can also fill these out after creating the PR. If you're unsure about any of them, don't hesitate to ask. We're here to help! This is simply a reminder of what we are going to look for before merging your code.

  • Build and tests pass locally – 0 warnings, Fantomas is clean, and the tests that exist at this commit pass
  • I have added tests that prove my fix is effective or that my feature works (if appropriate) – in test: cover the library with integration tests #22, the top of this stack
  • I have added necessary documentation (if appropriate)

Further comments

The documented behaviour is pinned by ProcessingOptionsTests.fs, MapAsyncTests.fs and ChunkTests.fs in #22.

Stack – every pull request is based on the one before it, so each shows only its own change. Merge them in this order:

  1. refactor!: prefix AwaitOperationConfiguration cases with Await #23 refactor!: prefix AwaitOperationConfiguration cases with Await
  2. fix: validate the concurrency limit of mapAsync options eagerly #24 fix: validate the concurrency limit of mapAsync options eagerly
  3. fix(rxquery): emit yield/zero synchronously to keep element order #25 fix(rxquery): emit yield/zero synchronously to keep element order
  4. fix(rxquery)!: stop seeding sumBy with Unchecked.defaultof #26 fix(rxquery)!: stop seeding sumBy with Unchecked.defaultof
  5. feat(rxquery): add rxqueryWith to cancel the terminal query operators #27 feat(rxquery): add rxqueryWith to cancel the terminal query operators
  6. docs(rxquery): document the query builder and every query operator #28 docs(rxquery): document the query builder and every query operator
  7. feat(observable)!: make ofSeq reachable as Observable.ofSeq #29 feat(observable)!: make ofSeq reachable as Observable.ofSeq
  8. feat(observable)!: make Observable.choose take a voption chooser, add ObservableOption #30 feat(observable)!: make Observable.choose take a voption chooser, add ObservableOption
  9. feat(observable): add chunkByBoundaries for boundaries of any element type #31 feat(observable): add chunkByBoundaries for boundaries of any element type
  10. fix(observable): validate every chunk length eagerly #32 fix(observable): validate every chunk length eagerly
  11. docs: document the processing and chunk configuration types #33 docs: document the processing and chunk configuration types ← this pull request
  12. docs(observable): correct misleading XML docs and document every function #34 docs(observable): correct misleading XML docs and document every function
  13. fix(async)!: remove the ignored cancellationToken from toLookup #35 fix(async)!: remove the ignored cancellationToken from toLookup
  14. fix(async)!: surface the original exception and cancellation from Async wrappers #36 fix(async)!: surface the original exception and cancellation from Async wrappers
  15. fix: wait for iterAsync through ForEachAsync instead of CountAsync #37 fix: wait for iterAsync through ForEachAsync instead of CountAsync
  16. fix: stop iterAsync reliably and never lose a failure of its action #38 fix: stop iterAsync reliably and never lose a failure of its action
  17. fix(task)!: default ofTask configureAwait to true #39 fix(task)!: default ofTask configureAwait to true
  18. feat(task)!: move toArray and toList into the Task.Observable module #40 feat(task)!: move toArray and toList into the Task.Observable module
  19. docs: correct the Async and Task module docs and document every member #41 docs: correct the Async and Task module docs and document every member
  20. docs: document the R3 1.3.1 limitations of bind, catch and mapAsync #42 docs: document the R3 1.3.1 limitations of bind, catch and mapAsync
  21. test: categorize the tests per tested component #43 test: categorize the tests per tested component
  22. test: cover the library with integration tests #22 test: cover the library with integration tests

🤖 Generated with Claude Code

- `AwaitParallel` and `AwaitSequentialParallel` send up to
  `MaxConcurrent` values to the selector at once and queue the others,
  instead of sending all values at once.
- `ProcessingOptions`: document every field, `Default`, `Parallel`,
  `MaxConcurrent` and `AwaitOperation`. `ConfigureAwait` configures only
  R3's await of the selector result, not the awaits inside the selector,
  and `CancelOnCompleted` also discards the queued elements.
- `ChunkConfiguration`: document every case and case field, and point
  from `ChunkWindowBoundaries` to `chunkByBoundaries`; the helpers read
  the default time provider when they are called.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Copilot AI balanced review requested due to automatic review settings October 5, 2026 00:18

Copilot AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copilot review overview

🟡 Changes recommended

The MaxConcurrent documentation incorrectly implies unlimited concurrency for non-parallel configurations.

Review effort: Balanced
Findings: 1 Low severity

Open (1)
What changed in this PR

Documents processing and chunk configuration APIs and updates repository guidance accordingly.

Changes:

  • Documents processing options, await modes, and chunk configurations.
  • Clarifies helper timing and cancellation behavior.
File Description
src/​FSharp.Control.R3/​ProcessingOptions.fs Adds XML documentation for processing and chunk APIs.
.github/​copilot-instructions.md Updates the file’s listed responsibility.

💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.

/// Processes all elements concurrently without a limit, capturing the synchronization context.
static member Parallel = ``parallel``

/// The concurrency limit of the parallel configurations; -1 (no limit) for every other configuration.

This branch has not been deployed

No deployments
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.

2 participants