Ini ohne IniFiles Project (WinApi)

[KodeZwerg]

zumindest geh ich kurz auf diesen Punkt ein:

Zitat von himitsu:

Warum gibt ReadInteger einen Cardinal zurück?

Weil das die WinApi so macht. Sie returned einen Cardinal/UINT.

Danke für den Record Vorschlag!
Wie gesagt, das ist gestern Nacht innerhalb von ein paar Minuten nur per Notepad und Windows SDK entstanden.
Etwaige Fehler oder Prüfung ob Code überhaupt ausführbar ist steht mir noch bevor.

[Daniel]

Zitat von KodeZwerg:

Etwaige Fehler oder Prüfung ob Code überhaupt ausführbar ist steht mir noch bevor.

Dann muss die Frage erlaubt sein, warum Du ihn in diesem Zustand überhaupt veröffentlichst ... ?

[TiGü]

Immerhin kompiliert das (XE 10.2).

Das Destroy braucht ein override; anstatt ein overload; !

[KodeZwerg]

Zitat von Daniel:

Dann muss die Frage erlaubt sein, warum Du ihn in diesem Zustand überhaupt veröffentlichst ... ?

Klar sind Fragen jeder Art erlaubt, mein Hauptpost sagts doch eigentlich schon.

Zitat:

Status: Alpha (nur per Notepad erstellt, noch ungetestet)

Hier stelle ich Euch schonmal meine Grundidee vor

Falls das noch zu ungenau ist, vielleicht so:
Ich sammel auf diese Weise eindrücke bzw verbessere alles nach Kritik oder stampfe Projekt ein.
himitsu's record zBsp = mega! Darauf bin ich Nachts nicht gekommen.

Cool das es kompiliert @TiGü und Danke für's durchlaufen lassen! Klar Override nicht Overload *schäm*

[TigerLilly]

Das

Code:

case s[i] of
  'A'..'Z','Ä','Ö','Ü':
       Result[i] := CHR(Byte(s[i]) + 32);

funktioniert in Unicode-Zeiten doch nicht mehr für die Umlaute?

[KodeZwerg]

@TigerLilly: die kleinen _helfer fliegen zu morgen raus. alles wird intern auf string umgestellt (integer bool etc), leichtere Handhabung und readinteger kann dann auch integer returnen

[Rollo62]

Bin ich jetzt der Einzige der mal hinterfragt wie Kompatibel das Ganze ist ?
https://stackoverflow.com/questions/...m-kernel32-dll

Das ist doch meiner Meinung nach für Win-10 gar nicht mehr aktuell,
oder irre ich mich da ?

[himitsu]

Dort war das Problem bei UWP und da bist die mit Delphi sowieso im Arsch, denn Embarcadero weigert sich schon seit 8 Jahren hartnäckig einen Compiler für WinRT/UWP zu bauen.

Das ist leider die einzige INI-API, also geht es nicht anders.
Und dieser Hinweis steht schon seit 25 Jahren dort ... glaub mir, das werden die nicht so schnell ausbauen ,
auch wenn Microsoft will, dass wir von INI auf die Registry umstellen,
dabei nutzen die selbst massenhaft INIs, überall im System.

Nicht die API ist als deprecated eingestuft, sondern der Speicherort.

Zitat:

Weil das die WinApi so macht. Sie returned einen Cardinal/UINT.

Das kann man ja casten.


Ich hatte mir auch schon eine kleine INI-Klasse gebastelt, die z.B. auch Multiline-Values erlaubt, so wie es andere INI-Libs, z.B. in einigen Games oder für Linux auch anbieten.