home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ST-Computer Leser 2002 January
/
STC_CD_01_2002.iso
/
APP
/
ARCVIE03
/
HISTORY.TXT
< prev
Wrap
Text File
|
2001-12-12
|
33KB
|
629 lines
History zu ArcView
==================
28.08.2000
-Erste Versuche: Habe Dokumentation zu den Formaten ZIP, LZH
ARC und ZOO. Scheint aber unvollständig zu sein?
08.09.2000
-Mir ist aufgefallen, dass ich kein HISTORY.TXT File zu diesem
Projekt führe... na dann will ich das ab sofort tun.
-Aktueller Stand: Das TOS-Programm liest ZIP, LZH, ARC und ZOO
Dateien und ermittelt deren Inhalt (Dateien inkl. Pfad).
Im Speicher wird eine verkettete Liste erstellt, in der dann
die Informationen (Datei-/Ordnername, Datum, Zeit, Attribute,
gepackte und ungepackte Grösse) gespeichert werden.
Das Programm zeigt nun die Dateien als Text-Baum an.
-Tests haben gezeigt, dass UNZIP und ZOO (=die Packer) einen Bug haben:
UNZIP scheint prinzipiell die Dateizeit auf richtig -1h einzustellen.
ZOO macht daraus richtig +1h.
Die Frage ist nun ob es fehlerfreie Versionen gibt?
Das Problem scheint wirklich in UNZIP zu stecken... mal ne neue
Version suchen... oder endlich mal eine eigene Version programmieren.
17.09.2000
-Komplette Überarbeitung der verschiedenen Laderoutinen.
-Neu: ladet auch ARJ-Dateien
-Probleme bereiten zur Zeit noch die codierten DoIt-Archive. Diese lassen
sich aber auch nicht mit einem Zip (ST-Zip oder Unzip 5.4) entpacken!?
18.09.2000
-Leichte Umstrukturierung der Funktionen, so dass sie sich auch beliebig
oft (für mehrere Dateien gleichzeitig) aufrufen lassen.
-Habe mit dem GEM-Interface begonnen. Dabei wurde ich auf diverse nötige
Anpassungen der DIAL-Library aufmerksam.
19.09.2000
-Fenster-Darstellung: je nach grösse werden mehr oder weniger
Fenster-Elemente aktiviert. Beliebiger Zeichensatz möglich.
20.09.2000
-Man kann nun mit einem Doppelklick das Verzeichnis wechseln ;-)
Dabei wird stets die Fenstergrösse angepasst.
-Die Darstellung ist stark an jinnee (meinem Lieblings-Desktop)
angelehnt.
-Die Anzeige wird wie bei jinnee über ein Verhältnis gesteuert z.B.
4:3. Dabei versucht ArcView durch Hinzufügen weiterer Spalten diesem
Verhältnis am besten gerecht zu werden.
21.09.2000
-Arbeit an der Fenster-Darstellung: Probleme bei der Selektion.
Muss wahrscheinlich nochmals zünftig überarbeitet werden!
22.09.2000
-"Klick"-Funktionen überarbeitet. Man kann nun mit einem Gummi-Band
mehrere Dateien auswählen.
-Drag&Drop Funktionalität begonnen. Problem: Man kann z.B. mit Zip nicht
einfach eine Datei aus einem Verzeichnis entpacken, ohne dass das
Verzeichnis mit entpackt wird...
Lösungen wären:
1. Nichts machen (das Problem existierte ja auch schon bei ST-Zip)
2. Dateien/Ordner im Nachhinein verschieben
3. Alle Dateien in ein Temporäresverzeichnis entpacken und danach
die Ordnerstruktur erstellen.
-Anscheinend haben die Packer Probleme mit gequoteten Parametern :-(
30.09.2000
-Programminfo Dialog und Konfigurationsdialog (für Pfade und Kommando-
zeile) konstruiert.
-Die Fensterbreite wird nun nie grösser als die Desktopbreite. So muss
man nie den horizontalen Slider verwenden.
04.10.2000
-Seit 3 Tagen beschäftige ich mit den GEM-Konfigurationselementen
(Dialoge und Sichern der Konfiguration). Dabei bereitet mir wieder
einmal die Font-Auswahl Kopfschmerzen (wie beim MagiC-Configurator).
Leider vertragen sich die AES-Zeichenhöhen in Pixeln nicht mit der
Fontauswahl in Punkt. So habe ich festgestellt, dass die Bitmap-Fonts
sich nicht mit der Formel pixel_angabe=pt_angabe*352/265 vertragen.
Hier werden irgendwelche "Punkt"-Angaben gemacht, die aber nicht der
korrekten Formel entspricht. Eine Lösung wäre, wenn Bitmap-Fonts
prinzipiell unterschiedlich behandelt werden.
Zur Zeit löse ich das Problem, indem ich alle Grössen durchprobiere
und dann die Beste nehme. Leider geht das aber bei "exotischen"
Vektorfontgrössen schief, da vst_point() keine "krummen" Punkte, die
es nicht kennt, erlaubt.
12.10.2000
bis
13.10.2000
-Arbeiten am "Zeichensatz-Problem"
14.10.2000
-Automatisches Speichern der Konfiguration beim beenden (falls erwünscht)
14.10.2000
bis
10.11.2000
-Ein grosses Problem hat sich in dieser Zeit endlich gelöst: das Starten
der benötigten Programme. Problematisch war dabei die Parameterübergabe
per ARGV. Seltsamerweise realisierte ich nie, dass der 1. ARGV-Parameter
nicht der Programmname ist sondern ein leerer Parameter sein muss
(in der Realität wird er benutzt, um die Positionen für die Leeren
Parameter anzugeben. Das wird von mir weder genutzt noch unterstützt.)
-Ein weiteres Problem war, dass ich dem "Kind-Prozess" nicht den aktuellen
Pfad übergeben konnte, wodurch das Programm stehts im falschen Verzeichnis
die Dateien entpackte. Nun nutze ich der erweiterte shel_write-Modus von
MagiC (und N.AES??) um den Prozess parallel zu starten. Eine Single-TOS
Variante wäre mit Pexec() möglich.
-Im "Einstellungen"-Dialog kann gewählt werden ob die Programme per
shel_write() oder Pexec() gestartet werden. shel_write() ist nötig
falls die Programme im VT52-Fenster laufen sollen.
-Einige Probleme mit den verschiedenen Packern existieren:
-LHARC entpackt maximal die 1. Ebene eines Verzeichnisses und
will einfach keine Dateinamen mit Leerzeichen entpacken.
-ARC kann keine einzelnen Dateien entpacken und erkennt auch keine
ARGV-Parameter.
-ST-Zoo wartet immer auf einen Tastendruck, solange keine speziellen
ENV-Variablen definiert sind (ZOOPAUSE oder SHELL).
-UNARJ entpackt keine Subdirectories, wenn ein Verzeichnis zum
Entpacken gewählt wurde.
-Die meisten Packer entpacken die gewählten Objekte inklusive deren
Ordnerstruktur. D.h. man kann eine Datei aus dem Verzeichnis auf ein
Laufwerk ziehen und trotzdem erscheint dann ein Verzeichnis (mit der
gewünschten Datei darin). Dies liesse sich nur durch anschliessendes
Umkopieren/Verschieben oder eigenen Entpack-Routinen lösen.
23.11.2000
-Nun kann man auch mit einem Shift-Klick auf einen Eintrag diesen wieder
deselektieren. :-)) wollte ich schon lange machen, war aber zu faul.
--- Lange Pause ---
--- Herzlich Willkommen im neuen Jahrtausend ;-) ---
20.01.2001
-ZIP.C so erweitert, dass alle Dateiinfos aus dem Central-Directory ge-
nommen werden. Dadurch ist das Öffnen grosser Dateien erheblich
schneller geworden. Ausserdem wird nun das Inhaltsverzeichnis von
verschlüsselten Archiven angezeigt. Auch selbstextrahierende Dateien
(*.TOS) können geöffnet werden, sofern der End-Of-Central-Directory-
Header in den letzten 65000 Bytes zu finden ist!
-LZH.C ist nun auch fähig den Inhalt von selbstextrahierenden Dateien
anzuzeigen. Dabei geht es davon aus, dass die LZH-Datei ab dem 60ten
Byte liegt. Es wird also nicht wie beim Zip gesucht!!
21.01.2001
bis
27.01.2001
-GEM-Interface neu geschrieben. Zur Zeit funktioniert der Pfade-
Dialog und der Einstellungs-Dialog. Es werden noch keine Dateien geladen.
-Das automatische Laden und Speichern der Konfiguration klappt.
-Format der CFG-Datei geändert (braucht nun weniger Platz).
12.02.2001
-Die Anzeige und das Bewegen durch die Verzeichnisebenen läuft wieder.
Auch das auswählen von Dateien (Klick, Shift-Klick, Lasso) ist
implementiert. Das Fenster kann nur im Vordergrund bedient werden.
-Falls eine Selektion bewegt wird, wird zur Zeit nur ein Eintrag bewegt.
Dies kann dazu führen, dass man meint es wird nur dieser Eintrag ver-
schoben, was natürlich nicht stimmt --> muss ich irgendwann mal ändern.
16.02.2001
-Dateiselektionen (mit oder ohne Shift) und Gummiband endlich so wie bei
jinnee. Ausnahme: man kann auch mit dem Gummiband Dateien deselektieren,
was man bei jinnee leider nicht kann :-(
-Beim Wechseln der Verzeichnisebene, wird das Verzeichnis kurz selektiert
damit der User ein "grafisches Feedback" seiner Aktion hat.
Falls man mit dem "Pfeil" eine Verzeichnisebene nach oben wechselt, wird
wie bei jinnee das besuchte Verzeichnis selektiert.
20.02.2001
-Das Entpacken per Drag&Drop klappt nun wieder. Das Programm wird per
shel_write(PARALLEL) gestartet und die Kommandozeile per ARGV übergeben
(beides sind MagiC-Features!)
-Zip-Entpack Parameter ermittelt (Zip 2.x).
21.02.2001
-Arj (TOS-Crew) Parameter ermittelt.
-Lharc Parameter sind nicht optimal: Wird ein Verzeichnis entpackt, werden
keine Unterverzeichnisse entpackt. Dateinamen mit einem Leerzeichen im
Namen können nicht entpackt werden :-(
22.02.2001
-Wurde bei der Konfiguration "Kein ARGV" angewählt, so wird einfach eine
passende Kommandozeile gebastelt (natürlich auf 125 Zeichen gekürzt
--> Vorsicht beim Entpacken vieler Einzeldateien!)
-ARC kann keine einzelnen Dateien entpacken. Es wird also immer das ganze
Archiv entpackt. Veraltete Versionen? :-(
-ZOO entpackt immer nur die angewählten Dateien und Ordner (inkl. Dateien).
Unterverzeichnisse werden nicht entpackt :-(
Ausserdem wartet das Programm nach dem Entpacken auf einen Tastendruck
(ohne das explizit zu melden!)
01.03.2001
-Habe mich mit dem TAR-Format befasst und Dokumentationen gesucht. Test-
Programm liest schon Archive.
03.03.2001
-Fehler beseitigt: Da ich bei den Kommandozeilen stets $F statt $P ange-
geben habe klappte das Entpacken auf ein anderes Laufwerk nicht.
-TAR Archive werden geöffnet und angezeigt. Dabei werden sehr alte
TAR-Archive ignoriert, da diese kein "ustar" Erkennungs-String
enthalten. Eine grössere Toleranz wäre möglich, könnte aber viele
ungültige Dateien nicht erkennen (z.B. kann eine RSC-Datei nicht
von einem alten TAR-Header unterschieden werden).
-Der TAR-Entpacker kann dummerweise nichts mit absoluten Pfadangaben
anfangen, d.h. er findet die Quelldatei nicht.
05.03.2001
-Verzeichnis-Wildcards können für jeden Packer/Entpacker eingestellt
werden.
-Packen und Löschen klappt endlich! Packen mittels Drag & Drop,
Löschen mit CTRL+DELETE.
Folgende Einschränkungen existieren:
ARC 6.02ST:
-Entpacken klappt nur im Root-Verzeichnis
-Packen o. Einschränkungen
-Löschen o. Einschränkungen
ARJ 9.96B:
-Entpacken o. Einschränkungen
-Packen löscht immer bisheriger Inhalt des Archivs
(=kein Hinzufügen). Ausserdem können keine leeren Verzeichnisse
gepackt werden.
-Löschen klappt gar nicht! (keine Funktion gefunden)
Lharc 3.13a:
-Entpacken o. Einschränkungen
-Packen o. Einschränkungen
-Löschen o. Einschränkungen
Zip 2.3:
-Entpacken o. Einschränkungen (bei verschlüsselten Archiven wartet
das Programm auf die Eingabe des Passwortes, ohne dies dem User
anzuzeigen. -> Einfach das Passwort "blind" eintippen.)
-Packen o. Einschränkungen
-Löschen o. Einschränkungen
Zoo 2.1:
-Entpacken klappt nur für aktuelles Verzeichnis und eine Ebene tiefer
-Packen (nur Dateien, keine leeren Verzeichnisse)
-Löschen klappt nur für aktuelles Verzeichnis und eine Ebene tiefer
Tar 1.13 (GNU Tar):
-Entpacken o. Einschränkungen aber nur im selben Verzeichnis in dem
die TAR-Datei liegt.
-Packen o. Einschränkungen aber nur im selben Verzeichnis in dem
die TAR-Datei liegt.
-Löschen o. Einschränkungen
obengenannte Einschränkungen gelten nur weil die Pfadangaben absolut
(d.h. inkl. Laufwerksbezeichnung) sind.
Relative Pfad z.B. /c/test.tar sind nur auf dem Laufwerk U möglich.
-Version 0.5 (=halb fertig ;-))
11.03.2001
-Public Beta Release (kleinere Anpassungen an der RSC)
20.03.2001
-Erste Versuche mit AV-Protokoll zum Ermitteln des "Drag&Drop Pfades"
(ist nötig, da man unter N.AES den fremden Fenstertitel nicht einfach
per wind_get_str(WF_NAME) ermitteln kann). Leider stürzt jinnee ab.
24.03.2001
-Nachdem mir der Autor von jinnee erklärt hat, dass sich ArcView zuerst
anmelden muss bevor es die nötige Auskunft gibt, klappt's nun.
Aber: die Environment-Variable "AVSERVER=programm" muss definiert sein!
25.03.2001
-Bugfix im AV-Protokoll
29.03.2001
-Zieht man Dateien eines Archivs in den Papierkorb, werden diese gelöscht.
-Bugfix:
ZIP: Leere Verzeichnisse wurden nicht angezeigt.
ARC: Nun sollte die Verzeichnisstruktur korrekt dargestellt werden.
-Bisher erhielt ich Rückmeldungen von genau 2 deutsch sprechenden
Anwendern (+1 Reaktion aus England). Da die Deutsche Atari-Gemeinde
nicht am Programm interessiert ist werde ich es ans Englische anpassen.
Nach dieser Release warte ich dann mal ab. Wenn ich wieder keine Reaktion
erhalte, werde ich keine Software mehr veröffentlichen.
30.03.2001
-Englische Version der Dokumentation und RSC
31.03.2001
-ArcView fragt nun nach, ob die Aktion durchgeführt werden soll (kann im
Einstellungs-Dialog angegeben werden).
Ausserdem wird "übersichtlich" aufgelistet, wieviele Dateien/Ver-
zeichnisse entpackt/gelöscht werden. Es wird aber nicht ermittelt wieviele
Dateien eingepackt werden sollen. Es wird lediglich das Ergebnis der
Drag&Drop Aktion angezeigt.
-Bugfix: Leere Dateinamen (="") konnten als Dateien angezeigt werden.
10.04.2001
-Bugfix: Wurden Dateien aus einem Archiv auf den Desktop gezogen, wurde
ins "nichts" entpackt. D.h. die Dateien landeten einfach im aktuellen
Verzeichnis. Korrektur: Dateien werden nur noch entpackt, falls der
AV-Server wirklich ein Objekt-Name liefert.
28.06.2001
-ArcView liefert nun endlich eine (nichts-sagende) Fehlermeldung, falls
das Laden abgebrochen werden musste. (z.B. bei fehlerhaften Dateien
oder falls die Datei nicht existiert)
-Bugfix: Im iconifizierten Fenster konnten Dateien verschoben werden.
06.07.2001
-Work-Around für "Unzip 5.40-Bug" (der leider nicht mit einem Patch
zu beheben ist) eingebaut. Nun sieht man auch die Anzeige bei der
Aufforderung "Overwrite ?" oder auch "Enter Password".
Diese Daten wurden immer auf STDAUX ausgegeben anstatt auf STDERR.
09.07.2001
-Work-Around wieder entfernt, da ich eine neue ZIP / UNZIP Version
veröffentlicht habe.
10.07.2001
-Aufräumarbeiten begonnen, damit ArcView den Wünschen entsprechen
erweitert werden kann.
12.07.2001
-ArcView hat nun neue Darstellungsroutinen:
-Der Inhalt eines Unterverzeichnisses kann nun angezeigt werden,
ohne diesen zum Hauptverzeichnis zu machen.
-Fenster können nun "grösser als nötig" gemacht werden. ArcView
passt die Anzahl der dargestellten Kolonnen dynamisch an.
-Das Fenster kann nun im Hintergrund bedient werden, jedoch wird mit
dem Klick auch noch das Fenster nach oben gebracht (="getoppt").
-Ein wenig Action in den Fenstern: Selektieren von Dateien und
Verzeichnissen klappt wieder.
Ausserdem kann man auf das Ordner-Icon klicken um ein Verzeichnis
aufzuklappen.
Maus-Selektion eingebaut.
16.07.2001
-Maus-Selektion verbessert: gepunktete Linien für alle Selektions-
Rechtecke; keine überflüssigen Redraws mehr
-Doppelklick zum Wechseln der Verzeichnis-Ebene eingebaut.
(Einfachklick auf das Root-Objekt ".." hat die selbe Wirkung wie ein
Doppelklick)
-kleinere Fehlerchen beseitigt
17.07.2001
-Aufbau der Kommandozeile und starten von Programmen wieder eingebaut.
-Entpacken, packen und löschen klappt wieder!
-Nun wird das aktuelle Verzeichnis nach einer Aktion (Packen, ent-
packen oder löschen) beibehalten. Die geöffneten Verzeichnisse
werden ebenfalls wieder geöffnet. So sollte nun die Darstellung
stehts ähnlich bleiben.
-Beim neu laden nach einer Aktion wird das Fenster nicht mehr
geschlossen. Dadurch "springt" das Fenster nicht an seine Anfangs-
position.
-Ein neues Einlesen des Archivs kann nun mit der ESC-Taste erzwungen
werden.
18.07.2001
-Menu zur Konfiguration der Anzeige eingebaut.
-Seltsamer Bug entdeckt: manchmal verschwindet der Pfad im Fenstertitel.
Plötzlich erscheint dann wieder ein Titel. Aber meisst ist es Müll.
Bisher lässt sich der Bug nicht reproduzieren!
19.07.2001
-Ich habe einen neuen Vorteil meiner Packershell gegenüber 2-in-1 ge-
funden: 2-in-1 stürzt bei mir ab, falls ich ein 20 MB Zip-Datei öffne!
ArcView bringt (nach langem Laden der Dateiliste) den Inhalt auf den
Schirm :-)
-"Titelzeilen-Bug" (wahrscheinlich) beseitigt
-Bei der Anzeige des Infodialogs wurde die Titelzeile nach dem ersten
öffnen nicht mehr den Umständen entsprechend angepasst (Entpacken/
Packen/Löschen).
-Grow-/Shrink-Box Fehler beseitigt (trat beim WM_FULLED auf)
-Die Datenmenge beim Anzeigen der Information wird wieder korrekt
berechnet.
-Es werden nun auch Fehlermeldungen beim Packen/Löschen angezeigt.
Dies führt aber zu einem Problem: Tar scheint immer einen Rückgabewert
zurück zugeben. Daher meint ArcView es sei ein Fehler aufgetreten.
Abhilfe: Evtl. gibt es ein besseres Tar?
-Bugfix: Beim Laden der Konfiguration wurden ARJ und ZOO vertauscht.
Deshalb konnte man diese Dateien nicht entpacken (=es wurden immer die
falschen Programme verwendet).
29.07.2001
-Falls das zu Öffnende Archiv nicht existiert, wird der Benutzer gefragt,
ob er dies neu anlegen möchte.
-Die Sortierung der Anzeige erfolgt nun unter Beachtung von Nummern.
D.h. "Test2" ist vor "Test10", da 2 kleiner ist als 10. (jinnee macht
das auch so)
-ST-Guide und BubbleGEM Unterstützung ist bereit. Fehlen nur noch die
Hilfedateien (=ARCVIEW.HYP und ARCVIEW.BGH) :-)
-BubbleGEM-Hilfe geschrieben.
-Bugfix: Im Bestätigungsdialog beim Packen, wurde die Anzahl selektierter
Dateien im Fenster angegeben, anstatt die Anzahl der hinzugefügten
Dateien.
-Falls ST-GUIDE nicht aktiv (d.h. im Speicher) ist, so wird aus der
Environment-Variable "STGUIDE=" der Pfad zum Starten des Programmes
ausgelesen und dieses gestartet.
-Nach dem Packen von Dateien wird nun ein SH_WDRAW an die Shell geschickt.
31.07.2001
-Bugfix: Während dem Drag&Drop wurde die Maus-Kontrolle den AES
überlassen, was dazu führte, dass ArcView unter MultiTOS / AES 4.1 nicht
bedienbar war. Ist nun gefixt (wind_update(BEG / END_MCTRL)).
-Nach ausgiebiger Analyse habe ich das Problem "MiNT Lauffähigkeit"
erkannt: Beim Nachstarten von TOS/TTP-Programmen per shel_write()
eliminierte TW-CALL bzw. TOSWIN2 das ARGV welches ArcView im Environment
angelegt hat. Dadurch wurden plötzlich keine Parameter dem zu startenden
Programm übergeben, was dazu führte das auch nichts ausgeführt wurde.
Die Lösung des Problems ist: ArcView konvertiert das interne ARGV in
eine einfache Kommandozeile. Falls diese zu lang ist (d.h. mehr als 124
Zeichen) konvertiert dann TOSWIN2 (oder die AES?) die Kommandozeile ins
ARGV-Format. Ziemlich doof... aber was soll man machen?
Hauptsache es läuft auch unter MiNT/MultiTOS/N.AES!
-Neue Einschränkung beim Lharc Packer entdeckt: Unter MiNT klappt das
Entpacken von langen Dateinamen nicht... da müsste man wohl eine andere
Konfiguration benutzen!? (zumindest die MagiC-Einstellungen laufen nicht)
-Einige Tests unter MiNT / MultiTOS haben ergeben, dass vieles manchmal
läuft und manchmal nicht. -> Die Packer verhalten sich unvorhersehbar...
keine Ahnung was da falsch ist. (MiNT falsch konfiguriert? Packer
vertragen sich nicht mit MiNT?)
Sollte wohl von jemandem getestet werden, der eine MiNT Konfiguration hat
die 100% OK ist.
01.08.2001
-Das Menü "Anzeige" wurde in "Inhalt" umgetauft. Ausserdem findet man dort
neu: "Alles auswählen ^A" und "Kopieren ^C"
-Die Funktion "Kopieren" kopiert eine Liste der selektierten Dateien ins
Klemmbrett (=SCRAP.TXT) und informiert alle anderen Programme mit
SC_CHANGED (=AES-Broadcasting mit shel_write())
-Alles auswählen selektiert nun das virtuelle Verzeichnis ".." nicht
mehr. (=so wie bei jinnee)
-ArcView findet nun seine Konfigurationsdatei auch im HOME-Verzeichnis.
Die Suche läuft wie folgt ab:
Existiert die Variable HOME ?
-Wenn ja:
Es wird versucht die Konfigurationsdatei von dort zu lesen.
-Wenn nein oder falls die Konfigurationsdatei nicht gefunden wurde:
Es wird im aktuellen Verzeichnis danach gesucht.
02.08.2001
-Versionssprung auf 0.8
-Bugfix: Bei der Pfad-Konfiguration waren ARJ und ZOO vertauscht.
-Mit einem Doppelklick auf eine Datei wird diese nun angezeigt.
Dazu wurde der Konfigurationsdialog um die Aktion "Anzeigen"
erweitert. Dort muss das Entpack-Programm eingetragen sein welches
die selektierte Datei ohne Ordnerstruktur (!!) entpackt.
Zur Anzeige wird nach der Environment-Variable "TEMP" gesucht und
dorthinein entpackt. Danach wird dem Desktop mit AV_STARTPROG
mitgeteilt, er soll den entsprechenden Viewer starten. Das grosse
Problem ist nun hier: ArcView weiss nicht, wann die Datei nicht mehr
benötigt wird! Deshalb löscht ArcView die Datei automatisch nach
2 Sekunden!!! Egal, ob Sie noch gebraucht wird oder nicht!
-Tests haben gezeigt, dass es nicht mit allen Packern möglich ist eine
brauchbare "Anzeige-Konfiguration" zu finden. Bei diesen Archiven ist
dann eine Datei-Anzeige einfach nicht möglich:
TAR: nicht möglich, da das TEMP-Verzeichnis wahrscheinlich auf einem
anderen Laufwerk liegt (zumindest bei mir)!
ARC: eingeschränkt (nur Dateien im Wurzelverzeichnis des Archivs)
-Bugfix: Falls bereits eine Aktion bearbeitet wurde konnte eine weitere
Aktion gestartet werden wodurch interne Variablen zerstört wurden.
Nun erinnert eine Alertbox an die laufende Aktion!
-Die Fenster werden nun nicht mehr übereinander, sondern gestaffelt
geöffnet. Dies bringt etwas mehr übersicht ;-)
08.08.2001
-ArcView liest nun auch das selbst entpackende LZH Format mit dem
Entpacker von Markus Fritze, welches mir bei TurboAss begegnete.
(Das Format von Christian Grunenberg wird schon lange unterstützt!)
-Vorsicht: Beim Einpacken in selbst-entpackende Archive werden diese
sehr wahrscheinlich zerstört! (zumindest geschieht dies bei Lharc 3.12!)
-Verbesserte Erkennung von ZIP Dateien (in Form von selbst extrahierenden
Archiven. (wobei das "Central Directory Offset" ignoriert wird, da ich
dessen Bedeutung nicht verstehe.)
-Redraw-Fehler beseitigt
-Neue Kommandozeilen Option: "%I", welche den aktuellen (dargestellten)
Pfad im Archiv bezeichnet. Dadurch ist es möglich z.B. mit Lharc Dateien
gezielt in ein Archiv einzupacken. (Mit Zip 2.30 ist das m.W. leider nicht
möglich!)
14.08.2001
-Die LZH-Laderoutine kommt nun auch mit Kommentaren zu recht.
15.08.2001
-Überarbeitung Dokumentation: Dank UDO entsteht die Hypertext-Anleitung
als "Nebenprodukt".
-Das Hilfe-System nimmt nun die Titel der Hilfeseiten aus der BGH-Datei.
18.08.2001
-bis heute: Arbeiten an der Dokumentation (Deutsch/Englisch)
-Der Bestätigungs-Dialog für die Aktion "Anzeigen" kann nun unabhängig
von der Aktion "Entpacken" konfiguriert werden.
==> ACHTUNG: Änderungen im ARCVIEW.CFG-Format!! (Betrifft "SETTINGS=")
-Die Zuordnung der ST-Guide Kapitel zu den verschiedenen Dialogen erfolgt
folgendermassen:
-Falls es ein Dialog ist, so wird aus der BubbleGEM-Datei die
entsprechende "Sektions-Überschrift" genommen.
(Z.B. "#Dial 003 Einstellungen...)
-Falls es ein Archiv-Fenster ist, wird die Zeichenkette mit Index
001 aus der User-Sektion genommen.
-Ansonsten wird die Zeichenkette mit Index 000 aus der User-Sektion
genommen.
Dadurch ist es eine leichte Übung das ganze in irgend eine Sprache zu
übersetzen, da keine wichtigen Strings im Programm sind.
03.09.2001
-Bugfix: Programme können nun auch unter XaAES gestartet werden.
05.09.2001
-Neues Vorgehen beim Anzeigen von Dateien:
1. Falls die Environment Variable "TEMP=" nicht existiert, so wird
das ArcView Verzeichnis verwendet.
2. Dort wird das Verzeichnis "ARCVIEW.TMP" angelegt, in welche dann
die anzuzeigenden Dateien entpackt werden und dort bis auf weiteres
verbleiben.
3. Beim Beenden wird das erstellte Verzeichnis inkl. dessen Inhalt
gelöscht. Falls ein Fehler auftritt (Unterverzeichnisse,
Schreibschutz, o.ä.) dann wird der Benutzer aufgefordert das
Verzeichnis manuell zu löschen.
Das bedeutet aber auch: in der "Anzeigen"-Konfiguration sollte der
Entpacker angewiesen werden existierende Dateien zu überschreiben.
(Nach wie vor darf er auch keine Unterverzeichnisse anlegen!)
07.09.2001
-Bugfix: ARCVIEW.TMP wird nun sicher im Start-Pfad von ArcView
erstellt (und nicht mehr im gerade aktuellen Pfad, der ja von einem
Entpackvorgang verändert werden konnte.)
10.09.2001
-Bugfix beim Anzeige-Modus: Gab es einen Fehler beim Entpacken wurde
trotzdem versucht die Datei anzuzeigen, was zu einer erneuten
Fehlermeldung führte.
-Bugfix: Falls eine neu erstellte Datei (die also erst "imaginär" in
ArcView existiert, aber noch nicht auf der Festplatte) neu geladen
wurde (z.B. mittels ESC), so kam es zu einer Fehlermeldung und die
Datei musste nochmals erstellt werden.
Nun "weiss" ArcView, dass die Datei evtl. noch nicht existiert und
beklagt sich auch nicht mehr darüber.
-Bugfix: Beim Einpacken und Löschen wurde der Shell falsche Daten
zum "Laufwerks-Update" übermittelt. D.h. die Shell aktualisierte
Laufwerksfenster, die sich gar nicht geändert haben.
-Bugfix in der RSC: Im "Pfade konfigurieren" Dialog hatten ZOO und OK
die gleichen Tastaturkürzel.
Geänderte Kürzel bei: ZIP und ZOO
11.09.2001
-Bugfix: Das Pfad-Update wurde immer an die Applikation 0 geschickt.
Dadurch erfuhr Thing (unter MiNT) nichts von dieser Nachricht.
-Tests mit der aktuellen XaAES 0.930 haben folgende Probleme ergeben:
-Falls TOS2WIN nicht gestartet ist, scheint bei der ersten Aktion
dies gestartet zu werden. Leider wird aber das eigentliche Programm,
das für die Aktion zuständig ist nicht mehr gestartet, was zur
Meldung: "Es läuft bereits eine Aktion." führt.
-Die Funktion form_popup() existiert nicht, was zum Absturz führt.
-Letzte Korrekturen an der Dokumentation und RSC-Datei, Tests mit dem
normalen Atari-Systemzeichensatz.
* -ArcView v0.8 veröffentlicht. *
Mal sehen ob's jemanden interessiert?
14.09.2001
-Bugfix: am ST-Guide Hilfesystem
-Anpassung an die aktuellste DIAL-Lib
18.09.2001
-Beim erstellen des temporären Verzeichnisses wird ein "\" oder ein
"/" als Verzeichnis-Trenner benutzt, je nachdem ob man in der
Pfadangabe (durch Dgetcwd() oder "TEMP=" ermittelt) dieses Zeichen
benutzt hat. Damit sollte es keine Konstrukte wie z.B.
U:/tmp/\ARCVIEW.TMP\README
geben.
-Ich konnte höchst wahrscheinlich das Problem beim Anzeigen unter
N.AES lokalisieren und beseitigen. (shel_envrn() liefert hier immer
1 zurück, also auch falls "TEMP=" nicht existiert)
Damit sollte es auch unter MiNT mit dem Anzeigen klappen.
22.09.2001
-Da es unter MiNT immernoch nicht geklappt hat: wieder Bugfixes
1. Falls ein relativer Pfad bei TEMP angegeben wurde (z.B. /tmp), dann
wird automatisch ein absoluter Pfad bezüglich "U:" erstellt.
2. Je nach AES wurde beim Anzeigen der Pfad mit der Datei aus der
falschen Fenster-Informationsstruktur geholt.
-Debug-Version, welche Informationen in die Datei ArcView.log speichert
erstellt.
24.09.2001
-Neue Debug-Version mit noch mehr Informationen.
-Bugfix: ARC.TTP bereitete unter MiNT Probleme. Das Verzeichnis wurde
anscheinend nicht gewechselt. Dies lag an der "Kein ARGV" Behandlung.
-Bugfix: Fehler unter MiNT/AES41 mit Dateinamen mit einem Leerzeichen.
Da kein selbst generiertes ARGV benutzt werde kann, muss die Kommando-
zeile daraus erstellt werden. Nun werden Argumente mit einem Leerzeichen
gequotet (sofern sie das noch nicht sind).
Leider klappt es unter N.AES nicht. Anscheinden entfernt N.AES oder
TOSWIN2 die Quote-Marks. (Unter AES 4.1 und XaAES 0.930 läuft's nun gut.)
26.09.2001
-Überarbeitung der Debugging-Ausgaben.
-Beim Programmstart wird der Verzeichnis-Separator ('/' oder '\') ermittelt
und für alle Pfad-/Datei-Funktionen verwendet. Vielleicht hilft das
etwas weiter beim MiNT-Problem?
27.09.2001
-Das MiNT-Problem tratt nur auf, falls der Bestätigungs-Dialog für
"Anzeigen" aktiviert war. (Dann hat ArcView nämlich zum Pfad schon den
entsprechenden Dateinamen hinzugefügt. N.AES shel_write() weigert sich
dann den entsprechenden Pfad zu setzen, da es sich ja nicht um ein
Verzeichnis sondern um eine Datei handelte.)
Dies kann jetzt nicht mehr passieren.
28.09.2001
-LZH Konfiguration für "Anzeigen" angepasst: Zusätzlicher Schalter
"S" ist erforderlich um auf case-sensitiven Laufwerken auch die
korrekten Namen zu erhalten.
-Debugging Ausgaben auskommentiert.
-So wie es aussieht, gibt es einige LHarc Archive, die von ArcView nicht
gelesen werden können. Dies scheint an den verschiedenen Methoden zu
liegen, welche verwendet werden. ArcView unterstützt anscheinend nur
"lh5". --> Da muss nachgebessert werden.
30.09.2001
-Nachdem ich mir eine aktuelle Version des LZH Dateiformates besorgt
habe, werden nun Header-Level 0 bis 2 unterstützt. (die alte Version
wusste nicht einmal, dass es verschiedene Level gibt ;-))
Auch wird nun das Unix Zeitformat ins intern verwendete DOS Zeitformat
konvertiert.
-Beim LZH Format werden (die ziemlich seltsamen) Kommentare, die irgend
ein Packer verbricht korrekt übergangen. Dadurch kann ArcView auch
solch exotische Exemplare öffnen.
-Defekte LZH Archive werden soweit wie möglich geladen.
-Beim Test (mit über 160 LZH Dateien) wurden alle Dateien geladen
und angezeigt.
09.10.2001
* -ArcView v0.81 veröffentlicht. *
19.10.2001
-Eigene Tests bestätigen folgenden Bug:
Erstellt man unter MiNT (N.AES und XaAES getestet) ein neues Archiv,
z.B. "Test.lzh" so kann man keine einzelnen Dateien in das neue Archiv
einpacken. LHarc behauptet er könne die Dateien nicht finden!
Diverse Änderungen an der Konfiguration haben nichts gebracht.
Da es mit anderen Packern klappt, könnte das Problem bei LHarc liegen.
Weitere Tests haben gezeigt, dass das Einpacken funktioniert, falls
vor jede Datei der Pfad ".\" angefügt wird. Trotzdem suche ich nach
einer anderen Lösung (damit ich nicht wieder eine "Spezialbehandlung"
für eine Packer-Macke einbauen muss).
22.10.2001
-Anscheinend hat nur die aktuellste N.Dialog Version 0.54 den seltsamen
Effekt, dass Radio-Buttons falsch verwaltet werden. --> Bug in N.Dialog!
Das Problem liegt daran, dass die Buttons den Status "Exit" anstatt
"Touch-Exit" haben.
Wer das nicht mag, kann's selbst mit einem Resource-Editor ändern oder
MagiC benutzen :-)
07.11.2001
-Zur Angabe des temporären Verzeichnisses werden nun folgende Variablen
ausgelesen: TEMP (wie bisher) und TMPDIR
09.11.2001
-Kleinere Fehler in den deutschen RSC und BGH Dateien beseitigt.
17.11.2001
-Anpassung an die neue DIAL-Lib.
-Der 68000er Bug scheint in der Lade-Routine für die BubbleGEM-Hilfe
zu stecken.
18.11.2001
-68000er Bug hoffentlich beseitigt.
19.11.2001
-Bugfix: läuft nun auch falls kein GDOS (also vst_load_fonts()) vorhanden
ist.
-Bugfix: WDIALOG scheint bei HNDL_EDCH keine EVNT-Struktur zuübergeben.
Dies führte zu einem Absturz.
-Nun läuft ArcView bei mir unter TOS 4.04. Wobei der Nutzen mit einem
Single-TOS fraglich ist :-)
24.11.2001
-Ein Test auf meinem Mega ST hat ergeben, dass ArcView noch immer nicht
läuft.
-Bugfix: Falls im Fileselektor keine Datei angewählt und auch kein
Dateiname angegeben wurde, reklamierte ArcView mit einer Fehlermeldung.
-68000er Bugfix:
-Fehler beim Laden der BubbleGEM-Datei beseitigt (BGH_load).
-Fehler beim Erstellen der Verzeichnisstruktur im Speicher beseitigt
(GotoDir).
-Fehler beim Drag&Drop-Handling beseitigt (DragDrop).
11.12.2001
-Korrektur an den RSC-Dateien: Der Rahmen "Bestätigung" war selektiert.
12.12.2001
-ArcView meldet nun mittels menu_register() dem AES einen "schönen" Namen,
welcher unter MultiTOS / N.AES ins Menu eingetragen wird.
-Bei der Längenanzeige werden nun Punkte an den passenden Positionen
gesetzt.
-Die Datumsanzeige beachtet nun den _IDT Cookie, da es auch Anwender
ausserhalb von Deutschland gibt :-)
* -ArcView v0.82 veröffentlicht. *
ARCVIEW.CFG History (Änderungen seit der V0.8)
===================
28.09.2001
-LZH Anzeige Kommandozeile geändert in
LZH_DIS_CMD=e -pm3cS %P %S
Damit läuft das Anzeigen auch auf case-sensitiven Laufwerken.