fix(extractor): keep read, $ and theme props off styled tags and evaluate shouldForwardProp at build time

[owjs3901]

Refs #689 (C 세 번째 PR). #710 위에 쌓은 브랜치입니다. #706·#707·#710이 병합되면 이 PR의 차이는 마지막 커밋 b4b42cfc 하나입니다.

문제

• EMO-08 / KNOWN-3: styled 컴포넌트가 받은 prop을 전부 태그에 넘겼습니다. 스타일 함수가 읽는 prop(tone), $ prop, theme이 DOM에 그대로 들어갔고, shouldForwardProp(Emotion 옵션, styled-components withConfig)은 무시됐습니다.

변경

• 태그를 렌더링하는 styled 컴포넌트는 아래 prop을 태그에 넘기지 않습니다.
  • 스타일 함수나 attrs가 읽는 prop 중 태그의 유효 속성이 아닌 것. 유효 속성 목록은 @emotion/is-prop-valid 1.4와 같으며 컴파일러 안에만 있어 런타임 추가가 없습니다.
  • $ prop
  • theme
• 컴포넌트를 렌더링하는 경우에는 $ prop만 넘기지 않습니다.
• shouldForwardProp은 빌드 시점에 계산합니다. 허용하는 형태는 prop 이름을 문자열과 비교(===/!==), [...].includes(prop), prop.startsWith(...), isPropValid(prop) 또는 styled-components가 넘기는 validator, 그리고 이들을 !/&&/||로 묶은 것입니다. 확장(styled(Base))에서는 Base의 규칙과 함께 적용됩니다.
• 파일에서 정의한 styled 컴포넌트를 쓰는 JSX 요소에서는 컴포넌트가 읽지도 넘기지도 않는 prop을 빌드 시점에 제거합니다. spread로 들어오는 prop은 그대로 전달합니다.

동작 변화

• 생성 코드가 {...(({ "tone": __devupOmit0, ...__devupDom }) => __devupDom)(rest)} 형태로 걸러서 넘깁니다. 이 때문에 스냅샷 54개가 바뀌었고, 바뀐 부분이 이 패턴뿐임을 스크립트로 확인했습니다.

새로 생기는 오류

• 빌드 시점에 계산할 수 없는 shouldForwardProp은 빌드 에러가 됩니다(예: (prop) => allowed.has(prop)). 메시지에는 file:line:col, 문제 코드, 허용 형태가 들어갑니다.

  test.tsx:2:44: `styled()` cannot use `(prop) => allowed.has(prop)` at build time: `shouldForwardProp` must be a function of the prop name that compares it with strings, `[...].includes(prop)`, `prop.startsWith(...)` or `isPropValid(prop)`, joined by `!`, `&&` and `||`
  

남은 항목

• theme 관련(EMO-06/14, RT-20/21, SC-06/07/15), EMO-05
• spread로 들어오는 모르는 prop의 전달은 K #693에 문서화할 예정입니다.

검증

• cargo clippy -D warnings(Rust 1.99), cargo test 통과. 새 테스트 test_styled_prop_forwarding을 추가했습니다.
• WASM 재빌드 후 bun test 5474개 통과, 커버리지 100%.
• 조사 fixture styled-options-forward, styled-default-filter를 probe로 확인했습니다.

2026-10-08 main 11790bef를 병합하여 업데이트했습니다. 충돌 없이 갱신된 부모 PR의 변경과 main의 변경을 모두 보존했습니다.

2026-10-15 갱신: 갱신된 #710 a6b4188 (main 76b1a15 포함)을 병합했습니다. 충돌 파일 extract_style_from_styled.rs, visit.rs, lib.rs, extractor__tests__styled_components_theme_resolves_to_css_variables.snap은 부모의 캡처 바인딩·조건부 spread 우선순위·실제 타깃·as/forwardedAs를 유지하고 자식의 prop 필터를 JSX/TS 양쪽에 연결; theme 스냅샷은 재생성 후 CSS/스타일 불변과 theme 필터만 확인 방식으로 해결했으며 부모 PR의 동작을 함께 보존했습니다. 새로 생기는 오류 없음.

2026-10-16 갱신: 갱신된 부모 #710 236b2e6b6c7a6c9bd4f767c978eda8971ecab0dc을 병합해 확정 main a6ecc12570338475df40a429c719160e63db86b5을 포함했습니다. 충돌 파일 libs/extractor/src/extractor/extract_style_from_styled.rs 및 libs/extractor/src/lib.rs는 부모의 terminal template 검증·StyledExtraction 반환과 이 PR의 유효한 template interpolation Reads 수집을 모두 유지하고 prop_valid/responsive_selector_tests 모듈을 함께 등록해 해결했습니다. 기존 attr/style 입력은 필터링 이전에 보존하며 shouldForwardProp 결합·transient 처리·native/custom retarget·attrs 순서·조건부 캡처·부모의 className/진단/숫자 동작을 모두 유지했습니다. 스냅샷 추가 생성·수락·수동 병합이나 새로운 오류·런타임 스타일러는 없습니다.

기본 Rust 스택/jobs=2로 fmt, Rust 1.99 all-target Clippy, 일반 cargo test --workspace 4,087개, 최신 WASM/루트 빌드 및 실제 공개 WASM+React SSR 11개 시나리오를 통과했습니다. 부모의 합성·attrs·캡처·Tailwind·실제 target 7개와 native/custom×TS/TSX 네 가지에서 deny/transient 입력이 attrs/CSS 변수 평가에는 남고 최종 prop에서는 제거되는 동작·theme/custom 전달을 검증했습니다. 전체 커밋 훅은 12GiB 전체 프로세스 한도/최대 3.105GiB에서 통과했고 Bun 5,909개/실패 0개/커버리지 100%입니다. 기존 경고 9개를 추가하지 않았으며 LSP는 사용 불가였습니다.

head de94d66d972bae852e75c7a77f3598deb478a44f의 두 부모는 497aba0 및 236b2e6b6c7a6c9bd4f767c978eda8971ecab0dc이며 깨끗한 트리에서 정상 push했습니다. 로컬 Windows Rust 커버리지 98.06%는 Linux 100% 증거가 아니며 새 head CI 38771804705를 별도로 확인합니다. 다른 형제 PR을 끼워 넣거나 rebase/amend/force push하지 않았습니다.

실제 WASM/공개 API 검증 출력:

import "@devup-ui/react/devup-ui.css";
const trace = [];
const Base = (__devupProps) => (({ style, className, as: DevupAs = "article", forwardedAs, ...rest }) => <DevupAs {...(({ "theme": __devupOmit0, ...__devupDom }) => __devupDom)(rest)} as={forwardedAs} className={["a b c", className].filter(Boolean).join(" ")} style={style} />)(((__devupContext) => ({
	...__devupContext,
	className: [__devupContext.className, __devupProps.className].filter(Boolean).join(" ") || undefined
}))(((__devupContext) => ((__devupAttrs) => ({
	...__devupContext,
	...__devupAttrs,
	className: [__devupContext.className, __devupAttrs.className].filter(Boolean).join(" ") || undefined,
	style: {
		...__devupContext.style,
		...__devupAttrs.style
	}
}))({
	...{},
	...((p) => ({
		title: "base:" + p.label,
		className: "base",
		style: {
			background: "pink",
			borderColor: "red"
		}
	}))(__devupContext)
}))({
	...__devupProps,
	className: undefined
})));
const Mid = (__devupProps) => (({ style, className, as: DevupAs = "article", forwardedAs, ...rest }) => <DevupAs {...(({ "theme": __devupOmit0, ...__devupDom }) => __devupDom)(rest)} as={forwardedAs} className={["d b c", className].filter(Boolean).join(" ")} style={style} />)(((__devupContext) => ({
	...__devupContext,
	className: [__devupContext.className, __devupProps.className].filter(Boolean).join(" ") || undefined
}))(((__devupContext) => ((__devupAttrs) => ({
	...__devupContext,
	...__devupAttrs,
	className: [__devupContext.className, __devupAttrs.className].filter(Boolean).join(" ") || undefined,
	style: {
		...__devupContext.style,
		...__devupAttrs.style
	}
}))({
	...{},
	...((p) => ({
		title: p.title + ":mid",
		className: "mid",
		style: { borderColor: "blue" }
	}))(__devupContext)
}))(((__devupContext) => ((__devupAttrs) => ({
	...__devupContext,
	...__devupAttrs,
	className: [__devupContext.className, __devupAttrs.className].filter(Boolean).join(" ") || undefined,
	style: {
		...__devupContext.style,
		...__devupAttrs.style
	}
}))({
	...{},
	...((p) => ({
		title: "base:" + p.label,
		className: "base",
		style: {
			background: "pink",
			borderColor: "red"
		}
	}))(__devupContext)
}))({
	...__devupProps,
	className: undefined
}))));
const Card = (__devupProps) => (({ style, className, as: DevupAs = "article", forwardedAs, ...rest }) => <DevupAs {...(({ "theme": __devupOmit0, ...__devupDom }) => __devupDom)(rest)} as={forwardedAs} className={["e f g", className].filter(Boolean).join(" ")} style={style} />)(((__devupContext) => ({
	...__devupContext,
	className: [__devupContext.className, __devupProps.className].filter(Boolean).join(" ") || undefined
}))(((__devupContext) => ((__devupAttrs) => ({
	...__devupContext,
	...__devupAttrs,
	className: [__devupContext.className, __devupAttrs.className].filter(Boolean).join(" ") || undefined,
	style: {
		...__devupContext.style,
		...__devupAttrs.style
	}
}))({
	...{},
	...{
		className: "card",
		style: { opacity: .5 }
	}
}))(((__devupContext) => ((__devupAttrs) => ({
	...__devupContext,
	...__devupAttrs,
	className: [__devupContext.className, __devupAttrs.className].filter(Boolean).join(" ") || undefined,
	style: {
		...__devupContext.style,
		...__devupAttrs.style
	}
}))({
	...{},
	...((p) => ({
		title: p.title + ":mid",
		className: "mid",
		style: { borderColor: "blue" }
	}))(__devupContext)
}))(((__devupContext) => ((__devupAttrs) => ({
	...__devupContext,
	...__devupAttrs,
	className: [__devupContext.className, __devupAttrs.className].filter(Boolean).join(" ") || undefined,
	style: {
		...__devupContext.style,
		...__devupAttrs.style
	}
}))({
	...{},
	...((p) => ({
		title: "base:" + p.label,
		className: "base",
		style: {
			background: "pink",
			borderColor: "red"
		}
	}))(__devupContext)
}))({
	...__devupProps,
	className: undefined
})))));
const App = () => <Card label="caller" className="external" style={{ color: "gold" }} data-keep="yes">child</Card>;

