El proyecto sigue avanzando de forma muy rápida, y el autor responde rápidamente a requerimientos y feedbacks que queramos hacerle. Por el momento, ya tenemos todo estos componentes "wrappeados":
- D.P.F Delphi iOS Native Components
100% iOS Performance and styles
+ Added TDPFAddressBook component
+ Added AddressBook Demo (Select person from Contacts)
+ Added MailCompose component
* Wrapped MFMailComposeViewController class
* Wrapped AddressBook.framework (ABPeoplePickerNavigationController)
+ MapView Component
+ Movie Player Component (Both Local File & URL)
+ HTTP Component
* Wrapped MapKit.framework
* Wrapped EventKit.framework
+ Added User Tracking on map
+ Added EKEvent
+ Added EKAlarm
+ Added EKEventStore
+ Added EKCalendarItem
+ Added Calendar Alarm Demo
+ Added UITableView
+ Added UIButton
+ Added UITextField
+ Added UITextView
+ Added UIView
+ Added UIPageControl
+ Added UILabel
+ Added UISegmentedControl
+ Added UISlider
+ Added UIStepper
+ Added UISwitch
+ Added UIImageView
Propiedades como 'Position', 'Alpha' etc que admiten las animaciones con firemonkey funcionan en estos componentes (mientras que en componentes de pago como los TMS iCL creo que esto aún no es posible).
Así pues, podemos animar un control hacia la izquierda del formulario con
Código:
DFPControl.AnimateFloat('Position.X', 0, 0.5) //Siendo 0.5 el tiempo de animación
O hacerlo invisible con un efecto "shade":
Código:
DFPControl.AnimateFloat('Alpha', 0, 0.5) //Siendo 0.5 el tiempo de animación
La lástima es que no se puedan meter en componentes de tipo container de firemonkey estos controles nativos. (Todos sabemos que firemonkey usa un sistema "peculiar" de dibujado por así decirlo). Así mismo, tampoco podemos meter componentes de firemonkey en contenedores iOS nativos como el DPFUIView.
Eso sí, hay que tener claro que usando estos componentes le decimos adios a un futurible cross-compiler entre iOS y Android en el futurible RAD Studio XE 5... pero bueno, al menos gran parte del código será reutilizable y no hay que olvidar que estamos consiguiendo un rendimiento y apariencia nativos sin necesidad de aprender Objetive C (lenguaje que por cierto, en concepto y uso no tiene nada que ver con Delphi)
Otro punto a tener en cuenta, es que usando estos controles nativos, los componentes adoptan el estilo visual de la versión de iOS donde se usen (como el futuro iOS 7). Esto con los controles Firemonkey no ocurre si no se tienen los ficheros de estilo pertinentes.
¡Un saludo!