Standarddateicodierung

[himitsu]

Das ist was Anderes.
Es steuert nur wie Strings im Binärstrom gespeichert werden, aus Platzspargründen.
Aber auf das Format der gesamten TextDFM hat diese Funktion keinen Einfluss.

[Uwe Raabe]

Zitat:

Zitat von himitsu (Beitrag 1534231)

Das ist was Anderes.
Es steuert nur wie Strings im Binärstrom gespeichert werden, aus Platzspargründen.
Aber auf das Format der gesamten TextDFM hat diese Funktion keinen Einfluss.

Bist du sicher?

Delphi-Quellcode:

      if UTF8Idents then
        Output.Write(TEncoding.UTF8.GetPreamble[0], 3);
      Output.Write(MemoryStream.Memory^, MemoryStream.Size);

Es lässt sich übrigens ganz leicht verifizieren indem man einer Komponente einen Umlaut-behafteten Namen gibt.

Beim Schreiben von String-Werten wird WriteUTF8Str gar nicht verwendet. Siehe ObjectBinaryToText -> ConvertValue -> case vaWString, vaUTF8String und vaString, vaLString

[himitsu]

Zitat:

UTF8Idents := True

Ohhh.

Mir war so, als wenn beim Schreiben des Textes die betreffenden Zeichen dann escapet würden, also als ...'#xx'... stünden, wenn es nicht ins ANSI passt.

Bei uns sind die DFMs eigentlich alle UTF-8 mit BOM, aber bei manchen Dateien im XE und D11 merken wir gelegentlich Unterschiede.
TurtoiseDiff und im Sublime werden die BOM nicht angezeigt ... hat man aber im DiffViewer alle Zeilen reverted, dann bleibt die Datei dennoch als Geändert im ChangesLog ... beim erneuten Anzeigen im Turtoise meckert es dann quasi "keine Unterschiede, außer in der Kodierung".




Im Text ist String = String. Im Binär entscheidet es sich zwischen einer Art ShortString (1-Byte-Length und ANSI), einem Ansi-String oder UTF-8-String, je nach Art und Anzahl der Zeichen.

[ringli]

Das Problem ist gelöst. :)

Beim Wert "FileDesciption" in meiner "VersionInfo.rc" war ein Umlaut enthalten. Zusammen mit der Windows UTF-8 Regionaleinstellung ist Delphi dann der Meinung die Dateicodierung immer wieder auf UTF-8 ändern zu müssen.

Umlaut ersetzt und es funktiuoniert wie gewünscht.

Danke für die Rückmeldungen und Denkanstösse.

[himitsu]

Eine eigene VersionsInfo?
Die delphieigene ist abgeschaltet?

Vor einer Weile war die Ressource in der {project}.res vom {$R *.res}
und jetzt kommt diese Info aus der DPROJ (eventuell auch mehrere/unterschiedliche).

[ringli]

Ja, ich verwende eine eigene Versionsinfo. Ebenfalls ein eigenes Manifest.

Die Delphi eigene Versionsinfo ist deaktiviert.

[himitsu]

Dann frag ich mich aber, warum deine RC auf das Projekt eine Wirkung haben sollte.

Selbst wenn via {$R xxx.res xxx.rc} in der DPR/DPK, wird die von der DPROJ vorher durch den RessourcenCompiler kompiliert, nicht innerhalb der DPR. :gruebel:

[THY4243]

Die Nutzung eigener Versionierung sogar inkl. Manifest geht schon über via {$R xyz.res xyz.rc} in der DPR/DPK - wir hatten das einmal
https://www.delphipraxis.net/1449426-post7.html
Wichtig dabei ist, dass es kein weiteres {$R *.res} in der dpr gibt.

In der DPROJ steht das dann so:

Code:

...
<ItemGroup>
        <DelphiCompile Include="$(MainSource)">
            <MainSource>MainSource</MainSource>
        </DelphiCompile>
        <RcCompile Include="xyz.rc">
            <Form>xyz.RES</Form>
        </RcCompile>
        <DCCReference ...

[Uwe Raabe]

Es ist schon möglich mehrere .res Dateien in das Projekt einzubauen. Lediglich ein paar Ressourcetypen, wie z.B. Versions-Info, dürfen nur einmal vorkommen. Wenn du also in den Projektoptionen bei Versionsinformationen in das Projekt übernehmen den Haken entfernst (ggf. bei allen Build-Konfigurationen), dann kannst du deine eigene .res Datei mit der Versions-Info einbinden ohne die IDE-Automatik zu stören und die {$R *.res} kann bleiben. So kann man natürlich auch eigene .res Dateien für weitere Ressourcen (Manifest, Icon) erstellen. Es muss nicht alles in einer .res liegen. So kann man z.B. Versions-Info selber machen, aber Manifest und Icon über die IDE einbinden lassen.

[himitsu]

Wir haben 2 Projekte von 85, da aktiviert sich die Versionsressource immer von selbst, wenn das Projekt gespeichert wird.
Aber das dann steht ja auch was im Compilierlog (falls das einer liest)