Hallo Ben,
danke für den Heul-Smiley, ich hol mir schon mal Taschentücher :)

Hallo moinmoin,
so hab ich das bei der letzten Installation auch gemacht, Liste der Schriftennamen nach den entsprechenden Installationen ausgelesen, in Excel die "neuen gefiltert und diese per batch gelöscht. Ändert aber nix daran, das die ganzen "asiatischen" noch drin sind und das Löschen der Windows-Schriften ist auch tricky. Manche lassen sich gar nicht löschen, andere wohl und dann stellst Du fest, dass sie dennoch vom System gebraucht werden. :(

Du meinst den hier? :betruebt: :hihi:

Geh einfach in die alte Systemsteuerung -> Schriftarten
Ich hab die mal einen Screenshot von einem "sauberen" Win 11 System gemacht

[attachment=0]3.jpg[/attachment]

[OT]Hier hast du wenigstens ein Heul-Smilie :heulen: [/OT] :D

Hallo Chris,
ich habe die aufgezählten Programme nicht im Einsatz, nur irgendwann mal getestet. Jetzt gehe ich mit Deiner Liste konform , zusätzlich ggf. noch ShellMenuView und natürlich direkte Registry-Einträge, soweit ich sie kenne.

Bei den Schriften ist es anscheinend so, dass es die wenigsten User, so wie dich auch (nicht), stört. Lasst mich nur alleine :wandschlag: (Tränensmiley hab ich nicht gefunden)

Dann hast ja wieder ein "Problem" weniger. ;)

Probiert hab ich auch schon einige, aber wirklich auf meinen Geräten vorhanden, bezüglich Kontextmenü, sind dann eigentlich nur 3.

- [i]FileMenuTools [/i]> für drei, vier zusätzliche Einträge
- [i]ContextEdit [/i]und [i]ShellExView [/i]> um ...im Umkehrschluss ...wieder was anderes los zu werden

Das meiste versuche ich allerdings direkt in der Registry selbst, in Form von Hand bearbeiteter (oder halt neu erstellter) Einträge. Ist zwar nicht jedem sein Ding, aber ich persönlich bin da recht gern unterwegs. Da erstelle ich mir dann entsprechende .reg-Dateien und ziehe diese Form i.d.R. auch einem Programm vor.
Für mich unnütze Programme vermeide ich eher auf meinen Systemen zu stapeln. Jetzt also z.B. (mal im übertriebnenen Sinne gedacht) 8 verschiedene Programme nur fürs Kontextmenü zu haben, das wäre nicht mein Ding.


Was Schriften angeht:
Daran hab ich mich noch nie so gestoßen. Hab zwar auch z.B. [i]Microsoft Office[/i], [i]CorelDRAW Graphics Suite[/i] etc., die auch wieder etliches mitbringen - aber die wenigen Schriften, die brauche, finde ich wohl noch.

Hab mal vor langer Zeit ´n paar von Microsoft entfernt. Aber im allgmeinen ist das, aufgrund mangelndem Interesse daran, nicht meine Baustelle. Weiß auch nicht, ob´s darüber schon umfangreichen Stoff hier auf Deskmodder gibt. Da müssen andere ran. ;)

Hallo Chris,

ja, wenn ich mal Blut geleckt habe :rofl: An den Kontextmenüeinträgen doktor ich schon ewig rum, weniger ist mehr und was man (glaubt) zu brauchen sollte da sein. Easy Context Menu Tuner, Moo0 Right Clicker, Right Click Configurator, WinAero ContextMenuTuner, FileMenuTools, alles schon probiert, hilft nicht wirklich weiter.
Dank Eurer Hilfe ist es jetzt schon fast so wie es sein soll und mit ContextEdit habe ich auch sofort das "Drucken" wegbekommen. Word 97-2003 braucht man vermutlich nur, wenn man noch .doc - Dokumente hat, hab ich nicht. Also danke für den Hinweis und auch für den Link, wo man es noch runterladen kann, perfekt.

