DT128-Native-Copy Test für MegaPatch128

Vorhin kurz probiert. Soweit ohne Probleme.........

Quote from Pusti64

woran Du zurzeit arbeitest?

siehe GEOS MegaPatch V3 Release 2018

Gruß

Werner

Quote from Pusti64

Ja, am liebsten hätte ich aber "Kopiere Datei:" bzw. "Ersetze Datei:".

Dürfte theoretisch möglich sein, ABER ist es auch sinnvoll? Ich meine NEIN.

Du mußt ja nicht unbedingt wissen, daß beim Kopieren eine oder mehrere Dateien schon vorhanden ist/sind. Das heißt, Du mußt während des Kopierens mehrerer Dateien ständig prüfen, ob die Datei vorhanden ist oder nicht und entsprechend den Text "Kopieren" bzw. "Ersetzen" ändern. Das wäre dann auch unter Geschwindigkeitsaspekten ähnlich wie beim normalen Kopieren, wo bei jeder Datei die DB "Überschreiben?" kommt.

Da ist die von mir vorgeschlagene Variante "Kopiere/Ersetze Datei:" wohl sinnvoller ... Es wird ohne Pause kopiert, egal ob vorhanden oder nicht

Gruß

Werner

Quote from Pusti64

Der o.g. Fehler sollte hiermit behoben sein

Gruß Pusti64

Eben getestet... Lange Dateinamen überschreiben nicht mehr den Anzeigebereich

Außerdem finde ich das D81-Format und die geänderten Dateinamen (mit Sprache) gut, da kann man die Dateien parallel zu anderen "128 DESKTOP" Dateien nutzen... ohne umbenennen...

Aber... siehe ScreenShot... Der lange Dateiname macht wohl auch bei der Dateiinfo Probleme...Sorry,

Quote from Pusti64

Der o.g. Fehler sollte hiermit behoben sein

Wie es aussieht, ist er behoben (nur kurz getestet).

Aber 2 weitere Fehler entdeckt . Keine Ahnung, wie lange die schon drin sind......

Menü "Fenster" die beiden Texte "plazieren" (1. Eintrag) und "automatisch plazieren" (vorletzter Eintrag) sind falsch geschrieben. Muß wohl "platzieren" und "automatisch platzieren" heißen.

Quote from darkvision

die geänderten Dateinamen (mit Sprache) gut, da kann man die Dateien parallel zu anderen "128 DESKTOP" Dateien nutzen...

was aber nicht unbedingt hilfreich ist. Wenn 2 der Dateien die gleiche Klasse haben, wird normalerweise nur die erste auf Disk vorhandene benutzt .... .

Gruß

Werner

Quote from wweicht

was aber nicht unbedingt hilfreich ist. Wenn 2 der Dateien die gleiche Klasse haben, wird normalerweise nur die erste auf Disk vorhandene benutzt .... .

Der Original 128Desktop, DualTop128 und TD128 nutzen nicht die gleiche Klasse

Quote from darkvision

Der Original 128Desktop, DualTop128 und TD128 nutzen nicht die gleiche Klasse

Ja schon , aber z.B. beim Update einer älteren TD-Version auf die aktuelle kann es zu Problemen kommen. Zumindest die letzten beiden haben die gleiche Klasse....

Gruß

Werner

und noch ein kleiner Fehler. Diesmal in der englischen (us) Version:

Menü "view" (letzter Eintrag): Hier muß es "slim view" und nicht "schmal view" heißen.

Gruß

Werner

Quote from Pusti64

Ich warte noch ein paar Tage ab,

Kein Problem .... .

nur als Hinweis: zumindest der deutsche TD64 hat auch das beschriebene "plazieren" Problem. Den englischen TD64 habe ich nicht installiert, muß mal geprüft werden, ob da auch das view-Problem besteht....

Gruß

Werner

Hallo,

nach fast einem Jahr ....

Quote from Pusti64

sollte hiermit behoben sein.

Frage:

Hat der neue TopDesk128 eine Funktion, eine aktuell laufende Operation durch Mausklick abzubrechen (z.B. beim Kopieren von Dateien)? Es sieht hier fast danach aus ........

Gar nicht gut: Diese Funktion scheint auch andere Programme (außerhalb TD) zu beeinflussen. Gar nicht gut .

Wenn ich z.B den neuen MegaAss benutze und versehentlich die Maustaste betätige, dann wird der Assemblier-Vorgang beendet. Mag ja bei kleineren Sachen nicht so schlimm sein, aber bei so etwas wie z.B. MegaPatch assemblieren sehr unschön, da das Ganze ziemlich lange dauert. Und dann wird versehentlich die Maustaste betätigt ...

Gruß

Werner

Quote from Pusti64

Ich kann mir aber nicht so recht vorstellen, dass das am TD128 liegen soll.

Wie ist das denn in TD realisiert?

Möglicherweise bleibt da was im Kernel/Speicher unter MP3, daß nicht nur in TD sondern auch in MegaAss wirkt (z.B. mouseVector).

Wenn der durch TD dafür verändert wird, ändert sich ja die Adresse in mouseVector ($848a) nicht einfach so durch verlassen des TD. Der müßte auf jeden möglichen Weg zum verlassen des TD durch TD dann wieder auf Standard gesetzt werden ...

Auf jeden Fall habe ich in der MegaAss-Beschreibung nichts entprechendes finden können (abbrechen einer Funktion durch Mausklick) und irgendwo muß es herkommen .....

Gruß

Werner

Quote from wweicht

Wenn ich z.B den neuen MegaAss benutze und versehentlich die Maustaste betätige, dann wird der Assemblier-Vorgang beendet. Mag ja bei kleineren Sachen nicht so schlimm sein, aber bei so etwas wie z.B. MegaPatch assemblieren sehr unschön, da das Ganze ziemlich lange dauert. Und dann wird versehentlich die Maustaste betätigt ...

Warum jemand bei einem Vorgang der Stunden dauert die Maustaste anfasst, keine Ahnung

Mir ist das in den letzten 4 Jahren nicht passiert, aber ich schau mal nach ob man da eine Option einbauen kann. Die Abbruch-Funktion ist aber ein Feature von MA3/MA4 (und daher in Deinem Handbuch nicht erklärt), weil mir vor 20Jahren ab&zu noch was eingefallen ist und da war es praktisch den Vorgang abbrechen zu können. So auf die schnelle meine ich das müsste im src.MegaAss2 beim Label GetBlock_TestKey sein... da kann jeder bei Bedarf die Abfrage wieder löschen

Quote from wweicht

Hat der neue TopDesk128 eine Funktion, eine aktuell laufende Operation durch Mausklick abzubrechen (z.B. beim Kopieren von Dateien)? Es sieht hier fast danach aus ........

Gar nicht gut: Diese Funktion scheint auch andere Programme (außerhalb TD) zu beeinflussen. Gar nicht gut .

Das wäre in der Tat seltsam, denn sowohl ein EnterDeskTop als auch ein GetFile setzen Vektoren wie otherPressVec zurück. Hier mal die Liste was zurückgesetzt wird:

Ich hab aber das Problem noch nicht verstanden... vor allem nicht was der MA damit zu tun hat. Aber man muss ja nicht alles verstehen