![]() |
Re: {$IF exists(...)} the include
genau darum wollte ich ja keine dieser "externen" Scripte verwenden
himXML ist ja nur ein Programmteil, also kann ich z.B. die Pre-/Postcompile-Sachen schlecht in den (nichtvorhandenen) Projektoptionen voreinstellen. Es wäre nur schön gewesen, wenn sowas möglich gewesen wäre, dann hätt ich den Hauptteil wieder komplett in nur einer Datei. Aber gegen viele andere Komponenten ist es ja schon wenig, wenn man mindestens nur die Hauptunit und eine Sprachunit benötigt ... die anderen Units sind alle optional. Im Grunde kann ich ja dennoch die Hauptsprachstrings dennoch eingebaut lassen und binde eben eine zusätzliche/alternative Sprachedatei via einem manuell einstellbarem Compilerschalter ein. :angel: |
Re: {$IF exists(...)} the include
spricht irgendwas dagegen das so zu machen?
Delphi-Quellcode:
habs jetzt nicht getestet ... sollte aber funktionieren :gruebel:
if FileExists('himXML_Lang.inc') then
begin {$DEFINE LANG_EXISTS} end; {$IFDEF LANG_EXISTS} {$INCLUDE 'himXML_Lang.inc'} {$ELSE} ... {$IFEND} Edit: muss natürlich FileExists heissen |
Re: {$IF exists(...)} the include
Ich denke das wird nicht funktionieren.
Compilerschalter sind unabhängig von dem Code drumrum... |
Re: {$IF exists(...)} the include
Zitat:
(also das $DEFINE in die Funktion eingebaut) blöd ist halt, daß diese Initialisierung und auch die Variablen (durch die Initialisierung) immer vorhanden sind, selbst wenn sie nicht benötig werden. :wall:
Delphi-Quellcode:
und dann bringt dieses so nur etwas zur Laufzeit (wo dieser Code ausgeführt wird) und nicht schon wärend des Kompilierens
if FileExists('himXML_Lang.inc') then
|
Re: {$IF exists(...)} the include
Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 12:03 Uhr. |
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-2025 by Thomas Breitkreuz