Star58
1
代码
代码
Issues
Pull Requests
项目讨论
Wiki
分析
Star58
1
wzzcwzzcrefactor(moui_theme): extract audit package out of common public API
a674b3c7创建于 6月20日历史提交
文件最后提交记录最后更新时间
moon.pkg
refactor(moui_theme): extract audit package out of common public API Move the 18 design_system_*.mbt audit/evidence files from common/ into a new moui_theme/audit package and convert the 142 audit methods on DesignPreset (DesignPreset::xxx) to top-level pub fn xxx(preset), since MoonBit forbids defining methods on a type from another package (Error 4059). The 5 shared audit enums (DesignTokenCategory/Layer/Status, DesignSystemSource, DesignTokenCoverage) move with the audit files; DesignSchemeVariant stays in common (construction-surface dependency). color/color_byte become pub in common (shared helpers). common/pkg.generated.mbti shrinks 1118 -> 355 lines; DesignPreset keeps only its 6 construction-surface methods (theme/tokens/label/...). The 4 variant packages drop their report()/manifest()/component_token_matrix() audit-forwarding shims so package "wzzc-dev/moui_theme/material" // wzzc-dev/moui_theme@0.1.0 pub fn dark_theme(density? : @common.DesignDensity) -> @core.Theme pub fn high_contrast_theme(system_scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @core.Theme pub fn light_theme(density? : @common.DesignDensity) -> @core.Theme pub fn preset() -> @common.DesignPreset pub fn system_theme(system_scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @core.Theme pub fn theme(scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @core.Theme pub fn tokens(scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @common.DesignSystemTokens pub fn tokens_for_variant(variant? : @common.DesignSchemeVariant, system_scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @common.DesignSystemTokens only shows the construction surface. The 8003-line theme_test.mbt moves into audit. examples/design_systems/app now imports moui_theme/audit and routes audit calls through @audit.xxx(@variant.preset()) — its demo functionality is preserved (this is why internal/ was rejected: the example is an audit visualizer that must reach the audit package). WIP: 10 audit tests regress (moui_token values come back empty) — these are conversion-introduced argument-order bugs in the method->fn transform that need targeted debugging. All packages compile; mbti shrink verified. Not using internal/: MoonBit forbids cross-package methods regardless, so internal wouldn't avoid the method->fn conversion, and it would block the design_systems audit-visualizer example from importing audit.
2 个月前
pkg.generated.mbti
refactor(moui_theme): extract audit package out of common public API Move the 18 design_system_*.mbt audit/evidence files from common/ into a new moui_theme/audit package and convert the 142 audit methods on DesignPreset (DesignPreset::xxx) to top-level pub fn xxx(preset), since MoonBit forbids defining methods on a type from another package (Error 4059). The 5 shared audit enums (DesignTokenCategory/Layer/Status, DesignSystemSource, DesignTokenCoverage) move with the audit files; DesignSchemeVariant stays in common (construction-surface dependency). color/color_byte become pub in common (shared helpers). common/pkg.generated.mbti shrinks 1118 -> 355 lines; DesignPreset keeps only its 6 construction-surface methods (theme/tokens/label/...). The 4 variant packages drop their report()/manifest()/component_token_matrix() audit-forwarding shims so package "wzzc-dev/moui_theme/material" // wzzc-dev/moui_theme@0.1.0 pub fn dark_theme(density? : @common.DesignDensity) -> @core.Theme pub fn high_contrast_theme(system_scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @core.Theme pub fn light_theme(density? : @common.DesignDensity) -> @core.Theme pub fn preset() -> @common.DesignPreset pub fn system_theme(system_scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @core.Theme pub fn theme(scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @core.Theme pub fn tokens(scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @common.DesignSystemTokens pub fn tokens_for_variant(variant? : @common.DesignSchemeVariant, system_scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @common.DesignSystemTokens only shows the construction surface. The 8003-line theme_test.mbt moves into audit. examples/design_systems/app now imports moui_theme/audit and routes audit calls through @audit.xxx(@variant.preset()) — its demo functionality is preserved (this is why internal/ was rejected: the example is an audit visualizer that must reach the audit package). WIP: 10 audit tests regress (moui_token values come back empty) — these are conversion-introduced argument-order bugs in the method->fn transform that need targeted debugging. All packages compile; mbti shrink verified. Not using internal/: MoonBit forbids cross-package methods regardless, so internal wouldn't avoid the method->fn conversion, and it would block the design_systems audit-visualizer example from importing audit.
2 个月前
theme.mbt
refactor(moui_theme): extract audit package out of common public API Move the 18 design_system_*.mbt audit/evidence files from common/ into a new moui_theme/audit package and convert the 142 audit methods on DesignPreset (DesignPreset::xxx) to top-level pub fn xxx(preset), since MoonBit forbids defining methods on a type from another package (Error 4059). The 5 shared audit enums (DesignTokenCategory/Layer/Status, DesignSystemSource, DesignTokenCoverage) move with the audit files; DesignSchemeVariant stays in common (construction-surface dependency). color/color_byte become pub in common (shared helpers). common/pkg.generated.mbti shrinks 1118 -> 355 lines; DesignPreset keeps only its 6 construction-surface methods (theme/tokens/label/...). The 4 variant packages drop their report()/manifest()/component_token_matrix() audit-forwarding shims so package "wzzc-dev/moui_theme/material" // wzzc-dev/moui_theme@0.1.0 pub fn dark_theme(density? : @common.DesignDensity) -> @core.Theme pub fn high_contrast_theme(system_scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @core.Theme pub fn light_theme(density? : @common.DesignDensity) -> @core.Theme pub fn preset() -> @common.DesignPreset pub fn system_theme(system_scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @core.Theme pub fn theme(scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @core.Theme pub fn tokens(scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @common.DesignSystemTokens pub fn tokens_for_variant(variant? : @common.DesignSchemeVariant, system_scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @common.DesignSystemTokens only shows the construction surface. The 8003-line theme_test.mbt moves into audit. examples/design_systems/app now imports moui_theme/audit and routes audit calls through @audit.xxx(@variant.preset()) — its demo functionality is preserved (this is why internal/ was rejected: the example is an audit visualizer that must reach the audit package). WIP: 10 audit tests regress (moui_token values come back empty) — these are conversion-introduced argument-order bugs in the method->fn transform that need targeted debugging. All packages compile; mbti shrink verified. Not using internal/: MoonBit forbids cross-package methods regardless, so internal wouldn't avoid the method->fn conversion, and it would block the design_systems audit-visualizer example from importing audit.
2 个月前
theme_test.mbt
refactor(moui_theme): extract audit package out of common public API Move the 18 design_system_*.mbt audit/evidence files from common/ into a new moui_theme/audit package and convert the 142 audit methods on DesignPreset (DesignPreset::xxx) to top-level pub fn xxx(preset), since MoonBit forbids defining methods on a type from another package (Error 4059). The 5 shared audit enums (DesignTokenCategory/Layer/Status, DesignSystemSource, DesignTokenCoverage) move with the audit files; DesignSchemeVariant stays in common (construction-surface dependency). color/color_byte become pub in common (shared helpers). common/pkg.generated.mbti shrinks 1118 -> 355 lines; DesignPreset keeps only its 6 construction-surface methods (theme/tokens/label/...). The 4 variant packages drop their report()/manifest()/component_token_matrix() audit-forwarding shims so package "wzzc-dev/moui_theme/material" // wzzc-dev/moui_theme@0.1.0 pub fn dark_theme(density? : @common.DesignDensity) -> @core.Theme pub fn high_contrast_theme(system_scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @core.Theme pub fn light_theme(density? : @common.DesignDensity) -> @core.Theme pub fn preset() -> @common.DesignPreset pub fn system_theme(system_scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @core.Theme pub fn theme(scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @core.Theme pub fn tokens(scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @common.DesignSystemTokens pub fn tokens_for_variant(variant? : @common.DesignSchemeVariant, system_scheme? : @core.ColorScheme, density? : @common.DesignDensity) -> @common.DesignSystemTokens only shows the construction surface. The 8003-line theme_test.mbt moves into audit. examples/design_systems/app now imports moui_theme/audit and routes audit calls through @audit.xxx(@variant.preset()) — its demo functionality is preserved (this is why internal/ was rejected: the example is an audit visualizer that must reach the audit package). WIP: 10 audit tests regress (moui_token values come back empty) — these are conversion-introduced argument-order bugs in the method->fn transform that need targeted debugging. All packages compile; mbti shrink verified. Not using internal/: MoonBit forbids cross-package methods regardless, so internal wouldn't avoid the method->fn conversion, and it would block the design_systems audit-visualizer example from importing audit.
2 个月前