#appx — Public Fediverse posts

Recientemente, la app X fue testigo de una tendencia que causó gran controversia: #CuerpoDeLiamPayne. Esta etiqueta surgió tras la tragedia que involucró al artista, lo que llevó a algunas cuentas a compartir fotos del cantante en momentos desafortunados. La situación generó una oleada de descontento entre sus fans, quienes no tardaron en tomar medidas.

Afortunadamente, las seguidoras de Liam Payne no se quedaron de brazos cruzados y se unieron con un propósito claro: «limpiar» las búsquedas asociadas a esta tendencia, sustituyendo las imágenes inapropiadas con fotos lindas y positivas del cantante. Esta acción colectiva mostró el poder de la comunidad fan para revertir una narrativa negativa y proteger la imagen de su ídolo.

Este caso no solo resalta el apoyo incondicional de las fans, sino también cómo las redes sociales pueden ser utilizadas de manera positiva para contrarrestar contenido dañino. La unión de la comunidad fue clave para desviar la atención de un momento doloroso hacia una representación más positiva de Liam Payne.

Me encanta cuando los fandoms se unen para cosas buenas como invadir esa tendencia con bonitas imágenes de Liam o tirar las cuentas de quien difunde esas imágenes perturbadoras para salvar el internet de esas imágenes  por el bien de todos y sobretodo de las personas cercanas a Liam Payne.

https://elblogdelascuriosidades.com.mx/2024/10/19/apoyo-fans-liam-payne-polemica/

#ApoyoALiam #AppX #ComunidadDeFans #CuerpoDeLiamPayne #CulturaPop #FansAlRescate #FansUnidas #LiamPayne #LiamPayneFans #LiamPayneLove #LimpiezaDeRedes #PositividadEnRedes #RedesSociales #TrendingTopic

For the record and in an attempt to contribute to the world's knowledge of holes in Microsoft documentation:

At least the way I did it, for in-process plugins, you need to create the MSIX packages using makeappx and manifests written/edited from a template by you, not generated by Visual Studio or something (copy your AppxManifest.xml file into the directory with your payload files (which has to include all the stuff your application needs to run and any bits like images referenced in the manifest) and run makeappx pack /d InputDirectory /p OutputPackageFile.msix, then use signtool sign to add a signature). The plugins need a <MainPackageDependency> pointing to the main app, and the main app needs to use Windows.ApplicationModel.Package.Current.Dependencies to get the plugin packages and Package.InstalledLocation to find their base directories so you can actually load from them.

It might totally be possible to use Visual Studio's MSIX generation or some third-party thing but I gave up on it after fighting it for a while.

For a .NET non-UWP application like mine, you need to use one of the Windows build-number-specific Target Framework Monikers for .NET 5+, e.g. net5.0-windows10.0.19041.0 (for earlier .NET or C++ or whatever you're sort of on your own since I didn't have to do that, but that page might say and if not look for something about Universal Windows contracts) to get access to Windows.ApplicationModel.

It's not really absurdly complicated but the documentation is not good.

#MSIX #AppX #plugin #plugins #dotnet #Microsoft #Windows #UWP #WindowsStore