/*! devup-ui v1.0.83, | Apache License 2.0 | https://devup-ui.com */.e{color:blue}.d{color:green}.a{color:red}.b{padding:2px}.f{padding:4px}.g:hover{color:blue}.c:hover{color:red}

import "@devup-ui/react/devup-ui.css";
const trace = [];
const selected = false;
const Base = ({ style, className, as: DevupAs = "article", forwardedAs, ...rest }) => ((__devupRecord0) => ((__devupRecord1) => <DevupAs {...(({ "theme": __devupOmit0, ...__devupDom }) => __devupDom)(rest)} as={forwardedAs} className={["a", className].filter(Boolean).join(" ")} style={style} />)(__devupRecord0 ? (trace.push("leaf"), "red") : undefined))((trace.push("controller"), false));
const Card = ({ style, className, as: DevupAs = "article", forwardedAs, ...rest }) => ((__devupRecord2) => ((__devupRecord3) => <DevupAs {...(({ "theme": __devupOmit0, ...__devupDom }) => __devupDom)(rest)} as={forwardedAs} className={["b c", className].filter(Boolean).join(" ")} style={style} />)(__devupRecord2 ? (trace.push("leaf"), "red") : undefined))((trace.push("controller"), false));
const App = () => <Card>child</Card>;

/*! devup-ui v1.0.83, | Apache License 2.0 | https://devup-ui.com */.b{color:blue}.a{color:green}.c{padding:3px}

import "@devup-ui/react/devup-ui.css";
const trace = [];
const selected = true;
const Base = ({ style, className, as: DevupAs = "article", forwardedAs, ...rest }) => ((__devupRecord0) => ((__devupRecord1) => <DevupAs {...(({ "theme": __devupOmit0, ...__devupDom }) => __devupDom)(rest)} as={forwardedAs} className={["a", className].filter(Boolean).join(" ")} style={style} />)(__devupRecord0 ? (trace.push("leaf"), "red") : undefined))((trace.push("controller"), true));
const Card = ({ style, className, as: DevupAs = "article", forwardedAs, ...rest }) => ((__devupRecord2) => ((__devupRecord3) => <DevupAs {...(({ "theme": __devupOmit0, ...__devupDom }) => __devupDom)(rest)} as={forwardedAs} className={["b c", className].filter(Boolean).join(" ")} style={style} />)(__devupRecord2 ? (trace.push("leaf"), "red") : undefined))((trace.push("controller"), true));
const App = () => <Card>child</Card>;

/*! devup-ui v1.0.83, | Apache License 2.0 | https://devup-ui.com */.b{color:blue}.a{color:green}.c{padding:3px}

import "@devup-ui/react/devup-ui.css";
const trace = [];
const classes = "p-4 card";
const App = () => <div className="a card">child</div>;

/*! devup-ui v1.0.83, | Apache License 2.0 | https://devup-ui.com */.a{padding:1rem}

import "@devup-ui/react/devup-ui.css";
const trace = [];
const Link = (props) => <aside {...props} />;
const motion = { Link };
const Base = (__devupProps) => (({ style, className, as: DevupAs = "article", forwardedAs, ...rest }) => <DevupAs {...(({ "theme": __devupOmit0, ...__devupDom }) => __devupDom)(rest)} as={forwardedAs} className={["a b", className].filter(Boolean).join(" ")} style={style} />)({
	...__devupProps,
	...{ title: "base" }
});
const Mid = (__devupProps) => (({ style, className, as: DevupAs = Link, forwardedAs, ...rest }) => <DevupAs {...rest} as={forwardedAs} className={["a b", className].filter(Boolean).join(" ")} style={style} />)({
	...__devupProps,
	...{ title: "base" }
});
const Card = (__devupProps) => (({ style, className, as: DevupAs = Link, forwardedAs, ...rest }) => <DevupAs {...rest} as={forwardedAs} className={["c b", className].filter(Boolean).join(" ")} style={style} />)({
	...__devupProps,
	...{ title: "base" }
});
const App = (props) => <Card as={props.as} forwardedAs={props.forwardedAs}>child</Card>;

/*! devup-ui v1.0.83, | Apache License 2.0 | https://devup-ui.com */.c{color:blue}.a{color:red}.b{padding:2px}

import "@devup-ui/react/devup-ui.css";
const trace = [];
const Link = (props) => <aside {...props} />;
const motion = { Link };
const Base = (__devupProps) => (({ style, className, as: DevupAs = "article", forwardedAs, ...rest }) => <DevupAs {...(({ "theme": __devupOmit0, ...__devupDom }) => __devupDom)(rest)} as={forwardedAs} className={["a b", className].filter(Boolean).join(" ")} style={style} />)({
	...__devupProps,
	...{ title: "base" }
});
const Mid = (__devupProps) => (({ style, className, as: DevupAs = (motion as {
	Link: typeof Link;
}).Link, forwardedAs, ...rest }) => <DevupAs {...rest} as={forwardedAs} className={["a b", className].filter(Boolean).join(" ")} style={style} />)({
	...__devupProps,
	...{ title: "base" }
});
const Card = (__devupProps) => (({ style, className, as: DevupAs = (motion as {
	Link: typeof Link;
}).Link, forwardedAs, ...rest }) => <DevupAs {...rest} as={forwardedAs} className={["c b", className].filter(Boolean).join(" ")} style={style} />)({
	...__devupProps,
	...{ title: "base" }
});
const App = (props) => <Card as={props.as} forwardedAs={props.forwardedAs}>child</Card>;

/*! devup-ui v1.0.83, | Apache License 2.0 | https://devup-ui.com */.c{color:blue}.a{color:red}.b{padding:2px}

import "@devup-ui/react/devup-ui.css";
const trace = [];
const targets = { get tag() {
	trace.push("target");
	return "aside";
} };
const name = "tag";
const Card = ((DevupStyled) => ({ style, className, as: DevupAs = DevupStyled, forwardedAs, ...rest }) => <DevupAs {...rest} as={forwardedAs} className={["a b", className].filter(Boolean).join(" ")} style={style} />)(targets["tag"]);
const App = () => <Card>child</Card>;

/*! devup-ui v1.0.83, | Apache License 2.0 | https://devup-ui.com */.a{color:blue}.b{padding:3px}

