Windows 11 mit ExplorerPatcher, StartAllBack und Taskbar2 - Probleme, Erfahrungen, Diskussion

[Harry S]

Neue Windows-11-Tests mit dem EP 22621.608.51.3:

22000.1279 = ExplorerPatcher funktioniert problemlos (nach erneutem Explorer-Start als Administrator im Taskmanager).

[Tante Google]

[Harry S]

Neue Version EP (22621.608.51.4) steht zum Download bereit:
https://github.com/valinet/ExplorerPatc ... .4_5048a4f ...

Windows-11-Tests mit dem EP 22621.608.51.4
22000.1279 = ExplorerPatcher funktioniert weiterhin problemlos.
22621.891 = ExplorerPatcher funktioniert wieder problemlos (ggf. Explorer im Task-Manager als Administrator neu starten).
22623.893 = ExplorerPatcher funktioniert wieder problemlos (ggf. Explorer im Task-Manager als Administrator neu starten).
25236.1010 = ExplorerPatcher - keine Chance!

Beschreibung:

Versteckter Text:

Einzelheiten
1
Es wurde ein Fehler behoben, der verhindern konnte, dass das Windows 10-Netzwerk oder die Akku-Flyouts auf dem OS-Build 22000 angezeigt werden.
Das Windows 10 Netzwerk und die Akku-Flyouts auf dem OS-Build 22621 wurden behoben.
Wetter: Es wurde ein Fehler behoben, der den Widget-Inhalt mit falscher linker Polsterung anzeigt.

2
sws: Unterstützung zum Ändern der Auswahl in der Fensterliste mit dem Mausrad (Vorschlag von andrewz).
Beheben Sie defekte „Kaskadenfenster“, „Fenster gestapelt anzeigen“, „Fenster nebeneinander anzeigen“ und „Rückgängig machen“... Optionen im Taskleistenkontextmenü (berichtet von iamk9008).

3
sws: Option, damit das Scrollrad bei Verwendung des Switchers die Auswahl ändert:
„Never“ (Standard), das gleiche Verhalten wie vor zwei Versionen, was bedeutet, dass der Switcher nicht auf das verwendete Scrollrad reagiert, wenn er aktiv ist.
„Wenn der Cursor über dem Switcher ist“ hat der Switcher auf den Scroll Whell reagiert und die Auswahl nur dann vorwärts/umkehren, wenn sich der Cursor über dem Switcher befindet
„Always“ hat der Switcher auf den Scroll Whell reagiert und die Auswahl unabhängig davon, wo der Cursor platziert ist, vor-/rückgängig gemacht. In diesem Modus erhalten Hintergrundanwendungen keine Scroll-Rad-Updates, bis der Switcher geschlossen ist, unabhängig von der Einstellung „Inaktive Fenster scrollen, wenn Sie über sie schweben“ von Windows.
sws: Es wurde ein Fehler behoben, bei dem die Auswahl der Rollradbewegung in die entgegengesetzte Richtung im Vergleich zum Verhalten von Windows 7 Alt-Tab vorlag. Wenn aktiviert, wählt das Scrollen nach oben das vorherige Fenster in der Liste aus, während das Scrollen nach unten das nächste Fenster in der Liste auswählt. Um das vorherige Verhalten zu erhalten, das darin besteht, nach oben zu scrollen, um das nächste Fenster auszuwählen, und um nach unten zu scrollen, um das vorherige Fenster auszuwählen, legen Sie ScrollWheelInvert in HKCU\Software\ExplorerPatcher\sws (5cef3b1) auf 1 fest.
sws: Es wurde ein Fehler behoben, der den Switcher unerwartet auf einen anderen Monitor verschieben konnte, wenn der Cursor auf dem anderen Monitor platziert wurde. Die Option, dass der Switcher auf dem Monitor angezeigt wird, ist aktiviert und der Switcher hat seine Daten im Hintergrund aktualisiert (valinet/sws @ 8b68539).
sws: Ein Fehler wurde behoben, der verhindern konnte, dass Hotkey-Assoziationen ordnungsgemäß bereinigt werden, wenn Sie die Einstellung deaktiviert haben, um eine Fensterliste pro Anwendung zu haben (valinet/sws @ c5776e5).
sws: Fehler behoben, der ein korrektes Nachladen der Einstellungen verhindern konnte, wenn Einträge direkt aus der Registrierung gelöscht wurden (cbc5f19).

