UnitOptimizer

[stahli]

Ich habe mal etwas mit den Docking-Varianten herumgespielt, bin aber noch nicht richtig zufrieden.

Hat jemand vielleicht Zeit und Lust, da mal mit eine Lösung zu suchen?
Ich habe mal ein Video erstellt, in dem ich auf die Probleme eingehe: https://youtu.be/jVR6I76dA-A (8 Min)

Für den ungedockten Modus muss ich dann mal noch die Positionen auf anderen Monitoren klären und den Docking-Status am Monitorrand.

[jaenicke]

Dass das nicht angepinnte Fenster automatisch einklappt, ist kein Problem, sondern korrekt so. Wenn man es offen lassen möchte, muss man es anpinnen oder herausdocken. Das ist die bestehende Logik der IDE. Wichtig ist nur, dass der Status beibehalten wird, wenn man es erneut ausklappt ohne per Hotkey eine neue Suche zu starten.

Für Full-HD Bildschirme nimmt das permanente angepinnte Eindocken sicherlich viel Platz weg, aber erstens haben viele Entwickler Bildschirme mit höherer Auflösung und zweitens kann man es ja als Tab eindocken wie du auch gezeigt hast. Dann könnte der Hotkey schlicht zu dem Tab springen und das Fenster bliebe offen, wenn man das so möchte.

Das Andocken in voller Höhe wird nicht so gehen wie du dir das vorstellst, da es (meines Wissens) keine geschachtelten Tabs gibt. Ich habe das eben durch Manipulation der .dst Datei versucht, aber auch das klappte zunächst nicht. Ich vermute, dass es gar nicht geht. Diese Limitierung hat mich auch schon einmal gestört. Dafür hat Visual Studio beim Docken ja visuelle Dockmarkierungen, mit denen man besser als beim Delphi-Docking das Ziel bestimmen kann. Für Delphi gibt es dafür auch Komponenten (die allerdings nicht so besonders toll waren bei unseren letzten Experimenten damit), aber die IDE selbst kann das leider nicht.

Hier könnte ein Feature Request (falls er noch nicht existiert) durchaus Chancen haben, weil ich mir vorstellen kann, dass viele für ein solches geschachteltes Docking voten würden.

Ich selbst verwende MMX, das ohnehin mehr Platz braucht. Das habe ich links in fast voller Höhe eingedockt. Hier könnte ein Tab MMX, einer der Objektinspektor und einer deine Suche sein. Die Strukturansicht von Delphi kann man ausblenden (MMX reicht eigentlich) oder auch als Tab verwenden.

Das die Schnellsuche nach dem Eindocken die Größe verändert, muss ja im Code passieren, oder? Das sollte gedockt schlicht gar nicht passieren, denn die Größenanpassung übernimmt dabei soweit ich mich erinnere die IDE. Eigene Automatiken für den ungedockten Zustand sollte man dabei deaktivieren.

[stahli]

Danke Sebastian.

Die zwei "fehlenden" Optionen
- unpin-Formular offen lassen
- Tab mit optional übereinanderliegenden Inhalten
hätten halt schon perfekt gepasst für meine Bedürfnisse.
Man könnte das zwar mal vorschlagen aber kurzfristig wäre das sicherlich nicht umsetzbar und auch nur für neuere Delphis.

Bei der Schnellsuche habe ich keine Höhenanpassung vorgenommen.
Ich schätze, dass die IDE das "PageControl" in der Höhe entsprechend der originalen Höhe des ersten (links) eingedockten Formular ausrichtet (oder nach dem zuletzt hinzugefügten). Genauer habe ich das nicht untersucht.


Ich taste mich dann mal weiter vorwärts...

[jaenicke]

Zitat von stahli:

Man könnte das zwar mal vorschlagen aber kurzfristig wäre das sicherlich nicht umsetzbar und auch nur für neuere Delphis.

Das ist richtig, aber da aktuell das Aussehen der IDE ohnehin stark überarbeitet wurde und wird, ist die Chance aktuell höher als sonst.

[stahli]

Ich kann es mal versuchen. Aber das ist deutsch schon schwer zu erklären - englisch noch schwieriger (für mich).

[stahli]

Zitat von jaenicke:

Hier könnte ein Feature Request (falls er noch nicht existiert) durchaus Chancen haben, weil ich mir vorstellen kann, dass viele für ein solches geschachteltes Docking voten würden.

Ich habe mal einen Eintrag erstellt: https://quality.embarcadero.com/browse/RSP-31762
(Ob das verständlich ist, kann ich nicht garantieren.)

[stahli]

So, es ist vollbracht!

Ok, zumindest so weit, dass es 3-4 Leute schon mal als Beta anschauen könnten.
Meldet Euch, wenn Ihr Interesse habt.

