603af17e56
The repo carried two parallel UIs (WPF + WinUI) sharing Models/Services via
cross-directory Link includes. Now that WinUI is the only frontend, collapse
the structure so the WinUI project IS the repo root instead of a nested
sibling folder:
- Delete the WPF project entirely (App.xaml, MainWindow.xaml, csproj) and its
bin/obj output
- Move AmiReel.WinUI/* up to the repo root (App, MainWindow, MainPage,
DialogHelper, Assets, Package.appxmanifest, app.manifest, Properties,
.github/instructions, AGENTS.md) via git mv, preserving history
- Rename AmiReel.WinUI.csproj -> AmiReel.csproj; regenerate the solution as
AmiReel.slnx (the newer XML solution format) with a single project
- Rename namespace AmigaDB.VideoRenderer.{Models,Services} -> AmiReel.{...}
and AmiReel_WinUI -> AmiReel across all files, including the embedded
ffmpeg/ffprobe resource logical names in the csproj and ToolExtractor
- Models/ and Services/ no longer need the Link-based cross-directory
<Compile Include>; they're picked up by the SDK's default globbing now
that they live under the project directory
- Rename assets/ -> branding/ (source icon art) to avoid a case-insensitive
collision with Assets/ (packaged tile art) once both sit at repo root
- Merge the two .gitignore files into one; track the PublishProfiles pubxml
files instead of ignoring them (no secrets, and they keep publish
reproducible across machines) as branding, gitignore, etc.
- Simplify publish-win-x64.ps1 (drop the -Target Wpf/WinUI switch, there's
only one target now) and rewrite README.md to describe the single-project
layout, build/run/publish commands, and file structure
Verified: dotnet build succeeds for both AmiReel.csproj and AmiReel.slnx, and
the built exe launches and renders identically to before the move.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
2.5 KiB
2.5 KiB
description, applyTo
| description | applyTo |
|---|---|
| Globalization & Localization requirements for user-facing strings, resource files, and culture-aware formatting | **/*.cs, **/*.xaml, **/*.resw |
Globalization & Localization
These rules apply to every feature and change involving user-facing text. They are not optional add-ons.
Rules
- All user-facing strings (UI text, error messages, tooltips) must come from
.reswresource files — never hard-code them in XAML or C#. - Resource file location:
Strings/en-us/Resources.resw(default locale). - Use
x:Uidin XAML to bind controls to resource keys:With a matching<TextBlock x:Uid="WelcomeMessage" />.reswentry:WelcomeMessage.Text= "Welcome!" - In code-behind / ViewModels, use the
ResourceLoader:var loader = new Microsoft.Windows.ApplicationModel.Resources.ResourceLoader(); string message = loader.GetString("ErrorFileNotFound"); - Format dates, numbers, and currencies using
CultureInfo.CurrentCultureorDateTimeFormatter— never assume a specific regional format. - Avoid concatenating translated strings — use format placeholders (
{0},{1}). - Design UI layouts to accommodate text expansion (~30-40% longer for German vs. English).
Anti-patterns
- Hard-coded strings in
.xamlor.csfiles (e.g.,Content="Save"). - Using
string.Formatwith hard-coded ordinal assumptions. - Fixed-width UI elements that clip translated text.
Validation
- Build & register the MSIX package — see Build, Run & Deploy in
.github/agents/Agents.md. - Check for hard-coded strings: search
Content="andText="in.xamlfiles — replace withx:Uid.
Verification Checklist
- All user-facing strings are in
.reswresource files
Must Read & Research
Agent Rule: Before any localization-related change, you must fetch and review these references using
fetch_webpage. Apply what you learn.
| # | Reference | When to consult |
|---|---|---|
| 1 | Globalize your WinUI app | Adding any new user-facing strings or culture-aware formatting |
| 2 | Resource Management System | Setting up or modifying .resw files and ResourceLoader usage |
| 3 | WinUI Localization with x:Uid | Binding XAML controls to localized resources via x:Uid |