Delphi 10.4.2 erschienen

[Harry Stahl]

Zitat von Uwe Raabe:

Zitat von Pfaffe:

Die Bibliothekspfadangaben 64 Bit Windows und die Dokumentationsseite sind weg: "bds:/documentation.htm" nicht gefunden.

Ersteres haben auch schon andere gemeldet. Es ist aber noch unklar, warum es nur bei einigen passiert.

Mein Delphi 10.4.2 will hier auch immer eine Dokumentationsseite anzeigen. Wie gewöhnt man es ihm ab?

Ich habe jetzt noch mal neu installiert, vorher bereinigt (mehr Platz für die PATH-Variable geschafft) und das Windows 10 SDK nicht installiert, sondern nur geladen und gespeichert.

Danach sah das alles sehr viel besser aus, als bei der ersten Installation.

Aber dennoch Prozedur-Einsprungspunkt bei HTML-Components nicht gefunden. Neu installiert, alles wieder OK.
Mein Fast-Reports Professional ging auch nicht für 64-Bit. Da die Biblithekspfade wieder zugefügt, dann ging es auch wieder.

Windows und Linux sieht jetzt sehr gut aus, MAC habe ich noch nicht getestet....

Man sollte evtl. vor der Installation von 10.4.2 mit dem Migration-Tool die Daten speichern, falls man etwas wiederherstellen möchte...

[PeterPanino]

Verdammt - der ActionList-Manager ist immer noch in der Steinzeit stecken geblieben - dabei hatte ich gehofft, dass die High-DPI-Probleme in der IDE nun behoben seien.

[philipp.hofmann]

Ich habe auch alles installiert und TMSSoftware, etc wieder aktiviert bekommen und mir alle gepatchten Dateien angeschaut, immerhin 2 gemeldete Bugs von mir sind behoben worden. Schon mal schön.

Wermutstropfen: BluetoothLE geht unter MacOS und iOS überhaupt nicht mehr. Ich hatte glücklicherweise noch die passende pas-Datei von 10.4.1, mit der ging es wieder. Mal sehen, wann ich da Zeit und Musse habe, das nachzuvollziehen. Da wurde leider sehr viel umgestellt, was es nicht einfach nachzuvollziehen macht.

[lowmax_5]

Nach dem Update auf 10.2.4 bekomme ich an folgender Stelle ein Problem:

Code:

tryISO8601ToDate(AJsonObject.GetValue('Startzeit').ToString.DeQuotedString('"'),Result)

und die Meldung Exception-Klasse EDateTimeException 'Ungültiger Datums-String: 2021-02-12 11:51:47'.

In 10.4.1 kam an dieser Stelle noch ein ISO8601-Codiertes Datum zurück.

Bug oder Feature oder hab ich da etwas übersehen?

z.B. hier https://quality.embarcadero.com/browse/RSP-32067 ist ja dran gearbeitet worden

[DieDolly]

Ach ich sehe jetzt erst, dass du ein T zwischen Datum und Zeit hast. Dann war es -vorher- ein Bug denn laut ISO gehört da ein T hin.


ursprünglicher Beitrag:

Für mich ein Bug, da laut der ISO keine Zeitzone hinten dran stehen muss.
Wiki

Zitat:

Die Norm enthält verschiedene Datums- und Zeitformate, die jedoch rein formal und in den meisten Fällen schon durch die Anzahl der verwendeten Ziffern unterscheidbar sind. Die Norm ist vor allem bekannt für das Datumsformat JJJJ-MM-TT, das oft auch als „internationales Datumsformat“ bezeichnet wird. Das üblichste Zeitformat der Norm ist hh:mm:ss. Ein Beispiel für das Datum ist 2004-06-14 (14. Juni 2004) und für die Uhrzeit 23:34:30 (23 Uhr, 34 Minuten und 30 Sekunden) und für beides zusammen 2004-06-14T23:34:30. Zur internationalen Kommunikation von Tageszeiten kann der Unterschied der verwendeten Zonenzeit zur koordinierten Weltzeit (UTC) angefügt werden, in der Form +01:00, +0100 oder +01 für mitteleuropäische Zeit und z. B. −04:30 oder −0430 für die Standardzeit in Venezuela.

[himitsu]

Bei einem TryISO8601ToDate sollte eigentlich keine Exception rauskommen, genauso wie z.B. auch bei einem TryStrToInt.
Maximal ein False als Result, was du hoffentlich dann auch auswertest.

Zumindestens sollte die Exception nicht aus der Funktion rauskommen. (intern kann schon eine Exception im Debugger angezeigt werden, auch wenn es schön wäre, wenn solche Funktionen keine Exceptions benutzen, denn beim Debuggen macht sowas einfach keinen Spaß)



Also Klick auf inherited funktioniert.
Is echt mal was Geiles, wenn man sich durch Komponenten durchklicken will. (vorallem bei unbekanntem RTL/VCL/FremdKomponenten/...)

Bei einem Fehler wollte ich erst links über dem Icon mit den Hint anzeigen lassen ... ging natürlich nicht.
Aber rechts über'm Unterstrichen war er dann dd.


Sobald aber ein "Fehler" im Code ist, geht meistens/oftmals die Codevervollständigung garnicht auf.
Beispiel: neue VCL-Unit und im public "crea" reinschreiben ... warten oder Strg+Leertaste und nix passiert (sobald der Fehlerpunkt da ist ... ganz schnell, bevor er kommt, da geht es noch)
Garnichts schreiben, zuerst Strg+Leertaste und dann "crea" (für einen neuen Contructor), das geht auch.

Natürlich will ich CodeVervollständigung und CodeInsight zufällig immer dann nutzen, wenn grade was nicht geht, um es zu gehen zu bekommen. Klar, bin ich dann natürlich selbst dran Schuld.

[Alter Mann]

[OT]
Entschuldigung, aber dafür gebt ihr GELD aus?
Egal welche Version erscheint, ihr seit nur am fluchen.
[/OT]

[himitsu]

Wenn alle die Klappe halten und niemand was sagt oder Bugs meldet, dann passiert aber auch nichts, damit das weggeht.

[lowmax_5]

Code:
tryISO8601ToDate(AJsonObject.GetValue('Startzeit') .ToString.DeQuotedString('"'),Result)

und die Meldung Exception-Klasse EDateTimeException 'Ungültiger Datums-String: 2021-02-12 11:51:47'.

Da ist vorher schon ein korrekter ISO8601-String zurück gekommen, nur nach dem update nicht mehr....

[DieDolly]

Wie sieht denn Startzeit aus bzw das was du tryISO8601ToDate übergibst.