RAD-Studio 10.2.2 erschienen

[Pfaffe]

zu #129
Wenn man "Hochauflösung aktivieren" ausschaltet, dann stimmt die Höhe der Titelleiste wieder, jedoch ist dann die Schrift unscharf.
Ist das ein Bug? In der Hilfe steht: Hochauflösung: Legt fest, ob die Anwendung DPI unterstützt. Was will man mir damit sagen?

Die IDE selbst ist auch in Delphi entwickelt und die Schrift ist dort unscharf und die Höhe der Titelleiste ist richtig, also wohn ohne Hochauflösung compiliert.

[Uwe Raabe]

Zitat von Pfaffe:

In der Hilfe steht: Hochauflösung: Legt fest, ob die Anwendung DPI unterstützt. Was will man mir damit sagen?

Ist diese Option eingeschaltet teilt das Programm dem Betriebssystem mit, daß es mit High-DPI umgehen kann (ob das nun stimmt oder nicht ist eine andere Sache). Dann lässt Windows alle eigenen Maßnahmen weg. Andernfalls rendert Windows das Programm auf einer virtuellen Canvas mit 96 DPI und skaliert das auf die aktuelle Bildschirmauflösung (z.B. 150%) hoch. Dabei kommt es eben zu diesen Unschärfen.

Problematisch bei der High-DPI Unterstützung des Programms selbst ist eben, daß sich nahezu jedes Windows-Release anders verhält.

[Pfaffe]

Schade, bei eingeschalteter High-DPI Option sind die Schrift und auch die emf-Abbildungen sehr scharf.

[Harry Stahl]

Zitat von Pfaffe:

zu #129
Wenn man "Hochauflösung aktivieren" ausschaltet, dann stimmt die Höhe der Titelleiste wieder, jedoch ist dann die Schrift unscharf.
Ist das ein Bug? In der Hilfe steht: Hochauflösung: Legt fest, ob die Anwendung DPI unterstützt. Was will man mir damit sagen?

Die IDE selbst ist auch in Delphi entwickelt und die Schrift ist dort unscharf und die Höhe der Titelleiste ist richtig, also wohn ohne Hochauflösung compiliert.

