AW: Firemonkey mit XE2
Zitat:
Habe jedoch hier eine bequeme Lösung gefunden: http://syncro-concept.aisware.de/sit...atur_erkennen/ |
AW: Firemonkey mit XE2
Zitat:
- TUIWindowHack = objcclass(UIWindow) - Window := UIApplication.sharedApplication.Windows.objectAtIn dex(0); Wie kommt Ihr an diese Infos...? Mein größtest Problem ist.. NULL Ahnung von Apple Und eigentlich bin ich davon ausgegangen, das Delphi und die Runtime mir alles bietet, was ich auf der (dunklen) anderen Seite benötige. Gibt es da ein geheimes Buch oder Tutorial, dass ich nicht kenne? Grüsse Mavarik |
AW: Firemonkey mit XE2
|
AW: Firemonkey mit XE2
Ich hab mir die FP header angeschaut und viel mit Phil Hess geschrieben. Ausserdem natürlich ein iOS Buch durchgearbeitet und mir ein bischen XCode reingezogen. Aus meiner Sicht war FM (1) wohl eher ein Proof of concept. Leider war die Herangehensweise falsch. Das beste war, wenn ich in QC Fehler beanstandet habe dann kam als Antwort teilweise: "Das ist ein Problem von FP. Nicht unseres". Naja, wenn ich keinen eigenen Compiler fertigkriege und auf FP aufsetze und das dann gebundelt als mein Produkt verkaufe bin cih sehr wohl dafür verarntwortlich. Hoffentlich wird es mit FM2 und den neuen Interfaces sowie Mobile Studio besser.
@maverik: Du baust Deine Masken und einige Login in Delphi, schickst das in XCode und debuggst dort. Das meiste weitere muss Cocoa- bzw. FP-spezifisch mit ifdefs in Delphi gemacht werden. Bzw. in XCode bearbeitet werden und eine Finale Version für den Shop darf auch keinesfalls mehr mit Delphi angefasst werden. Z.b. waren in XE2 die Embarcadero-Icons im Konvertierungstool hardcodiert bzw. als res enthalten. Sowas kannst Du natürlcih nicht als eigene App in den Shop stellen. |
AW: Firemonkey mit XE2
Ich habe mal das Projekt FireMonkeyControls ein wenig angeschaut. Leider gibt es allein dort diverse Probleme.
Laden des Jet-Styles funktioniert, ein nachträgliches Wechseln zu einem normalen Style führt zu einer Schutzverletzung. (Habe ich in der QC eingetragen.) Auf einem XP-Rechner wird beim drehen des ClientBereiches der Bereich nicht mehr geskinnt. Bei einer größeren Formulargröße gibt es einen "Div by 0" Fehler und das Programm hängt. Auf meinem Win7-Rechner funktioniert das Drehen, gelegentlich hängt das Programm aber dann. Eine Auflösung von 2500*1600 bremst den Formularaufbau natürlich gewaltig aus. Aber das kann man FM sicher nicht vorwerfen. Immerhin ist ja einiges zu zeichnen. Ich sehe es leider (noch) kritisch, ernsthaft mit FM zu arbeiten, obwohl ich den Ansatz eigentlich lohnenswert finde. Je größer und komplexer der Projektumfang und die Formulargrößen sind, um so ungünstiger ist wohl FM zu verwenden. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 08:32 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz