Taskleisten/Systemmenü nicht komplett

[Benedikt]

Hi,

ich hab mich da grad etwas drüber gewundert, aber auch nach einigem Suchen irgendwie nichts dazu gefunden.

Wieso haben Delphi-Programme (habs grad mit einigen getestet) ein weniger umfangreiches Systemmenü wenn man auf deren Taskleisten-Eintrag klickt als andere Programme?
Also konkret: Ich hab da nur Wiederherstellen, Minimieren und Schließen - während bei andern da noch Größe verändern, verschieben und Maximieren hinzukommt.
Mir ist schon klar, dass ich das manuell hinzufügen könnte, aber gäbs da auch irgendwie ne praktischere Möglichkeit, dass standardkonformer (was es ja wohl wäre) einzurichten, dass alle Einträge vorhanden sind oder überhaupt, welchen Grund das hat?
Weil das normale Programmicon in der Titelleiste hat ja sehr wohl diese Einträge wie jedes normale Systemmenü...

Vielleicht überseh ich ja auch nur irgendwas, trotzdem schonmal Danke :wink:

MfG Benedikt

[Christian Seehase]

Moin Benedikt,

diese Einträge fehlen eigentlich nur (bzw. sind ausgegraut), wenn der BorderStyle so gesetzt ist, dass man die Grösse nicht ändern kann.

[Benedikt]

Nein, der BorderStyle ist ganz normal auf Standard. Daran hat ich auch zuerst gedacht.

Also ich kann hier mit meinem Delphi 7 einfach eine leere Anwendung erstellen und die hat nur diese 3 Punkte im Menü.
Und als ich spontan mal ein paar Apps aus der Freeware-Sektion hier angeguckt habe, war es bei denen ebenso...

[Fussball-Robby]

Zitat:

Zitat von Christian Seehase

(bzw. sind ausgegraut)

Sie sind auch nicht ausgegraut, sondern fehlen komplett (Anhang)

[Benedikt]

Ja genau :mrgreen: War jetzt zu faul das mit Screenshots zu belegen - aber genau das mein ich, ich find das jetzt nicht wirklich tragisch, nur nutz ich grad die Verschieben-Funktion schon manchmal, wenn wieder irgendein Programm aufm zweiten Monitor hängt, der aber grad gar net da ist ;) Und da fand ich das eigenartig und merkwürdig und ist mir nach Jahren mit Delphi plötzlich aufgefallen, dass das irgendwie nicht da ist - und ich frag mich wieso und wie änder ich das :roll:

[taaktaak]

Moin, Moin.
Sehr seltsam, kann das nicht nachvollziehen?! Wie Christian schon sagte: Die Einträge sind bei MIR "passend" zu den Fenstereinstellungen ausgegraut, aber alle vorhanden. Siehe z.B. in der Freeware-Sparte mein Programm "rzMagnifier" (bisschen Werbung muss ja mal sein...)

[Benedikt]

Ahh nicht schon wieder irgendwelche Probleme die nur ich hab :wall:

Siehe Bild - was ist das dann?!?

Und zur Veranschaulichung nochmal WinRAR als Beispiel daneben...

[taaktaak]

:oops: Ohhh, sorry!!!
Da hab' ich nicht richtig gelesen!
Nein, das ist auch bei mir so: Im Popup des Taskleisteneintrags gibt's die Einträge nicht. Ich meinte jetzt das Popup des ProgrammIcons. Allerdings haben das auch diverse meiner "Profi-Programme" nicht. FrontPage hat's aber. Also "no panic" du bist nicht der Einzige :hi:

[Christian Seehase]

Moin Benedikt,

das ist ja äusserst merkwürdig :gruebel:
Als ich Deinen Beitrag gelesen hatte, lief gerade eines meiner Programme, ohne "Maximieren"-Button, und da waren die entsprechenden Menüpunkte ausgegraut.
Jetzt habe ich es noch einmal probiert: Jetzt fehlen die Menüpunkte... (gleiches Programm :shock:)

Auch bei älteren Programmen (zuletzt mit D2 compiliert): Die Menüpunkte fehlen.

Unterschied:
Ich habe zwischendurch mal die IDE (D7) gestartet (seit Rechnerstart das erste mal).
Seit dem sind die Menüpunkte weg.
Das gilt auch für D2006-Projekte.

[Chemiker]

Hallo Benedikt,

selbst bei Delphi 2006 sind nur die 3 Menü-Punkte vorhanden.

Bis bald Chemiker

[Benedikt]

