Skip to content

Conversation

@ijlee2
Copy link
Contributor

@ijlee2 ijlee2 commented May 27, 2025

Background

We use and maintain a fork of ember-table at work, and noticed that the pod structure is still used for components. Generally speaking, [email protected] removed pod support for components, so ember-table may end up becoming a blocker to developers who want to update Ember to v6.

I suspect that the ember-release scenario (i.e. 6.4.0) is currently passing, because the classic components make use of the layout key. Removing the pod structure now would help maintainers and contributors glimmerize these components (Glimmer + pod doesn't work) and introduce the v2 addon format.

What changed?

I introduced the flat component structure, which is the default structure in Ember Octane and works without an issue in v2 addons.

Note

You can ignore the first 7 commits. Once #1172 is merged, I'll rebase this branch so that only the last commit remains.

I didn't remove the pod structure in tests/dummy. ember-cli-addon-docs hadn't been set up for local development, so I wouldn't have been able to test the unpodding easily.

@ijlee2 ijlee2 marked this pull request as ready for review May 27, 2025 06:44
@ijlee2 ijlee2 force-pushed the unpod-components branch from 8a0e277 to 432d814 Compare May 27, 2025 07:06
@ijlee2 ijlee2 force-pushed the unpod-components branch 2 times, most recently from ee5b5fc to a5932a7 Compare July 9, 2025 12:32
@ijlee2
Copy link
Contributor Author

ijlee2 commented Jul 9, 2025

@mixonic Can you help review this PR and rerun the failing ember-try scenario(s)? The test Unit | Private | TableStickyPolyfill: it works seems to be flaky.

@eflanagan0
Copy link

+1 from me for v2 addon support.
As an aside, I noticed a similar PR that could be closed should this one be merged: #975

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

2 participants