import "@devup-ui/react/devup-ui.css";
import { jsx as __devupJsx0 } from "react/jsx-runtime";
import { jsx } from "@emotion/react";
const trace = [];
const Target = (props) => {
	const { theme, customProp, ...ordinary } = props;
	return jsx("aside", {
		...ordinary,
		"data-theme": theme?.tone,
		"data-custom": customProp
	});
};
const Base = (__devupProps) => (({ style, className, as: DevupAs = "article", forwardedAs, ...rest }) => __devupJsx0(DevupAs, {
	...(({ "tone": __devupOmit0, "$secret": __devupOmit1, "blocked": __devupOmit2, ...__devupDom }) => __devupDom)(rest),
	className: ["a b", className].filter(Boolean).join(" "),
	style: {
		...{ "--c": (p=>p.tone)(rest) },
		...style
	},
	as: forwardedAs
}))(((__devupContext) => ({
	...__devupContext,
	className: [__devupContext.className, __devupProps.className].filter(Boolean).join(" ") || undefined
}))(((__devupContext) => ((__devupAttrs) => ({
	...__devupContext,
	...__devupAttrs,
	className: [__devupContext.className, __devupAttrs.className].filter(Boolean).join(" ") || undefined,
	style: {
		...__devupContext.style,
		...__devupAttrs.style
	}
}))({
	...{},
	...((p) => ({
		title: p.tone,
		"data-secret": p.$secret
	}))(__devupContext)
}))({
	...__devupProps,
	className: undefined
})));
const Card = (__devupProps) => (({ style, className, as: DevupAs = "article", forwardedAs, ...rest }) => __devupJsx0(DevupAs, {
	...(({ "tone": __devupOmit0, "$secret": __devupOmit1, "blocked": __devupOmit2, ...__devupDom }) => __devupDom)(rest),
	className: ["d a b", className].filter(Boolean).join(" "),
	style: {
		...{ "--c": (p=>p.tone)(rest) },
		...style
	},
	as: forwardedAs
}))(((__devupContext) => ({
	...__devupContext,
	className: [__devupContext.className, __devupProps.className].filter(Boolean).join(" ") || undefined
}))(((__devupContext) => ((__devupAttrs) => ({
	...__devupContext,
	...__devupAttrs,
	className: [__devupContext.className, __devupAttrs.className].filter(Boolean).join(" ") || undefined,
	style: {
		...__devupContext.style,
		...__devupAttrs.style
	}
}))({
	...{},
	...((p) => ({
		title: p.tone,
		"data-secret": p.$secret
	}))(__devupContext)
}))({
	...__devupProps,
	className: undefined
})));
const App = () => jsx(Card, {
	tone: "teal",
	blocked: "blocked",
	$secret: "secret",
	"data-keep": "keep",
	style: { opacity: .5 },
	children: "child"
});

/*! devup-ui v1.0.83, | Apache License 2.0 | https://devup-ui.com */.b{color:var(--c)}.d{margin:1px}.a{padding:2px}

import "@devup-ui/react/devup-ui.css";
import { jsx } from "@emotion/react";
const trace = [];
const Target = (props) => {
	const { theme, customProp, ...ordinary } = props;
	return jsx("aside", {
		...ordinary,
		"data-theme": theme?.tone,
		"data-custom": customProp
	});
};
const Base = (__devupProps) => (({ style, className, as: DevupAs = "article", forwardedAs, ...rest }) => <DevupAs {...(({ "tone": __devupOmit0, "$secret": __devupOmit1, "blocked": __devupOmit2, ...__devupDom }) => __devupDom)(rest)} as={forwardedAs} className={["a b", className].filter(Boolean).join(" ")} style={{
	...{ "--c": (p=>p.tone)(rest) },
	...style
}} />)(((__devupContext) => ({
	...__devupContext,
	className: [__devupContext.className, __devupProps.className].filter(Boolean).join(" ") || undefined
}))(((__devupContext) => ((__devupAttrs) => ({
	...__devupContext,
	...__devupAttrs,
	className: [__devupContext.className, __devupAttrs.className].filter(Boolean).join(" ") || undefined,
	style: {
		...__devupContext.style,
		...__devupAttrs.style
	}
}))({
	...{},
	...((p) => ({
		title: p.tone,
		"data-secret": p.$secret
	}))(__devupContext)
}))({
	...__devupProps,
	className: undefined
})));
const Card = (__devupProps) => (({ style, className, as: DevupAs = "article", forwardedAs, ...rest }) => <DevupAs {...(({ "tone": __devupOmit0, "$secret": __devupOmit1, "blocked": __devupOmit2, ...__devupDom }) => __devupDom)(rest)} as={forwardedAs} className={["d a b", className].filter(Boolean).join(" ")} style={{
	...{ "--c": (p=>p.tone)(rest) },
	...style
}} />)(((__devupContext) => ({
	...__devupContext,
	className: [__devupContext.className, __devupProps.className].filter(Boolean).join(" ") || undefined
}))(((__devupContext) => ((__devupAttrs) => ({
	...__devupContext,
	...__devupAttrs,
	className: [__devupContext.className, __devupAttrs.className].filter(Boolean).join(" ") || undefined,
	style: {
		...__devupContext.style,
		...__devupAttrs.style
	}
}))({
	...{},
	...((p) => ({
		title: p.tone,
		"data-secret": p.$secret
	}))(__devupContext)
}))({
	...__devupProps,
	className: undefined
})));
const App = () => <Card tone="teal" $secret="secret" data-keep="keep" style={{ opacity: .5 }}>child</Card>;

/*! devup-ui v1.0.83, | Apache License 2.0 | https://devup-ui.com */.b{color:var(--c)}.d{margin:1px}.a{padding:2px}

import "@devup-ui/react/devup-ui.css";
import { jsx as __devupJsx0 } from "react/jsx-runtime";
import { jsx } from "@emotion/react";
const trace = [];
const Target = (props) => {
	const { theme, customProp, ...ordinary } = props;
	return jsx("aside", {
		...ordinary,
		"data-theme": theme?.tone,
		"data-custom": customProp
	});
};
const Base = (__devupProps) => (({ style, className, as: DevupAs = "article", forwardedAs, ...rest }) => __devupJsx0(DevupAs, {
	...(({ "tone": __devupOmit0, "$secret": __devupOmit1, "blocked": __devupOmit2, ...__devupDom }) => __devupDom)(rest),
	className: ["a b", className].filter(Boolean).join(" "),
	style: {
		...{ "--c": (p=>p.tone)(rest) },
		...style
	},
	as: forwardedAs
}))(((__devupContext) => ({
	...__devupContext,
	className: [__devupContext.className, __devupProps.className].filter(Boolean).join(" ") || undefined
}))(((__devupContext) => ((__devupAttrs) => ({
	...__devupContext,
	...__devupAttrs,
	className: [__devupContext.className, __devupAttrs.className].filter(Boolean).join(" ") || undefined,
	style: {
		...__devupContext.style,
		...__devupAttrs.style
	}
}))({
	...{},
	...((p) => ({
		title: p.tone,
		"data-secret": p.$secret
	}))(__devupContext)
}))({
	...__devupProps,
	className: undefined
})));
const Retarget = (__devupProps) => (({ style, className, as: DevupAs = Target, forwardedAs, ...rest }) => __devupJsx0(DevupAs, {
	...(({ "tone": __devupOmit0, "$secret": __devupOmit1, "blocked": __devupOmit2, ...__devupDom }) => __devupDom)(rest),
	className: ["a b", className].filter(Boolean).join(" "),
	style: {
		...{ "--c": (p=>p.tone)(rest) },
		...style
	},
	as: forwardedAs
}))(((__devupContext) => ({
	...__devupContext,
	className: [__devupContext.className, __devupProps.className].filter(Boolean).join(" ") || undefined
}))(((__devupContext) => ((__devupAttrs) => ({
	...__devupContext,
	...__devupAttrs,
	className: [__devupContext.className, __devupAttrs.className].filter(Boolean).join(" ") || undefined,
	style: {
		...__devupContext.style,
		...__devupAttrs.style
	}
}))({
	...{},
	...((p) => ({
		title: p.tone,
		"data-secret": p.$secret
	}))(__devupContext)
}))({
	...__devupProps,
	className: undefined
})));
const Card = (__devupProps) => (({ style, className, as: DevupAs = Target, forwardedAs, ...rest }) => __devupJsx0(DevupAs, {
	...(({ "tone": __devupOmit0, "$secret": __devupOmit1, "blocked": __devupOmit2, ...__devupDom }) => __devupDom)(rest),
	className: ["d a b", className].filter(Boolean).join(" "),
	style: {
		...{ "--c": (p=>p.tone)(rest) },
		...style
	},
	as: forwardedAs
}))(((__devupContext) => ({
	...__devupContext,
	className: [__devupContext.className, __devupProps.className].filter(Boolean).join(" ") || undefined
}))(((__devupContext) => ((__devupAttrs) => ({
	...__devupContext,
	...__devupAttrs,
	className: [__devupContext.className, __devupAttrs.className].filter(Boolean).join(" ") || undefined,
	style: {
		...__devupContext.style,
		...__devupAttrs.style
	}
}))({
	...{},
	...((p) => ({
		title: p.tone,
		"data-secret": p.$secret
	}))(__devupContext)
}))({
	...__devupProps,
	className: undefined
})));
const App = () => jsx(Card, {
	tone: "teal",
	blocked: "blocked",
	$secret: "secret",
	"data-keep": "keep",
	style: { opacity: .5 },
	children: "child",
	theme: { tone: "caller" },
	customProp: "custom"
});

/*! devup-ui v1.0.83, | Apache License 2.0 | https://devup-ui.com */.b{color:var(--c)}.d{margin:1px}.a{padding:2px}

