AW: Was nervt euch so, wärend der Programmierung.
Zitat:
Der Quelltext stammt aus den SJ Config Utils:
Delphi-Quellcode:
Ich habe da schon versucht statt Include direkt zu addieren, aber es geht einfach nicht mehr.
type
TAvailableLocations = set of TConfigLocation; function TConfigLocationManager.GetAvailableLocations: TAvailableLocations; var i: TConfigLocation; begin Result := []; for i := Low(TConfigLocation) to High(TConfigLocation) do case i of cloAppExe, cloAppDir, cloLocalAppData, cloRoamingAppData, cloAllUserAppData, ...: if ValidateLocation(i, icltFile) {$if defined(Config_AllowXml)} or ValidateLocation(i, icltXml) {$ifend} or ValidateLocation(i, icltINI) then Result := Result + [i]; // rumms cloRegistryCurUser, cloRegistryAllUsers: if ValidateLocation(i, icltRegistry) then Include(Result, i); // rumms end; end; Bei XE gibt es natürlich auch neue Möglichkeiten, die ich dann irgendwann nutzen werde, aber kurzfristig geht es so einfach nicht mehr, weil variable Werte nicht mehr erlaubt sind. Gerade die brauche ich an solchen Stellen aber oft... |
AW: Was nervt euch so, wärend der Programmierung.
Zitat:
|
AW: Was nervt euch so, wärend der Programmierung.
Zitat:
Delphi-Quellcode:
liefert [akLeft,akTop,akRight,akBottom].
function GetAllAnchors: TAnchors;
var i: TAnchorKind; begin Result := []; for i := Low(TAnchorKind) to High(TAnchorKind) do begin Include(Result, i); end; end; Edit: SJConfigUTilsDemo kompiliert und läuft tadellos unter XE Update1 |
AW: Was nervt euch so, wärend der Programmierung.
Argh, mein Fehler... tut mir leid.
Ich hätte wohl nicht so spät abends noch dran arbeiten sollen. Aus irgendeinem Grund fehlte in der ausgecheckten Version eine entscheidende Zeile. :shock: |
AW: Was nervt euch so, wärend der Programmierung.
Zitat:
|
AW: Was nervt euch so, wärend der Programmierung.
Was mich total ankotzt, das ist, wenn irgendwelche besch*. Komponentenhersteller immernoch meinen unbedingt globale Ereignisse überschreiben zu müssen. :wall:
PgDAC, FastReport, EurekaLog, Greatis, TMS, SynEdit usw. Haben die noch nie etwas von TApplicationEvent gehört? Auch wenn ein geringer Anteil derer wenigstens den vorherrigen Wert speichert und das alte Event selber aufruft, aber dennoch ist das keine Wirkliche Lösung, denn was ist, wenn man dieses alte Event abmelden will? (geht natürlich nicht) |
AW: Was nervt euch so, wärend der Programmierung.
Wenn es heiß ist und die Fenster nicht gescheit aufgehen und die Kollegen im anderen Zimmer im dicken Pullover sitzen und das Kühlaggregat neben sich auf Hochtouren laufen lassen.
|
AW: Was nervt euch so, wärend der Programmierung.
Mach mal die Türen zwischen den Räumen auf und gucke ob es ein Gewitter (oder zumindest ne Regenwolke) gibt :stupid:
|
AW: Was nervt euch so, wärend der Programmierung.
Was mich eigentlich richtig ankotzt, sind solche Kleinigkeiten, wie das ständig nichtfunktionierende Strg+#.
Strg + Num-/ sind keine alternative, wenn man grad keinen Nummernblock hat. Oder daß der debugger nach einer Exception nicht an der Exceptionzeile stehenbleibt, wenn man auf "Anhalten" klickt. Mit try-except/finally kann der debugger wohl nicht umgehen ... hier gibt es z.B., in einer Prozedur, eine EConvert-Exception und anstatt der besch* Debugger nach der Fehlerstelle stehenbleibt, springt er erstmal ganz aus der Prozedur dauf und bleibt danach stehen, so daß man die Fehlerstelle nicht findet. :wall: Es kann doch nicht sein, daß ich jatzt, für einen sehr unregelmäßig auftretenden Fehler alle Fehlerbehandlungen wieder ausbauen muß, was besonders blöd deht, da Strg+# nicht geht, nur in der Hoffnung, daß ich dann endlich mal die richtige Fehlerstelle finde? :cry: |
AW: Was nervt euch so, wärend der Programmierung.
Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 15:52 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz