Skip to content

Rename the addition terminology to indicator - #158

Merged
yysskk merged 1 commit into
mainfrom
refactor/indicator-naming
Jul 7, 2026
Merged

Rename the addition terminology to indicator#158
yysskk merged 1 commit into
mainfrom
refactor/indicator-naming

Conversation

@yysskk

@yysskk yysskk commented Jul 7, 2026

Copy link
Copy Markdown
Owner

Summary

"Addition" never described what the underline/circle actually is: the selection indicator, the term UIKit itself uses (e.g. UITabBar.selectionIndicatorImage). This PR renames the concept across the public options, the internal views, the tests, the example app, and the DocC documentation. The old names are removed (breaking change, recorded under Unreleased → Breaking):

Old New
SwipeMenuViewOptions.TabView.Addition Indicator (cases .underline / .circle / .none unchanged)
SwipeMenuViewOptions.TabView.addition indicator
SwipeMenuViewOptions.TabView.AdditionView IndicatorView
SwipeMenuViewOptions.TabView.additionView indicatorView

Internal TabView members follow the same vocabulary (setupIndicatorView, moveIndicatorView, animateIndicatorView, …), as do test helpers and test names.

Also in this PR, since it is the terminology pass over these options:

  • The IndicatorView doc comments now describe each option precisely (the old ones read e.g. "Underline height if addition style select .underline"); the Circle.cornerRadius comment no longer references a nonexistent height property.
  • The changelog's Unreleased entries were updated to the new spellings so they will be accurate for the release they ship in; historical (5.0.0 / 4.1.0) entries are untouched.
  • additionalSafeAreaInsets usages were explicitly protected from the rename (word-boundary matching) — no unrelated identifiers changed.

Tests

  • All 70 package tests and the 8 example-app tests pass locally on the iPhone 17 simulator (Xcode 26.5).
  • The DocC build is exercised by CI with --warnings-as-errors, which verifies no dangling symbol links remain.

"Addition" never described what the underline/circle actually is: the
selection indicator, the term UIKit itself uses (for example UITabBar's
selectionIndicatorImage). Rename the concept across the public options,
the internal views, the tests, the example app, and the documentation.
The old names are removed:

- SwipeMenuViewOptions.TabView.Addition -> Indicator
- SwipeMenuViewOptions.TabView.addition -> indicator
- SwipeMenuViewOptions.TabView.AdditionView -> IndicatorView
- SwipeMenuViewOptions.TabView.additionView -> indicatorView

Internal TabView members follow (setupIndicatorView, moveIndicatorView,
animateIndicatorView, and friends). The IndicatorView doc comments now
describe each option precisely instead of the earlier broken English,
and the changelog's unreleased entries reference the new spellings.

@claude claude Bot 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.

Clean, purely mechanical rename of "addition" → "indicator" terminology across the public API, internal implementation, tests, example app, and docs. Verified no leftover addition/Addition/additionView/AdditionView references remain in Sources/Tests/Example, and the CHANGELOG accurately reflects the net rename for the still-unreleased version. No logic changes, no bugs found.

@yysskk
yysskk merged commit 3065005 into main Jul 7, 2026
4 checks passed
@yysskk
yysskk deleted the refactor/indicator-naming branch July 7, 2026 13:33
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.

1 participant