import "@devup-ui/react/devup-ui.css";
import { jsx } from "@emotion/react";
const trace = [];
const Target = (props) => {
	const { theme, customProp, ...ordinary } = props;
	return jsx("aside", {
		...ordinary,
		"data-theme": theme?.tone,
		"data-custom": customProp
	});
};
const Base = (__devupProps) => (({ style, className, as: DevupAs = "article", forwardedAs, ...rest }) => <DevupAs {...(({ "tone": __devupOmit0, "$secret": __devupOmit1, "blocked": __devupOmit2, ...__devupDom }) => __devupDom)(rest)} as={forwardedAs} className={["a b", className].filter(Boolean).join(" ")} style={{
	...{ "--c": (p=>p.tone)(rest) },
	...style
}} />)(((__devupContext) => ({
	...__devupContext,
	className: [__devupContext.className, __devupProps.className].filter(Boolean).join(" ") || undefined
}))(((__devupContext) => ((__devupAttrs) => ({
	...__devupContext,
	...__devupAttrs,
	className: [__devupContext.className, __devupAttrs.className].filter(Boolean).join(" ") || undefined,
	style: {
		...__devupContext.style,
		...__devupAttrs.style
	}
}))({
	...{},
	...((p) => ({
		title: p.tone,
		"data-secret": p.$secret
	}))(__devupContext)
}))({
	...__devupProps,
	className: undefined
})));
const Retarget = (__devupProps) => (({ style, className, as: DevupAs = Target, forwardedAs, ...rest }) => <DevupAs {...(({ "tone": __devupOmit0, "$secret": __devupOmit1, "blocked": __devupOmit2, ...__devupDom }) => __devupDom)(rest)} as={forwardedAs} className={["a b", className].filter(Boolean).join(" ")} style={{
	...{ "--c": (p=>p.tone)(rest) },
	...style
}} />)(((__devupContext) => ({
	...__devupContext,
	className: [__devupContext.className, __devupProps.className].filter(Boolean).join(" ") || undefined
}))(((__devupContext) => ((__devupAttrs) => ({
	...__devupContext,
	...__devupAttrs,
	className: [__devupContext.className, __devupAttrs.className].filter(Boolean).join(" ") || undefined,
	style: {
		...__devupContext.style,
		...__devupAttrs.style
	}
}))({
	...{},
	...((p) => ({
		title: p.tone,
		"data-secret": p.$secret
	}))(__devupContext)
}))({
	...__devupProps,
	className: undefined
})));
const Card = (__devupProps) => (({ style, className, as: DevupAs = Target, forwardedAs, ...rest }) => <DevupAs {...(({ "tone": __devupOmit0, "$secret": __devupOmit1, "blocked": __devupOmit2, ...__devupDom }) => __devupDom)(rest)} as={forwardedAs} className={["d a b", className].filter(Boolean).join(" ")} style={{
	...{ "--c": (p=>p.tone)(rest) },
	...style
}} />)(((__devupContext) => ({
	...__devupContext,
	className: [__devupContext.className, __devupProps.className].filter(Boolean).join(" ") || undefined
}))(((__devupContext) => ((__devupAttrs) => ({
	...__devupContext,
	...__devupAttrs,
	className: [__devupContext.className, __devupAttrs.className].filter(Boolean).join(" ") || undefined,
	style: {
		...__devupContext.style,
		...__devupAttrs.style
	}
}))({
	...{},
	...((p) => ({
		title: p.tone,
		"data-secret": p.$secret
	}))(__devupContext)
}))({
	...__devupProps,
	className: undefined
})));
const App = () => <Card tone="teal" $secret="secret" data-keep="keep" style={{ opacity: .5 }} theme={{ tone: "caller" }} customProp="custom">child</Card>;

/*! devup-ui v1.0.83, | Apache License 2.0 | https://devup-ui.com */.b{color:var(--c)}.d{margin:1px}.a{padding:2px}
[
  {
    "scenario": "composed-attrs-and-later-wins",
    "html": "<article label=\"caller\" data-keep=\"yes\" title=\"base:caller:mid\" class=\"e f g base mid card external\" style=\"color:gold;background:pink;border-color:blue;opacity:0.5\">child</article>"
  },
  {
    "scenario": "overwritten-captures-retained",
    "selected": false,
    "html": "<article class=\"b c\">child</article>"
  },
  {
    "scenario": "overwritten-captures-retained",
    "selected": true,
    "html": "<article class=\"b c\">child</article>"
  },
  {
    "scenario": "main-constant-tailwind-class",
    "html": "<div class=\"a card\">child</div>"
  },
  {
    "scenario": "actual-custom-retarget-then-extend",
    "typed": false,
    "html": "<aside title=\"base\" as=\"em\" class=\"c b\">child</aside>"
  },
  {
    "scenario": "actual-custom-retarget-then-extend",
    "typed": true,
    "html": "<aside title=\"base\" as=\"em\" class=\"c b\">child</aside>"
  },
  {
    "scenario": "computed-target-eager-once",
    "html": "<aside class=\"a b\">child</aside>"
  },
  {
    "scenario": "read-inputs-before-native-custom-filter",
    "custom": false,
    "suffix": "ts",
    "html": "<article data-keep=\"keep\" title=\"teal\" data-secret=\"secret\" class=\"d a b\" style=\"--c:teal;opacity:0.5\">child</article>"
  },
  {
    "scenario": "read-inputs-before-native-custom-filter",
    "custom": false,
    "suffix": "tsx",
    "html": "<article data-keep=\"keep\" title=\"teal\" data-secret=\"secret\" class=\"d a b\" style=\"--c:teal;opacity:0.5\">child</article>"
  },
  {
    "scenario": "read-inputs-before-native-custom-filter",
    "custom": true,
    "suffix": "ts",
    "html": "<aside data-keep=\"keep\" title=\"teal\" data-secret=\"secret\" class=\"d a b\" style=\"--c:teal;opacity:0.5\" data-theme=\"caller\" data-custom=\"custom\">child</aside>"
  },
  {
    "scenario": "read-inputs-before-native-custom-filter",
    "custom": true,
    "suffix": "tsx",
    "html": "<aside data-keep=\"keep\" title=\"teal\" data-secret=\"secret\" class=\"d a b\" style=\"--c:teal;opacity:0.5\" data-theme=\"caller\" data-custom=\"custom\">child</aside>"
  }
]

2026-10-16 CI 확인: head de94d66d972bae852e75c7a77f3598deb478a44f의 run 38771804705은 모든 네 job 및 Codecov가 통과했고 MERGEABLE/CLEAN입니다. publish job 116549242319의 실제 로그에서 Linux Rust 100.00%(13,111/13,111), Bun 5,909개/실패 0개/커버리지 100%를 확인했습니다. 갱신된 부모 #710 및 확정 main a6ecc12 포함 여부를 재확인했으며 부모 PR과 이 PR의 prop 입력/필터링 의도를 모두 유지했습니다.

[github-actions]

Changepacks

@devup-ui/wasm@1.0.83 → 1.0.84 - bindings/devup-ui-wasm/package.json

Patch

