QuickSearch / Schnelle Suche mit STRG+S

[matixx]

Was spräche den gegen ein QS-Fenster ala Explorer mit everything integration?

[HolgerK]

Der gepinnte Dialog macht das was er eigentlich nicht machen sollte: verschwinden?

HolgerK,
Huch?

HolgerK,

D.h. Du erwartest das ein aktives Suchfenster sichtbar bleibt wenn man mit <alt+tab> das aktive Programm wechselt, allerdings verschwindet wenn du innerhalb des TC dann mit der Maus (oder Tab) ein anderes Element des TC (Kommandozeile, anderes Panel, Pathbar, Filtersymbol des anderen Panels!,...) anklickst?

Ja genau.

Genau das finde ich inkonsequent.

Gruss
Holger

[Laurin]

Die jetzige Funktionk des gepinnte Dialogs

Bewirkt nur wenn man das Trichter symbol anklickt

das dateien die denn suchbegriff "nicht Enthalten" ausgeblendet werden

[HolgerK]

Die jetzige Funktionk des gepinnte Dialogs

Es gibt (noch!) keinen gepinnten Dialog.

die denn suchbegriff "nicht Enthalten" ausgeblendet werden

Nun ja, das ist ja auch die Funktion der Schnell-Filterung.

<Strg+S> bedeutet default "Schnellfilterdialog öffnen und Filter aktivieren (Deaktivieren mit ESC oder STRG+F10)"
Wirkt gleichzeitig als Toggleschalter:
- Wenn Dialog nicht sichtbar -> Dialog anzeigen
- Jedes weitere Betätigen bewirkt das Umschalten der Filterung.
Ob du <Strg+S> oder den Button in der rechten Seite des Dialogs betätigst ist identisch.

Gruss
Holger

[Hacker]

HolgerK,

Genau das finde ich inkonsequent.

Tja, solange es den Zweck erfüllt, könnte man vielleicht damit leben?

Roman

[HolgerK]

Natürlich kann man so etwas ignorieren. Aber will man das und eventuell eine Menge Bugreports wegen einer unvollständigen Funktion in Kauf nehmen?

Die Frage die sich mir allerdings stellt, ist ob man das nicht auch einfacher ohne eine UI-Erweiterung machen könnte, die etwas verspricht, was sie nicht hält und zusätzlich auch noch eine Userinteraktion (Pin-Button drücken) erfordert.

Idee (lange her, das ich mich mit diesem Low-Level-Kram beschäftigt habe, also sorry wenn das vielleicht nicht ausgereift ist):
WM_ACTIVATE wird an das TopLevel Fenster sowohl beim Aktivieren als auch Deaktivieren versandt.
Der Message-Handler könnte über lParam sogar auswerten ob ein eigenes Child-Window aktiviert wurde oder ein komplett andere Applikation in den Vordergrund geholt wurde.
Was, wenn TC sich beim Deaktivieren merkt, das das QS-Fenster aktiv/fokusiert ist und dies beim Aktivieren wieder restaurieren würde, und das QS-Fenster ansonsten auf Fokuswechsel nur dann reagieren würde solange das TC-Fenster oder eines seiner Childs aktiv ist?

So ganz ohne einen Pin-Button (und natürlich optional über wincmd.ini Schalter).

Gruss
Holger

[Hacker]

HolgerK,

wegen einer unvollständigen Funktion

Tja, wer entscheidet, ob eine Funktion unvollständig ist?

Die Frage die sich mir allerdings stellt, ist ob man das nicht auch einfacher ohne eine UI-Erweiterung machen könnte

Ein INI Schalter KeepQuicksearchOpenOnLostFocus=1 würde es auch tun für Leute, die was anderes vom Pin erwarten würden.

Roman

[HolgerK]

Tja, wer entscheidet, ob eine Funktion unvollständig ist?

Im Zweifelsfall "history.txt", in der der Entwickler festhält was eine Feature ausmacht.

Aber wie viele Anwender lesen diese Textdatei (oder auch die Hilfe) und verstehen auch bis ins Detail wie das genau gemeint ist, oder ist es nicht wahrscheinlicher, das der durchschnittliche Anwender ein Bedienelement in der UI sieht; dessen Symbolik er als allgemeingültig erkennt und dann die Funktion nur unter der ihm unbekannten Bedingung "tja, das funktioniert nur bei <Alt+Tab>" arbeitet?
-> Bugreport oder Frust weil Erwartung nicht erfüllt.

Ein INI Schalter KeepQuicksearchOpenOnLostFocus=1 würde es auch tun für Leute, die was anderes vom Pin erwarten würden.

Vielleicht eher "KeepQuicksearchOpenOnAltTab=1"?


Holger

[Hacker]

HolgerK,

Vielleicht eher "KeepQuicksearchOpenOnAltTab=1"?

Oder KeepQuicksearchOpenOnTcLostFocus=1? Man kann auch anders als Alt-Tab umschalten.

Roman