Ja, das ist ein Bug, der leider noch immer da ist. Ich hatte das schon mal vor längerer Zeit (2015) gemeldet (https://quality.embarcadero.com/browse/RSP-12115), evtl. wurde der Punkt zwischendurch mal als "Resolved" erklärt, am 28.11.2017 habe ich eine Nachricht von JIRA-System zu diesem Punkt erhalten, dass der Punkt (wieder) "Open" ist.

Die IDE ist selber nicht hochauflösend compiliert. Würde ich mir auch sehr schwer vorstellen, denn die Formulare wären ja nie 100% und müssten dann für andere Auflösungen hoch oder runter gerechnet werden. Wenn dann die Formulare evtl. noch im Team von unterschiedlichen Anwendern mit unterschiedlichen Auflösungen bearbeitet werden, könnte ich mir Rundungsdifferenzen vorstellen, welche letztlich dann die Werte verändern. Wie man das 100%-tig richtig löst, wüsste ich im Moment auch nicht...

[Pfaffe]

Ich habe einige Formulare in DLLs, dort gibt es aber keine Styles und auch keine High-DPI.

[Pfaffe]

zu #131: Das Problem mit dem Never-build habe ich auch bei meinen Woll2Woll Komponenten.
Bei ipstudiowin gibt es nur ein Build-Konfigurationen (Base). Da gibt es zwar auch auf Rechtsklick ein Menüpunkt Erzeugen, es wird auch Erfolg gemeldet, aber es tut sich nix (Bug?). Man muss auf ipstudiowin mit Rechtsklick und Erzeugen.

[mensch72]

..."Und das machst du jedes Mal manuell?"...
naja bis auf Win10VM welche ich "vor aktiviert(MS-ActionPack)" im Archiv habe und immer nur umbenenne und der per VMware stets eine neue Ethernet-Mac vergebe, JA

- Java JDK installiere ich bei so einer Gelegenheit "einmalig" immer bewusst von Hand(aktuell z.B. 9.0.1/64Bit).
- AndroidStudio samt SDK&NDK installiere ich nicht, sondern kopiere die ~6GB/100K-Files manuell 1:1 in die aktuelle VM und platziere dort nur die Verknüpfung zum Start des AndroidStudios auf dem Desktop.
- der ISO Installer kopiert zuviel Müll(FR/JP Sprachen brauche ich z.B. nicht), aber den Delphi-Web-Installer mag ich nicht auch wirklich... den überwache ich lieber 100% manuell... und für RTM,U1,U2, da bekomme ich das aktuell 3x pro Jahr locker hin

Wie geschrieben: die Überprüfung des "ToDo" um aus einem XY-WindowPC WorstCase schnell einen vollwertigen EntwicklungsPC incl. all unserer YZ Fremd-Komponenten zu machen ist mir diese Arbeit im Sinne der dann wieder beruhigenden Sicherheit wert. Und abundzu mit der "BettelMail" weil der LicCounter mal wieder gesperrt ist, kann ich leben.

[Pfaffe]

zu #144: Styles und "Hochauflösung aktivieren" gibt es auch bei DLLs

[Rollo62]

Zitat:

Da kannst doch auch einmal einen der vielen Windows-Setup-Builder nutzen,

Hallo himitzu,

interessant, wie machst du das denn genau, und welchen SetupBuilder benutzt du dafür ?
Ich würde ja gerne einen irgendeinen Automatismus nutzen, aber diese Setup-Images veralten ja heutzutage mit Lichtgeschwindigkeit.
Ich benutze auch vorkonfigurierte Vm's, mit den minimalen Tools vorinstalliert (ala TotalCommander, IrfanView, FoxitReader, etc.), möglichst portabel, und installiere dann die "simplen" Programme von Hand rein.

Ich denke auch das man besser mehr Einfluss auf die Installation haben sollte, und das daher besonders in den kritischen Bereichen manuell machen sollte.

Ich lasse mich aber gerne eines Besseren belehren ...

Rollo

[mensch72]

hier (m)ein kleiner "Installationsbericht":

positiv:
Debug sowie Release funktionieren wie kaum noch für möglich gehalten mal sowohl unter IOS10.3.3(32bit) sowie unter IOS11.2.1(64Bit) ganz ohne Tricks mit nur einem aktuellem XCode(V9.2 unter OSXv10.13.2)... super

negativ:
- für Android hat sich bei Berlin 10.1u2 bewährt, stets aktuelles JDK(8u151 oder sogar 9.0.1) zuverwenden und Android-SDK+NDK per Androidstudio verwalten/aktualieren und laden zu lassen... im Delphi dann nur manuell fix Path im SDK Manager angepasst und gut war es... das klappt unter 10.2.2 nun nicht mehr... Ohne GetIT "JDK8.0.60" und "NDK9c" erkennt der Wizzard zum Anlegen eines AndroidSDK nix... auch (Addroid)SDK"Export" unter 10.1u2 und SDK"Import" unter 10.2.2 funktioniert nicht mehr
- LinuxFMX und CrossVCL wollen bei mir aktuell gerade noch nicht mit 10.2.2 und Kubunto17.10 (mit 10.2.1 funktioniert das)


Im aktuellem Zustand kann ich mir keine versionsstabilen & funktionierenden AutoInstaller für Delphi plus "Java,Android-SDK/NDK" sowie "XCode/IOS" vorstellen... denn ich mache ja gerade mühsam manuell per Versuch und Irrtum "den Job eines solchen Installers" und produziere so genau unser BasisSet aus 3 "Standard-VMs": "Delphi&AndroidStudio unter Win10" + "XCode+PAserver unter OSX" + "Kubunto mit PAserver unter Linux".

WorstCase wenn es zukünftig schnell gehen muss, gewinne ich mit unseren VM-Set zeitlich "bis wieder voll nutzbar" immer gegen jegliches SetupScript was ne Installation "neu aufbaut". Einfach VMware oder Fusion und sei es nur als Trail auf einen neuen/cleanen PC/MAC z.B. aus dem Mediamarkt... und alles läuft, ohne sowas im Archiv könnte ich nicht mehr ruhig schlafen