FMX auf Stand Version 0.5 ???

[arnof]

Ich versuche mal wieder mal eine mini Businessanwendung mit FMX mit SQL-Datenbankanbindung zu erstellten. Aber irgendwie fehlt einfach vieles (BASICs): Farben: ok die kommen aus Styles, aber wenn man dem Kunden eine Fehleingabe z.B. durch ein eingefärbtes EDIT Feld anzeigen möchte scheitert es schon....

Dann panels haben ja auch keine Color also TRectangle und da die Komponenten platziert, ok das hier der Editor spinnt und diese auf der Form platziert statt auf TRec.. und man diese manuell mit Hilfe der Struktur Ansicht verschiebt sei emba gegönnt und der Bug geschenkt.

Nun möchte ich die Tabreihenfolge ändern, da zeigt mir der Dialog nichts an...... :thumb:

Visuelles Binding habe ich nun auch mal gemacht, das scheint ja zu funktionieren aber ein simpler Dialog zum Überweisen ist mit einem Monitor schon fast nicht mehr erstellbar (von einer Übersicht ist bei den ganzen wirrwar wohl keine Rede) ....

Dann wollte ich mein Ding auch Leuten mit Sehschwächen anbieten TAccForm also Anleitung und die Files von emba geladen. Dort ist die Anleitung falsch: es wird eine FMX.ScreenReader unit benötigt statt es wie in der Anleitung steht ....

Ich weiss nicht ob das irgendwie Sinn macht.... (PS: XE6 SP1)

[Der schöne Günther]

Zitat:

Zitat von arnof (Beitrag 1268037)

Visuelles Binding habe ich nun auch mal gemacht, das scheint ja zu funktionieren aber ein simpler Dialog zum Überweisen ist mit einem Monitor schon fast nicht mehr erstellbar (von einer Übersicht ist bei den ganzen wirrwar wohl keine Rede) ....

Das man verschiedene Layer haben kann hast du aber gesehen, oder?

[arnof]

Zitat:

Zitat von Der schöne Günther (Beitrag 1268050)

Zitat:

Zitat von arnof (Beitrag 1268037)

Visuelles Binding habe ich nun auch mal gemacht, das scheint ja zu funktionieren aber ein simpler Dialog zum Überweisen ist mit einem Monitor schon fast nicht mehr erstellbar (von einer Übersicht ist bei den ganzen wirrwar wohl keine Rede) ....

Das man verschiedene Layer haben kann hast du aber gesehen, oder?

Ja, ich habe aber hier 18 Eingabefelder die ich einfach verknüpfen möchte, das ist nun mal 1 Layer.

PS: Nächste Bug. Visuell gebundene Felder entfernen in der IDE = Schutzverletzung

[Der schöne Günther]

Ich kann deine schlechte Laune ja verstehen, aber wohin soll dieses Thema führen? Dass FM - insbesondere unter Windows - anscheinend nicht wirklich einsatzfähig scheint hatten wir wirklich schon öfter als ich (und wahrscheinlich auch du) Finger an der Hand habe.

Habe es auch einmal versucht und anschließend drei Kreuze geschlagen dass wir hier nur Windows auf dem Plan haben.

[arnof]

wollte eigentlich nur mal rauskriegen, ob es noch andere gewagt haben Destopanwendungen zu machen mit FMX außer Harray Stahl, der zu dieser Erfahrung hier auch schon einiges geschrieben hat.

Ich versuche es seit XE3 immer mal wieder nun will ich es endlich mal schaffen, Trotz der ganzen Bugs (IDE), habe es schon fast fertig :roll:

[Der schöne Günther]

Ich hatte für eine relativ kleine interne Geschichte bei XE4 einmal FMX ausprobiert. Typische Borland-Anwendung: DBGrid, ein paar Buttons, Edits und Memos und nen Chart.

