Passa ai contenuti principali

Post

Visualizzazione dei post con l'etichetta Xamarin

Xamarin.Forms Reusable XAML Page Base Class

The base class is a normal XAML Page. The derived class comes from a new XAML Page, then we change: In code: public partial class MyPage1 : MyPageBase In xaml: < local:MyPageBase xmlns="http://xamarin.com/schemas/2014/forms" xmlns:x="http://schemas.microsoft.com/winfx/2009/xaml"  x:Class="xam0001.MyPage1" xmlns:local="clr-namespace:xam0001" >   </ local:MyPageBase > 

Xamarin Forms Image: where to put images in projects (root directory in WindosPhone)

We have a PCL Xamarin.Forms project with some XAML. Images are project-specific so we put the image in the starting projec (i.e. Wp and Android) We want to define image name in the XAML so we use: x:Name="myImage"  Source="NavigationLeft.png" Android takes the "NavigationLeft.png" in the Resources/Drawable WindowsPhone takes the "NavigationLeft.png" on the root of the project. So Windows phone project get messed with resource images in the root folder. Is there a way to avoid this? No, there's not: in Windows Phone  we could place the image in an "Images" forder and reference it with "Images/NavigationLeft.png" in XAML, this would work. But in Android the Resource/drawable directory is a flat diretory and does allow subdirs. For now i prefixed share image with an x "xNavigationLeft". Sources: Android drawable does not allow subdirs For Wp using Xamarin.Forms we must put images on root dir

Xamarin Walkthrough: Fragments

Alcuni appunti in itinere seguendo il tutorial  fragments walkthrough su Xamarin.Android: il tag axml per indicare il fragment è proprio "fragment" con la f minuscola, nonostante altri tag inizino con la lettera maiuscola. l'errato casing produce un errore in fase di esecuzione. Perchè per il fragment di dettaglio non viene usato un costruttore ad hoc in cui passo i parametri di inizializzazione, ma viene invece passato come argomento di un budle? Questa modalità di inizializzazione (New Instance pattern) è comune nel mondo Android. La ragione principale è che il ciclo di vita di un fragment prevede che lo stesso fragment possa essere ri-creato: in quel caso non posso usare variabili di classe, che potrebbero non essere più valorizzate, ne usare un costruttore con parametri, che viene ignorato in fase di ri-creazione. Il bundle invece viene salvato e può essere usato come cache affidabile per i parametri di creazione. Nella seconda parte del walkthrough S...

Xamarin Studio Supporto per portable Libraries

Xamarin Studio per Mac non supporta ancora perfettamente le Portable Libraries. Le portable libraries si riescono ad includere e il progetto, se non ha errori, compila correttamente. Mancano però ad ora: code completion inserimento di reference alla BCL. Aspettiamo con ansia la versione 4.02 di Xamarin Studio, prevista per maggio che forse introdurrà pieno supporto supporto alle PCL http://stackoverflow.com/questions/15104239/monodevelop-portable-library-project-references-are-not-available