Was nervt euch so, während der Programmierung oder so allgemein

[jaenicke]

Zitat von Stevie:

"Feature entfernt" klingt eher nach "das Verhalten war ein Bug und wurde gefixt". Das wär neu, dass Features entfernt werden. Worum genau handelte es sich denn?

Das mag sein, aber ich hielt es für sehr sinnvoll...
Der Quelltext stammt aus den SJ Config Utils:

Delphi-Quellcode:

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;

Ich habe da schon versucht statt Include direkt zu addieren, aber es geht einfach nicht mehr.

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...

[himitsu]

Zitat:

Include(Result, i);

Bei mir funktioniert das aber noch, sowie auch die Varianten mit +, - und *

[Stevie]

Zitat von jaenicke:

Ich habe da schon versucht statt Include direkt zu addieren, aber es geht einfach nicht mehr.

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...

Da ist mit Sicherheit ein anderer Bug am Werke.

Delphi-Quellcode:

function GetAllAnchors: TAnchors;
var
  i: TAnchorKind;
begin
  Result := [];
  for i := Low(TAnchorKind) to High(TAnchorKind) do
  begin
    Include(Result, i);
  end;
end;

liefert [akLeft,akTop,akRight,akBottom].

Edit: SJConfigUTilsDemo kompiliert und läuft tadellos unter XE Update1

[jaenicke]

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.

[Stevie]

Zitat von jaenicke:

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.

Und wieder ne Layer 8 exception gefixt

[himitsu]

Was mich total ankotzt, das ist, wenn irgendwelche besch*. Komponentenhersteller immernoch meinen unbedingt globale Ereignisse überschreiben zu müssen.

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)

[Luckie]

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.

[BUG]

Mach mal die Türen zwischen den Räumen auf und gucke ob es ein Gewitter (oder zumindest ne Regenwolke) gibt

[himitsu]

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.
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?

[jaenicke]

Zitat von himitsu:

Was mich eigentlich richtig ankotzt, sind solche Kleinigkeiten, wie das ständig nichtfunktionierende Strg+#.

Du hast also die CnWizards installiert. Das liegt nämlich offenbar daran, dass die den Hotkey klauen. Sobald ich die nämlich deinstalliere, passiert das nie. Ich habe mittlerweile einfach eine andere Tastenkombination dafür belegt.