Insbesondere der Stringgrid war katastrophal, renderte oft ganze Zeilen nicht und verhielt sich bei Tastendrücken wie "Pos1" oder "Ende" vollkommen anders als man es unter Windows erwartet. Text darin zu markieren war niemandem zumutbar.

Wenn ich die Zeit habe versuche ich es unter XE6 nochmal. Ich bin kein Pessimist, aber ich glaube die Arbeit an FMX fließt hauptsächlich in die iOS und Android-Versionen. Gut finde ich allerdings die offizielle Dokumentation, die ist zu FMX wesentlich besser als zur VCL.

[Harry Stahl]

Zitat:

Zitat von arnof (Beitrag 1268037)

Farben: ok die kommen aus Styles, aber wenn man dem Kunden eine Fehleingabe z.B. durch ein eingefärbtes EDIT Feld anzeigen möchte scheitert es schon....

Hier kannst Du z.B. ganz einfach einen Innergloweffect verwenden, den Du auf Rot setzt und vielleicht Softness noch ein wenig erhöhst.

Wenn der User eine falsche Eingabe macht, weist Du dem Innergloweffect einfach das Editfeld als parent zu und schon ist Dein Edit-Feld sehr auffällig.

Siehe anliegenden Screenshot.

[arnof]

Danke für den Tipp, es gibt ja auch einiges neues (anderes), da muss man nur einfach mal umdenken….

Hast Du dein Prg in eine verkaufbare Version bekommen, bzw auf für den Mac hinbekommen (ist ja der einzige Grund für FMX auf dem Desktop)

[Harry Stahl]

Zitat:

Zitat von arnof (Beitrag 1268082)

Hast Du dein Prg in eine verkaufbare Version bekommen, bzw auf für den Mac hinbekommen (ist ja der einzige Grund für FMX auf dem Desktop)

Ja, für Windows inzwischen schon. Das Programm wird relativ gut verkauft, es gibt auch keinerlei Beschwerden, die in Zusammenhang damit stehen, dass FMX verwendet wurde (also Qualität der Schrift, oder irgend ein ungewöhnliches Verhalten). Ich musste allerdings noch ne Menge Fehler fixen, die sich durch die Umwandlung der VCL-Version in FMX ergeben hatten.

Bei der MAC-Version will ich die Druckausgabe mit FastReport machen (und später dann auch in Windows). Allerdings ist FastReport so ein Ding, wo man sich auch erst mal ziemlich intensiv einarbeiten muss. Wobei ich dazu sagen muss, dass ich bislang noch nie mit Report-Designern gearbeitet habe, da bin ich also völliger Neuling (allerdings bekomme ich Schmerzen, wenn ich mir überlege, wie viele Druckausgaben ich mit Sicherheit einfacher und schneller mit Reports hätte erzeugen können). Ich bin da also momentan letztlich an FastReport-Fragen hängen geblieben, sonst wäre die MAC-Version auch schon längst fertig. Listen zu Drucken, funktioniert schon perfekt, aber das Rechnungsformular ist momentan der Knackpunkt.

Aber ich mache noch mal einen Anlauf...

[arnof]

Zitat:

Zitat von Harry Stahl (Beitrag 1268092)

Zitat:

Zitat von arnof (Beitrag 1268082)

Hast Du dein Prg in eine verkaufbare Version bekommen, bzw auf für den Mac hinbekommen (ist ja der einzige Grund für FMX auf dem Desktop)

Ja, für Windows inzwischen schon. Das Programm wird relativ gut verkauft, es gibt auch keinerlei Beschwerden, die in Zusammenhang damit stehen, dass FMX verwendet wurde (also Qualität der Schrift, oder irgend ein ungewöhnliches Verhalten). Ich musste allerdings noch ne Menge Fehler fixen, die sich durch die Umwandlung der VCL-Version in FMX ergeben hatten.