btw; das Thema passt so gut zu meinem zweiten Thema in die gleiche Richtung. Windows installiert jede Menge Schriften, dazu kommen andere Programme wie Office, CorelDraw, Magix VdL, etc. Wenn Du dann in einem Programm, z.B. Word eine Schrift suchst, blätterst Du durch ellenlange Listen mit Schriften, die du nie verwendest. Niemand weiß anscheinend so ganz genau, welche Schriften systembedingt benötigt werden, wohl auch weil MS das je nach Programmversionen ändert. Etliche Schriften mit den "asiatischen" Bezeichnungen lassen sich gar nicht löschen. Wäre mal ein schönes Thema für Deskmodder (vielleicht hab ich's auch nur nicht gefunden) :D

Da bist ja schon wieder. ;)

"Drucken" bezüglich Dokumente oder gar WORD-Dokumente ist ´ne bißchen andere Hausnummer als für Bilddateien. All das neue Registry-Programm Zeug´s funktionierte dafür nicht vernünftig - zumindest nicht was ich probierte. Die Einträge selbst zu suchen hatte ich zuletzt auch keine Lust mehr, die scheinen recht weit "verknüpft".

Letztendlich meine persönliche Lösung: [b]ContextEdit 1.2[/b] ...Funktioniert weitgehend unter Win10. Muß allerdings installiert werden. Nutze ich mittlerweile wieder aktiv. Möglichkeiten zum Download gibt´s aber nur noch wenige.

Hier meine "Geschichte" dazu:
https://www.deskmodder.de/phpBB3/viewtopic.php?p=357747&t=24809&sid=7e7868d037cd95ed69b978b07a53a502#p357747

Hier eine der wenigen Download-Möglichkeiten:
https://www.softpedia.com/get/System/OS-Enhancements/ContextEdit.shtml

Funktion:
- Bei Änderungen muß Programm immer als Administrator ausgeführt werden!
- Einfach den Haken bei dem gewünschten Eintrag entfernen. Wird direkt im Kontextmenü übernommen.
- Funktion "Default" bzw. "Set Default" > Der Eintrag, vor dem man "Default" setzt, erscheint an erster Stelle im Kontextmenü
- Alles andere > braucht man nicht oder muß es ausprobieren
- Will man mit dem Programm viel "rumspielen" empfehle ich ein Backup! Das kleine Ding ist nicht zu unterschätzen!

Fazit: Take it or leave it. ;)

Hier die benötigten Einträge im Programm bezüglich diverser Dokumente:

PDF > Hier dient mein eigenes Programm nur als Beispiel
Word > Sowohl unter "Word" wie auch "Word 97-2003" muß die Einstellung vorgenommen werden
Excel > vielleicht braucht´s ja einer

ich hatte ja jetzt gerade einen längeren Thread mit moinmoin und captain-chris über den fehlenden Eintrag „Bearbeiten“ in meinem Kontextmenü. Nebenbei habe ich viele hilfreiche Informationen bekommen. Jetzt ist mir aufgefallen, dass z.B. bei einem Word-Dokument der Eintrag Drucken noch vorhanden ist.
Nach dem Beitrag
https://winaero.com/remove-print-context-menu-in-windows-10/?utm_source=software&utm_medium=in-app&utm_campaign=winaerotweaker&utm_content=removecontextmenu
habe ich die reg-Datei zum Entfernen des Eintrages ausgeführt, aber, danach ist der Eintrag immer noch da.
Also habe ich in der Registry unter HKEY_CLASSES_ROOT\docxfile\shell\print nachgeschaut, da wird auf "%ProgramFiles%\Windows NT\Accessories\WORDPAD.EXE" verwiesen, nicht auf die Winword.exe. Nachdem in dem Schlüssel verschiedentlich die WORDPAD.EXE mit unterschiedlichen Parametern eingetragen ist, hat der Austausch von Pfad und Namen nichts gebracht.