DTopDesk64 (Fork von TopDesk64 V5)

Es gibt 116 Antworten in diesem Thema, welches 12.819 mal aufgerufen wurde. Der letzte Beitrag (28. Juni 2025 um 21:42) ist von darkvision.

  • Daran hatte ich auch schon gedacht, eine Art "TopDesk.cfg" mit den 4/5 Namen

    Na gut, es stört mich ja auch nicht wirklich, daß der Info-Text deaktiviert wird. Ist mir eben nur aufgefallen ;) ....

    ansonsten: Anleitung S. 18 (f2, F4, F6, F8)

    Die Voreinstellung ist doch wohl für die meisten eher ein Witz :wink: .

    Alleine schon "GeoPATCH 128-MP" (F8) dürfte wohl nur Pusti64 haben und das geht nur in 80 Zeichen auf MP3-128, nur da läuft DTopDesk64 lt. Handbuch nicht . Die anderen, naja , sind etwa alle Programmierer ? .....

    Geht es, daß die Vorgabe leer (nichts definiert) ist und so daß beim Betätigen nichts passiert (keine Fehlermeldung) ? Wenn nicht dann wenigstens sinnvolle Voreinstellungen (Geowrite, Geopaint, ....).

    Gruß

    Werner

    Von hier aus dann der dt64-v095b

    Klicke bitte mal links neben Lfw. A: . Was passiert bei Dir?

  • Klicke bitte mal links neben Lfw. A: . Was passiert bei Dir?

    Einmal kurzer Klick geht in den Geos Editor, langer Klick ruft bei mir "geohdscsi" auf. Also ganz so, wie es soll.

    Was passiert denn bei Dir?

    Zur Info.......

    Warp ist bei mir hier ausgeschaltet, sonst klappt's nicht.:)

  • Einmal kurzer Klick geht in den Geos Editor, langer Klick ruft bei mir "geohdscsi" auf. Also ganz so, wie es soll.

    Kleine Info (auch wenn es im Handbuch erwähnt wird): Unter DTopDesk64 kann geoHDscsi durch ein anderes Programm ersetzt werden (wie bei den F-Tasten). Kaum einer wird das Programm ja verwenden... ;)

    Wird ebenfalls im Infoblock gespeichert (bei TopDesk64 ist das fest vorgegeben und ist nicht im Infoblock enthalten).

    Das mit kurz/lang funktioniert am realen PC auch mit TurboKarte, nicht aber unter VICE im WARP-Modus (immer langer Klick).

  • Warp ist bei mir hier ausgeschaltet, sonst klappt's nicht. :)

    nicht aber unter VICE im WARP-Modus (immer langer Klick)

    ich arbeite ja nicht im WARP-Modus von VICE. Da könnte ich garnichts mehr vernünftig bedienen ... :wink:

    WinVice (GTK) läuft hier in 200%. Da läßt sich die Maus mit kurzem und langen Klick noch benutzen und ist (für mich erfreulich) schnell.


    Ich habe das mit der Bedienung jetzt hier im Griff. Kurzer Klick startet GEOS64.Editor und langer Klick geoHDscsi, zumindest theoretisch. Hier kommt nur eine Fehlermeldung (wie auch bei den Vorgaben für F2, F4, F6, F8). Das wird wohl nicht nur mich verwirren .....

    Der Hammer ist der vorletzte Satz unter "10.4 Konfiguration ändern" in der Anleitung. Ich soll also eine Datei anklicken und einen langen Mausklick links neben den Lfw-Icons machen. Soweit so gut. Nur das steht da nicht!!! Da steht:

    Zitat

    dann wird mit einem langen Mausklick das zusätzliche Konfigurationsprogramm gewechselt


    Zu den Vorgaben bei F2 - F8 habe ich ja schon heute Nachmittag etwas gesagt.

    Gruß

    Werner

  • Der Hammer ist der vorletzte Satz unter "10.4 Konfiguration ändern" in der Anleitung. Ich soll also eine Datei anklicken und einen langen Mausklick links neben den Lfw-Icons machen. Soweit so gut. Nur das steht da nicht!!! Da steht:

    Zitat

    dann wird mit einem langen Mausklick das zusätzliche Konfigurationsprogramm gewechselt

    Immer diese aus dem Zusammenhang gerissenen Zitate!!! Da steht:

    Zitat

    Über einen kurzen Mausklick links neben das Laufwerk-Icon in der Seitenleiste wird der 'GEOS.Editor' (MP3) gestartet.

    Ein langer Mausklick sucht ein zusätzliches Konfigurationsprogramm, standardmäßig ist hier 'geoHDscsi' voreingestellt.

    DTopDesk64: Ein kurzer Mausklick neben das Laufwerk-Icon startet entweder den 'GEOS.Editor' (MP3) oder 'GD.CONFIG' (GDOS64).

    Ist eine Datei ausgewählt, dann wird mit einem langen Mausklick das zusätzliche Konfigurationsprogramm gewechselt. Es wird keine weitere Meldung angezeigt.

    Das unter DTopDesk64 geschriebene beschreibt nur das was bei DTopDesk64 anders ist und das ganze bezieht sich ja nur auf die Mausklicks neben das Laufwerk. Und anders ist:

    * Der kurze Mausklick neben das Laufwerk startet nicht immer GEOS.Editor, sondern entweder/oder (je nach GEOS-System).

    * Der lange Mausklick erlaubt jetzt bei der Auswahl einer Datei das *ZUSÄTZLICHE* Konfigurationsprogramm (siehe oben, ist -> geoHDscsi) zu wechseln. Und das funktioniert... Ich hab da zum testen mal DTOPDESK64 als "Long-Click" eingerichtet. Geht... Man sogar einen Druckertreiber auswählen und einen Long-Click neben das Laufwerk machen. Danach installiert ein Long-Click den zuvor gewählten Druckertreiber (funktioniert auch bei den F-Tasten!).

    Weil bestimmte Personen immer alles genau so haben wollen wie es einem selbst recht ist (und was wohl jahrelang bei TopDesk kein Thema war):

    Ist jetzt also wie gewünscht geändert... ändert aber nichts daran das man trotzdem alle vier F-Tasten selbst belegen muss. Gewonnen hat man damit also rein gar nichts.

  • Moin, es gibt Neuigkeiten........

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um diesen Link zu sehen.

    Bitte melde dich an, um diesen Link zu sehen.

    Die jeweiligen Skripte der beiden Programme sind auch auf den Seiten zu finden. Werde versuchen, heute Abend mal zu schauen......:)


    Vielen Dank an darkvision, für seine wirklich tollen Umsetzungen und Verbesserungen die er uns Usern zur Verfügung stellt.........:thumbsup:

    (Hatte ich schon lange nicht mehr erwähnt).:whistling:

    Liebe Grüße,

    Jojo

  • Ich hab noch zwei Alternative PDFs hochgeladen. Das bisherige war die Druckvorlage für die Bücher die ich mir bei epubli habe drucken lassen.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Da war es sinnvoll (im gedruckten Buch) die Zeilennummern immer außen zu haben, so wie bei meinem DeskTop-PDFReader.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Wenn der PDFReader aber keinen 2-Seiten-Modus mit einer einzelner ersten Seite unterstützt (wie bei meinem Web-Browser), dann sieht das am Bildschirm komisch aus. Daher gibt es jetzt noch die "Bildschirm"-Version (Single-Page) mit den Zeilennummern immer links.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Die PDFs bzw. die Bücher waren für mich der Abschluss zum Projekt (auch wenn die PDFs nicht 100% perfekt layoutet sind, da vieles über Skripts automatisch konvertiert wurde und es bestimmt noch jede Menge Tipp-/Layoutfehler gibt). Wer will kann da ja mal durch-scrollen. Das ist das was aus den ca. 53.000 Zahlenwerten (Bytes) entstanden ist. Tipp: In der topdesk64src-Datei nach "*FEHLER*" (die Fehler aus dem TD64-Fehler-Thread), "TODO" (da könnte man was optimieren) oder "*DUMMY*" (nicht genutzte Bytes) suchen...

    Die Arbeit hat man jetzt vermutlich 3x in den letzten 25 Jahren gemacht: 1x W.G., dann hat sich pusti der Sache angenommen weil es für die Erweiterungen/Verbesserungen keinen SourceCode gab, und dann hab ich das jetzt nochmal machen müssen um die Fehler zu korrigieren. Das war dann hoffentlich das letzte Mal ;)

    Und weil die Bücher von epubli erst am Montag angekommen sind hatte ich am Sonntag noch Langeweile und hab den DT64Editor gebastelt. Damit kann man sich die Anwendungen für die Shortcuts anzeigen lassen und ggf. ändern (inkl. langer Mausklick neben Laufwerk-Icon = erster Menü-Eintrag). Es gibt je eine deutsche und englische Version, passend zur DTopDesk64-Sprache.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Ich hatte früher schon die Idee das in DT64 "geos"-Menü einzubauen, aber wird vermutlich eher selten benötigt, daher lieber ein extra Programm.

    Das Programm ließe sich auch leicht für TopDesk64/128 anpassen. Man müsste dazu nur den ersten Eintrag weglassen (long-click ist in TD nicht konfigurierbar), die Dateinamen im Infoblock sind nur 16 statt 17 Zeichen lang, (die Kopierroutine anpassen) und für TD128 dann ggf. das Menü an 80Z. anpassen. Ist aber nicht meine Baustelle...

    Von mir wird es dazu jedenfalls nichts mehr geben, es sei denn es findet sich noch ein Fehler in DTopDesk64. Die PDFs werden dann aber vermutlich nicht mehr angepasst, nur der SourceCode im geoWrite-Format (wer sich den anschauen will: Ich verwende als Druckertreiber immer den GeoHelp-Drucker, da dieser sehr lange geoWrite-Seiten erlaubt).

  • Hallo darkvision,

    könntest Du bitte mal deinen Druckertreiber hier zur Verfügung stellen?

    Mit meinem Druckertreiber kann ich zum Beispiel die Datei inc.mod#00a nicht öffnen. Weil damit beim Öffnen bereits nach 39 Seiten das Textende der o.g. Datei verloren geht.

    Danke und Gruß Pusti64

  • Mit meinem Druckertreiber kann ich zum Beispiel die Datei inc.mod#00a nicht öffnen. Weil damit beim Öffnen bereits nach 39 Seiten das Textende der o.g. Datei verloren geht.

    Ich verwende in der Regel den Druckertreiber von GeoHelp, damit sind sehr lange Seiten möglich (max. 255 Zeilen). Zum drucken zwar nicht wirklich geeignet, aber ansonsten müsste man so große Quelltexte noch weiter unterteilen.

    Anbei der Treiber von der GDOS64-Diskette.

  • es sei denn es findet sich noch ein Fehler in DTopDesk64

    na dann mache ich mal den Anfang ;) :

    1. Pad Color Pref wird anscheinend nicht (immer) korrekt eingelesen (könnte ein sehr sehr sehr alter Fehler sein ;) )

    (Das ist wohl fast nur bei mir wirklich sichtbar ;) , da ich "bunte" Datei-Icons in den Fenstern nicht mag. Deshalb sind in meiner Pad Color Pref alle Datei Icons auf schwarze Farbe eingestellt)

    Ich boote mein MP3-System in WinVICE von A:1581 (D81) (Konfiguration: A:FD4000 (von D81), B:RAM1581, C:1541, D: HDNative). Durch in TD gespeicherte Einstellungen wird mein Lfw. B (RAM) an Position 6 als großes Fenster automatisch geöffnet. Wenn ich jetzt F1 drücke, um A: (das Boot-Lfw.) zu öffnen, werden die Datei-Icons von A: in Farbe dargestellt. Erst wenn ich die Datei-Liste einmal nach unten Scrolle, werden die Icons schwarz und bleiben es dann auch.

    Auf die Position von Pad Color Pref im Directory scheint es nicht anzukommen (die steht bei der Boot-Disk sehr weit hinten), da ich auch eine Disk mit gleichem Problem habe, wo Pad Color Pref auf Position 3 im Directory steht. Boot-Disk hänge ich mal mit an ...

    2. lt. Anleitung S. 8 unten soll im Fenster unten bei CMD-Lfw. die aktuelle Partition angezeigt werden.

    Das funktioniert hier auch nur "manchmal" ;) . Habe hier unter WinVICE eine FD4000 als A: und eine CMD-HD als D: .

    Ich stelle über geoDirSelect von B: auf geschlossenen Lfw (A: und D:) neue Partitionen ein (A: D2M mit 2 1581, D: Native). Öffne ich nun A: oder D: im TD (RAM-TD ist aus), steht da nichts von Partitions-Nr. . Auch das Wechseln über das "Kästchen" unten links (mit Dialog-Box) ändert daran nichts. Irgendwann erscheint dann mal eine Partitions-Nr. Warum kann ich noch nicht genau nachvollziehen. Es scheint, daß es auch mit der festgelegten Standard-Partition (FD: Part 1, HD: Part 3) zusammen hängen könnte...

    Gruß

    Werner

  • Pad Color Pref wird anscheinend nicht (immer) korrekt eingelesen (könnte ein sehr sehr sehr alter Fehler sein ;) )

    Die Datei wird gesucht bei:

    1. Direkt nach dem Start von DTopDesk auf dem gleichen Laufwerk, daher sicherstellen das DTopDesk nur auf der BootDisk enthalten ist, und nicht auf einer RAMDisk (wenn in DESK TOP umbenannt).

    2. Nach der Rückkehr aus einem DeskAccessory

    3. Beim Neuladen eines Fensterinhalts (öffnen oder reload).

    Da scheint es zwischen DTopDesk und TopDesk64 keinen Unterschied zu geben. Wenn ich jedenfalls DTopDesk64 starte, dann Deine Disk in A: (bei mir 1581) einlege und das Fenster für A; öffne, dann wird der Bildschirm neu aufgebaut und alle zuvor geöffneten Fenster erhalten die S/W-Icons.

    Die Datei wird über GEOS/FindFile gesucht, die Position ist daher eigentlich egal. Die sollte sogar auf einem BorderBlock gefunden werden. Die Suche erfolgt vor dem einlesen der Dateinamen, also muss auch das richtige Laufwerk aktiv sein.

    lt. Anleitung S. 8 unten soll im Fenster unten bei CMD-Lfw. die aktuelle Partition angezeigt werden.

    In Zusammenhang mit PadColPref und Deiner Disk ist das jetzt hier auch so. Das RAMLink-Fenster (bei mir B: war vor dem öffnen von A: geöffnet) wird jetzt ohne P: angezeigt, die 1581 zeigt P0: an. Da scheint wohl der Zugriff an einer Stelle nicht über die Fensterdaten sondern direkt über curDrive zu erfolgen und dann das falsche Laufwerk ausgewertet zu werden.

    Das mit den Part.-Nr. kann ich nachstellen, das mit PadColorPref muss ich erst weiter eingrenzen... der Normalfall scheint zu funktionieren...

  • daher sicherstellen das DTopDesk nur auf der BootDisk enthalten ist, und nicht auf einer RAMDisk (wenn in DESK TOP umbenannt).

    Dann renne ich aber in größere Probleme. RamTopdesk ist bei mir standardmäßig aus!

    Ich boote mein System ohne daß BootTrans Dateien kopiert ("Abbruch" klicken). Dann mounte ich in WinVICE z.B. die MP3-Installdisk in A:. Jetzt kommt beim Öffnen ein oder zweimal eine Fehlermeldung und dann öffnet das Fenster. Wenn ich jetzt durch das Directory scrolle, kommt bei jedem Cursor-Tasten-Druck 2x ein Partitions-Fehler und dann wird gescrollt. Das kann ich jetzt so fortsetzen, bis zum Ende des Directorys.... :sad:

    Es ist nicht so gut, ganz ohne DESK TOP arbeiten zu wollen ... :wink: .

    Gruß

    Werner

  • Es ist nicht so gut, ganz ohne DESK TOP arbeiten zu wollen ... :wink: .

    Nein, das bezog sich nur auf den Fall das die PadColorPref auf A: ist, GEOS/MP3 dann aber den "DESK TOP" zuerst auf RamDisk sucht. Wenn der von dort geladen wird, dann wird der erste Fall nicht abgedeckt und die PadColorPref von A: erst dann geladen, wenn die Disk geöffnet wird, nicht schon beim ersten Start.

    Ganz ohne DESKTOP soll man ja nicht arbeiten, aber MP3 sucht DESKTOP zuerst auf RAMDisks, dann auf echten Laufwerken. Das war jetzt nur zur Vorsicht der Hinweis, das es durchaus Fälle gibt wo die PadColorPref dann nicht schon beim Start gefunden wird.

    Warum aber A: erst in Farbe geladen wird muss ich mir genauer anschauen, hier werden alle geöffneten Fenster bei F1 (MP3) oder CBM+SHIFT+8 (GDOS64) sofort neu gezeichnet, mit S/W-Icons. Ich muss mir das mit genau Deiner HW-Konfig. genauer anschauen. Evtl. spielt der Systemstart oder die TopDesk.win da mit rein.

  • Wenn ich jetzt F1 drücke, um A: (das Boot-Lfw.) zu öffnen, werden die Datei-Icons von A: in Farbe dargestellt. Erst wenn ich die Datei-Liste einmal nach unten Scrolle, werden die Icons schwarz und bleiben es dann auch.

    Ich muss mir das mit genau Deiner HW-Konfig. genauer anschauen. Evtl. spielt der Systemstart oder die TopDesk.win da mit rein.

    Du hast verschiedene Fensterfarben noch aktiviert? Wenn ich DTopDesk von Deiner Disk starte, dann zuerst Laufwerk B: öffne, dann sind alle Icons in S/W. Öffne ich jetzt zusätzlich Laufwerk A: dann hat das eine andere Fensterfarbe und dann auch zuerst alle Icons in Farbe. Erst nach scrollen sind die alle in S/W. Lässt sich so auch mit TD64 nachstellen, dürfte also ein weiterer, bisher nicht entdeckter Fehler sein. Aber sicherlich nicht unlösbar ;)

  • Du hast verschiedene Fensterfarben noch aktiviert?

    Ja. "autom. platzieren" und "verschiedene Farben" sind im Menü "Fenster" aktiviert und in der Topdesk.win gespeichert.

    Jetzt ist klar was hier passiert (PadColorPref, farbige Icons):

    Wenn Laufwerk B: geöffnet ist und man Laufwerk A: öffnen möchte, dann wird zwar die PadColorPref von A: eingelesen, aber die Farben werden für das aktive Fenster gesetzt. Und das ist aktuell noch das Fenster für Laufwerk B: (A: ist ja noch gar nicht geöffnet). Dann wird das Fenster für A: geöffnet, mit den noch nicht geänderten Farben. Erst beim scrolling wird dann die PadColorPref auf das jetzt aktive Fenster für A: angewendet.

    Die PadColorPref wird im übrigen bei jedem "Scroll Up/Down" auf Disk gesucht, ggf. geladen und ausgewertet, getestet mit TD64. Noch so ein Grund warum TD (und DT64) so langsam ist...

    Das Problem mit den fehlenden Partitions-Nr. lässt sich ebenfalls mit TD64 nachstellen, bei mir wird die in deiner TDWIN gespeicherte Partition nicht gefunden, Fehler $64, Fenster wird geöffnet. Obwohl RAMLink-Fenster wird dann keine Partition in der Statuszeile angezeigt (bei TD64 rechts von der Speicherbelegung auf Disk).

    Den Partitions-Fehler hab ich hier lokal bereits korrigiert. Jetzt muss ich nur noch testen wie man am besten das Problem mit den Icon-Farben/PadColorPref heben könnte. Evtl. fällt mir dann noch was ein wie man die Suche nach PadColorPref auf das erste öffnen der Diskette beschränken kann...

    P.S. Vielleicht sollte man erstmal klären wo und wie die PadColorPref sinnvoll ist. Ich hab eben unter TD64 ein drittes Fenster geöffnet, das zeigt dann alle Icons in Farbe, auch nach dem Scroll up/down.

    Bitte melde dich an, um diesen Anhang zu sehen.

    Also muss die PadColorPref eigentlich auf allen Disks vorhanden sein, sonst werden die eingestellten Fenster-Farben verwendet, bis genau für das Fenster über eine PadColorPref die Farben überschrieben werden. Dann kann man aber nicht mehr für jedes Fenster unterschiedliche Icon-Farben nutzen. Beim DeskTopV2 gab es ja nur ein Fenster, aber damit konnte man je nach Laufwerk/Disk Icons mit oder ohne Farbe anzeigen lassen. Vor allem bleiben die PadColorPref-Farben dann gespeichert auch wenn eine Disk ohne PadColorPref geöffnet wird.

    Oder aber der Fehler ist, das beim ersten Start die Farben für das Fenster #0 (B:) eingelesen werden, beim öffnen von Fenster Bitte melde dich an, um diesen Link zu sehen. (A:) auch erst für Fenster #0 die Farben über die PadColorPref angepasst werden und erst beim scrolling für Fenster Bitte melde dich an, um diesen Link zu sehen.. Wenn man den "Fehler" korrigiert, dann müsste eigentlich Fenster #0 (B:) mit Icon-Farben angezeigt werden, und beim öffnen von Fenster Bitte melde dich an, um diesen Link zu sehen. (A:) dann nur in diesem Fenster die Icons ohne Farbe.

    Das ist jetzt erstmal eine grundsätzliche Frage. Alternativ könnte ich ja einen Schalter einbauen "(*) Icons ohne Farbe".

  • Vielleicht sollte man erstmal klären wo und wie die PadColorPref sinnvoll ist.

    Also muss die PadColorPref eigentlich auf allen Disks vorhanden sein, sonst werden die eingestellten Fenster-Farben verwendet

    Meine Meinung: Disketten/Lfw. die eine PadColorPref enthalten, benutzen die dort gespeicherten Farben. Disketten ohne PadColorPref benutzen Standard-Farben. Dann sieht man gleich, daß die Disk von jemand anderem stammt ... ;)

    Oder man deaktiviert das Lesen der PadColorPref komplett und schafft in TD eine entsprechende Einstellmöglichkeit, die dann für die Dateitypen auf allen Laufwerken gilt.

    Gruß

    Werner

  • Meine Meinung: Diskettn/Lfw. die eine PadColorPref enthalten, benutzen die dort gespeicherten Farben. Disketten ohne PadColorPref benutzen Standard-Farben. Dann sieht man gleich, daß die Disk von jemand anderem stammt ... ;)

    Da könnte man doch jeder Disk eine eigene Farbe zuordnen ??.........wäre :thumbup:

    ( Gänge das nicht auch in GDesk ) :gruebel ......:thumbup:

    PS:

    Hat mich Damals verdammt geärgert, der der olle Topdesk v1.2 keine Farbe konnte.

    Ich Persönlich kann es mir nichtmehr Vorstellen, mir heute noch icons Freiwillig in s/w ansehen zu wollen / müssen,

    das wäre für mich ein Rückschritt !! :thumbdown:

    Das ist aber NUR meine Meinung !!!

    Ich habe bereits einen Man vor Ort, die Sache wird erledigt werden, so wie immer.............

  • Meine Meinung: Disketten/Lfw. die eine PadColorPref enthalten, benutzen die dort gespeicherten Farben. Disketten ohne PadColorPref benutzen Standard-Farben. Dann sieht man gleich, daß die Disk von jemand anderem stammt ...

    Ich fürchte das ganze Konzept mit Icon-Farben und verschiedenen Fensterfarben und der PadColorPref war von Anfang an nicht korrekt zu Ende gedacht. Eigentlich müsste es eine Vorgabe-Farbtabelle für Fenster 1-4 geben, die werden dann beim öffnen des Fenster in einen Farbspeicher für jedes Fenster kopiert. Wird eine PadColorPref gefunden, dann wird die Kopie überschrieben. Schließt man das Fenster und öffnet es auf einer Disk ohne PadColorPref erneut, dann sind die Icons wieder bunt.

    Ergänzend dann dazu die Option "Icons ohne Farbe". Dazu dann noch der Fix für das öffnen eines neuen/zweiten Fenster auf einem Laufwerk mit PadColorPref. Wird also in jedem Fall etwas aufwändiger... aber überschaubar.

    Oder man deaktiviert das Lesen der PadColorPref komplett und schafft in TD eine entsprechende Einstellmöglichkeit, die dann für die Dateitypen auf allen Laufwerken gilt.

    Das wäre mir jetzt zu aufwändig, das ist ja dann ein weiterer Farbeditor. Und das dann nur in DT64, nicht in TD128 ;)

    Das obere Konzept würde sich ggf. einfacher in TD128 nachrüsten lassen. Dir würde ja schon der Schalter "Icons ohne Farbe" ausreichen.