• Rewriting styled-components, Emotion and vanilla-extract imports keeps type-only imports type-only: import { type DefaultTheme, ThemeProvider } now leaves import type { DefaultTheme } on the package instead of a value import that made it a runtime dependency, and an import type declaration is left as written. spin.getName() on a keyframes() binding becomes the generated keyframes name instead of a call on a string that threw at runtime
• The styled-components and Emotion compat ThemeProvider now gives its theme through React context: useTheme, withTheme and the new ThemeConsumer return the real theme object (an object merged over the outer theme, or what a theme function makes of it) instead of an empty Proxy of var() references, withTheme forwards refs, lets a caller's theme win and sets a displayName. Styles keep reading the CSS variables the provider declares. styled-components v6.4 createTheme is available from the compat entry, and ThemeConsumer and createTheme imports are redirected there instead of staying a runtime dependency on styled-components
• css(a, b) composing classes whose styles the build knows (a const bound to css() in the file, or a css() result another module exports with a rule object every value of which is known) merges their styles: a later part's declaration replaces an earlier one's for the same property, selector, breakpoint and layer, also under conditions (css(base, cond && danger)) and for ||/?? parts, where the classes used to be joined and the stylesheet order picked the winner. vanilla-extract style([a, b]) passes each composed style as its own argument, so the later one wins, and a style composed again later (style([a, b, a])) is kept. Classes the build does not know (strings, props, CSS Modules) are kept as they are
• styled(Base) extending a styled component the file binds to a const renders Base's tag directly with Base's styles composed under its own, so the extension's declarations replace Base's for the same property, selector, breakpoint and layer instead of losing to them by stylesheet order; Base's attrs apply before the extension's. attrs merge as styled-components merges them: className is joined with the caller's, style is merged and other props replace earlier ones. On an element, a className or style spread after the explicit prop now wins, as React merges props in the order they are written
• Respect source-order property replacement across conditional spreads in styled rule objects, and document that styled callbacks cannot return runtime class names. No new build errors; existing located Cannot compose errors remain unchanged.
• Preserve unitless legacy vendor numbers, classify vendor time values as milliseconds and emit the Opera vendor prefix correctly; reject nested responsive arrays and known dead unprefixed CSS property names with source-located build errors, while preserving supported experimental CSS, unknown properties and documented shorthands.
• Class names and file numbers no longer depend on the order files are processed in. Every plugin walks the files it can extract (the project's source and the included packages) before the first transform and numbers them in path order (a file collapsed into a bucket is numbered as the bucket, and only files that mention the package, StyleX or an aliased package take numbers) through the new seedFileMap, so identical builds give identical class prefixes, CSS file names and output hashes; in development, files that appear later are numbered after the existing ones. Styles are given class names in a fixed order, not the order of a hash set. The exported class, file and canonical maps are canonical JSON (sorted keys). Stylesheet evaluation (vanilla-extract) refuses Math.random(), Date.now(), new Date() and Date(), which differ between builds, with a build error; fixed dates such as new Date(0) are unchanged. resetBuildState starts a build from its own options: the prefix, atom hoisting, routes, buckets, names, numbers and styles an earlier build in the process left are cleared, and the prefix is set on every setup even when it is absent. Engine snapshots from concurrent transforms are written one after another per file, so an older snapshot is never written last. File lists are ordered by code point rather than the locale
• Typography documents the emitted default breakpoints, and source-backed integration tests keep the public breakpoint lists and range bounds synchronized with the production defaults. No runtime changes or new build errors.
• @emotion/css is aliased by default: css and keyframes compile like Devup UI's own (numbers in px, as Emotion reads them), injectGlobal declares global CSS. cx takes class names, as in Emotion: strings and runtime values are classes kept as written (falsy values are skipped), an object is a { name: condition } class map, arrays nest, and inline css() calls and css() classes compose with the rules css(a, b) uses. merge(className) splits what the build can read (string tokens, template literal parts) and composes the css() classes in it, keeping a runtime string it cannot split as it is. Namespace members, constant-string bracket access, const destructuring and const alias chains compile through these same named APIs with scope-aware binding resolution; numeric values retain Emotion units after constant inlining and build-time evaluation. The Emotion import disappears when no runtime-only member is used. Ambient declarations type the styling imports (cx(...args: ClassNamesArg[]), merge(className: string)). New located build errors: cx() cannot use a spread, a getter, a setter or a method in a class map, or a template literal call; merge() takes exactly one class string, not a spread or a template literal call; the root module has no default export, namespace member keys must be constant strings naming supported exports, and styling functions cannot be passed, mutated or re-exported. Optional styling reads/calls, namespace rest destructuring, styling defaults or nested patterns, non-const aliases, exported styling bindings and reads whose initialization order cannot be established are build errors instead of runtime dependencies. Styling loaded through require, import-equals or dynamic import must use static ES module imports; an unawaited dynamic namespace that the build cannot follow is also a located error. Its runtime-only APIs (cache, flush, hydrate, sheet, getRegisteredStyles) stay on @emotion/css, including their nested/default destructuring, optional reads and recognized runtime-loader access
• Emotion's CacheProvider is available from the compat entry as a no-op that renders its children, and import { CacheProvider } from '@emotion/react' is redirected there instead of keeping @emotion/react as a runtime dependency; the cache it configures holds styles Emotion inserts at runtime, which Devup UI writes at build time
• In rule objects written against Emotion, styled-components or vanilla-extract, a property whose value is an array of literals (background: ['red', 'linear-gradient(...)']) declares each value in order as a browser fallback, as those libraries do, instead of being read as Devup UI breakpoints; numbers get px as the library gives them. Arrays holding runtime values stay as written
• style-order-range only checks styleOrder where the build reads it: a prop of a Devup UI component and a top-level key of a style object passed to css/globalCss/keyframes. A styleOrder key in nested data, in a prop value such as an element passed as a prop, or in a call of a function sharing a name with an Object.prototype member is no longer reported. The array, typography and media rules already skip non-style data, and css-utils-literal-only accepts a css()/keyframes() result held in a const inside a function. No new build errors.
• The extractor guide shows reproducible native-element output, generated CSS-variable bindings, and actual atomic CSS rather than obsolete class names. Documentation only: no new build errors.
• Selectors: a nested rule without & in a styled or css template is scoped to the component instead of becoming a global rule (.child {} and > p {} select descendants, :hover {} and ::before {} the component), and a rule nested in a selector list applies under each of its selectors; content keeps the quotes of its strings (content: 'x', content: ""); params go on the pseudo-class that takes them, so _groupNthChild gives :is(...):nth-child(2n) .a also when nested; a bare selectors key is a pseudo-class name, an attribute of the element or a descendant selector ('div p', '> p'), under a parent too, and keeps the case of class names; ::part(), ::slotted(), ::highlight(), ::picker() and the view-transition pseudo-elements get two colons. New build errors: a _name prop or selector key that names nothing (_notASelector, selectors={{ div: ... }}), and a string under a selector that is not CSS text (_hover="external-class")
• Styled components no longer pass every prop to the tag they render: $ props, theme and the props their style functions or attrs read are kept away from a tag unless it takes them as attributes, and shouldForwardProp (Emotion options or styled-components withConfig) is evaluated at build time. A shouldForwardProp the build cannot evaluate is a build error naming the file, line and code, with the forms it accepts. An element using a styled component the file defines drops props the component neither reads nor passes on; spread props are passed as written
• Styled components render what their as prop names, defaulting to the tag or component they were defined with, and pass forwardedAs on as as, as styled-components and Emotion do; as used to reach the rendered tag as an attribute. Component.withComponent(target) on a styled component the file binds to a const builds a component rendering the same styles and attrs as target (a tag name or a component JSX can name), where it used to call a method the generated function does not have and throw
• stylex.attrs() gives the dynamic CSS variables it sets as style attribute text ("--a:" + value), as StyleX does for spreading onto non-React targets, instead of a style object; stylex.props() keeps the object React takes. The attrs() return type declares style as a string
• Tailwind classes in a className: each class compiles on its own and every class Tailwind does not define (custom, plugin and analytics classes) stays as written, where any recognized class used to rebuild the whole className without them and could rewrite part of another class; a class touching a template interpolation (icon-${name}) is left as written, and template classNames no longer get spaces inserted around interpolations. A class whose variant is not understood stays as written instead of applying unconditionally; variants follow Tailwind v4: stacked variants compose (hover:focus: matches the element itself), hover is guarded by @media (hover: hover), group-/peer- use the group/peer marker classes (and group-hover/name), and data-, aria-, has-, nth-, , **, supports-[…] and [&…]/[@media …] variants compile. Utilities emit all their declarations (size-, rounded-t-, truncate, sr-only, not-sr-only, text-sm with its line height, text-sm/6, leading-), translate/rotate/scale/skew compose through Tailwind's individual properties and registered variables (@Property) with negative values kept negative, and arbitrary values follow Tailwind's grammar: spaces for underscores except in url() and var() names, _ for an underscore, spaces around math operators, type hints, [property:value] and (--variable) shorthands. Words that only share a utility's prefix (select-wrapper, order-summary, cursor-foo) are no longer compiled
• Order standalone nonresponsive hover-capability guards within their selector group so active, focus and disabled styles can override hover. Keep responsive Tailwind hover and Devup selector prop ordering unchanged. No new build errors.
• More of Tailwind CSS v4 compiles: container queries (@sm:, @max-md:, @min-[400px]:, @sm/main:) and @container utilities, mask-* (all but the gradient masks), text-shadow-, inset-shadow-, font-variant-numeric utilities (tabular-nums and the like), 3D transforms (rotate-x/y/z, translate-z, scale-z, translate-3d, scale-3d, transform-3d, backface-, perspective-, perspective-origin-), contain- and outline-hidden (with its forced-colors fallback). The project's Tailwind CSS is read further: functional @Utility with --value() and --modifier(), @apply in @Utility, and theme(--name) in arbitrary values; classes of @plugin entries stay as written. A className now compiles the classes of cn()/twMerge() calls whose arguments are all static (merged as tailwind-merge does, the later class wins), of consts bound to class strings, and of cva() calls (base, variants, compound variants). The Rsbuild plugin reads the Tailwind CSS again and compiles every module again when it changes, and the Bun plugin reads it again. No new build errors
• Tailwind classes in a className follow Tailwind CSS v4: colors are the v4 default palette (oklch) and the colors and shadows of devup.json theme are usable as Tailwind theme values (bg-primary, text-text, shadow-card, as var(--token)); the opacity modifier (bg-red-500/50, /[71.37%], /(--alpha)) mixes with color-mix as v4 does; a trailing or leading ! makes every declaration important; blur, brightness, contrast, grayscale, hue-rotate, invert, saturate, sepia and their backdrop-* forms compose through Tailwind's custom properties instead of overwriting filter and backdrop-filter; gradients use bg-linear-, bg-conic- and bg-radial-* with from-, via- and to-* composing through the gradient variables (bg-gradient-to-* is not defined by v4 and stays as written); animate-* brings the @Keyframes it names and transition, duration, delay and ease follow v4; space-* and divide-* apply to the children like v4 (:where(& > :not(:last-child))); @Property rules are emitted only for the custom properties a class uses. Anything the build cannot reproduce exactly (drop-shadow-*) stays as written in the className. No new build errors
• Tailwind classes in a className read the Tailwind CSS of the project: the file that imports tailwindcss (the tailwind.css option of devup.json, else a conventional path) gives @theme variables (colors, spacing, shadows, blurs, radii, easings, animations with their @Keyframes, default transitions, breakpoints), @Utility utilities and @custom-variant variants, and the Vite, webpack and Next.js plugins read it again when it or a CSS file it imports changes. Anything that cannot be read exactly, and the classes of namespaces the build does not read, stay as written. More of Tailwind CSS v4 compiles: ring-, inset-ring-, ring-offset-* and drop-shadow-* compose with shadows and filters, borders and outlines draw in --tw-border-style and --tw-outline-style (a border now shows its style), line-clamp, text decoration, border-spacing, logical and scroll spacing, tables, perspective, font-stretch and more; the arguments of clsx(), classnames() and classNames() and [...].join(' ') compile in place. Radii follow v4 (rounded-sm is 0.25rem, rounded-full is calc(infinity * 1px)). No new build errors
• A styled-components or Emotion style function reading the theme by literal keys, such as p => p.theme.space[2] or ({ theme }) => theme.colors['brand'], now reads the CSS variable ThemeProvider declares (var(--space-2)). A theme read the build cannot turn into a CSS variable, such as p => p.theme, p => p.theme.brand() or theme.space[i], is a build error naming the file, line, column and code, where it used to read a theme object that does not exist at runtime and give undefined or throw
• Generate React JSX-runtime calls for styled components in non-JSX source modules while preserving JSX and TSX output. No new build errors.
• While @vanilla-extract/css is aliased, importing @vanilla-extract/recipes or @vanilla-extract/sprinkles is a build error naming the file, line and column: those packages generate CSS Devup UI does not compile, so their rules used to be silently missing from the stylesheet. The error says to write the styles with css(), or to disable the alias and build with the vanilla-extract plugin. Type-only imports are allowed
• Skip source-map generation in the codeExtractWithoutSourceMap WASM export while preserving extracted code, CSS and dependencies. Add real WASM and Next loader regressions for map-enabled and map-disabled extraction. No new build errors.

@devup-ui/bun-plugin@1.0.22 → 1.0.23 - packages/bun-plugin/package.json

Patch

• Bun plugin works with Bun.build: DevupUI() (from @devup-ui/bun-plugin/register) serves the generated stylesheet to the bundler's CSS loader once every other module is loaded, so the build emits a CSS output with the styles of the whole bundle instead of an empty module; class names are short there and readable under the runtime (debug option). Files importing the packages Devup UI takes the place of (@emotion/react, @emotion/styled, styled-components, @vanilla-extract/css), @stylexjs/stylex, or a subpath or re-export of these or @devup-ui/react, are compiled instead of skipped
• Class names and file numbers no longer depend on the order files are processed in. Every plugin walks the files it can extract (the project's source and the included packages) before the first transform and numbers them in path order (a file collapsed into a bucket is numbered as the bucket, and only files that mention the package, StyleX or an aliased package take numbers) through the new seedFileMap, so identical builds give identical class prefixes, CSS file names and output hashes; in development, files that appear later are numbered after the existing ones. Styles are given class names in a fixed order, not the order of a hash set. The exported class, file and canonical maps are canonical JSON (sorted keys). Stylesheet evaluation (vanilla-extract) refuses Math.random(), Date.now(), new Date() and Date(), which differ between builds, with a build error; fixed dates such as new Date(0) are unchanged. resetBuildState starts a build from its own options: the prefix, atom hoisting, routes, buckets, names, numbers and styles an earlier build in the process left are cleared, and the prefix is set on every setup even when it is absent. Engine snapshots from concurrent transforms are written one after another per file, so an older snapshot is never written last. File lists are ordered by code point rather than the locale
• More of Tailwind CSS v4 compiles: container queries (@sm:, @max-md:, @min-[400px]:, @sm/main:) and @container utilities, mask-* (all but the gradient masks), text-shadow-, inset-shadow-, font-variant-numeric utilities (tabular-nums and the like), 3D transforms (rotate-x/y/z, translate-z, scale-z, translate-3d, scale-3d, transform-3d, backface-, perspective-, perspective-origin-), contain- and outline-hidden (with its forced-colors fallback). The project's Tailwind CSS is read further: functional @Utility with --value() and --modifier(), @apply in @Utility, and theme(--name) in arbitrary values; classes of @plugin entries stay as written. A className now compiles the classes of cn()/twMerge() calls whose arguments are all static (merged as tailwind-merge does, the later class wins), of consts bound to class strings, and of cva() calls (base, variants, compound variants). The Rsbuild plugin reads the Tailwind CSS again and compiles every module again when it changes, and the Bun plugin reads it again. No new build errors
• Tailwind classes in a className read the Tailwind CSS of the project: the file that imports tailwindcss (the tailwind.css option of devup.json, else a conventional path) gives @theme variables (colors, spacing, shadows, blurs, radii, easings, animations with their @Keyframes, default transitions, breakpoints), @Utility utilities and @custom-variant variants, and the Vite, webpack and Next.js plugins read it again when it or a CSS file it imports changes. Anything that cannot be read exactly, and the classes of namespaces the build does not read, stay as written. More of Tailwind CSS v4 compiles: ring-, inset-ring-, ring-offset-* and drop-shadow-* compose with shadows and filters, borders and outlines draw in --tw-border-style and --tw-outline-style (a border now shows its style), line-clamp, text decoration, border-spacing, logical and scroll spacing, tables, perspective, font-stretch and more; the arguments of clsx(), classnames() and classNames() and [...].join(' ') compile in place. Radii follow v4 (rounded-sm is 0.25rem, rounded-full is calc(infinity * 1px)). No new build errors

@devup-ui/components@0.1.60 → 0.1.61 - packages/components/package.json

Patch

• Auto-update: depends on '@devup-ui/react' via a local workspace dependency

@devup-ui/eslint-plugin@1.0.22 → 1.0.23 - packages/eslint-plugin/package.json

Patch

• The @devup-ui/react README and the css-utils-literal-only rule docs link their mention of build errors to the new Build Errors reference (https://devup-ui.com/docs/build-errors), which lists the build errors grouped by API; the docs sidebar lists the page after Supported Syntax & Limitations, whose Build errors section links to it. Documentation only: no new build errors
• ESLint rules now check exactly what the build reads. The array, typography, media and styleOrder rules and css-utils-literal-only follow the import aliases the build compiles by default (@emotion/react, @emotion/styled, styled-components, @vanilla-extract/css) and the rules of styled (styled.div({...}), styled("div", {...}), styled(Base)({...}, {...}); not .attrs()), createGlobalStyle({...}) and the styles of Emotion Global, and check and fix a module-level const object that only styles read. Vanilla-extract stylesheets (.css.ts/.css.js) are no longer read as Devup UI. New rule no-runtime-read reports css/keyframes/styled/Box read as a value ("X is read at runtime, where it does not exist"), and css-utils-literal-only reports globals that do not exist where a .css.ts is evaluated (window, document, process, ...). No new build errors.
• style-order-range only checks styleOrder where the build reads it: a prop of a Devup UI component and a top-level key of a style object passed to css/globalCss/keyframes. A styleOrder key in nested data, in a prop value such as an element passed as a prop, or in a call of a function sharing a name with an Object.prototype member is no longer reported. The array, typography and media rules already skip non-style data, and css-utils-literal-only accepts a css()/keyframes() result held in a const inside a function. No new build errors.

@devup-ui/next-plugin@1.0.90 → 1.0.91 - packages/next-plugin/package.json

Patch

• Isolate the coordinator port file per owning process when another live next dev/build holds it, record the owner pid, and report port, pid and recovery when the coordinator is missing or unreachable
• Class names and file numbers no longer depend on the order files are processed in. Every plugin walks the files it can extract (the project's source and the included packages) before the first transform and numbers them in path order (a file collapsed into a bucket is numbered as the bucket, and only files that mention the package, StyleX or an aliased package take numbers) through the new seedFileMap, so identical builds give identical class prefixes, CSS file names and output hashes; in development, files that appear later are numbered after the existing ones. Styles are given class names in a fixed order, not the order of a hash set. The exported class, file and canonical maps are canonical JSON (sorted keys). Stylesheet evaluation (vanilla-extract) refuses Math.random(), Date.now(), new Date() and Date(), which differ between builds, with a build error; fixed dates such as new Date(0) are unchanged. resetBuildState starts a build from its own options: the prefix, atom hoisting, routes, buckets, names, numbers and styles an earlier build in the process left are cleared, and the prefix is set on every setup even when it is absent. Engine snapshots from concurrent transforms are written one after another per file, so an older snapshot is never written last. File lists are ordered by code point rather than the locale
• Tailwind classes in a className read the Tailwind CSS of the project: the file that imports tailwindcss (the tailwind.css option of devup.json, else a conventional path) gives @theme variables (colors, spacing, shadows, blurs, radii, easings, animations with their @Keyframes, default transitions, breakpoints), @Utility utilities and @custom-variant variants, and the Vite, webpack and Next.js plugins read it again when it or a CSS file it imports changes. Anything that cannot be read exactly, and the classes of namespaces the build does not read, stay as written. More of Tailwind CSS v4 compiles: ring-, inset-ring-, ring-offset-* and drop-shadow-* compose with shadows and filters, borders and outlines draw in --tw-border-style and --tw-outline-style (a border now shows its style), line-clamp, text decoration, border-spacing, logical and scroll spacing, tables, perspective, font-stretch and more; the arguments of clsx(), classnames() and classNames() and [...].join(' ') compile in place. Radii follow v4 (rounded-sm is 0.25rem, rounded-full is calc(infinity * 1px)). No new build errors
• Skip source-map generation in the codeExtractWithoutSourceMap WASM export while preserving extracted code, CSS and dependencies. Add real WASM and Next loader regressions for map-enabled and map-disabled extraction. No new build errors.

@devup-ui/plugin-utils@1.0.17 → 1.0.18 - packages/plugin-utils/package.json

Patch

• Webpack and Rsbuild builds hold every style in their stylesheets: a stylesheet module is built on its first import, so styles extracted later (the global styles of files webpack or Rsbuild reached late, often outside src) were missing from the output. The files the entries reach under src are now extracted before the build, the shared base on disk is kept current, and when a stylesheet still changed during the build it is compiled once more, writing only the complete result. Rsbuild serves each stylesheet from the current sheet instead of a module-wide string kept only when it grew, which left edits that shortened the CSS and later builds in the same process stale. plugin-utils adds computeReachableFiles
• Class names and file numbers no longer depend on the order files are processed in. Every plugin walks the files it can extract (the project's source and the included packages) before the first transform and numbers them in path order (a file collapsed into a bucket is numbered as the bucket, and only files that mention the package, StyleX or an aliased package take numbers) through the new seedFileMap, so identical builds give identical class prefixes, CSS file names and output hashes; in development, files that appear later are numbered after the existing ones. Styles are given class names in a fixed order, not the order of a hash set. The exported class, file and canonical maps are canonical JSON (sorted keys). Stylesheet evaluation (vanilla-extract) refuses Math.random(), Date.now(), new Date() and Date(), which differ between builds, with a build error; fixed dates such as new Date(0) are unchanged. resetBuildState starts a build from its own options: the prefix, atom hoisting, routes, buckets, names, numbers and styles an earlier build in the process left are cleared, and the prefix is set on every setup even when it is absent. Engine snapshots from concurrent transforms are written one after another per file, so an older snapshot is never written last. File lists are ordered by code point rather than the locale
• @emotion/css is aliased by default: css and keyframes compile like Devup UI's own (numbers in px, as Emotion reads them), injectGlobal declares global CSS. cx takes class names, as in Emotion: strings and runtime values are classes kept as written (falsy values are skipped), an object is a { name: condition } class map, arrays nest, and inline css() calls and css() classes compose with the rules css(a, b) uses. merge(className) splits what the build can read (string tokens, template literal parts) and composes the css() classes in it, keeping a runtime string it cannot split as it is. Namespace members, constant-string bracket access, const destructuring and const alias chains compile through these same named APIs with scope-aware binding resolution; numeric values retain Emotion units after constant inlining and build-time evaluation. The Emotion import disappears when no runtime-only member is used. Ambient declarations type the styling imports (cx(...args: ClassNamesArg[]), merge(className: string)). New located build errors: cx() cannot use a spread, a getter, a setter or a method in a class map, or a template literal call; merge() takes exactly one class string, not a spread or a template literal call; the root module has no default export, namespace member keys must be constant strings naming supported exports, and styling functions cannot be passed, mutated or re-exported. Optional styling reads/calls, namespace rest destructuring, styling defaults or nested patterns, non-const aliases, exported styling bindings and reads whose initialization order cannot be established are build errors instead of runtime dependencies. Styling loaded through require, import-equals or dynamic import must use static ES module imports; an unawaited dynamic namespace that the build cannot follow is also a located error. Its runtime-only APIs (cache, flush, hydrate, sheet, getRegisteredStyles) stay on @emotion/css, including their nested/default destructuring, optional reads and recognized runtime-loader access
• Tailwind classes in a className read the Tailwind CSS of the project: the file that imports tailwindcss (the tailwind.css option of devup.json, else a conventional path) gives @theme variables (colors, spacing, shadows, blurs, radii, easings, animations with their @Keyframes, default transitions, breakpoints), @Utility utilities and @custom-variant variants, and the Vite, webpack and Next.js plugins read it again when it or a CSS file it imports changes. Anything that cannot be read exactly, and the classes of namespaces the build does not read, stay as written. More of Tailwind CSS v4 compiles: ring-, inset-ring-, ring-offset-* and drop-shadow-* compose with shadows and filters, borders and outlines draw in --tw-border-style and --tw-outline-style (a border now shows its style), line-clamp, text decoration, border-spacing, logical and scroll spacing, tables, perspective, font-stretch and more; the arguments of clsx(), classnames() and classNames() and [...].join(' ') compile in place. Radii follow v4 (rounded-sm is 0.25rem, rounded-full is calc(infinity * 1px)). No new build errors

@devup-ui/react@1.0.44 → 1.0.45 - packages/react/package.json

Patch

• The @devup-ui/react README and the css-utils-literal-only rule docs link their mention of build errors to the new Build Errors reference (https://devup-ui.com/docs/build-errors), which lists the build errors grouped by API; the docs sidebar lists the page after Supported Syntax & Limitations, whose Build errors section links to it. Documentation only: no new build errors
• The styled-components and Emotion compat ThemeProvider now gives its theme through React context: useTheme, withTheme and the new ThemeConsumer return the real theme object (an object merged over the outer theme, or what a theme function makes of it) instead of an empty Proxy of var() references, withTheme forwards refs, lets a caller's theme win and sets a displayName. Styles keep reading the CSS variables the provider declares. styled-components v6.4 createTheme is available from the compat entry, and ThemeConsumer and createTheme imports are redirected there instead of staying a runtime dependency on styled-components
• @emotion/css is aliased by default: css and keyframes compile like Devup UI's own (numbers in px, as Emotion reads them), injectGlobal declares global CSS. cx takes class names, as in Emotion: strings and runtime values are classes kept as written (falsy values are skipped), an object is a { name: condition } class map, arrays nest, and inline css() calls and css() classes compose with the rules css(a, b) uses. merge(className) splits what the build can read (string tokens, template literal parts) and composes the css() classes in it, keeping a runtime string it cannot split as it is. Namespace members, constant-string bracket access, const destructuring and const alias chains compile through these same named APIs with scope-aware binding resolution; numeric values retain Emotion units after constant inlining and build-time evaluation. The Emotion import disappears when no runtime-only member is used. Ambient declarations type the styling imports (cx(...args: ClassNamesArg[]), merge(className: string)). New located build errors: cx() cannot use a spread, a getter, a setter or a method in a class map, or a template literal call; merge() takes exactly one class string, not a spread or a template literal call; the root module has no default export, namespace member keys must be constant strings naming supported exports, and styling functions cannot be passed, mutated or re-exported. Optional styling reads/calls, namespace rest destructuring, styling defaults or nested patterns, non-const aliases, exported styling bindings and reads whose initialization order cannot be established are build errors instead of runtime dependencies. Styling loaded through require, import-equals or dynamic import must use static ES module imports; an unawaited dynamic namespace that the build cannot follow is also a located error. Its runtime-only APIs (cache, flush, hydrate, sheet, getRegisteredStyles) stay on @emotion/css, including their nested/default destructuring, optional reads and recognized runtime-loader access
• Emotion's CacheProvider is available from the compat entry as a no-op that renders its children, and import { CacheProvider } from '@emotion/react' is redirected there instead of keeping @emotion/react as a runtime dependency; the cache it configures holds styles Emotion inserts at runtime, which Devup UI writes at build time
• The README no longer claims every CSS-in-JS pattern compiles: it describes what the build compiles and that anything it cannot know is a CSS variable or a located build error, and links the new Supported Syntax & Limitations page, which lists what compiles, the style override rules (where a later part wins and where the CSS cascade decides), Baseline 2024 browser support, that a component taking the css prop must pass className and style on, the runtime-only APIs and how each is handled, and the known limitations
• stylex.attrs() gives the dynamic CSS variables it sets as style attribute text ("--a:" + value), as StyleX does for spreading onto non-React targets, instead of a style object; stylex.props() keeps the object React takes. The attrs() return type declares style as a string

@devup-ui/reset-css@1.0.31 → 1.0.32 - packages/reset-css/package.json

Patch

• Auto-update: depends on '@devup-ui/react' via a local workspace dependency

@devup-ui/rsbuild-plugin@1.0.67 → 1.0.68 - packages/rsbuild-plugin/package.json

Patch

• Webpack and Rsbuild builds hold every style in their stylesheets: a stylesheet module is built on its first import, so styles extracted later (the global styles of files webpack or Rsbuild reached late, often outside src) were missing from the output. The files the entries reach under src are now extracted before the build, the shared base on disk is kept current, and when a stylesheet still changed during the build it is compiled once more, writing only the complete result. Rsbuild serves each stylesheet from the current sheet instead of a module-wide string kept only when it grew, which left edits that shortened the CSS and later builds in the same process stale. plugin-utils adds computeReachableFiles
• Class names and file numbers no longer depend on the order files are processed in. Every plugin walks the files it can extract (the project's source and the included packages) before the first transform and numbers them in path order (a file collapsed into a bucket is numbered as the bucket, and only files that mention the package, StyleX or an aliased package take numbers) through the new seedFileMap, so identical builds give identical class prefixes, CSS file names and output hashes; in development, files that appear later are numbered after the existing ones. Styles are given class names in a fixed order, not the order of a hash set. The exported class, file and canonical maps are canonical JSON (sorted keys). Stylesheet evaluation (vanilla-extract) refuses Math.random(), Date.now(), new Date() and Date(), which differ between builds, with a build error; fixed dates such as new Date(0) are unchanged. resetBuildState starts a build from its own options: the prefix, atom hoisting, routes, buckets, names, numbers and styles an earlier build in the process left are cleared, and the prefix is set on every setup even when it is absent. Engine snapshots from concurrent transforms are written one after another per file, so an older snapshot is never written last. File lists are ordered by code point rather than the locale
• More of Tailwind CSS v4 compiles: container queries (@sm:, @max-md:, @min-[400px]:, @sm/main:) and @container utilities, mask-* (all but the gradient masks), text-shadow-, inset-shadow-, font-variant-numeric utilities (tabular-nums and the like), 3D transforms (rotate-x/y/z, translate-z, scale-z, translate-3d, scale-3d, transform-3d, backface-, perspective-, perspective-origin-), contain- and outline-hidden (with its forced-colors fallback). The project's Tailwind CSS is read further: functional @Utility with --value() and --modifier(), @apply in @Utility, and theme(--name) in arbitrary values; classes of @plugin entries stay as written. A className now compiles the classes of cn()/twMerge() calls whose arguments are all static (merged as tailwind-merge does, the later class wins), of consts bound to class strings, and of cva() calls (base, variants, compound variants). The Rsbuild plugin reads the Tailwind CSS again and compiles every module again when it changes, and the Bun plugin reads it again. No new build errors
• Tailwind classes in a className read the Tailwind CSS of the project: the file that imports tailwindcss (the tailwind.css option of devup.json, else a conventional path) gives @theme variables (colors, spacing, shadows, blurs, radii, easings, animations with their @Keyframes, default transitions, breakpoints), @Utility utilities and @custom-variant variants, and the Vite, webpack and Next.js plugins read it again when it or a CSS file it imports changes. Anything that cannot be read exactly, and the classes of namespaces the build does not read, stay as written. More of Tailwind CSS v4 compiles: ring-, inset-ring-, ring-offset-* and drop-shadow-* compose with shadows and filters, borders and outlines draw in --tw-border-style and --tw-outline-style (a border now shows its style), line-clamp, text decoration, border-spacing, logical and scroll spacing, tables, perspective, font-stretch and more; the arguments of clsx(), classnames() and classNames() and [...].join(' ') compile in place. Radii follow v4 (rounded-sm is 0.25rem, rounded-full is calc(infinity * 1px)). No new build errors

@devup-ui/vite-plugin@1.0.73 → 1.0.74 - packages/vite-plugin/package.json

Patch

• Class names and file numbers no longer depend on the order files are processed in. Every plugin walks the files it can extract (the project's source and the included packages) before the first transform and numbers them in path order (a file collapsed into a bucket is numbered as the bucket, and only files that mention the package, StyleX or an aliased package take numbers) through the new seedFileMap, so identical builds give identical class prefixes, CSS file names and output hashes; in development, files that appear later are numbered after the existing ones. Styles are given class names in a fixed order, not the order of a hash set. The exported class, file and canonical maps are canonical JSON (sorted keys). Stylesheet evaluation (vanilla-extract) refuses Math.random(), Date.now(), new Date() and Date(), which differ between builds, with a build error; fixed dates such as new Date(0) are unchanged. resetBuildState starts a build from its own options: the prefix, atom hoisting, routes, buckets, names, numbers and styles an earlier build in the process left are cleared, and the prefix is set on every setup even when it is absent. Engine snapshots from concurrent transforms are written one after another per file, so an older snapshot is never written last. File lists are ordered by code point rather than the locale
• Tailwind classes in a className read the Tailwind CSS of the project: the file that imports tailwindcss (the tailwind.css option of devup.json, else a conventional path) gives @theme variables (colors, spacing, shadows, blurs, radii, easings, animations with their @Keyframes, default transitions, breakpoints), @Utility utilities and @custom-variant variants, and the Vite, webpack and Next.js plugins read it again when it or a CSS file it imports changes. Anything that cannot be read exactly, and the classes of namespaces the build does not read, stay as written. More of Tailwind CSS v4 compiles: ring-, inset-ring-, ring-offset-* and drop-shadow-* compose with shadows and filters, borders and outlines draw in --tw-border-style and --tw-outline-style (a border now shows its style), line-clamp, text decoration, border-spacing, logical and scroll spacing, tables, perspective, font-stretch and more; the arguments of clsx(), classnames() and classNames() and [...].join(' ') compile in place. Radii follow v4 (rounded-sm is 0.25rem, rounded-full is calc(infinity * 1px)). No new build errors

@devup-ui/webpack-plugin@1.0.71 → 1.0.72 - packages/webpack-plugin/package.json

Patch

• Webpack and Rsbuild builds hold every style in their stylesheets: a stylesheet module is built on its first import, so styles extracted later (the global styles of files webpack or Rsbuild reached late, often outside src) were missing from the output. The files the entries reach under src are now extracted before the build, the shared base on disk is kept current, and when a stylesheet still changed during the build it is compiled once more, writing only the complete result. Rsbuild serves each stylesheet from the current sheet instead of a module-wide string kept only when it grew, which left edits that shortened the CSS and later builds in the same process stale. plugin-utils adds computeReachableFiles
• Class names and file numbers no longer depend on the order files are processed in. Every plugin walks the files it can extract (the project's source and the included packages) before the first transform and numbers them in path order (a file collapsed into a bucket is numbered as the bucket, and only files that mention the package, StyleX or an aliased package take numbers) through the new seedFileMap, so identical builds give identical class prefixes, CSS file names and output hashes; in development, files that appear later are numbered after the existing ones. Styles are given class names in a fixed order, not the order of a hash set. The exported class, file and canonical maps are canonical JSON (sorted keys). Stylesheet evaluation (vanilla-extract) refuses Math.random(), Date.now(), new Date() and Date(), which differ between builds, with a build error; fixed dates such as new Date(0) are unchanged. resetBuildState starts a build from its own options: the prefix, atom hoisting, routes, buckets, names, numbers and styles an earlier build in the process left are cleared, and the prefix is set on every setup even when it is absent. Engine snapshots from concurrent transforms are written one after another per file, so an older snapshot is never written last. File lists are ordered by code point rather than the locale
• Tailwind classes in a className read the Tailwind CSS of the project: the file that imports tailwindcss (the tailwind.css option of devup.json, else a conventional path) gives @theme variables (colors, spacing, shadows, blurs, radii, easings, animations with their @Keyframes, default transitions, breakpoints), @Utility utilities and @custom-variant variants, and the Vite, webpack and Next.js plugins read it again when it or a CSS file it imports changes. Anything that cannot be read exactly, and the classes of namespaces the build does not read, stay as written. More of Tailwind CSS v4 compiles: ring-, inset-ring-, ring-offset-* and drop-shadow-* compose with shadows and filters, borders and outlines draw in --tw-border-style and --tw-outline-style (a border now shows its style), line-clamp, text decoration, border-spacing, logical and scroll spacing, tables, perspective, font-stretch and more; the arguments of clsx(), classnames() and classNames() and [...].join(' ') compile in place. Radii follow v4 (rounded-sm is 0.25rem, rounded-full is calc(infinity * 1px)). No new build errors

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.

Files with missing lines	Coverage Δ
libs/extractor/src/composition.rs	100.00% <100.00%> (ø)
...tractor/src/extract_style/extract_dynamic_style.rs	100.00% <ø> (ø)
...tractor/src/extractor/extract_style_from_styled.rs	100.00% <100.00%> (ø)
libs/extractor/src/extractor/styled_jsx.rs	100.00% <100.00%> (ø)
...xtractor/src/extractor/styled_record_evaluation.rs	100.00% <100.00%> (ø)
...xtractor/styled_record_evaluation_visitor_tests.rs	100.00% <100.00%> (ø)
libs/extractor/src/imported_constants.rs	100.00% <100.00%> (ø)
libs/extractor/src/lib.rs	100.00% <ø> (ø)
libs/extractor/src/prop_modify_utils.rs	100.00% <100.00%> (ø)
libs/extractor/src/prop_valid.rs	100.00% <100.00%> (ø)
... and 5 more

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
• 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.