Bei der MAC-Version will ich die Druckausgabe mit FastReport machen (und später dann auch in Windows). Allerdings ist FastReport so ein Ding, wo man sich auch erst mal ziemlich intensiv einarbeiten muss. Wobei ich dazu sagen muss, dass ich bislang noch nie mit Report-Designern gearbeitet habe, da bin ich also völliger Neuling (allerdings bekomme ich Schmerzen, wenn ich mir überlege, wie viele Druckausgaben ich mit Sicherheit einfacher und schneller mit Reports hätte erzeugen können). Ich bin da also momentan letztlich an FastReport-Fragen hängen geblieben, sonst wäre die MAC-Version auch schon längst fertig. Listen zu Drucken, funktioniert schon perfekt, aber das Rechnungsformular ist momentan der Knackpunkt.

Aber ich mache noch mal einen Anlauf...

Ja der FastReport (FMX V2.x): auf en ersten Blick sieht das sehr gut aus, aber …. Ich teste das Ding auch alle paar Monate aber immer scheitere ich an Bugs, wo ich mich Frage wie die das überhaupt veröffentlichen können ……

Da ich ein ein Ähnliches Projekt für den Mac vor habe bzw ein Ergänzendes, so kann man hier auch mal die Erfahrungen austauschen

PS: eben wieder ein "mega Bug" in FMX: ein TLabel der Warnungen ausgibt: wenn ich das einmal mit einem Leerstring fülle (keine Warnung da), dann ist das Ding wegg: d.h. wenn man nun Text ausgibt kommt kein Text mehr (das Label ist und bleibt unsichtbar). Lösung bei keiner Warnung keinen Leerstring sondern ein Space reinmachen :pale:

[Bernhard Geyer]

Zitat:

Zitat von arnof (Beitrag 1268103)

PS: eben wieder ein "mega Bug" in FMX: ein TLabel der Warnungen ausgibt: wenn ich das einmal mit einem Leerstring fülle (keine Warnung da), dann ist das Ding wegg: d.h. wenn man nun Text ausgibt kommt kein Text mehr (das Label ist und bleibt unsichtbar). Lösung bei keiner Warnung keinen Leerstring sondern ein Space reinmachen :pale:

Kann ich so nicht nachvollziehen. In einer normalen FMX-HD und MetroDesign-App Anwendung funktioniert das Label wie gewünscht.
Kannst du ein Testapp bereitstellen wo man das nachvollziehen kann? Ich vermute eher das du das Label selbst ausblendest wenn es leer ist. Evtl auf Panel gelegen das du im Nicht-Fehlerfall auf visible = false setzt?

[Harry Stahl]

Doch, das kann man (leider) bestätigen. Das Problem entsteht, wenn das Label Autosize=True hat.

Das ist ja leider nicht das einzige Problem mit dem Caption, hatte ich hier ja schon mal berichtet: http://www.delphipraxis.net/1256802-post6.html. Diesen Bug hatten andere und ich auch bei QC gemeldet, jetzt ist er angeblich "resolved" und "checked in" (was immer das bedeuten mag):http://qc.embarcadero.com/wc/qcmain.aspx?d=124117

Aber ob der jetzt hier behandelte Bug gemeldet ist, da bin ich mir nicht so sicher...

[jaenicke]

Zitat:

Zitat von Harry Stahl (Beitrag 1268125)

jetzt ist er angeblich "resolved" und "checked in" (was immer das bedeuten mag)

Das bedeutet, dass der Fehler im Quelltext gefixt und eingecheckt ist, aber es dazu noch keine Releaseversion gibt. Sprich in XE7 sollte es drin sein, sofern vorher kein Update mehr kommt.

[Lemmy]

[QUOTE=jaenicke;1268158]

Zitat:

Zitat von Harry Stahl (Beitrag 1268125)

Sprich in XE7 sollte es drin sein, sofern vorher kein Update mehr kommt.

kann ich mir nicht vorstellen - auf der EKON Anfang November wird Marco Cantu über das neue XE7 erzählen...

Zitat:

