Delphi-PRAXiS
Seite 4 von 6   « Erste     234 56      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   GUI-Design mit VCL / FireMonkey / Common Controls (https://www.delphipraxis.net/18-gui-design-mit-vcl-firemonkey-common-controls/)
-   -   Edit.Text ohne DB oder INI Speichern (https://www.delphipraxis.net/198799-edit-text-ohne-db-oder-ini-speichern.html)

Schokohase 1. Dez 2018 18:29

AW: Edit.Text ohne DB oder INI Speichern
 
Joar, und zwar so
Delphi-Quellcode:
uses
  System.Win.Registry,
  System.SysUtils;

procedure Test();
var
  ini: TRegIniFile;
begin
  ini := TRegIniFile.Create('Software\Schokohase');
  try
    ini.WriteString('TestApp', '', 'This is the TestApp');
    ini.WriteBool('TestApp\Form1', 'Visible', true);
    ini.WriteInteger('TestApp\Form1', 'Height', 600);
    ini.WriteInteger('TestApp\Form1', 'Width', 800);
  finally
    ini.Free();
  end;
end;
Schreibt in HKCU\Software\Schokohase\TestApp

KodeZwerg 1. Dez 2018 18:45

AW: Edit.Text ohne DB oder INI Speichern
 
Zitat:

Zitat von Schokohase (Beitrag 1419887)
Schreibt in HKCU\Software\TestApp

Wohl eher HKCU\Software\Schokohase, oder?

Luckie 1. Dez 2018 18:48

AW: Edit.Text ohne DB oder INI Speichern
 
Ich gehe mal davon aus das TRegIniFile automatisch in HKCU schreibt.

KodeZwerg 1. Dez 2018 18:52

AW: Edit.Text ohne DB oder INI Speichern
 
Ich meinte, er legt sub-keys in "Software\Schokohase" an, nicht in "Software\TestApp" wie es gesagt wurde.

Delphi.Narium 1. Dez 2018 18:59

AW: Edit.Text ohne DB oder INI Speichern
 
Ja, aber der Wert wurde nicht gesetzt, von daher wird erstmal "irgendwohin" geschrieben, nämlich in den Zweig, der "irgendwo im Inneren von TRegIniFile oder der WinAPI" als Default genommen wird.

Ein setzen von
Delphi-Quellcode:
Ini.RootKey := HKEY_CURRENT_USER;
könnte da Sicherheit schaffen ;-)

Schokohase 1. Dez 2018 19:04

AW: Edit.Text ohne DB oder INI Speichern
 
Zitat:

Zitat von KodeZwerg (Beitrag 1419888)
Zitat:

Zitat von Schokohase (Beitrag 1419887)
Schreibt in HKCU\Software\TestApp

Wohl eher HKCU\Software\Schokohase, oder?

Sag ich doch ... (gut aufgepasst)

TigerLilly 3. Dez 2018 12:20

AW: Edit.Text ohne DB oder INI Speichern
 
Hmmm.

*) Das Programm könnte beim Beenden eine Mail abschicken mit dem Text als Mailbody + beim Starten die Mail abholen + den Mailbody auswerten.

*) Das Programm könnte den Text binär kodieren und in einem Ton kodiert abspielen. Das nimmt man mit dem Handy auf und spielt es beim Programmstart dem Programm vor.

*) Das Programm könnte den Text in einem auf Amazon/eBay zu verkaufenden Artikel verstecken.

*) Das Programm könnte einen Windows-Event erzeugen, den protokollieren lassen + abfragen.

*) Man könnte einen Feed aufsetzen und über den den Text austauschen.

*) Das Programm könnte die DFM Datei manipulieren und vor dem nächsten Start muss das Programm neu kompiliert werden. (Aber das gilt eigentlich nicht.)

*) Man könnte den Text als Zahl kodieren + eine Überweisung mit diesem Betrag tätigen + beim Programmstart auswerten + rückgängig machen.

KodeZwerg 3. Dez 2018 13:18

AW: Edit.Text ohne DB oder INI Speichern
 
Ich krieg mich nicht mehr ein, so viel lustige Kreativität sieht man selten, danke für den Brüller :thumb::thumb::thumb:

Uwe Raabe 3. Dez 2018 13:33

AW: Edit.Text ohne DB oder INI Speichern
 
Zitat:

Zitat von TigerLilly (Beitrag 1419972)
*) Das Programm könnte die DFM Datei manipulieren und vor dem nächsten Start muss das Programm neu kompiliert werden. (Aber das gilt eigentlich nicht.)

Da hätte ich noch eine Variante: Die Änderung in einer Language-Resource ablegen (z.B. <myapp>.DE), die dann beim Programmstart ja automatisch geladen wird und die DFM-Werte der EXE überschreibt. Damit beschränkt sich der Aufwand rein auf das Abspeichern des Wertes. :twisted:

mkinzler 3. Dez 2018 13:37

AW: Edit.Text ohne DB oder INI Speichern
 
Zum Glück ist eine Language Ressource keine Datei. Man könnte diese aber in einem ADS "verstecken" und hat somit quasi keine Datei :stupid:


Alle Zeitangaben in WEZ +1. Es ist jetzt 01:49 Uhr.
Seite 4 von 6   « Erste     234 56      

Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz