Delphi 12 ist offiziell da!!!

[himitsu]

Zitat:

Zitat von GPRSNerd (Beitrag 1529567)

Dann muss ich meinen Unittest anpassen.
Seltsam, dass WriteMultiString() die Leerzeilen ohne Probleme schreibt...

Ja, weil die schrottige Funktion einfach blind das Array zusammenbaut, ohne prüfen, was sie macht.

Ein Leerzeichen, anstatt einer ganz leeren Zeile ginge.


https://learn.microsoft.com/de-de/wi...ry-value-types

Zitat:

Eine REG_MULTI_SZ Zeichenfolge endet mit einer Zeichenfolge der Länge 0. Daher ist es nicht möglich, eine Zeichenfolge der Länge Null in die Sequenz einzuschließen. Eine leere Sequenz wird wie folgt definiert: \0.

[jaenicke]

Zitat:

Zitat von HRolle (Beitrag 1529568)

Der angegebene Link zur Doku sah zu dem Zeitpunkt übrigens noch ganz anders aus (wie für 11.3).

Ich sehe da in der aktuellen Fassung keinen Unterschied. Beide Versionen wurden zuletzt vor rund einem Dreivierteljahr editiert.

Zitat:

Zitat von HRolle (Beitrag 1529568)

Ich habe die CE11. In der kann ich ein beliebiges SVN-Verzeichnis eingeben, es wird nicht als solches erkannt.

Das hatte ich in der 11.3 CE ausprobiert. Ich hatte die Binaries von VisualSVN verwendet und konnte deren Bin-Ordner problemlos in den Optionen angeben. Danach konnte ich z.B. ein Add einer neuen Datei problemlos durchführen.

[dummzeuch]

Zitat:

Zitat von Uwe Raabe (Beitrag 1529564)

Zitat:

Zitat von dummzeuch (Beitrag 1529549)

Nicht konkret, aber es passiert immer wieder. Aktuell sehen meine Toolbars so aus...

Solche Effekte kenne ich in Verbindung mit Terminal-Server oder RDP-Sessions, häufig mit unterschiedlichen Auflösungen. Aktuell kann ich das in meinen Installationen allerdings nicht feststellen.

Hier passiert das lokal, weder Terminal Server noch VM involviert.

Allerdings habe ich zwei Monitore mit unterschiedlicher Auflösung (HD und 4K), unterschiedlicher Skalierung (100% und 125%) und auch noch den mit höherer Skalierung links vom Hauptmonitor. Damit kam Delphi noch nie besonders gut klar.

Es gibt diverese Bugreports von mir dazu, aber ich habe inzwischen keinen Bock mehr weitere zu schreiben. Vielleicht sollte Embarcadero sowas mal einem ihrer Entwickler aufs Auge drücken, damit sie das mal selbst sehen. Die meisten Probleme sind zum Glück nur selbtsam plazierte Fenster, was sich vermutlich einfach lösen ließe.

Einiges habe ich selbst durch GExperts gefixt, weil es mir zu sehr auf den Keks ging. Die Toolbars sind allerdings ein harter Brocken, da habe ich bisher keine Lösung gefunden. Aber da ich Delphi 11 bisher nicht für wichtige Projekte verwendet habe, habe ich keine große Motivation, mich damit zu beschäftigen. Delphi 12 machte zunächst einen ganz brauchbaren Eindruck.

(Bevor jetzt einer kommt und sagt, ich hätte halt an der Beta teilnehmen sollen: Dazu fehlt mir schlicht die Zeit, wenn ich es sinnvoll tun wollte.)

[BigAl]

Das mit den Multiline-Strings ist zwar cool (hatte mich da drauf gefreut da ich viel SQL-Code nutze), aber wurde leider mal wieder nur halbherzig umgesetzt. Sobald man z.B. den code formatieren lässt (Ctrl-D) ist der Quelltext dermaßen verunstaltet dass er sich nicht mehr kompilieren lässt. Inline-Variablen werden nach wie vor nicht sauber formatiert.

Hauptsache neue Features reingepackt. Aber das "drumrum" sollte halt auch angepasst werden. So ist das leider nicht für mich nutzbar...

Bin gespannt, ob der Refactor mal endlich wieder funktioniert (habe ich noch nicht getestet).

[himitsu]