4
Windows 11 Taskleiste: Behoben einen Fehler, der abstürzen könnte explorer.exe, wenn Sie mit der rechten Maustaste auf bestimmte System-Tray-Symbole auf 22621-basierte Builds. Vielen Dank für die Berichte zu diesem Thema. (a6a88b1)
[/spoiler

[Modder001]

Gibt es mit dem ExplorerPatcher (oder anderweitig) eine Möglichkeit, das alte Kontextmenü der Taskleistensymbole (inkl. der Option "Datei anheften") wieder herzustellen?

[Harry S]

Ja!
"An Taskleiste anheften"; "An Start anheften" sowie auch das Lösen sind wieder aktiv. Auch "Neue Symbolleiste" usw. - der ExplorerPatcher stellt all diese Funktionen wieder zur Verfügung! Genau darum geht es !!!
Im Zweifelsfall: Ausprobieren !!!

[Modder001]

Ja!
"An Taskleiste anheften"; "An Start anheften" sowie auch das Lösen sind wieder aktiv. Auch "Neue Symbolleiste" usw. - der ExplorerPatcher stellt all diese Funktionen wieder zur Verfügung! Genau darum geht es !!!
Im Zweifelsfall: Ausprobieren !!!

Könntest du mir evtl. erklären, wie ich das mit dem ExplorerPatcher aktivieren kann? Ich habe nur die Funktion gefunden, die alte Taskleiste (aber mit den Win11 Kontextmenüs) sowie das alte Startmenü und den alten Explorer wieder herzustellen.
Die gesuchte Funktion, die Kontextmenüs der Symbole in der Taskleiste zu ändern, habe ich nicht entdecken können.

[Harry S]

@Modder001

Die Kontext-Menüs sind wieder - wie vorher - unter den jeweiligen Icons auf dem Desktop (rechts anklicken) zu finden!
Die anderen Einstellungen sind allesamt im EP zu finden (Rechts auf Taskleiste - Eigenschaften). Ist zwar Alles soweit in Englisch - da von der deutschen Sprache aber ohnehin nur noch Rest-Fetzen existieren, solltest Du das jeweils locker finden ... Im Zweifelsfall einfach ausprobieren!

Bild1.jpg

Kontext-Menüs:

Bild3.jpg

Bild2.jpg

An Taskleiste angehängt:

Bild4.jpg

Auf der Taskleiste verschoben:

Bild5.jpg

[Harry S]

@Modder001
Fortsetzung ...

Symbolleisten:

Bild6.jpg

Startmenü 8 (während dessen Installation sind einige störende Funktionen zu entfernen):

Bild7.jpg

Transparenz im Startmenü 8:

Bild8.jpg

[Modder001]

@Modder001
Fortsetzung ...

Symbolleisten:
Bild6.jpg
Startmenü 8 (während dessen Installation sind einige störende Funktionen zu entfernen):
Bild7.jpg
Transparenz im Startmenü 8:
Bild8.jpg

Danke für die Ergänzung der Bilder.
Wir schreiben aneinander vorbei. Ich meine nicht das Kontextmenü auf dem Desktop (dieses habe ich gleich am Anfang per regedit-Einstellungen wieder geändert), sondern das Kontextmenü, welches erscheint, wenn man einen Rechtsklick auf ein Icon in der Taskleiste macht. Da gab es in Windows 10 bei Programmen wie Word, Excel, PowerPoint die Option, dass man sich bei Rechtsklick auf das Icon die aktuell geöffnete Datei anheften kann. So konnte man dann eine oft benötigte Datei in Zukunft durch einen Rechtsklick auf das Programmicon in der Taskleiste schnell öffnen.
Dieses Menü meine ich. Wenn ich im ExplorerPatcher die Windows 10 Taskleiste aktiviere, sind die Kontextmenüs der Programmicons in der Taskleiste trotzdem im Windows 11 Style.
Hier ein Bild: https://ibb.co/9wMGKKW

[Harry S]

Ach so ... Ich meine, da was in den EP-Einstellungen gesehen zu haben - bin mir aber nicht sicher ...
Wichtige/häufig benutzte Dateien/Programme leg ich mir als Link auf den Desktop - notfalls in eigene, neu erstellte Ordner. In so fern hab ich dahingehend keinen Bedarf in der Taskleiste ... Zumal die bei meinen Rechnern aufgrund der vielen Laufwerke eh schon fast aus den Nähten platzt (in anderen Rechnern sind teilweise so viele Festplatten/SSD's verbaut, dass die Buchstaben ausgereizt sind) ...
Alternative: Neue Symbolleiste (mit entsprechender Bezeichnung) ...

[Fredrik69]

@Modder001
Is it the setting under Personalization -> Start: "Show recently opened items in Start, Jump Lists, and FIle Explorer" you mean?
That setting affect both the Win11 and Win10 taskbar icons context menu.

See image!
As a Swedish citizen, I hope its is okay to write here in English? My skills in Deutsch is limited.

[Modder001]

Thanks, but I don´t need the last opened files in the Start menue. I would like to have the function back, to fix every file on the context menue of the Icon in the Task bar.

[Under the Hood]

Neue Version: 22621.608.51.5
https://github.com/valinet/ExplorerPatcher/releases

[Harry S]

Neue EP-Tests mit EP-Version 22621.608.51.5 und Windows 11:
Build 22000.1281 = EP funktioniert einwandfrei.
Build 22621.891 = EP funktioniert einwandfrei.
Build 22623.891 = EP funktioniert einwandfrei.
Build 25236.1010 = EP keine Chance!

[Harry S]

Überarbeitete Version 22621.608.51.5_6190fd2 online: https://github.com/valinet/ExplorerPatc ... .5_6190fd2


17.11.2022, 02:00 Uhr
Neue Version: 22621.608.51.6_d262c41 online: https://github.com/valinet/ExplorerPatc ... .6_d262c41
Neuerung:
Ein Fehler wurde behoben, der dazu führen konnte, dass der Host-Prozess von ExplorerPatcher unter bestimmten Umständen abstürzte.

Tests:
Build 22000.1281 = EP funktioniert einwandfrei.
Build 22621.891 = EP funktioniert einwandfrei.
Build 22623.891 = EP funktioniert einwandfrei.
Build 25236.1010 = funktioniert - allerdings klappt der Start des Task-Managers aus der Taskleiste nicht mehr (Strg+Alt+Entf benutzen)

[Harry S]

Neue Version 22621.819.52.1 (Pre-release) online: https://github.com/valinet/ExplorerPatc ... .1_02cb6e9
Getestet in Windows-11-Builds 22621.819 und 22000.1098.

Details:
Windows 11 Startmenü: Implementierte Zentrierung auf dem Bildschirm, wenn die Taskleiste nicht unten ist.
Windows 11 Taskleiste: Option, um das Kontextmenü der Stamm-Taskleiste zu verwenden.
Fehler behoben, der das Startmenü auf einem falschen Monitor oder außerhalb des Bildschirms anzeigen konnte, wenn die Taskleiste an den oberen Bildschirmrand verschoben wurde und die vorherige Einstellung am rechten Bildschirmrand war.

Tests:
Build 22000.1281 = EP funktioniert einwandfrei.
Build 22621.891 = EP funktioniert einwandfrei.
Build 22623.891 = EP funktioniert einwandfrei.
Build 25236.1010 = funktioniert - allerdings klappt der Start des Task-Managers aus der Taskleiste wieder nicht (Strg+Alt+Entf benutzen)