RAD Studio Product Manager Marco Cantù presents an in depth talk about the features of the newest Delphi Version. More Details after the release of Delphi XE7.

[Medium]

Mal ganz im Vertrauen hier: Wenn ich das alles so lese, bin ich einfach nur froh, dass mein Chef seit Delphi 2007 keine weitere Investition in Richtung Delphi mehr unternommen hat. Gedanklich bin ich seit meiner Abschlussarbeit ohnehin schon lange beim Visual Studio, gerade was Windows Anwendungen angeht. Delphi war lange lange Zeit wirklich prima, und ich mag die Syntax auch heute noch. Aber insbesondere seit C# sind die ganzen Nettigkeiten kein Alleinstellungsmerkmal mehr, und EMB geht mir mindestens seit sie Delphi übernommen haben nur noch gewaltig auf den Sack. Falsche Prioritäten, falsche Preise, falsche Qualität, falsche Communityarbeit. Ich habe, gerade dank dieses Formus, nicht den geringsten Ansporn jemals wieder eine neuere Delphi Version zu kaufen, und bin Feuer und Flamme dies auch meinen Vorgesetzten und Freunden zu kommunizieren. Pascal ist an sich ja schon lange eher "out", aber heutzutage - just gestern, bei einem gemütlichen Munchkin-Abend - musste ich mich dafür schämen und rechtfertigen mit Delphi zu arbeiten.
Ich bin ja durchaus immer für interessante informatische Fragen und Probleme zu haben, aber wenn in einem Forum wie diesem, wo einst echt die tiefsten und spannenstend Dinge diskutiert wurden, ein derart großer Anteil an Fragen auf Probleme mit der Doku, der IDE, dem Compiler an sich und der Menge, Aktualität und Qualität der Ressourcen im Netz zu begrüngen sind, dann spricht das doch Bände.

Ich werde berufsbedingt noch länger mit Delphi zu tun haben und mich hier tummeln, zumal ich einige Leute hier wirklich lieb gewonnen habe, aber mittelfristig ist die Gesamtentwicklung einfach nur noch ernüchternd. FMX ist in meinen Augen nicht viel mehr als ein Symptom, und als solches wird es von mir behandelt: Vermeiden um jeden Preis.

[arnof]

ganz so schlimm ist es doch nicht, vcl ist voll ok und ich bin froh endlich auf einer aktuellen Delphi Version zu arbeiten. Das Update habe ich viele Jahre nicht gewagt (wegen der Qualität -> gekauft hatte ich Sie).

FMX: hier ist der Anwenderkreis meiner Meinung sehr überschaubar, besonders unter Windows, da es ausser Crossplattform keinen Grund für FMX HD gibt!

[Bernhard Geyer]

Zitat:

Zitat von Medium (Beitrag 1268168)

... und EMB geht mir mindestens seit sie Delphi übernommen haben nur noch gewaltig auf den Sack. Falsche Prioritäten, falsche Preise, falsche Qualität, falsche Communityarbeit.

Emba ist hier nicht der Schuldige. Emba muss hier die jahrenlangen Versäumnisse aufarbeiten die unter Borland-Zeiten passiert sind als man bei Borland als primäre Entwicklerwerkzeugt Powerpoint angesehen hatte und IDEs nur lässtig waren. Gegenüber den letzten Borland-Versionen von Delphi sind die aktuellen Versionen was Prioritäten und Qualität betrifft sehr gut. Oder will jemand behaupten das ein D8 uder D2005 besser war als ein XE6?

Zitat:

Zitat von Medium (Beitrag 1268168)

FMX ist in meinen Augen nicht viel mehr als ein Symptom, und als solches wird es von mir behandelt: Vermeiden um jeden Preis.

FMX wäre/ist schon die richtige Lösung. Gegenüber dem CLX und VCL.NET-Ansatz kann man hier jetzt auch Lösungen für Nicht-Windows-Versionen anbieten ohne mit der nächsten IDE-Version das wieder wegschmeißen zu müssen.

