[Tustep-Liste] Dateimanager

[Matthias Kopp]

Paul Sappler <paul.sappler at uni-tuebingen.de>
Matthias Kopp <kopp at zdv.uni-tuebingen.de>



Sehr verehrte Runde,

es wurde öfters der Wunsch nach Hilfsprogrammen für eine
Tustep-Arbeitsumgebung geäußert, und es hat sich gesprächsweise ergeben,
daß die beiden Unterzeichneten unabhängig voneinander in diese Richtung
etwas programmiert hatten.

Wir legen hiermit miteinander vor, was uns zum Thema
Dateienverwaltung/-übersicht eingefallen ist, und bitten um Ausprobieren
und Stellungnahme, sei es privat oder über die Liste.

Beide sind wir bereit, noch etwas daran zu tun, vielleicht auch
konvergent, aber wir wüßten vorher gern, ob tatsächlich Bedarf nach
solchen Programmen und bestimmten Funktionen darin besteht.

Hoffentlich wird es nicht als lästig empfunden, wenn wir die Programme als
Segmente einer Tustep-Datei (DMANAGER) mitschicken, statt bloß eine
Server-Adresse anzugeben; Löschen ist ja schnell getan.

----------------------------------------------------------

I. #$qd

diese Umgebung ist wesentlich weniger elaboriert als der unter II.
beschriebene Dateimananger; sie bietet im Unterschied zu diesem weniger
Information und Leistung, repräsentiert einen anderen Ansatz:

die wenigen Informationen / graphischen Elemente sind nicht gemeinsam / in
einem einzigen Fenster vorhanden; sie werden vielmehr successive in
mehreren unterschiedlichen Fenstern angeboten;

man mag dies - verglichen mit dem bei $DVP gewählten Ansatz - als
übersichtlicher empfinden, da dem (ungeschulten) Nutzer überschaubare
Information und Handlungsmöglichkeit geboten wird; oder aber aus genau
diesen Gründe als unübersichtlicher, da nicht alle (erwünschten)
Informationen auf einen Blick sichtbar sind.


Der Benutzer erhält die Möglichkeit den Namen einer (in diesem Beispiel
anzumeldenden) Datei anzugeben oder - wenn der Name nicht bekannt ist -
aus einer alphabetisch sortierten und tastatursensitiven Liste einen Namen
auszuwählen. Falls die Voreinstellungen für Projekt und Träger nicht
konvenieren, können andere Projekte bzw. Träger eingestellt werden. Zudem
ist es möglich, eine Liste der Träger zu ergänzen.

Nach erfolgter Auswahl wird die Datei angemeldet - an dieser Stelle könnte
natürlich auch anders weiter verfahren werden (in dem größeren
Zusammenhang, aus dem diese Prozedur ausgekoppelt wurde, wird die
solcherart ausgewählte Datei als Quelldatei für #RV mit folgendem #SO, #RA
verwendet)

Im Programmcode, der nicht musterhaft ist, sind Spuren des ursprünglichen
Verwendungszusammenhang sichtbar (u.a. eine hier nicht realisierte
Hilfefunktion).


----------------------------------------------------------

II. #$dvp

1. Liste der Dateinamen eines Ordners, nach Anwählen einer Datei
ihre Kenndaten und ein Teil ihres Inhalts, zwei solche Datensätze
übereinander zwecks Vergleich. Das Teilfenster unten rechts kann
wie ein kleines, allerdings primitives Editorfenster benützt
werden; wenn man dort Programme hineinschreibt (gegebenfalls mit
Rückgriff auf die Hilfsdateien hdatei und kommandos, s.u.), kann
man sich das Schreiben der Dateinamen ersparen u.ä.

2. Man kann das Makro ohne Spezifikationen aufrufen. Der
vollständige Aufruf ist (mit Voreinstellungen):
   #$dvp,projekt, traeger=tustep_dsk, hdatei=dvp_hdat, kommandos,
asaetze=6, esaetze=5

- PROJEKT ist im Zweifelsfall +,
- HDATEI ist eine Hilfsdatei, in der irgendwelcher Text
  abgespeichert werden kann, der beim Arbeiten mit $dvp anfällt,
- KOMMANDOS kann eine Segmentdatei mit Hilfetexten und
  Mustern von Tue-Dateien sein,
- ASAETZE und ESAETZE geben die Zahl der Sätze vom Anfang und Ende
  einer Datei an, die beim Hineinschauen gezeigt werden.

Fast alle diese Werte können innerhalb des Fensters verändert
werden.


3. Die Farben im Fenster sind alle über Variable definiert. Jedes
Feld gehört zu einer von 12 Farbgruppen. Wenn die Farben nicht
zusagen, kann man sie durch vorherigen Aufruf von #$FARBF für die
weitere Sitzung verändern. Übersicht über den Einsatz der
Farbgruppen im Fenster liefert FARB unter den Erläuterungen in der
ersten Zeile.


4. Die Erläuterungen, die in der ersten Zeile des Fensters
aufgerufen werden können, sind noch nicht durchgearbeitet; FELD
und FARB sind aktueller als ALLG.


5. Schwächen und Pläne:
- Beim Versuch, sehr lange Sätze einer Datei zu lesen (meist
  .doc), wird das Makro beendet (hat sich Herr Schälkle schon
  notiert)
- Wenn man sich von einer Datei (etwa mittels shw_dn) Sätze so hat
  zeigen lassen, daß im Fensterfeld nicht mehr der Dateianfang
  steht, wird auch von der nächsten Datei nicht der Anfang gezeigt
  (Besserung zugesagt).
- Auf manche Zeilen und Knöpfe muß man mehrfach drücken, bis sie
  ansprechen, besonders in dem Bereich des Umschaltens von Traeger
  und Projekt.
- Insgesamt ist das rechte untere Fenster samt Beiwerk etwas
  unübersichtlich. Dafür ist fast alles unmittelbar ohne
  Unterfenster erreichbar, was auch wieder ein Vorteil zu sein
  scheint.
- In Überlegung ist, im Selectfeld mit den Dateinamen links eine
  Auswahl nach Zeichenfolgenbedingungen zu zeigen oder nach
  Zeichenfolgen zu sortieren. Wie kann man aber dann sinnfällig
  machen, inwiefern das Kriterium bei einem Dateinamen erfüllt ist?
- Interessant wäre es vielleicht, aus dem Fenster heraus in den
  Editor zu gehen und an die alte Stelle zurückgehen zu können,
  jeweils mit Übergabe einiger Werte (hinwärts einfacher über ein
  Editormakro, rückwärts?).
- Das Editorfenster rechts unten ist wohl noch nicht recht
  brauchbar. Es könnte aber zu weiteren Versuchen anregen.

Die Programme haben schon deshalb einen vorläufigen Charakter,
weil zu MAKRO (zu dem sie Anwendungen sind) immer neue Funktionen
dazukommen (Herr Schälkle arbeitet dem Vernehmen nach an
Erweiterungen) und dadurch manches einfacher oder überhaupt erst
möglich wird. Sie spiegeln wohl auch die jeweiligen speziellen
Bedingungen, für die sie gemacht wurden (z.B. das Lesbarmachen von
System-Dateien oder die Verwaltung sehr vieler Dateien in einem
einzigen Ordner).

Beste Grüße aus Tübingen

Matthias Kopp          Paul Sappler


-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : dmanager
Dateityp    : application/octet-stream
Dateigröße  : 151552 bytes
Beschreibung: 
URL         : <https://lists.itug.de/pipermail/tustep-liste/attachments/20040311/960cce3f/attachment.obj>