Mhhh... hat das sonst noch nie wen gewundert, wenn das jetzt immer noch so ist?
Nunja, ich bin jetzt auf folgendes gestoßen (http://www.howtodothings.com/compute...lphi-apps.html), das funktioniert so zwar, hat allerdings hat dass wie da schon erwähnt den Bug, dass der Taskbar-Eintrag nicht ausgewählt bleibt.
Gibts da nicht irgendeine saubere Lösung für?
Wie gesagt, ist weiß Gott nicht essenziell, aber würd mich dann jetzt doch schon interessieren, und praktischer ist es schon, wenn das korrekt funktionieren würde... :mrgreen:

MfG Benedikt

[Luckie]

Eine VCL-Anwendung hat zwei Fenster. Das sichtbare Fenster mit dem man arbeitet und ein unsichtbares Anwendungsfenster, welches die TApplication Instanz repräsentiert. Dieses unsichtbare Anwendungsfenster ist auch für den Taskbareintrag verantwortlich. Da man ein unsichtbares Fenster nicht verschieben kann, fehlen eben auch die zugehörigen Einträge.

[Benedikt]

Gut, dass ist dass, was auch in dem von mir verlinkten Artikel steht ... somit wäre das Warum also geklärt ;)
Schön find ich dass allerdings nach wie vor nicht, weshalb mich nach wie vor interessieren würde, wie ich das ganze korrekt und bugfrei ändern kann - schließlich interessiert es den Anwender herzlich wenig, ob da nun intern irgendwelche Fenster sind, die sich nunmal nicht verschieben lassen, der will nunmal die Anwendung verschieben ;)

[toms]

Zitat:

Zitat von Luckie

Da man ein unsichtbares Fenster nicht verschieben kann, fehlen eben auch die zugehörigen Einträge.

Hallo Luckie

Diese Folgerung macht für mich nur bedingt Sinn.
Sonst müsste man auch folgern,
"Da man ein unsichtbares Fenster nicht minimieren kann, fehlen eben auch die zugehörigen Einträge", welches aber nicht stimmt.

Die Befehle beziehen sich ja nicht auf die TApplication Instanz sondern auf die Form.

[turboPASCAL]

Zitat:

Die Befehle beziehen sich ja nicht auf die TApplication Instanz sondern auf die Form.

Ja und da haben die Borländer wohl 'n bissel was Vergessen.
Bei Delphi 1 war's noch richtig, D5 und D6 haben auch diese Macke. :stupid:

Bei nonVCL-Apps kann man es ja selbst Einstellen wie man es gern haben möchte.

[teebee]

Diese drei Menüpunkte werden in TApplication.CreateHandle explizit aus dem Systemmenü gelöscht. Scheint wohl nicht so trivial zu sein, die entsprechende Funktionalität in das Konzept des unsichtbaren Applikationsfensters zu integrieren.

[edit]Hier gibt es eine Lösung von Peter Below, die auf den ersten Blick gut funktioniert und bei der der Taskbar-Button gedrückt bleibt.[/edit]

[helgew]

Hi,

Du kannst diese Elemente auch wieder aktivieren oder auch neue hinzufügen.
http://www.delphipraxis.net/internal...471&highlight=
das ist gerade meine Baustelle...

[Benedikt]

Moin und Danke erstmal für eure Antworten!
Ist ja irgendwie komisch, dass es in D1 noch "korrekt" war :gruebel:

Bzg. der Lösung die teebee gepostet hat (Danke dafür) kann ich nur sagen, dass es tatsächlich zu funktionieren scheint. Ist dass denn eine vernünftige Lösung oder gäb es da besseres, bzw. wie würd man dass den NonVCL machen?
Und @helgew: Unabhängig davon, dass ich in dem Thread nicht ganz durchblicke - wäre das nicht etwas overkill, nur um da ein "normales" Taskbarmenü zu erzeugen? Oder überseh ich was und das geht mit dem was du da gepostet hast ganz einfach :|

MfG Benedikt

[Benedikt]

Moin,

ich grab diesen Thread nochmal aus, weil zum einen ich im letzten Post noch etwas antwortbekomm-bedürftig war, und ich zum anderen jetzt auch die Lösung die teebee gepostet hab, etwas mehr getestet habe, und diese keinesfalls ideal ist. Zum einen taucht nun immer das aktive Fenster (also wenn ich ein weiteres modales Fenster öffne) dieses auf wenn ich mit Alt+Tab durchtabbe, zum anderen krieg ich dann auch immer das Hauptfenster in den Vordergrund, wenn ich minimiert hab und auf mein Taskbar-Button klicke, und das modale Fenster bleibt im Hintergrund und ich kann nichts mehr machen.

Habe zu Demo-Zwecken mal ein Test-Projekt angehangen, wo die hier gepostete Lösung verwirklicht ist.

Dass das nicht schön ist dieses Fehlverhalten, seht ihr wohl auch - als gibt es eine funktionierende fehlerfreie Lösung zu dem Thema oder wie kann ich die vorhandene Lösung korrigieren dass es richtig funktioniert?

Wenns gar net geht, dann okay - dann lass ich es lieber so wie es bei Delphi-Apps normal ist, auch wenn mir dann die Einträge da fehlen :/

Mfg und Danke,
Benedikt