CommunityToolkit / CommunityToolkit/Tooling-Windows-Submodule

Clean-up: Remove custom content linking and SourceAssets folder for loading of Sample Code, XAML, and Markdown

Offen
#18 2 Kommentare 0 Reaktionen 1 zugewiesene Person Beansprucht von @Arlodotexe Auf GitHub ansehen
build :fire: enhancement external :arrow_heading_up: Uno
Vorherrschende Sprache
C#
Sterne
55
Forks
19
Ø Merge
40 Min.
Gemergte PRs (30 T.)
1

Beschreibung

Related CommunityToolkit/Labs-Windows#37, CommunityToolkit/Labs-Windows#88

_Improvement to workaround for this Uno issue_: https://github.com/unoplatform/uno/issues/8618 - If the Uno issue gets resolved, this work doesn't need to be done and we can clean-up our existing workaround in the codebase.

@Arlodotexe talked to Jerome. He suggested instead of the glob we could use an inline task to help us with our desired copying heuristic: https://github.com/unoplatform/uno/blob/43efd99f67daade2e663e317989c3ab324a2c443/src/SolutionTemplate/Uno.ProjectTemplates.Dotnet/Uno.ProjectTemplates.Dotnet.csproj#L244

That way we can use the proper globs to grab the input files from the proper locations, but then have the task make sure the extra parent/relative path parts don't matter as it'll copy it to a consistent `SourceAssets\ExperimentName.Sample\files` location which matches the metadata we generate. That way all the apps should be able to load consistently regardless of where we're building the app / grabbing the files from, right?

_Originally posted by @michael-hawker in https://github.com/CommunityToolkit/Labs-Windows/issues/130#issuecomment-1139180876_

Beitragsleitfaden

Beitragsleitfaden öffnen

Bewertung

Dieses Issue wurde noch nicht bewertet.

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.