[Bernhard Geyer]

Zitat:

Zitat von Harry Stahl (Beitrag 1268125)

Doch, das kann man (leider) bestätigen. Das Problem entsteht, wenn das Label Autosize=True hat.

Grrr. Bin jetzt davon ausgegangen das der Default-Wert von Autosize so ist wie bei der VCL.
Beim Durchdebuggen findet man die fehlerhafte Stelle. Evtl. kann man das fixen ohne auf Emba warten zu müssen.

[Whookie]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1268172)

Zitat:

Zitat von Medium (Beitrag 1268168)

... und EMB geht mir mindestens seit sie Delphi übernommen haben nur noch gewaltig auf den Sack. Falsche Prioritäten, falsche Preise, falsche Qualität, falsche Communityarbeit.

Emba ist hier nicht der Schuldige. Emba muss hier die jahrenlangen Versäumnisse aufarbeiten die unter Borland-Zeiten passiert sind als man bei Borland als primäre Entwicklerwerkzeugt Powerpoint angesehen hatte und IDEs nur lässtig waren. Gegenüber den letzten Borland-Versionen von Delphi sind die aktuellen Versionen was Prioritäten und Qualität betrifft sehr gut. Oder will jemand behaupten das ein D8 uder D2005 besser war als ein XE6?

Ich bin auch nicht gerade begeistert wenn es um Preise und Qualität bei Emba geht. Zumindestens aber was die Prioritäten betrifft geht vieles in die richtige Richtung. Ich habe nur das Gefühl, dass mit zuwenig Leuten an zuvielen Ecken herumgeschraubt wird und einfach die Ressourcen fehlen das Ganze mal wieder auf einigermaßen stabile Beine zu kriegen.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1268172)

Zitat:

Zitat von Medium (Beitrag 1268168)

FMX ist in meinen Augen nicht viel mehr als ein Symptom, und als solches wird es von mir behandelt: Vermeiden um jeden Preis.

FMX wäre/ist schon die richtige Lösung. Gegenüber dem CLX und VCL.NET-Ansatz kann man hier jetzt auch Lösungen für Nicht-Windows-Versionen anbieten ohne mit der nächsten IDE-Version das wieder wegschmeißen zu müssen.

Ja, ich hoffe die investieren mal was in FMX auf der Win-Plattform FMX und die Plattformunabhängigkeit (da könnte ja Linux auch wieder dazu kommen) sind eines der wenigen Argumente die man noch pro Delphi bringen kannen.
Bleibt die Hoffnung, das man sich bei Emba dann doch nicht ganz in die Mobile Ecke zu verkriechen gedenkt...

[Harry Stahl]

Zitat:

Zitat von Medium (Beitrag 1268168)

Pascal ist an sich ja schon lange eher "out", aber heutzutage - just gestern, bei einem gemütlichen Munchkin-Abend - musste ich mich dafür schämen und rechtfertigen mit Delphi zu arbeiten.

Schade, da wäre ich gerne dabei gewesen, um Dich argumentativ zu unterstützen. Wenn man mit Delphi arbeitet, ist dies nun wirklich kein Grund, sich schämen zu müssen. Wer es kennt und beherrscht kann eher stolz und dankbar sein, mit einem der aktuellsten und mächtigsten Entwicklungswerkzeuge der heutigen Zeit arbeiten zu können.

Zitat:

Zitat von Medium (Beitrag 1268168)

Mal ganz im Vertrauen hier: Wenn ich das alles so lese, bin ich einfach nur froh, dass mein Chef seit Delphi 2007 keine weitere Investition in Richtung Delphi mehr unternommen hat.

