Fragen zu XML-Behandlung

[Mathias]

Wird dies von fpc auch unterstützt ?

[wp_xyz]

Ja. Die xml-Dateien der neuen Office-Dateiformate haben genau diese Art von Nodes, und fpspreadsheet liest diese ohne Probleme, z.B. ein Ausschnitt aus einer ODS-Datei:

Code: Alles auswählen

<office:font-face-decls>
  <style:font-face style:name="Arial" svg:font-family="Arial" style:font-family-generic="swiss" style:font-pitch="variable" /> 
  <style:font-face style:name="Microsoft YaHei" svg:font-family="'Microsoft YaHei'" style:font-family-generic="swiss" style:font-pitch="variable" /> 
  <style:font-face style:name="Lucida Sans Unicode" svg:font-family="'Lucida Sans Unicode'" style:font-family-generic="system" style:font-pitch="variable" /> 
  <style:font-face style:name="Microsoft YaHei1" svg:font-family="'Microsoft YaHei'" style:font-family-generic="system" style:font-pitch="variable" /> 
  <style:font-face style:name="Tahoma" svg:font-family="Tahoma" style:font-family-generic="system" style:font-pitch="variable" /> 
</office:font-face-decls>

[Mathias]

Unterstützt dies auch XMLRead und XMLWrite ?
Oder muss ich dafür fpspreadsheet verwenden ?

[wp_xyz]

Ja, die Name-Space-Nodes werden von xmlread/write unterstützt. fpspreadsheet selbst nimmt die UTF8-Versionen in LazUtils, laz2_xmlread/laz2_xmlwrite. (ich weiß nicht, warum FPC bei xml so UTF16-lastig ist).

[Mathias]

Das "laz2_" ist mit untergegangen, obwohl du es hier schon mal geschrieben hast: viewtopic.php?f=10&t=12857&p=113881&hil ... nf#p113881
Jetzt bin ich endlich die widestring Warnungen lös.

(ich weiß nicht, warum FPC bei xml so UTF16-lastig ist).

War nicht bei fcp <3.x das gleiche Theater mit der Unit FileUtil ?
Man musste anstelle von FindFirst, FindFirstUTF8 oder ähnlich schreiben.

[Socke]

(ich weiß nicht, warum FPC bei xml so UTF16-lastig ist).

War nicht bei fcp <3.x das gleiche Theater mit der Unit FileUtil ?
Man musste anstelle von FindFirst, FindFirstUTF8 oder ähnlich schreiben.

Das ist eine leicht andere Thematik. die XML-Units von FPC speichern die Strings im Arbeitsspeicher in UTF16 (Unicodestring), während laz2_xmlread/laz2_xmlwrite im Arbeitsspeicher UTF8 nutzt. UTF8 hat den Vorteil, dass ich beim Lesen und Schreiben von UTF8-formattierten XML-Dateien keine Übersetzung zwischen UTF8 und UTF16 durchführen muss.

Zu FindFirst usw. liegt es ein wenig anders. FPC < 3.x hat die mitgegebenen Dateinamen einfach an das Betriebssystem weitergereicht. Das führt insbesondere dann zu Problemen, wenn du im Programm UTF8 verwendest (wie das bei allen LCL-Anwendungen der Fall ist) aber eine ANSI-Schnittstelle des Betriebssystems aufgerufen wird. In neueren Versionen gibt es z.B. eine Unicodestring-Variante von FindFirst, welche die Unicode-Variante von FindFirst in Windows aufruft.