akveo/react-native-ui-kitten @ui-kitten/moment@6.0.0

on GitHub

Major Changes

• e6651ad Thanks @bataevvlad! - UI Kitten v6: React 19, React Native 0.81, Expo 54, all components migrated to functional, ESM build system, New Architecture ready.

Patch Changes

• #1871 657fc23 Thanks @bataevvlad! - Stop shipping build leftovers in the published tarballs.

  builder-bob is configured with source: ".", so it swept the package root into the build output. Every ESM package published a lib/module/package.json that was a copy of its own manifest — with no "type": "module" field and a main pointing at a path that does not exist — alongside lib/module/CHANGELOG.md and lib/module/tsconfig.build.json. Toolchains that determine module type from the nearest package.json would read the ESM output as CommonJS; it only worked because Node falls back to syntax detection. bob now writes its own {"type": "module"} marker instead.

  @ui-kitten/processor also shipped 38 spec and spec-config files (its !*.spec.* exclusion only matched the package root, not js/), which is a third of the tarball.

• #1871 561a0ac Thanks @bataevvlad! - Ship a dual CommonJS + ES module build with type definitions that work under every
  TypeScript module resolution.

  @ui-kitten/components published ESM-only output whose .d.ts files sat in an ES-module
  scope (lib/typescript/package.json with "type": "module") but used extensionless relative
  imports. Under moduleResolution: node16 / nodenext TypeScript rejected them with TS2834,
  which made every root export disappear (Module '"@ui-kitten/components"' has no exported member 'Button'). @ui-kitten/date-fns, @ui-kitten/eva-icons and @ui-kitten/moment
  pointed main at ESM without a "type" field and types at their raw .ts source, so they
  were reported as Masquerading as CJS and consumers compiled the library's TypeScript under
  their own tsconfig.

  All four packages now build lib/commonjs, lib/module and generated declarations for both
  (lib/typescript/commonjs, lib/typescript/module) via react-native-builder-bob, and the
  relative imports in the ESM declarations carry explicit .js extensions. exports exposes
  import and require conditions with matching types; the react-native and source
  conditions still resolve to the TypeScript source for Metro. @arethetypeswrong/cli reports
  no problems for node10, node16 (CJS and ESM) and bundler.

  Every export object also ends with a default condition pointing at the CommonJS build with
  matching types, as a fallback for resolvers that match none of source, react-native,
  import or require.

  The dual layout costs tarball size. Measured with npm pack (bytes, gzip):

  package	6.0.0-beta.2 (ESM only)	dual build	dual build, trimmed
  @ui-kitten/components	375 697	479 774	421 524
  @ui-kitten/moment	3 780	6 240	5 458
  @ui-kitten/eva-icons	2 760	4 591	4 082
  @ui-kitten/date-fns	2 343	3 651	3 362

  The trimmed column drops the .js.map files from lib/commonjs (the module tree keeps its
  source maps). The .d.ts.map files are kept in both declaration trees: without them,
  go-to-definition lands on the generated .d.ts instead of the shipped .ts source. The
  remaining growth is the second JavaScript build and the second copy of the declarations,
  which is the price of resolving correctly under both require and import.

• #1871 48f2806 Thanks @bataevvlad! - Stop leaking type errors into consumer projects under strict without skipLibCheck.

  Six errors reached apps that typecheck their node_modules:

  • ThemedThemeType declared an optional __themeId on an interface extending an index-signature type, which emitted a TS2411 error in themeStore.d.ts.
  • withStyles left its style generic unconstrained, so the returned ThemedComponentClass emitted two TS2344 errors.
  • MomentDateService.localeData is assigned via setLocale() from the constructor, which TypeScript cannot see (TS2564).
  • DateFnsService passed the optional options.format straight to date-fns (TS2345, twice).

  @ui-kitten/moment and @ui-kitten/date-fns publish no .d.ts and point types at their raw TypeScript, so their source is typechecked directly by consumers — the last two now compile cleanly under strict.

• Updated dependencies [83bf8fd, efe22dd, c0e274d, 657fc23, e8e14be, 561a0ac, 73e517f, 2bee712, 48f2806, 918ef23, 1d65240, 6ce4786, 92eedc8, f00c66b, f8ca657, e6651ad]:

  • @ui-kitten/components@6.0.0