Vielleicht war das ja aber auch gerade der Fehler Deines Chefs, hier auf der Entwicklungsstufe Anno 2007 stehen zu bleiben. 7 Jahre zurück ist in der heutigen Zeit, gerade im Softwarebereich, ein riskantes Unterfangen. EMBA hat mal auf einer Seite zusammengestellt, was es seit D2007 alles an neuen Funktionen gibt (http://www.embarcadero.com/products/...rade-from-2006 und das ist nur eine kurze Zusammenfassung), auf vieles davon würde ich heute unter keinen Umständen mehr verzichten wollen.

Zitat:

Zitat von Medium (Beitrag 1268168)

Ich habe, gerade dank dieses Formus, nicht den geringsten Ansporn jemals wieder eine neuere Delphi Version zu kaufen, und bin Feuer und Flamme dies auch meinen Vorgesetzten und Freunden zu kommunizieren.

Nun, das Forum hier dient ja nicht dazu, Lobhymnen auf Delphi zu singen, sondern Hilfe und Unterstützung bei Problemen zu geben. Wenn man denn nun ein Problem hat, ist man natürlich nicht gerade in bester Stimmung und so sehen dann die Beiträge manchmal aus. Das ist nur allzu menschlich. Dass wir Deutschen zudem mit einem besonderen "Nörgel-Gen" ausgestattet sind, dürfte ja inzwischen auch allseits bekannt sein. WICHTIG ist dabei nur, dass man berechtigte Kritik aufgreift und versucht was positives draus zu machen. Nur nörgeln und dies gebetsmühlenartig alle paar Tage oder Wochen zu wiederholen hilft gerade auch einem selber mit Sicherheit nicht weiter.

Wie auch immer, für mich ist das Forum keine Abschreckung, sondern eine große Hilfe und hat hier in Deutschland Alleinstellungsmerkmal (daneben sei der Delphi Treff natürlich nicht vergessen, hier setzt man aber einen anderen Schwerpunkt -> Tutorials & Co). Und ja, WEIL es dieses Forum gibt, unterstützt es mich bei meiner Entscheidung, weiter mit Delphi arbeiten zu wollen, positiv.

Meine Meinung.

[Harry Stahl]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1268173)

Beim Durchdebuggen findet man die fehlerhafte Stelle. Evtl. kann man das fixen ohne auf Emba warten zu müssen.

OK, habe ich mal gemacht. Grund ist wohl der, dass in TLabel die Fitsize-Procedure nicht richtig funktioniert. Wohl deshalb, weil "CalcTextObjSize" nicht richtig arbeitet, dort ist ein TextObject = NIL, obwohl es einen Wert haben müsste (nämlich den Textinhalt des Labels).

Auf die Schnelle kann man das wie folgt fixen (wobei ich nicht garantierte, dass dies alle Eventualitäten abdeckt, bei ersten Tests sah es aber recht gut aus):

Die Unit FMX.StdCtrls.pas aus dem Delphi-Verzeichnis, speichert man als Kopie in dem Ordner seines Projektes ab. Dann editiert man die Fitsize-Procedure wie folgt:

Delphi-Quellcode:

procedure TLabel.FitSize;
var
  Size: TSizeF;
  Rect: TRectF;
begin
  if not FInFitSize and (not (Align in [TAlignLayout.Client, TAlignLayout.Contents])) then
  begin
    FInFitSize := True;
    try

      Size.cx := canvas.TextWidth(Text); // neu
      size.cy := canvas.TextHeight(Text); // neu

      //if CalcTextObjectSize(Width, Size) then
      if size.cx > 0 then //neu
      begin
        FNeedFitSize := False;
        Rect.TopLeft := Position.Point;
        if not (Align in [TAlignLayout.Top, TAlignLayout.Bottom, TAlignLayout.MostTop, TAlignLayout.MostBottom,
          TAlignLayout.VertCenter]) then
          if Text = '' then
            Rect.Width := 0
          else
            Rect.Width := Size.cx
        else
          Rect.Width := Width;
        if not (Align in [TAlignLayout.Left, TAlignLayout.Right, TAlignLayout.MostLeft, TAlignLayout.MostRight,
          TAlignLayout.HorzCenter]) then
          Rect.Height := Size.cy
        else
          Rect.Height := Height;
        BoundsRect := Rect;
      end
      else
        FNeedFitSize := True;
    finally
      FInFitSize := False;
    end;
  end;