Da ja seit Tagen das QUALITY nicht nutzbar ist, hab ich mal
https://quality.embarcadero.com/secure/Dashboard.jspa -> Introduction -> Still can’t log in? Contact support
ausprobiert.

Nur was soll man in https://supportforms.embarcadero.com eigentlich wählen, denn es steht kein Produkt zur Auswahl, welches nach Quality/Jira klingt?
Hab's als "Delphi" gemeldet, aber noch keine Antwort. :stupid:



Apropos TRegistry.WriteMultiString, da war auch noch mein FeatureRequest bezüglich REG_NONE vollkommen unbeachtet. :cry:
https://quality.embarcadero.com/browse/RSP-42544

[OlafKr]

Neuen Fehler gefunden.
Rechte Maustaste in einem beliebigen Quelltext betätigen:
- Beim ersten Mal öffnet sich das Popup-Menü mit allen Einträgen korrekt.
- Beim nächsten Mal statt dessen Meldung "Komponente mit der Bezeichnung ecSwapCppHdrFiles existiert bereits"
oder "Komponente mit der Bezeichnung FindDeclaration existiert bereits"
- Hotkeys aus dem Popupmenü (z.B. Strg-D) Quelltext formatieren funktionieren noch.

Nach Delpi Neustart gleiches Verhalten wie oben.

Nachtrag:
Rechte Maustaste im Bereich des linken Randes (Zeilennummern, Haltepunkte) funktioniert weiterhin mit korrektem Popup-Menü

[Kas Ob.]

Zitat:

Zitat von dummzeuch (Beitrag 1529581)

Zitat:

Zitat von Uwe Raabe (Beitrag 1529564)

Zitat:

Zitat von dummzeuch (Beitrag 1529549)

Nicht konkret, aber es passiert immer wieder. Aktuell sehen meine Toolbars so aus...

Solche Effekte kenne ich in Verbindung mit Terminal-Server oder RDP-Sessions, häufig mit unterschiedlichen Auflösungen. Aktuell kann ich das in meinen Installationen allerdings nicht feststellen.

Hier passiert das lokal, weder Terminal Server noch VM involviert.

I witnessed this many times, when these buttons start to dance around on their own, still can't reproduce it reliably, between D2010 and XE8 it does happen, it has something to do with closing/exiting the IDE while it is not maximized and open then maximize, but again not sure when and how it does happen, also may be with changing layout while debugging then closing, then open and restore the IDE size then close, or something ... not sure !

[dummzeuch]

Zitat:

Zitat von OlafKr (Beitrag 1529589)

Neuen Fehler gefunden.
Rechte Maustaste in einem beliebigen Quelltext betätigen:
- Beim ersten Mal öffnet sich das Popup-Menü mit allen Einträgen korrekt.
- Beim nächsten Mal statt dessen Meldung "Komponente mit der Bezeichnung ecSwapCppHdrFiles existiert bereits"
oder "Komponente mit der Bezeichnung FindDeclaration existiert bereits"
- Hotkeys aus dem Popupmenü (z.B. Strg-D) Quelltext formatieren funktionieren noch.

Nach Delpi Neustart gleiches Verhalten wie oben.

Das könnte auch an einem Plugin (GExperts?) liegen. Mir fällt gerade nicht ein, welcher Experte das genau war, den man ausschalten musste, damit der Fehler weg ist. (Wobei ich eigentlich dachte, dass ich den bereits rausgeworfen hatte ??)

[OlafKr]

GeExpert ist nicht installiert, CNPack, DDevextensions, Madexcept, TortoiseSVN sind es auch nicht.

[himitsu]

Zitat:

Komponente mit der Bezeichnung ecSwapCppHdrFiles existiert bereits

es kommt auf jeden Fall aus der bin\coreide290.bpl

vielleicht ist in den alten Beiträgen eine Lösuing zu finden
https://www.delphipraxis.net/206564-...t-bereits.html
https://stackoverflow.com/questions/...on-delphi-10-3
https://bbs.cnpack.org/viewthread.php?tid=241094
https://sourceforge.net/p/gexperts/bugs/213/

Zitat:

Komponente mit der Bezeichnung FindDeclaration existiert bereits

bin\Borland.Studio.Delphi.dll
bin\coreide290.bpl
bin\delphicoreide290.bpl
bin\delphide290.bpl
bin\DelphiLSP.exe
bin\delphipro290.bpl
bin\Embarcadero.Sapient.dll

joar .... auch irgendwas von irgendwo aus der IDE