Resümee Mobile Pack

[Mavarik]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1219696)

Zitat:

Zitat von Darlo (Beitrag 1219678)

Die nativen TMS Komponenten klingen auch richtig interessant, nur
fehlt hier, wie ich es verstanden haben, ebenfalls die Möglichkeit diese optisch anzupassen.

Das wäre aber ein Widerspruch in sich. Entweder man hat native GUI-Komponenten oder man hat welche die sich Customizen lassen und dann notfalls nur den nativen Look emulieren/nachbilden

Die nativen Komponeten von TMS haben sicherlich "irgendwo" einen nutzen, aber Sie sprechen eigentlich gegen das Konzept vom Firemonkey
plattformübergreifend zu sein... Und sehen zur Designtime auch nicht schön aus...

Mavarik

[Darlo]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1219696)

Zitat:

Zitat von Darlo (Beitrag 1219678)

Die nativen TMS Komponenten klingen auch richtig interessant, nur
fehlt hier, wie ich es verstanden haben, ebenfalls die Möglichkeit diese optisch anzupassen.

Das wäre aber ein Widerspruch in sich. Entweder man hat native GUI-Komponenten oder man hat welche die sich Customizen lassen und dann notfalls nur den nativen Look emulieren/nachbilden

Das sehe ich anders.
Beispiel:
Der Switch hat unter iOS 6 je nach Status einen blauen oder weißen-grauen Hintergrund. Wenn ich den jetzt gelb/weiß haben möchte um das Control optisch schöner in ein Design zu integrieren, dann habe ich in meinen Augen weiterhin ein natives Control, nur eben eine andere Farbe. Diese Möglichkeit sollte es geben. Mit xCode geht es ja auch.

[Bernhard Geyer]

Zitat:

Zitat von Mavarik (Beitrag 1219698)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1219696)

Zitat:

Zitat von Darlo (Beitrag 1219678)

Die nativen TMS Komponenten klingen auch richtig interessant, nur
fehlt hier, wie ich es verstanden haben, ebenfalls die Möglichkeit diese optisch anzupassen.

Das wäre aber ein Widerspruch in sich. Entweder man hat native GUI-Komponenten oder man hat welche die sich Customizen lassen und dann notfalls nur den nativen Look emulieren/nachbilden

Die nativen Komponeten von TMS haben sicherlich "irgendwo" einen nutzen

Ich sprech nicht dagegen das sie keinen Nutzen haben.

Ich spreche davon das die native Controls normalerweise sich nicht optisch Anpassen lassen (wie es ja nicht Native FireMonkey Controls könnnen). Das ist der Widerspruch: Ich will Controls die native sind aber sich bezüglich GUI-Customizing wie "normale" FMX-Controls verhalten.

[mkinzler]

Zitat:

Der Switch hat unter iOS 6 je nach Status einen blauen oder weißen-grauen Hintergrund. Wenn ich den jetzt gelb/weiß haben möchte um das Control optisch schöner in ein Design zu integrieren, dann habe ich in meinen Augen weiterhin ein natives Control, nur eben eine andere Farbe. Diese Möglichkeit sollte es geben. Mit xCode geht es ja auch.

dann sollte es mit der ICL auch funktionieren.

[jaenicke]

Zitat:

Zitat von Union (Beitrag 1219632)

Ich hätte auch lieber eine Version mit weniger Fehlern in sämtlichen Bereichen.

Mir würde es ja schon reichen, wenn nicht neue eingebaut würden. Realität ist aber leider, dass die Codequalität von Delphis Bibliotheken rapide abnimmt. Beispiel:
http://qc.embarcadero.com/wc/qcmain.aspx?d=115916
Wer das geändert hat, wusste offenbar nicht was die Eigenschaft überhaupt macht. Der Report wurde aber als "Feature Specification issue" / "Extreme corner case" eingestuft, dabei ist das ein Fehler, den vermutlich nicht einmal ein Programmieranfänger machen würde und der in vielen Quelltexten zu Anpassungen führt.

Folge ist, dass nun überall fleißig dieses Feld konditional für XE4 oder höher wieder zurück auf Pointer gecastet wird, wie man ja in diversen 3rd-Party Komponenten auch schon sieht...

So könnte auch ein automatischer Bot Pointer aus den Quelltexten entfernen, da braucht man keine Entwickler mehr...

Naja, man kann froh sein, dass zumindest NativeInt und nicht Integer benutzt wurde... :roll: