tImage1 geht nur im Form1.OnCreate

[dataspider]

Zitat von ReVenGer:

@Frank, vielen Dank für das Beispiel, aber wie verhält es sich wenn ich mehrere Komponenten mit einbinden möchte (z.B. progressbar, button usw.)
müssen die parameter dann alle einzeln zugewiesen werden?

Also, wenn es darum geht, mehrere Controls im Form zu initialisieren oder was auch immer, dann ist die Methode von Klaus natürlich eher geeignet.
Also als Methode der Form und nicht als Procedure.
Dann brauchst du auch keine Parameter, da du auf alle Eigenschaften des Form Zugriff hast.

Frank

[ReVenGer]

Danke erstmal an alle die sich hier so positiv mit meinem Problem befassen!

@himitsu: dachte mit PWideChar bin ich immer sicher was den Namen betrifft.

Wenn ich das ganze mit inifiles probiere, sagt er mir das Tinifiles nicht deklariert ist.

Code:

private
    { Private-Deklarationen }
    procedure getbanner;
    procedure readini;


procedure TForm1.readini;
var ini: Tinifiles;
begin
  Ini := TIniFile.Create('C:my.ini');
  try
    Edit1.Text := Ini.ReadString('Directory', 'MyCfg','1 ');
  finally
    Ini.Free;
  end;
end;

GetBanner funktioniert perfekt und ich dachte ich hätte es damit auch verstanden.

[Helmi]

du musst die Unit "IniFiles" unter uses aufnehmen

[ReVenGer]

Die befindet sich dort. Das ist ja das was ich nicht verstehe.

[Helmi]

es muss ja auch TIniFile statt TIniFiles lauten

Delphi-Quellcode:

procedure TForm1.readini;
 var ini: Tinifile;  //<== ohne s
 begin
   Ini := TIniFile.Create('C:my.ini'); //<== sicher dass der Pfad stimmt??
   try
     Edit1.Text := Ini.ReadString('Directory', 'MyCfg','1 ');
   finally
     Ini.Free;
   end;
 end;

[ReVenGer]

Zitat:

es muss ja auch TIniFile statt TIniFiles lauten

Ok, das is jetzt peinlich!

Der Pfad war nur auf die schnelle, und "auf die schnelle" hab ich mich auch mit Tinifile's' vertippt.

Vielen Dank!

[borstenei]

....wobei das nicht üblich ist , die ini direkt unter C: abzulegen...ermittle doch Dein Programmverzeichnis und packt das Teil da rein.

[himitsu]

Zitat:

TIniFiles

Und nein.
Es gibt Funktionen und Typen, die sind Ansi, andere sind Unicode und Andere passen sich z.B. an den Compiler an.
PChar, String, Char, Integer/Cardinal (früher) und NativeInt/NativeUint (seit Win64) passen sich an den Compiler an, da es keine eigenen Typen sind, sondern Alias.
Vor Delphi 2009 waren sie ein Alias für die PAnsiChar, AnsiChar und AnsiString und seit D2009 sind sie Alias für PWideChar, WideChar und UnicodeString, bzw. in einem 32-Bit-Compier ein Alias für LongInt/LongWord und in einem 64-Bit-Compiler für LargeWord und LargeInt.

Aber vorallem bei Pointern, also PChar/PWideChar/PAnsiChar muß man genau auf den Typen achten, da es dort intern keine automatische Typ-Umwandlubng gibt und oftmals auch nicht geben kann.


[edit]
Ups, die böse Seite 2