Voraussetzungen sind derzeit:
- immer aktuellste Delphi-Version
- akzeptieren des hellen Designs bei den Suchformularen
- akzeptieren von Codeveränderungen (möglichst kein Einsatz oder Akzeptanz trotz Versionierungssystem).

Ihr solltet aber unbedingt das Tool regelmäßig nutzen und ernsthaft an einem Einsatz des Tools interessiert (nicht nur mal neugierig) sein.
Es gibt sicherlich einige Dinge, die noch optimiert werden müssen aber es sollte jetzt so stabil sein, dass man damit schon ganz gut und sicher arbeiten kann.


Hier ein paar Videos:
installer ........ https://youtu.be/UUP-a3a4F5Q (3:14 min)
updates .......... https://youtu.be/F3Bx2NxQzoI (2:17 min)
setup ............ https://youtu.be/IXswa8cL7eY (13:11 min)
Beta-01 .......... https://youtu.be/z_Pwrmnvalk (55:29 min)

[stahli]

Hallo zusammen,

da bisher keinerlei Reaktion auf meine Mitteilung und Videos (15 Views auf die Zusammenfassung gab es) erfolgt ist, will ich hier mal pushen.
Vielleicht ist es ja auch etwas untergegangen auf Grund der Feiertage...

Gebt mir doch mal gern eine Rückmeldung, auch wenn sie skeptisch oder negativ ausfällt.
Haltet Ihr das Tool für unnötig oder habt Ihr das Anliegen nicht nachvollziehen können?
Seid Ihr zu skeptisch, was die Qualität und Stabilität betrifft?
Habt Ihr nicht die passenden Voraussetzungen für einen Beta-Test (falsches Delphi oder mögliche Probleme wegen einem Versionierungssystem)?

Ich arbeite jetzt mit Unterbrechungen 3 Jahre daran und hatte auf ein allgemeines Interesse gesetzt.
Zwar habe ich das natürlich für den eigenen Bedarf angefangen, der Umfang hat sich aber immer weiter ausgedehnt, da ich ein grundsätzliches Interesse an einem solchen Tool vorausgesetzt habe.

Gebt mir doch mal bitte eine Rückinfo. Das wäre lieb.




Und noch eine inhaltliche Frage.
Im Moment macht mir der Umgang mit den bedingten Compilierungen noch Probleme.
Zunächst einmal interpretiert der Formatierer derzeit die mehrfachen "end;" noch als Fehler und geht davon aus, dass die Unit nicht korrekt abgeschlossen ist.
Dazu muss ich ihm noch beibringen, dass er die IFDEF-ELSE-ENDIF-Blöcke jeweils getrennt voneinander bewerten bzw. hier nicht eindeutig abgeschlossene Blöcke tolerieren muss. Wird schwierig werden.
Dann bin ich mir bezüglich der Einrückungen auch nicht sicher, was die beste Form wäre. Anbei mal einige Beispiele als Bild.
Ich würde die Variante 4 bevorzugen. Wie seht Ihr das?


Anbei mal noch der Quelltext, falls den mal jemand zurecht schieben möchte...

Delphi-Quellcode:

unit ifelseendif;

interface

implementation

uses
  System.SysUtils;

procedure hallo;
begin
  if true then
    begin
    {$IFDEF level1}
      Sleep(0);
    {$ELSE}
      if true then
        begin
        {$IFDEF level2}
          Sleep(1);
        end; //: ????????????????????????
        {$ELSE}
          Sleep(2);
        end; //: ????????????????????????
        {$ENDIF}
    {$ENDIF}
    end;
  Sleep(3);
end;

end.

[Moombas]

Nur mal als Hinweis: da ist ein end; zu viel oder eins muss durch ein else ersetzt werden.

[jaenicke]

Zitat von stahli:

Haltet Ihr das Tool für unnötig oder habt Ihr das Anliegen nicht nachvollziehen können?

Die Formatierung halte ich persönlich und rein subjektiv für unnötig bzw. der Lesbarkeit abträglich (die Meinung kennst du ja ), von daher interessiert mich dieser Teil auch nicht. Ich nutze den integrierten Formatter und halte mich an die Standards, egal in welcher Sprache.

Interessieren würde mich die Suche. Da habe ich noch keine wirklich schöne Lösung gefunden, egal ob das Grep von den GExperts (das am ehesten an meine Vorstellungen herankommt) oder andere.

Zitat von stahli:

Habt Ihr nicht die passenden Voraussetzungen für einen Beta-Test (falsches Delphi oder mögliche Probleme wegen einem Versionierungssystem)?

Ich habe leider nicht genug Zeit um wirklich zu testen.

Und da ich dazu noch an der Formatierung nicht interessiert bin, bin ich als Tester eher nicht der richtige. Normal nutzen könnte ich die Suche natürlich (so oft brauche ich die aber gar nicht) und sagen was mir auffällt, aber mehr nicht.