Skip to content

Conversation

dbkr
Copy link
Member

@dbkr dbkr commented Oct 22, 2025

  • Add deps that were missing because they were getting picked up from element-web main but shared-components needs itself
  • Exclude test files from dts generation
  • Bump version

Checklist

 * Add deps that were missing because they were getting picked up
   from element-web main but shared-components needs itself
 * Exclude test files from dts generation
 * Bump version
@dbkr dbkr added the T-Task Tasks for the team like planning label Oct 22, 2025
Copy link
Member

@t3chguy t3chguy left a comment

Choose a reason for hiding this comment

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

Can we take this opportunity to tidy the deps, e.g. temporal-polyfill is now depended on by both shared-components and element-web but actually only used by shared-components... Or is this needed because we bypass the dependencies of the subpackage and its build system? in which case that feels super brittle and we should stop doing that otherwise we might end up with shared components in isolation working but within element web not due to dep version mismatches

@dbkr
Copy link
Member Author

dbkr commented Oct 22, 2025

Indeed, we do need the dependencies as we import the typescript source directly, like we do with js-sdk, although that has fewer dependencies so I assume it's never been an issue. We can certainly switch to consuming the built output of shared-components, it will mean more steps to run for dev but is probably the "right" choice - wdyt?

@t3chguy
Copy link
Member

t3chguy commented Oct 22, 2025

like we do with js-sdk

We install js-sdk as a dependency so we get its dependencies transitively, we don't git clone it and reference it by fs path. We need certain additional dev deps because we use the src, rather than lib but no runtime deps.

it will mean more steps to run for dev but is probably the "right" choice - wdyt?

I think it is the right choice, we could use concurrently as we already do and add a vite build/watch step into it. Using yarn link for the shared package to avoid needing to run yarn to reinstall the dep

@dbkr
Copy link
Member Author

dbkr commented Oct 22, 2025

I suppose if we just added it as a dependency then we'd still get the dependencies transitively and we could continue importing the ts directly?

@t3chguy
Copy link
Member

t3chguy commented Oct 22, 2025

Yes that is an option, there is always potential for inconsistency between ew and other consumers given the build system is being bypassed

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

Labels

T-Task Tasks for the team like planning

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants