Delphi Bugs mit Lösungen...

[Mavarik]

Zitat:

Zitat von Stevie (Beitrag 1372093)

Waddn gruseliger Code ist das denn in TFontGlyphManager :wall:

Angeblich konnte man ja meine Fehlermeldung von Dez. 2016 nicht nachvollziehen...
Ich hatte es nur in Apps mit mehreren 100.000 LOC... Unter mobil hat mal selten Acceleratoren...

Scheinbar programmiert keine FMX auf Windows/Desktop...

Mavarik

[Stevie]

Zitat:

Zitat von Mavarik (Beitrag 1372108)

Zitat:

Zitat von Stevie (Beitrag 1372093)

Waddn gruseliger Code ist das denn in TFontGlyphManager :wall:

Angeblich konnte man ja meine Fehlermeldung von Dez. 2016 nicht nachvollziehen...

Die Beschreibung aus RSP-17256 ist auch etwas dürftig - ich mein, klar in Code schauen und man findet den Fehler recht schnell.
FastMM mit fulldebug rein, bämm kompletter Leakreport mit Callstack und dann kleines Beispielprogramm.

In der Vergangenheit hatte ich sowas auch, im code ist das Problem offensichtlich, aber QA oder wer auch immer die issues zuerst bearbeitet braucht irgendnen blödes Demo projekt um den Fehler zu sehen. :roll:

[Fritzew]

FMX ist eine gute Idee, nur die Umsetzung ist teilweise echt (ich sag jetzt nix weiter).
Bin seit fast 30 Jahren im CAD Bereich tätig, der code würde bei uns nicht weit kommen...

[Darlo]

Finde den Thread eine tolle Idee! @Daniel: Könnte man hierfür nicht eine neue Kategorie einführen? GGf. findet man ja 2-3 Leute die den vorgeschlagenen Bugfix "kurz" validieren.

[Rollo62]

Ich habe auch schon an eine Art "CanIUse" für Fmx gedacht ...
Oder Polyfills, als "offizielle" Workarounds mit denen man das erwartete Verhalten rausbehommt.

Sowas funktioniert bei JS ganz gut, könnte bei Delphi auch nicht schaden.

Vielleicht ist das ja ein Vorschlag für Daniel (wenn er Zeit hat zwischen den Forentagen),
ob man nicht sowas mit in das DP-Formum einbauen könnte :stupid:


Rollo