Delphi XE2 Update 4 Hotfix 1 trotzdem unscharfe Texte

[mkinzler]

Auch die VCL ist seit 2010 stark erweitert worden. Und auch die IDE hat eine kontinuirliche Weiterentwicklung genossen. XE2 ist deshalb imho die bessere Option.

Btw. welche Grafikkarte setzt du ein?

[delphinub23]

Der Grafikkarten-Treiber bzw. die Einstellungen darin sind schuld gewesen.
Bin darauf gestoßen als ich es auf einem Laptop mit anderer Grafikkarte testete.

Ich nutze eine ATI RADEON HD 6870 mit dem Catalyst 12.6 - Das genaue Problem konnte ich nicht analysieren aber alles (also in jedem Reiter auf "Standardwerte wiederherstellen") zurücksetzen hat das Problem behoben.

Es sieht jetzt besser aus, aber dennoch lässt die Qualität bei kleinen Schriftgrößen zu wünschen übrig.

Danke für eure Unterstützung! Schönes Wochenende!

Grüße,
dnub

[Daniel]

Vielen Dank für die abschließende Rückmeldung - wenngleich ich es als reichlich verstörend empfinde, dass FireMonkey sich diesbezüglich wie ein Sensibelchen verhält.

[Namenloser]

Kann es sein, dass im Treiber irgendein Postprocessing-Antialiasing-Filter wie FXAA (ich weiß, das ist Nvidia, aber AMD hat auch sowas) eingeschaltet war?

[delphinub23]

Es ist möglich, dass ein Filter wie z.B.: FXAA aktiv war, aber wie gesagt:

Zitat:

Das genaue Problem konnte ich nicht analysieren

Grüße,
dnub

[himitsu]

Ist es inzwischen eientlich möglich, daß man eine richtig scharfe ansehnliche Schrift in FMX hinbekommt?

Also zumindestens genauso scharf, wie in der VCL inkl. Antialiasing.
Irgendwie fand ich das im XE6 immernoch unscharf, auch wenn es nicht so schlimm ist, wie auf dem Bild hier.

Die Positionen/Größen aller Komponenten waren schön auf XX.000000000 ausgerichtet, was garnicht so einfach hinzubekommen war (manuell in der DFM dafür gesorgt)
und ich hoffe es lag nicht am Windows 7 und der VirtualBox, in welcher das Ganze ausprobiert wurde.


[edit]
Nur nochmal schnell ein neueres Bild gemacht.
Als viel besser würde ich das nicht einstufen und geade bei den Geraden (vorallem Senkrecht) ist das doch eigentlich nicht wirklich ein vertretbares Ergebnis.

[edit2]
Ich wusste doch, daß es noch einen etwas neueren Thread gab, aber geholfen hat es ja eh nix.
http://www.delphipraxis.net/177369-f...-unscharf.html



Ja, wenn irgendwann mal jeder einen UltramegaHD-Bildschirm hat und dort dann die auch Linien kleinerer Schriften immer mehrere Pixel breit sind, dann mag das nicht mehr so viel auszumachen, aber aktuell tut es in den Augen weh, wenn es sogar bei der Standardschriftgröße und -art auffällt.

[AlexII]

Ich finde die ganze FireMonkey Geschichte ist ein reiner Reinfall. Damit kann man sich doch gleich Augenkrebs holen... Keine Ahnung was sich Microsoft und Emba dabei denken, einfach schrecklich.

[Harry Stahl]

Zitat von AlexII:

Ich finde die ganze FireMonkey Geschichte ist ein reiner Reinfall. Damit kann man sich doch gleich Augenkrebs holen... Keine Ahnung was sich Microsoft und Emba dabei denken, einfach schrecklich.

Also ich finde diese Aussage total übertrieben. Zum einen ist FireMonkey der totale Erfolg für Delphi, der jetzt ne Menge Fortschritt und neue Möglichkeiten für Entwickler bringt (sprich neue Plattformen bedienen, MAC OS X, IOS, Android).

Zum anderen habe ich bei Programmen, die ich von VCL auf FMX umgestellt habe, noch von keinem einzigen Kunden auch nur den Ansatz einer Klage hinsichtlich der Schriftart gehört.

In der Anlage mal ein Screenshot, der im direkten Vergleich eine VCL-Version zeigt und die FMX-Version. Schau Dir das Bild mal in 100%-Auflösung an. Wo kann man da bitte "Augenkrebs bekommen"?

[Dejan Vu]

Bezüglich der unscharfen Schrift könnte das auch am Font liegen. Es gibt ja Bitmap-Fonts und vektorbasierte (z.B. TTF). Bei den vektorbasierten Fonts hättest du das von dir gezeigte Ergebnis, wenn die Hints sehr gut sind, was hier der Fall ist. Der Fontrenderer kann nun die Vorgaben des Designers (Strichdicke 'b' != Strichdicke 'T') so umsetzen, das sie immer gleich aussehen. Schlecht(er) lesbar ist die Schrift ja nicht, im Gegenteil (imho). Wenn man bei einem Font mit dieser Auflösung pixelgenau arbeiten würde, wäre das Ergebnis zwar scharf, aber sähe im Kontext des gerenderten Umfeldes merkwürdig deplaziert aus und wäre -subjektiv gesehen- augenkrebsverursachender, als die unscharfe, aber korrekt gerenderte Variante.

Ich hab mich mit FMX, Android etc. noch nicht beschäftigt, insofern weiß ich nicht, ob das ein Bug ist, oder ob man nicht der guten alten Pixelzeit aus Windowszeiten hinterher trauert.

[himitsu]

Nja, grade wegen dem Multiplattform wollte ich bei einem Projekt das mal ausprobieren wie sich das da nutzen und umsetzen lässt.

Ich hab noch nicht ganz rausbekommen, wieso man ein "Pixel"-Design auf einem Pixel-Darstellungssystem und bruchteilen von Pixeln ausrichten will
und daher mit solche Verschiebungen und halbe Linien leben soll?

Ohne nachher noch einen Skin drüber zu jagen finde ich den Standardstyle auch nicht wirklich nutzbar.
Panels, die nur für Ausrichtungszwecke (Gruppierung für's Align) exsistieren sind blöd, da man den Rahmen nicht wegbekommt.
Edit und Listview nebeneinander passt nicht, da Einer einen Rahmen hat und der Andere nicht.
Das LiveBinding wurde so oft umgebaut, daß die Tutorials schonwieder nicht stimmen und eine XE3-FMX-GUI lässt sich nicht in XE6 nutzen, ohne daß man manuell in den DFMs rumfummelt.
Und die Schnittstellen vom TDataGeneratorAdapter in Version 3 sind eher schlechter geworden.
Vorher TObjectList und nun TList<TObject> (nicht TObjectList<TObject>), obwohl die ja Objekte enthalten und wenn man schon Generics benutzt, warum darf ich dann nicht TObjectList<TMyObject> verwenden?

Hab dank RapidDevelopment sogar in nur 3 Tagen schon eine halbe GUI für's erste Fenster zusammen.