![]() |
Anchors akRight in DX10 Seattle defekt ???
Hi,
ich transferiere gerade alle meinen historischen Apps zu DX10, hierbei ist mir aufgefallen das mit den Anchors und speziell der akRight in Zusammenhang mit Tabs überhaupt nicht funktioniert! Objekte sind überall nur nicht im sichtbaren Bereich :kotz: Natürlich ist mir das erst nach dem erfolgreichen Review aufgefallen :pale: |
AW: Anchors akRight in DX10 Seattle defekt ???
Irgendwie schon traurig, das man Grundlagen, die mind. seit XE5 funktioniert hatten nun wieder so nachbauen muss:
Code:
procedure TFM_form.TabControl1Resize(Sender: TObject);
var i:integer; ed:TEdit; begin for i := 1 to 7 do begin try ed:=FindComponent('Edit'+IntToStr(i)) as TEdit; ed.Width:=TabControl1.Width-ed.Position.X-5; finally end; end; end; |
AW: Anchors akRight in DX10 Seattle defekt ???
Bug an Bug ....Grundlagen ...
Nun teste ich mal mit meinem alten 3Gs (wegen kleinen Bildschirm und Positionierung..... Nun drehe ich einfach mal den Bildschirm, so das nicht mehr alles reinpasst und ich stelle Ihn wieder hochkant .... Nun sind alle Komponenten nicht mehr sichtbar, die im Querformat nicht sichtbar waren :roll: Erst ein Tabwechsel zeigt die Elemente wieder an. Testet überhaupt jemand bei Emba ???? Update: das mit dem drehen scheint unter iOS9 zu funktionieren ... |
AW: Anchors akRight in DX10 Seattle defekt ???
Evtl. ist es dieses Problem:
![]() Falls ja, hilft nur ein Panel (mit alClient) in den Tab zu legen und dort die Objekte zu platzieren. Dann läuft akRight. |
AW: Anchors akRight in DX10 Seattle defekt ???
Zitat:
|
AW: Anchors akRight in DX10 Seattle defekt ???
Hallo arnof,
ja ich kenne die Probleme das sich selbst die Basics-Standardkomponenten sich falsch verhalten in verschiedenen Plattformen, oder erstmal gelernt werden muss was geht und was nicht. Ich habe z.B. die ListView repariert und mir dazu die FMX.ListView.pas ins eigene Projekt kopiert als Workaround. Wie wäre es wenn man soetwas wie bei JavaScript machen würde: Da gibt es Polyfills, die fehlende, problematische Funktionen nachbilden solange bis es im Standard korrekt läuft. Das könnten wir doch sicher auch machen, und die "BugFixes" irgendwo zusammenlegen, so dass man sich endlich wieder auf die Anwendungsentwicklung konzentrieren kann. Wenn Emba die Units nicht verbessert dann muss man das eben selber tun. Vielleicht hat ja jemand einen Vorschlag wo und wie man das machen könnte. Es könnte ja auch hier im Forum sein, wo solche Workarounds in einem separatem Folder gespeichert werden. Oder ein public GitHub Verzeichnis ? Ich wäre auf jeden Fall dabei wenn es soeine zentrale Anlaufstelle geben würde. Die Frage ist vielleicht noch w.g. der Lizenzen der Units, darf man die so einfach ändern und posten ? Da muss dann Embarcadero (oder wie die jetzt heissen) mitspielen. Rollo |
AW: Anchors akRight in DX10 Seattle defekt ???
Ist das ein VCL oder ein FMX-Problem? Oder können das plötzlich beide nicht mehr?
Sherlock |
AW: Anchors akRight in DX10 Seattle defekt ???
Zitat:
Zitat:
|
AW: Anchors akRight in DX10 Seattle defekt ???
Hallo Stevie,
dann könnten es aber Patches für die orginalen FMX... Files sein, das ist ja wohl nicht verboten. Allerdings wüsste ich nicht wie man das sinnvoll pflegen könnte. Vielleicht kennt ja jemand eine Platform wo das bequem funktioniert ? Könnte GIT eine Lösung sein, in der nur die Änderungen einfliessen aber nicht das gesamte Orginal, und beim Checkout werden meine Orginaldateien gepatcht. Geht sowas, das sollte doch den Lizenzen nicht entgegensprechen ? Jedenfalls muss man sich doch irgendwie selber helfen, denn bis Embarcadero etwas gefixt hat gehen wohl einige Versionen ins Land. Rollo |
AW: Anchors akRight in DX10 Seattle defekt ???
Frag doch mal bei MEissing an.
Wenn Dritte die Bugs fixen und das bereit stellen sollte Emba doch froh sein (könnten das ja auch selbst übernehmen). |
Alle Zeitangaben in WEZ +1. Es ist jetzt 12:14 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz