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

[jaenicke]

Zitat von himitsu:

Wenn ich auf der Form selektiere, dann wird das nicht immer in dieser Liste selektiert, bzw. man sieht es nicht, da man wohl vergessen hat ein ScrollIntoView einzubauen.

Naja, zumindest funktioniert es nicht immer. Darauf achte ich schon gar nicht mehr und scrolle immer manuell. Wobei mich dabei manchmal eher stört, dass es doch manchmal automatisch scrollt.

Zitat von himitsu:

Auch ist es praktisch, daß die Selektierung standardmäßig nahezu (oder ganz) unsichtbar ist, wenn diese Liste keinen Fokus hat.

Das kann ich bei mir nicht sagen, bei mir ist es ziemlich deutlich zu sehen:

StrukturSelectionXE2.PNG

Zitat von himitsu:

(dort reinzuklicken hilft nix, da dann der Fokus umgesetzt wird)

Klicke einfach auf die Titelleiste des Strukturfensters.

Zitat von himitsu:

Oftmals verscrollt sich dieses Schrottding, wenn man reinklickt.
Also man klikt rein, und urplörtlich scrollt das Ding wo anders hin und selektiert was ganz anderes ... nicht das wo anfangs die Maus drüber war.

Hmm, das ist bei mir noch nicht passiert.

Zitat von himitsu:

Öfters vielert dieses Ding den Fokus, vorallem dann, wenn man etwas selektiert, was auf einem anderen TabSheet liegt ... dan landet der Fokus irgendwo auf der Form.

Bei mir nicht irgendwo auf der Form, sondern auf der Komponente. Aber leider nicht immer.
Aber auch da hilft ein Klick auf die Titelleiste des Strukturfensters.

Du hast schon Recht, dass das Verhalten etwas chaotisch ist. Naja, man gewöhnt sich halt dran, ich zumindest, wohl deshalb stört es mich nicht mehr wirklich.

[himitsu]

Zitat von jaenicke:

Das kann ich bei mir nicht sagen, bei mir ist es ziemlich deutlich zu sehen:

Nach einer Weile ist der Baum recht weit aufgeklappt, dann such mal diese kaum sichtbare Markierung.
Mit ScrollBar hoch und runter.
(immer blau, auch in der Projektverwaltung, wäre viel praktischer)

Total frustrierend isses, wenn man dann noch mitbekommt, daß man das garnicht finden konnte, weil auch noch vergessen wurde den Baum so aufzuklappen, daß diese Komponente überhaupt sichtbar ist.
Wenn wenig bis nix aufgeklappt ist, dann schafft es das Ding öfters das richtige Anzuzeigen.
Nur unpraktisch, daß es sowas wie "alles zusammenklappen" nicht gibt.

Minutenlang jeden Unterknoten einzeln zusammen zusammenklappen, dann auf die Komponente in der Fom klicken, dann hatte ich zu 90% das richtige finden können (nur noch ein biss scrollen, aber die einzigste tiefste aufgeklappte Stelle läßt noch recht leicht finden )

[jaenicke]

Zitat von himitsu:

Minutenlang jeden Unterknoten einzeln zusammen zusammenklappen, dann auf die Komponente in der Fom klicken, dann hatte ich zu 90% das richtige finden können (nur noch ein biss scrollen, aber die einzigste tiefste aufgeklappte Stelle läßt noch recht leicht finden )

Da geht Formular schließen und wieder öffnen vermutlich schneller.
Aber du hast schon Recht, wenn nicht automatisch gescrollt wird, findet man das anders nicht so einfach.

Hmm, da sollte sich doch eigentlich per Addon etwas ändern lassen...

// EDIT:
Die Struktur-Suche in Andreas Hausladens DDevExtensions springen ja schon bei einem Klick auf ein Suchergebnis zum Ergebnis. Da müsste ja was in der Richtung möglich sein.

[Delphi-Laie]

Tja, es stört so allerhand.

Z.B. in Windows ein viel zu kleines und nicht zoombares ("resizable") Fenster bzw. Formular "Ordner suchen", das z.B. dann erscheint, wenn man E-Mail-Dateianhänge aus Outlook Express speichern möchte.

Und/oder in Delphi, konkret dessem Compiler, eine teils zu pedantische, teilweise (oder nur ausnahmsweise) aber auch unachtsame Überwachung, ob Variablen initialisiert wurden ("Variabe xyz wurde wahrscheinlich nicht initialisiert"). Diese springt (fast) regelmäßig dann an, wenn eine Variable zuerst in einer der beiden Alternativen einer if-Anweisung (bzw. dessen Blöcken) erstmalig einen Wert zugewiesen bekommt, auch dann, wenn es in beiden Alternativen geschieht (also auch im else-Teil). Benutzt man diese Variable aber konsequent erst dann, wenn bzw. nachdem ihr ein Wert zugewiesen wurde, dann ist diese Compilerwarnung überflüssig. Aber wehe, diese Warnung versagt einmal, d.h., es wird ein Wert in einer solchen Alternativanweisung benutzt, ohne vorher initialisiert worden zu sein: Das hatte ich auch schon einmal und verursacht (einen) nur mühsam zu entdeckende(n) Fehler.

Also, um den Compiler zu beruhigen, um des lieben Friedens Willen: Die Variablen bekommen dann regelmäßig ihre Initialisierung, kann mir aber den Grund dazu als Kommentar daneben niederzurschreiben nie verkneifen.

[EWeiss]

Wie das zum Beispiel..
Nervt mich auch.

Delphi-Quellcode:

       {$if CompilerVersion > 21} // Delphi XE or later
        if i = -1 then
          testDeviceID := MIDI_MAPPER
        else
          testDeviceID := i;
        FError :=
          midioutGetDevCaps(UIntPtr(testDeviceID), @midioutCaps, sizeof(TmidioutCaps));
       {$else}
        testDeviceID := i;
        FError :=
          midioutGetDevCaps(testDeviceID, @midioutCaps, sizeof(TmidioutCaps));
       {$ifend}

wie soll man es denn sonst machen ?
testDeviceID wahrscheinlich nicht initialisiert

gruss

[Furtbichler]

Komisch, kann ich nicht nachvollziehen:

Delphi-Quellcode:

Var
  i : Integer;

Begin
  if now>1 then
    i := 1 
  else 
    i := 2;
  if i=1 then showmessage('idiotencode');
end;

[Delphi-Laie]

Mich stört, daß man generell mehr als nötig schreiben muß. Damit meine ich aber nicht die Schlüsselwörter Begin und end statt der beiden Klammern in C & Konsorten, das ist ein Klacks. Ich bin auch kein Freund extrem komprimierter Anweisungen in C & Co. (in denen mehr als eine Sache (fast) gleichzeitig passiert), obwohl das Lesen derselben letztlich auch nur eine Übungsangelegenheit ist.

Nein, es geht um etwas anderes. In C & Co. muß man logische Ausdrücke ja einklammern: if (a=b) then... . Wie schön, daß man darauf in Pascal verzichten kann. Nur, warum man mit den Einklammern beginnen muß, wenn man mehr als einen zu verarbeitenden Audruck hat und diese miteinander verknüpfen muß, also z.B. if (a=b) and {oder or} (c=d) then..., erschließt sich mir bis heute nicht. Soll das ein zusätzlicher Zwang zur Übersichtlichkeit sein? Ich weiß nicht, wieviel Zeit mir während meines Programmierens verlorenging, nur, um nicht logische Fehler in den Boolschen Ausdrücken an sich, sondern in deren (m.E. unnötig aufgezwungener) Klammerlogik aufzuspüren.

[p80286]

Zitat von Delphi-Laie:

Die Variablen bekommen dann regelmäßig ihre Initialisierung, kann mir aber den Grund dazu als Kommentar daneben niederzurschreiben nie verkneifen.

Ist wohl eine Frage des Alters, Alle Variablen sind zu initialisieren!

Da mach ich mir keine Gedanken mehr darüber ob denn bei welcher Bedingung aber nur wenn ausgenommen.....
Wenn result ein -1 hat und nur 0 oder 1 kommen dürften, dann sitzt der Fehler wieder mal vor der Tastatur.

Gruß
K-H

[Iwo Asnet]

Ich finde die Klammern auch blöd. *Warum* sie da sind, ist klar: "Liegt an der Grammatik". Trotzdem sind sie blöd.

Zitat von Delphi-Laie:

Soll das ein zusätzlicher Zwang zur Übersichtlichkeit sein? Ich weiß nicht, wieviel Zeit mir während meines Programmierens verlorenging, nur, um nicht logische Fehler in den Boolschen Ausdrücken an sich, sondern in deren (m.E. unnötig aufgezwungener) Klammerlogik aufzuspüren.

Dann vereinfache doch enfach die Ausdrücke. Wenn ich mehr als 3 Sekunden brauche, um einen Ausdruck zu verstehen oder auch nur einmal strauchele, wird das vereinfacht.

Was mich nämlich nervt, sind Programmzeilen wie
If Not Foo.Busy or Not Bar.Error and (Not (Foo.Value>xyz) and (Bar.Stuff<Foo.Bar) and InHeaven.IsYearMarket) then Damit verbringe ich Stunden, nämlich um den Code überhaupt zu verstehen.
Dann soll man gefälligst durch Refaktorisierung eben umformen:

If MembersAreCompatible(Foo,Bar)and InHeaven.IsYearMarket) then Das ist lesbar. Wer wissen will, wie "MembersAreCompatible" funktioniert, kann ja nachschauen:

Delphi-Quellcode:

Function MembersAreCompatible(A :TFoo; B:TBar) : Boolean;
Begin
  Result := Not A.Busy or Not B.Error and (Not (A.Value>xyz) and (B.Stuff<A.Bar);
End;

Aber für das Verständnis der eigentlichen IF-Abfrage ist das unerheblich. Außerdem ist der Code dann dokumentiert und wer die Kompatibilität von Mitgliedern genauer spezifizieren möchte, der weiss genau, wo er ansetzen muss ('Steht ja da');

[Jumpy]

Blitzeinschlag in der Nachbarschaft. Der Serverraum hat eine USV aber die popligen Entwickler-PCs nicht. Es waren auch scheinbar nicht alle Phasen betroffen, in manchen Räumen sind die Lichter und PCs angeblieben. Aber mich hat's zerissen . Zum Glück erst vor 20 min. gespeichert.