TAPtoDate Toolkit

[ibbi]

Wofür ist die E-Mail-Adresse?

Ist die (vom Benutzer) irgendwo/irgendwie einsehbar? Bekomme ich dahin Post?

[Twilight]

ja, wenn es probleme mit dem download gibt.
einsichtig ist sie für die user nicht, soviel ich weiß

twilight

[ibbi]

Mir ist da noch dies und das unklar:

1. Wie ist TMSTelnetd geflaggt, System oder Development? Kennt jemand ein Beispiel-TAP für das entsprechend andere Flag?
2. Was bedeutet Installation Mode "Always Delete"? Ist das für Dateien, die in einer früheren Version vorhanden waren, aber jetzt nicht mehr benötigt werden? Kann man damit ein TAP komplett zurückziehen?
3. Was bedeutet "No AutoStart" genau? Werden TAPs ohne das Flag im AutoStart abgelegt? Oder bekommt der Benutzer (bei welchem Flag?) eine Installationsmöglichkeit ProgramFiles oder AutoStart?
4. Was bedeutet "Mandatory Path"? Wird der Pfad nicht schon durch die Struktur unter SourceFiles/<TAPNAME> vorgegeben? (Also SourceFiles/Demo/Hierhin/Demo.tap landet in ProgramFiles/Hierhin?)
5. Was bedeutet es, wenn "No file search" nicht gesetzt ist? Würde ein Demo.tap (geplant für ProgramFiles) mit Flag "Overwrite" dann eines in ProgramFiles/AutoStart überschreiben?
6. Bedeutet "Visible on Topfield-Europe" "Visible on ttd.tms-taps.net"?

[Twilight]

@3: der user bekommt die auswahlmöglichkeit ob er es im autostart installiert bekommen will oder nicht
@6: ob es auf der ttd.tms-taps.net seite gelistet und angezeigt wird oder nicht.

twilight

[FireBird]

1. TMSTelnetd = System. Auf der TTD-Hauptseite gibt es einen Kategoriefilter, da kann man entsprechend suchen.

2. Ja, damit können Dateien gelöscht werden. Was meinst Du mit "TAP zurückziehen"? Wenn Du einen bösen Fehler findest, machst Du ein Update und markierst die böse
Version als Deployment = Revoke. Dann sehen alle User, die die Version installiert haben, einen roten Papierkorb und alle anderen bekommen sie nicht mehr angeboten.

4.+5. Ich hoffe, ich habe den Punkt noch richtig in Erinnerung: normalerweise sucht TTD bei der Installation, ob eine Datei schon existiert und überschreibt diese. Bei "Mandatory Path" wird ein Treffer zum angegebene Platz verschoben und überschrieben, bei "No file search" wird gar nicht gesucht (z.B. readme.txt).

[ibbi]

Das heißt also,

• sofern Demo.tap noch nicht existiert, wird in /ProgramFiles ein Verzeichnis Hierhin angelegt und Demo.tap landet in /ProgramFiles/Hierhin?
• sofern Demo.tap bereits existiert und "No file search" gesetzt ist, wird ebenfalls in /ProgramFiles ein Verzeichnis Hierhin angelegt und Demo.tap landet in /ProgramFiles/Hierhin? Anschließend gibt es zwei Demo.tap - das bereits existierende und das neue in Hierhin?

normalerweise sucht TTD bei der Installation, ob eine Datei schon existiert und überschreibt diese. Bei "Mandatory Path" wird ein Treffer zum angegebene Platz verschoben und überschrieben, bei "No file search" wird gar nicht gesucht (z.B. readme.txt).

Das heißt also, "No file search" bedeutet implizit auch "Mandatory Path"?

Gedankenspiel: Nehmen wir an, Demo.tap wurde in Version 1 erstmals installiert und man möchte es für Version 1.1 umbenennen - sagen wir in DasDemo.tap. Lasse ich das Toolkit nun scannen, gib es Demo.tap in meinem PC-Verzeichnis ja gar nicht mehr. Würde es reichen, eine leere Datei Demo.tap zu erzeugen und mit Flag "Always Delete" zu versehen, um die alte Demo.tap V1 vom Receiver zu entfernen?

(Ich frage das alles nur, um die innere Logik der Dateiverteilung zu verstehen.)

[Twilight]

es darf immer nur eine version eines taps auf dem receiver befinden. die identifizierung erfolgt über die tap id welche einzigartig sein muß.
TAPtoDate sucht nach dem tap mit der id und löscht es und spielt die neue version dorthin.
gibt es mehrere kopien/versionen des gleichen taps auf dem receiver weiß man nie welches gefunden wird und dann upgedated wird.

twilight

[FireBird]

sofern Demo.tap noch nicht existiert, wird in /ProgramFiles ein Verzeichnis Hierhin angelegt und Demo.tap landet in /ProgramFiles/Hierhin?

Ja.

sofern Demo.tap bereits existiert und "No file search" gesetzt ist, wird ebenfalls in /ProgramFiles ein Verzeichnis Hierhin angelegt und Demo.tap landet in /ProgramFiles/Hierhin? Anschließend gibt es zwei Demo.tap - das bereits existierende und das neue in Hierhin?

Ja und deshalb macht man solche Stunts auch nicht mit .taps.

Das heißt also, "No file search" bedeutet implizit auch "Mandatory Path"?

Ja.

Würde es reichen, eine leere Datei Demo.tap zu erzeugen und mit Flag "Always Delete" zu versehen, um die alte Demo.tap V1 vom Receiver zu entfernen?

Ja.

Und AutoStart ist ein Sonderfall und hat deshalb Priorität vor Mandatory Path.

[ibbi]

Würde es reichen, eine leere Datei Demo.tap zu erzeugen und mit Flag "Always Delete" zu versehen, um die alte Demo.tap V1 vom Receiver zu entfernen?

Ja.

Äh ..., würde Demo.tap V1 wegen seiner mit DasDemo.tap V1.1 identischen ID überschrieben oder wegen Dateinamengleichheit mit dem leeren (0 Byte, also ohne ID) Demo.tap vom PC mit Flag "Always Delete" gelöscht?

[FireBird]

?

War da nicht etwas mit lezter Frage?

Ich gehe davon aus, dass das davon abhängt, welcher der beiden Einträge zuerst bearbeitet wird.

[ibbi]

War da nicht etwas mit lezter Frage?

Du hast das Kleingedruckte nicht gelesen.

Ich gehe davon aus, dass das davon abhängt, welcher der beiden Einträge zuerst bearbeitet wird.

Also, wenn *.tap und ID, dann nach ID (Name egal), sonst Dateiname?

[FireBird]

Ich habe das Kleingedruckte gelesen, aber Du könntest Dich noch mit einer Zeitzone herausreden. Wenn .tap, dann wird nach .tap mit der selben ID gesucht.

[FireBird]

Nachdem die Links zu den von xyzzyx erstellten Toolkit-Tutorials ins Leere zeigen (erster Beitrag bzw. hier), hat die jemand noch herumliegen?

[Woodman]

Meinst Du das hier? Ich habs allerdings nur in deutsch.

[FireBird]

Genau das. Dankeschön. Die deutsche Version genügt mir.