Wokelangiser transforms existing code into consent-aware, accessible, and internationalised software by injecting WokeLang patterns at the source level.
WokeLang is a hyperpolymath nextgen language designed for inclusive software engineering. It provides first-class constructs for consent management, accessibility compliance, internationalisation, and cultural sensitivity. Wokelangiser brings these constructs to any existing codebase without requiring a full rewrite.
Existing Code
|
v
[Consent Point Injection] <-- @consent decorators (opt-in / opt-out)
|
v
[Accessibility Annotation] <-- @accessible decorators (WCAG level tagging)
|
v
[I18n Hook Insertion] <-- @i18n hooks (locale-aware string extraction)
|
v
[Cultural Sensitivity Pass] <-- @sensitive markers (context-specific phrasing)
|
v
[WokeLang Codegen] <-- emit compliant wrapper code
|
v
Compliant OutputConfigure your intentions in wokelangiser.toml. Wokelangiser then:
-
Analyses existing user-facing strings, forms, and destructive operations
-
Injects consent points โ
@consent(opt_in)/@consent(opt_out)decorators that gate data collection, cookie usage, and destructive actions behind explicit user agreement -
Annotates accessibility โ
@accessible(AA)/@accessible(AAA)decorators that tag UI elements with WCAG 2.2 compliance levels, generating ARIA attributes, colour-contrast metadata, and keyboard-navigation hooks -
Inserts i18n hooks โ
@i18n(locale)hooks that extract hardcoded strings into locale bundles, add RTL support markers, and wire up pluralisation rules -
Marks cultural sensitivity โ
@sensitive(context)markers that flag culturally loaded terms, date/time formats, and naming conventions for locale-appropriate alternatives -
Generates compliant output โ WokeLang-annotated wrapper code that passes through the Idris2 ABI for formal verification before emitting target-language bindings via the Zig FFI bridge
| Decorator | Parameters | Purpose |
|---|---|---|
|
|
Gates operations behind explicit user agreement. Supports GDPR Article 7 consent withdrawal and audit logging. |
|
|
Annotates UI elements with WCAG 2.2 conformance levels. Generates ARIA labels, focus indicators, colour contrast checks, and screen reader hints. |
|
|
Extracts hardcoded strings into ICU MessageFormat bundles. Handles bi-directional text, plural categories, and locale-specific formatting. |
|
|
Flags culturally loaded terms for locale-appropriate alternatives. Respects regional naming conventions, date ordering, and colour symbolism. |
-
GDPR consent management โ retrofit existing web applications with compliant opt-in/opt-out flows, consent withdrawal mechanisms, and audit trails
-
WCAG 2.2 compliance automation โ scan UI code and generate accessibility annotations, focus management, and contrast-ratio metadata
-
Internationalisation retrofit โ extract hardcoded English strings, wire up locale bundles, add RTL support, and handle pluralisation
-
Inclusive API design โ generate API documentation with culturally neutral examples, inclusive error messages, and accessible response formats
Follows the hyperpolymath -iser pattern:
wokelangiser.toml (manifest)
-> Idris2 ABI proof (consent/accessibility type safety)
-> Zig FFI bridge (C-ABI interop)
-> Target language codegen (annotated wrapper code)Part of the -iser family.
-
Rust CLI (
src/main.rs) โ parses manifest, orchestrates pipeline -
Manifest (
wokelangiser.toml) โ declares consent rules, WCAG levels, i18n locales, and sensitivity contexts -
Idris2 ABI (
src/interface/abi/) โ formal proofs that consent types are well-formed, WCAG levels are valid, and i18n hooks are complete -
Zig FFI (
src/interface/ffi/) โ C-ABI bridge exposing consent injection, accessibility checking, and i18n formatting to any language -
Codegen (
src/codegen/) โ emits annotated target-language wrappers
Pre-alpha. Architecture defined, CLI scaffolded, Idris2 ABI types for consent/accessibility/i18n defined, Zig FFI bridge templated, codegen pending.