[FMX] Control.Height nicht änderbar

[himitsu]

Tachchen,

sacht ma, bin ich zu blöd, oder ist Emba es?
Warum kann man z.B. bei Edits und Buttons nicht die Höhe der Controls ändern?

Besonders nervig, wenn man dazu noch die TextSettings.Font.Size ändern will, aber das blöde Control sich nichtmal selbst anpasst.

[Uwe Raabe]

Wie steht denn der Wert von AdjustType?

[himitsu]

Such such such, du meinst dieses Protected Public-Dingens, was man sich nicht mal eben schnell ansehn kann, da der Debugger unbenutzbar ist?
(warum hatte die CodeCompletion dieses Property nicht angezeigt? ach ich weiß, weil die mal wieder nicht geht)

Also, das steht auf 0, was dann None entsprechen würde. (nicht FixedIrgendwas)



Einfach Standard, ohne irgendwas.
* TEdit oder TButton auf eine leere FMX-Form gepackt
* die Größe lässt sich noch ändern
* den Stil des Designers auf Android umgestellt und dann war's das ... nix geht mehr


[add]
In der Windows-Ansicht zwei TEdit mit einem TRectangle (Align=Contents) drin (damit man sieht, wie groß das transparente rahmenlose Drecksding wirklich ist),
kurz auf Android, damit sich die "feste" Größe ändert/einstellt,
und wieder Stil zurück auf Windows gestellt ... dort dann eines der Edits kleiner gemacht.
Auf Android gestartet und dort sind beide Edits wieder gleich groß,
also egal ob schon im Designer oder spätestens zur Laufzeit.




Ich hab langsam das Gefühl, dass da irgendwie nichts richtig funktioniert, in diesem FMX für Android,
weder der Debugger, noch was Anderes ... überall nur Probleme, oder man muß erstmal Tagelang damit kämpfen.
https://en.delphipraxis.net/topic/13...e-tedit-field/
https://www.delphipraxis.net/217705-...ehandlung.html
https://www.delphipraxis.net/217700-...mpilieren.html

Im QP auch Tote Hose.
Feature Requests gehen zwar schnell auf "Open",
Bug Reports bleiben gern ewig auf "Ready for Validation",
aber danach passiert selten nochmal etwas.

[Cypheros]

Das ist der Grund warum ich einen großen Bogen um Apps für Android und IOS mache. So gut es Embarcadero auch meint aber sie rennen ständig den OS-Updates hinterher ohne mithalten zu können.

[himitsu]

Hab damamals schon nicht viel gemacht,
und wollte nach langer Zeit nun doch mal wieder eine kleine App basteln (erstmal nur für mich ... kenn aber ein/zwei Leute, denen sie vielleicht auch gefallen könnte),
aber irgendwie hängt es schon an den kleinsten Kleinigkeiten.
(ja, es war ein 2-tägiger Kampf den Compiler, ADB und einiges im Handy zum Laufen zu bekommen .... dachte aber, dass es nun endlich losgehn kann .... Pustekuchen)

Zitat von Cypheros:

Das ist der Grund warum ich einen großen Bogen um Apps für Android und IOS mache. So gut es Embarcadero auch meint aber sie rennen ständig den OS-Updates hinterher ohne mithalten zu können.

Zitat von himitsu:

Da könnte ich glatt Lust bekommen mir Android Studio zu installieren.

Wobei ich das mal vor Jahren probiert hatte, mit eher gespaltenen Erfahrungen, also da war gleich der allererste Test gescheitert.
Eine neue Anwendung erstellt, so aus einem Template heraus "Fenster mir Eingabemaske", dann nur ein Edit im FormDesigner gelöscht und schon knallte der komplette Code, beim Kompilieren+Starten.
Aber mit ein wenig Übung wird das bestimmt eher was.

[Cypheros]

Versuche meine Anwendungen so gut es geht an Linux (Wine/Crossover) anzupassen und lauffähig zu halten. Auch mit sehr ernüchternden Ergebnissen. MacOS und die meisten Linuxe können nur noch 64bit. Ständig gibt es "braking changes", zuletzt bei Crossover 25.01. Offenbar kann keine Windows 64bit-App mehr ausgeführt werden. Der Support macht keine Hoffnung, dass das Problem kurzfristig gelöst wird.

Die Wine-basierenden Projekte PlayOnLinux und PlayOnMac sind so gut wie tot.

Die OS-Hersteller versuchen alles, um die OS-übergreifende Entwicklung so schwer wie möglich zu machen und Embarcadero hat einfach nicht genug Man-Power um das zu kompensieren.

[DeddyH]

In der Zeit, die andere verschwenden, um die zahlreichen FMX-Bugs zu umschiffen, habe ich seinerzeit andere Sprachen gelernt (zuerst TypeScript, später Dart). Als IDE kann man für beides wunderbar VSC verwenden, das läuft auch auf MacOS und braucht keinen "PAServer", die Compiler sind kostenlos oder gar OpenSource, die SprachFeatures sind up-to-date und werden ständig weiterentwickelt. Dazu kommt noch, dass es für viele Anwendungsfälle Bibliotheken gibt. Für Delphi? - Fehlanzeige

[Frickler]

Zitat von Cypheros:

Die Wine-basierenden Projekte PlayOnLinux und PlayOnMac sind so gut wie tot.

Hast Du mal Bottles probiert?

[Cypheros]

Das basiert ebenfalls auf Wine, welches zum großen Teil von Codeweavers-Entwicklern weiterentwickelt wird. Codeweavers machen auch Crossover, eine etwas komfortablere Version von Wine.
Leider kommen die auch nicht hinterher. Direct2D wird zum Beispiel gar nicht unterstützt und viele andere APIs nur rudimentär. Schau dir allein mal die vielen Dateien beim mfPack an und die sind noch nicht mal vollständig.

[himitsu]

Proton oder, Lutris? (basieren auf WINE)