FMX auf Stand Version 0.5 ???

[Harry Stahl]

Zitat von arnof:

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 von Harry Stahl:

Zitat von arnof:

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

[Bernhard Geyer]

Zitat von arnof:

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

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 von Harry Stahl:

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 von Harry Stahl:

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.

[Bernhard Geyer]

Zitat von Harry Stahl:

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.

[Harry Stahl]

Zitat von Bernhard Geyer:

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 von Harry Stahl:

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 von arnof:

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.