Skip to content

Conversation

@robertbastian
Copy link
Member

#7228

Also replace other usages of "day of week" that are not the numeric day of the week (pretty much all of them).

/// Marker for resolving the day-of-week input field.
type DayOfWeekInput: IntoOption<Weekday>;
/// Marker for resolving the weekday input field.
type WeekdayInput: IntoOption<Weekday>;
Copy link
Member

@sffc sffc Dec 6, 2025

Choose a reason for hiding this comment

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

Depending on how we feel about our policy, this might not be semver compatible because clients can stably refer to an associated type of a scaffold trait. It requires the word "scaffold" but not "unstable" in source

Copy link
Member Author

Choose a reason for hiding this comment

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

/// 🚧 This trait is considered unstable; it may change at any time, in breaking or non-breaking ways,

Copy link
Member

Choose a reason for hiding this comment

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

Copy link
Member Author

Choose a reason for hiding this comment

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

I don't see how a comment discussing the unstable feature is relevant here

Copy link
Member Author

Choose a reason for hiding this comment

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

If anything, that comment says that this trait will live behind the unstable feature, so everything about it is unstable (as the comment currently says).

Copy link
Member

Choose a reason for hiding this comment

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

The trait as it currently lives on main is UnstableSealed in a stable module* with stable methods. This implies that the trait is not implementable, and therefore we can add to it, but it is stably usable in bounds, and methods are stably callable.

* Unless we wish to categorize the module named "scaffold" to imply unstable.

Copy link
Member Author

Choose a reason for hiding this comment

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

I don't see why they wouldn't be unstable. They are used for bounds on unstable constructors. When this was designed, I was under the impression that all of this was unstable, as it is documented as unstable

Copy link
Member

Choose a reason for hiding this comment

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

I had intended them to be stably usable in bounds, unstably implementable, and unstably callable. But the draft policy for how to enforce that came after 2.0, which means we need to decide what to do here.

Copy link
Member Author

Choose a reason for hiding this comment

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

Then the docs are wrong

@robertbastian robertbastian requested a review from sffc December 6, 2025 17:27
@CLAassistant

This comment was marked as off-topic.

@robertbastian robertbastian merged commit 0ebe3fd into unicode-org:main Dec 8, 2025
31 checks passed
@robertbastian robertbastian deleted the weekday branch December 8, 2025 22:55
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.

3 participants