Support for Uno Platform

[MartinZikmund]

It would be awesome if Uno Platform was also supported

[AndrewKeepCoding]

Hi Martin! Thanks for stopping by!😄

As I posted the other day, at least it seems to work on WinUI and WASM.

https://github.com/user-attachments/assets/203b8a57-2f9b-4501-b035-2b4b3db5c798

Now, for the other platforms I guess I'll need to pick your brain. The location of the "Strings" folder, to be specific.

It could be anywhere as long as the app can access it by a given path when initialized. For example:

App Type	"Strings" Folder Location Example
WinUI (Packaged)	ApplicationData.Current.LocalFolder
WinUI (Unpackaged)	Aside the *.exe file

Where would it be for the other platforms?

[MartinZikmund]

Technically you should be able to use ApplicationData.Current.LocalFolder in all targets, that location is accessible (even via classic System.IO APIs) across all targets

[AndrewKeepCoding]

Then, "Technically", it should work out of the box! 😀 I'll try to confirm it (in a couple of days).

[AndrewKeepCoding]

It does work out of the box for WASDK but not for the other platforms. 😅 I'll take a look other lib (Live Charts maybe?) that supports Uno. Please let me know if you have any recommendation.🙂

[MartinZikmund]

@AndrewKeepCoding you will probably need to add multi-targeting (e.g. multiple target frameworks) - or you can create the library based on the Uno Platform Library project template.

[AndrewKeepCoding]

I meed to create separate projects and packages, right?

[AndrewKeepCoding]

AttachedProperty setter is not called in XAML when named Uid. This happens on:

• Android
• WASM
• Desktop
• MacOS

It works as expected:

• on WASDK
• when the AttachedProperty has other name
• when the setter is called on C# code

unoplatform/uno#19069