end;

Vorteil dieser Lösung ist, dass man, wenn der Fehler von EMBA gefixt wurde, einfach wieder die Kopie der FMX.StdCtrls.pas aus dem Projektverzeichnis löscht (sollte man dann aber auch nicht vergesssen), man braucht an seinem Source-Code dann weiter nichts zu ändern.

[jaenicke]

Zitat:

Zitat von Harry Stahl (Beitrag 1268210)

Die Unit FMX.StdCtrls.pas aus dem Delphi-Verzeichnis, speichert man als Kopie in dem Ordner seines Projektes ab.

Ich speichere diese irgendwo anders ab und binde sie in das Projekt ein. Dann kommt noch eine if-Direktive drum, die genau bei dieser Delphiversion wirkt. Für alle neueren gibt es einen Fehler.
Hintergrund ist, dass man so für alle Versionen, in denen der Fehler vorhanden ist, eine entsprechende Lösung einbinden kann, alle neueren aber durch den absichtlichen Fehler prüfen muss. Dann kann man das auch nicht vergessen.

Zitat:

Zitat von arnof (Beitrag 1268169)

FMX: hier ist der Anwenderkreis meiner Meinung sehr überschaubar, besonders unter Windows, da es ausser Crossplattform keinen Grund für FMX HD gibt!

Gibt es durchaus. Die Effekte, das Aussehen usw. sind schon sehr interessant, die dort möglich sind, insbesondere z.B. die Alpha-Transparenzen.
Denn so etwas gibt es bei der VCL bzw. generell Windows Controls ja (leider) nicht.

[himitsu]

Die Datei auch im Delphi belassen und einfach nur patchen.

TLabel ableiten und die Änderungen einbauen.
Natürlich lässt sich FitSize nicht überbreiben (kein override möglich),
aber man kann dennoch ein eigenes FitSize implementeiren und muß dann nur noch ApplyStyle, DoChanged und Resize überschreiben, mit den Aufrufen der eigenen FitSize-Implementation. Nur beim SetAutoSize müsste man aufpassen, aber diese Stelle lässt sich mit dem überschreiben des Property AutoSize etwas einschränken. (neuer Setter)


Oder man patcht in den Funktionsstart einen JUMP zur eigenen FitSize-Implementation. :stupid:

[arnof]

Zitat:

Gibt es durchaus. Die Effekte, das Aussehen usw. sind schon sehr interessant, die dort möglich sind, insbesondere z.B. die Alpha-Transparenzen.
Denn so etwas gibt es bei der VCL bzw. generell Windows Controls ja (leider) nicht.

Ja ok, das ist ganz nett. 3 D macht vielleicht auch hier und da Sinn, ausser man spannt ein Grid auf einen Cube und will da Daten darstellen (3D Bussinessanwendungen)

[Harry Stahl]

Zitat:

Zitat von jaenicke (Beitrag 1268243)

Zitat:

Zitat von Harry Stahl (Beitrag 1268210)

Die Unit FMX.StdCtrls.pas aus dem Delphi-Verzeichnis, speichert man als Kopie in dem Ordner seines Projektes ab.

Ich speichere diese irgendwo anders ab und binde sie in das Projekt ein. Dann kommt noch eine if-Direktive drum, die genau bei dieser Delphiversion wirkt. Für alle neueren gibt es einen Fehler.
Hintergrund ist, dass man so für alle Versionen, in denen der Fehler vorhanden ist, eine entsprechende Lösung einbinden kann, alle neueren aber durch den absichtlichen Fehler prüfen muss. Dann kann man das auch nicht vergessen.

Super Idee, danke, wieder was dazu gelernt!