From wolfram.schneider-lastin at phil.uzh.ch  Sat Mar  2 18:35:09 2013
From: wolfram.schneider-lastin at phil.uzh.ch (wolfram.schneider-lastin at phil.uzh.ch)
Date: Sat, 2 Mar 2013 18:35:09 +0100
Subject: [Tustep-Liste] TUSTEP-Tutorial und TUSTEP-Wiki
Message-ID: <OF19CF51A0.9FCABF8D-ONC1257B22.00609A60-C1257B22.00609A65@lotus.uzh.ch>

 Liebe TUSTEP-Community

Ich möchte Ihnen mitteilen, dass das TUSTEP-Tutorial demnächst aufgegeben wird.

Alle Lektionen und Materialien im Tutorial bleiben aber erhalten und werden nach und nach in das neue TUSTEP-Wiki überführt (zum Teil ist dies auch schon geschehen, schauen Sie nach unter http://tustep.wikispaces.com).
Informationen, Materialien, einführende Lektionen, Musterprogramme und Tipps zu TUSTEP sind dann in Zukunft an einem einzigen, leicht zugänglichen Ort versammelt.

Bitte ersetzen Sie auf Ihren Homepages einen ggf. vorhandenen Link auf das Tutorial durch den Link auf das Wiki. 

Ebenso ergeht meine neuerliche Bitte an Sie, zum Erfolg des Wikis durch Ihre Musterprogramme, Tipps und Posts beizutragen! Bei Fragen stehen Herr Osthof und ich Ihnen gerne zur Verfügung.

Mit herzlichen Grüßen aus Zürich

Wolfram Schneider-Lastin

---

Dr. Wolfram Schneider-Lastin
Universität Zürich
Leiter der Abteilung E-Learning an der Philosophischen Fakultät
Koordinator für Computerphilologie
Rämistrasse 69
CH-8001 Zürich

Tel.:  +41 - 44 - 634 50 82
       (wenn keine Antwort: +41 - 44 - 252 07 67)

Mail: wolfram.schneider-lastin at phil.uzh.ch
Web:  http://www.phil.uzh.ch/fakultaet/elearning.html

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.itug.de/pipermail/tustep-liste/attachments/20130302/1511e228/attachment.htm>

From storeck at sankt-georgen.de  Wed Mar  6 13:44:59 2013
From: storeck at sankt-georgen.de (storeck, Christiane)
Date: Wed, 6 Mar 2013 13:44:59 +0100
Subject: [Tustep-Liste] Satzspiegelbreite
Message-ID: <E58C3D653371504F8E690CBBD6ECDCAF1EECBDC984@sgvexmail01>

Liebe Satzspezialisten,

auf einer Seite befindet sich eine Tabelle, die breiter als die eingestellte Satzspiegelbreite sein muß.
Die Satzspiegelbreite läßt sich selektiv für den Bereich erhöhen ( via &n&-Definition), ragt aber immer nach links über.

Wie kann ich einen solchen Bereich "zentieren", sodaß  sich die größere Breite auf rechter und linker Seite des Spiegels verteilt?

Herzliche Grüße
Christiane Storeck

Hugo von Sankt Viktor-Institut
Phil.-Theol. Hochschule Sankt Georgen
Offenbacher Landstr. 224
60599 Frankfurt am Main
tel. 069-6061222

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.itug.de/pipermail/tustep-liste/attachments/20130306/f65751e0/attachment.htm>

From thomas.bernhart at uzh.ch  Thu Mar  7 11:43:48 2013
From: thomas.bernhart at uzh.ch (Thomas Bernhart)
Date: Thu, 7 Mar 2013 11:43:48 +0100
Subject: [Tustep-Liste] TXSTEP Fehler bei compare?
Message-ID: <CAKG9vaN-qv7Esj-Rm9y_0cKy-MGMkLzf8gzVXSbd5HphKm+jRQ@mail.gmail.com>

Liebe TUSTEP-Gemeinde

Ich meine, einen weiteren Fehler in TXSTEP gefunden zu haben:
Laut Schema können beim Tag "compare" die Attribute "readings" und
"corrections" weggelassen. Wenn aber nur die Attribute versiona,
versionb und listing angegeben, wird folgende Fehlermeldung
ausgegeben: „bei compare muss eines der Attribute listing, readings
oder corrections angegeben sein“.
Entweder ist die Fehlermeldung falsch geschrieben oder aber das Schema
weist für <compare> einen Fehler auf.

Zudem scheinen "readings" und "corrections" zum gleichen Resultat zu
führen. Ist dies beabsichtigt? Das Schema weist auch hier einen Fehler
auf: Die Attribute corrections und readings dürfen nicht gleichzeitig
angegeben werden, vom Schema wird dies aber zugelassen.

Im Anhang 3 Beispielskripte mit Beispieldateien (die Pfade in den
Skripten müssen entsprechend angepasst werden).

Beste Grüsse
Thomas Bernhart
-- 
Thomas Bernhart

thomas.bernhart at uzh.ch
+41 (0)79 789 56 59
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : compare.zip
Dateityp    : application/zip
Dateigröße  : 4587 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.itug.de/pipermail/tustep-liste/attachments/20130307/73e95480/attachment.zip>

From wilhelm.ott at zdv.uni-tuebingen.de  Tue Mar 12 09:06:06 2013
From: wilhelm.ott at zdv.uni-tuebingen.de (Wilhelm Ott)
Date: Tue, 12 Mar 2013 09:06:06 +0100 (CET)
Subject: [Tustep-Liste] TXSTEP Fehler bei compare?
In-Reply-To: <CAKG9vaN-qv7Esj-Rm9y_0cKy-MGMkLzf8gzVXSbd5HphKm+jRQ@mail.gmail.com>
References: <CAKG9vaN-qv7Esj-Rm9y_0cKy-MGMkLzf8gzVXSbd5HphKm+jRQ@mail.gmail.com>
Message-ID: <Pine.LNX.4.61.1303120804360.14129@lddv.zdv.uni-tuebingen.de>

Lieber Herr Bernhart,

vielen Dank für den Hinweis. Ich habe das Schema für die 
nächste Version entsprechend geändert: compare hat dann 
statt "readings" und "corrections" das Attribut "variants", 
das durch ein weiteres Attribut type="corrections" bzw. 
type="readings" näher spezifiziert wird. 

Die Angabe von "type" ist optional und wirkt sich nur bei
der Ausgabe der "variants" in eine Nicht-TUSTEP-Datei aus.  

In TUSTEP-Dateien werden die Unterschiede (jedenfalls bisher)
immer ohne tags ausgegeben, unabhängig von den Angaben zu 
"type".

Für ein volles tagging nach TEI-Konventionen müssen außerdem 
Angaben zu <add-context>,  <pos-ind-b> und <version-id> 
gemacht werden. Die entsprechenden Prüfungen habe ich ebenfalls
erst jetzt eingebaut.

Mit den besten Grüßen   
Wilhelm Ott
----------------------------------------------------------------------
Prof. Dr. Wilhelm Ott               phone: +49-7071-987656
Universitaet Tuebingen              fax:   +49-7071-987622
c/o Zentrum fuer Datenverarbeitung  e-mail: wilhelm.ott at uni-tuebingen.de
Waechterstrasse 76
D-72074 Tuebingen



On Thu, 7 Mar 2013, Thomas Bernhart wrote:

> Date: Thu, 7 Mar 2013 11:43:48 +0100
> From: Thomas Bernhart <thomas.bernhart at uzh.ch>
> Reply-To: tustep-liste at itug.de
> To: Tustep-Liste at lists.uni-wuerzburg.de
> Subject: [Tustep-Liste] TXSTEP Fehler bei compare?
> 
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
> 
> 

From thomascbernhart at gmail.com  Fri Mar 15 11:44:05 2013
From: thomascbernhart at gmail.com (Thomas Bernhart)
Date: Fri, 15 Mar 2013 11:44:05 +0100
Subject: [Tustep-Liste] TXSTEP: Bug bei Tags insert und tustep
Message-ID: <CAKG9vaMLgvFazBdSCSMhbJBgMuvb7uGhZ1Cr8_OZGrtup=vZjw@mail.gmail.com>

Liebe TUSTEP-Gemeinde

Bei der Verwendung des Kommandos insert in TXSTEP ist mir aufgefallen,
dass dieses nicht richtig in das TUSTEP-Kommando #einfuege umgesetzt
wird: Die Parameter akd und ekd fehlen, bei kkz werden keine Werte aus
dem XML-Script übernommen. Entsprechend wird beim Ausführen des
Scripts auch folgende Fehlermeldung angezeigt: "Das Skript ist
unvollständig und kann deshalb nicht ausgeführt werden."
Der Ausschnitt aus TUSTEP-Datei sieht so aus:

#ei,source,dest,-std-,+,*,footnotes
akk       ~@~
ekk       ~ ~
kkz       {kkz1}  {kkz2}  {kkz3}

Danach ist die Datei zu Ende.
Anbei wieder ein Beispielskript mit Testdaten.

Zudem ist mir aufgefallen, dass Code innerhalb des Tags tustep nur zu
funktionieren scheint, wenn er im XML-Skript nicht eingerückt ist.
Ansonsten werden die Parameter teilweise als Kommentar interpretiert.
Hier müsste man wohl alle Leerschläge oder Tabs vor den Kommandos
entfernen bevor Sie eingefügt werden. Dies kann getestet werden, wenn
im mitgeschickten TXSTEP-Skript die der auskommentierte Tag tustep
aktiviert wird und daüfr der obere Teil des Skripts auskommentiert
wird. Das Skript interpretiert dann die nachfolgenden Befehle zum
Abmelden der Dateien als Parameter für das Kommando #einfuege.

Beste Grüsse
Thomas Bernhart
-- 
Thomas Bernhart

thomascbernhart at gmail.com
+41 (0)79 789 56 59
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : test_insert.xml
Dateityp    : text/xml
Dateigröße  : 1606 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.itug.de/pipermail/tustep-liste/attachments/20130315/dc77de21/attachment.xml>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : footnotes.tf
Dateityp    : application/octet-stream
Dateigröße  : 2048 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.itug.de/pipermail/tustep-liste/attachments/20130315/dc77de21/attachment.obj>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : testdata.tf
Dateityp    : application/octet-stream
Dateigröße  : 2048 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.itug.de/pipermail/tustep-liste/attachments/20130315/dc77de21/attachment-0001.obj>

From wilhelm.ott at zdv.uni-tuebingen.de  Fri Mar 15 13:29:33 2013
From: wilhelm.ott at zdv.uni-tuebingen.de (Wilhelm Ott)
Date: Fri, 15 Mar 2013 13:29:33 +0100 (CET)
Subject: [Tustep-Liste] TXSTEP: Bug bei Tags insert und tustep
In-Reply-To: <CAKG9vaMLgvFazBdSCSMhbJBgMuvb7uGhZ1Cr8_OZGrtup=vZjw@mail.gmail.com>
References: <CAKG9vaMLgvFazBdSCSMhbJBgMuvb7uGhZ1Cr8_OZGrtup=vZjw@mail.gmail.com>
Message-ID: <Pine.LNX.4.61.1303151238250.23435@lddv.zdv.uni-tuebingen.de>

Lieber Herr Bernhart,

vielen Dank für den Hinweis! Es ist in der Tat so, dass Fehler erst 
beim Testen bemerkt werden - und selbst bei so einfachen Fällen gibt
es Konstellationen, die der Programmautor bei seinen eigenen Tests
nicht bemerkt hat. 

In diesem Fall war es in der Tat ein Aufwand von wenigen Minuten,
das Programm, das die xml-Daten in ein Tustep-Script umwandelt, an 
dieser Stelle zu reparieren. In der nächsten Version wird der Fehler
also behoben sein. Bis dahin können Sie auch mit der Ihnen vorliegenden
Version mit insert arbeiten, wenn Sie im Skritp die Reihenfolge der 
Elemente ändern und als erstes innerhalb von insert die Angaben zu 
shortforms-soruce-file machen und erst danach die Angaben zu 
shortforms-shortforms-file. 

Mit den besten Grüßen aus Tübingen
Wilhelm Ott
----------------------------------------------------------------------
Prof. Dr. Wilhelm Ott               phone: +49-7071-987656
Universitaet Tuebingen              fax:   +49-7071-987622
c/o Zentrum fuer Datenverarbeitung  e-mail: wilhelm.ott at uni-tuebingen.de
Waechterstrasse 76
D-72074 Tuebingen



On Fri, 15 Mar 2013, Thomas Bernhart wrote:

> Date: Fri, 15 Mar 2013 11:44:05 +0100
> From: Thomas Bernhart <thomascbernhart at gmail.com>
> Reply-To: tustep-liste at itug.de
> To: tustep-liste at lists.uni-wuerzburg.de
> Subject: [Tustep-Liste] TXSTEP: Bug bei Tags insert und tustep
> 
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
> 
> 

From mail at m-schneider.eu  Sun Mar 17 16:04:27 2013
From: mail at m-schneider.eu (Matthias Schneider)
Date: Sun, 17 Mar 2013 16:04:27 +0100
Subject: [Tustep-Liste] =?iso-8859-15?q?Maximale_Dateigr=F6=DFe_=FCberschr?=
	=?iso-8859-15?q?itten=3F?=
Message-ID: <5145DB7B.3080306@uni-trier.de>

Liebe TUSTEP-Gemeinde,

am Freitag ergaben sich bei der Erstellung von Backups zwei Fragen.

Zunächst hat die Erstellung eines projektspezifischen Backups mit dem 
angefügten Progrämmchen "archiv.p" zu einer Fehlermeldung geführt, da 
die maximale Dateigröße von 2GB bei der entsprechenden Ziel-Band-Datei 
überschritten worden wäre. Die Banddatei konnte dann auch nicht 
abgeschlossen werden. Ein Blick ins Handbuch ließ mich etwas ratlos 
zurück, da bisher scheinbar keine Möglichkeit vorgesehen ist, Dateien 
mit mehr als 2GB zu verarbeiten (Handbuch Version 2013, S. 34).
Habe ich hierbei eine Möglichkeit übersehen oder existiert 
möglicherweise ein "Hack" für derartige Fälle?

Als Übergangslösung wollte ich mein Backup-Progrämmchen dann um einen 
TUSCRIPT-Anteil erweitern (s. "back.up"), der zunächst die Dateigröße 
der Zieldatei abprüfen und ggf. in Abhängigkeit von einer noch 
einzufügenden Maximalgröße eine neue Zieldatei erstellen sollte. Hier 
bin ich mitten in der Erstellung auf ein Problem bei der Verarbeitung 
von Zahlen größer als 2000000000 gestoßen, was bei der Abfrage der 
Dateigröße im GB-Bereich mittels BYTES zum Programmabbruch führt.
Auch der Versuch, die Zahl durch Überführung in eine größere Einheit 
(MB) zu verkleinern brachte nicht das gewünschte Ergebnis, da die 
Umrechnung gar nicht erst erfolgen kann.
Hier bin ich ebenfalls für Lösungsvorschläge sehr dankbar.

Mit besten Grüßen in die Runde aus dem regnerischen Trier
Matthias Schneider

-- 
================================
Matthias Schneider, B.A.
_Kompetenzzentrum für elektronische Erschließungs-
und Publikationsverfahren in den Geisteswissenschaften
_Universität Trier
_Mail: s3msschn at uni-trier.de
        mail at m-schneider.eu
_Homepage:
      http://www.kompetenzzentrum.uni-trier.de
      http://www.m-schneider.eu
_skype: matz.tru
_twitter: ms91tru
_Telephonisch:
      + 49 176 32 863 741
      + 49 651 15 018 120
================================

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.itug.de/pipermail/tustep-liste/attachments/20130317/549d5e7b/attachment.htm>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : archiv.p
Dateityp    : application/octet-stream
Dateigröße  : 4096 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.itug.de/pipermail/tustep-liste/attachments/20130317/549d5e7b/attachment.obj>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : back.up
Dateityp    : application/octet-stream
Dateigröße  : 8192 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.itug.de/pipermail/tustep-liste/attachments/20130317/549d5e7b/attachment-0001.obj>

From kol at steinheim-institut.org  Sun Mar 17 18:53:09 2013
From: kol at steinheim-institut.org (Thomas Kollatz)
Date: Sun, 17 Mar 2013 18:53:09 +0100
Subject: [Tustep-Liste]
 =?iso-8859-1?q?Maximale_Dateigr=F6=DFe_=FCberschri?=
 =?iso-8859-1?q?tten=3F?=
In-Reply-To: <5145DB7B.3080306@uni-trier.de>
References: <5145DB7B.3080306@uni-trier.de>
Message-ID: <D6A08272-AC68-4748-8965-F3FFA5D9E67F@steinheim-institut.org>

Lieber Herr Schneider, 

Am 17.03.2013 um 16:04 schrieb Matthias Schneider <mail at m-schneider.eu>:

> Als Übergangslösung wollte ich mein Backup-Progrämmchen dann um einen TUSCRIPT-Anteil erweitern (s. "back.up"), der zunächst die Dateigröße der Zieldatei abprüfen und ggf. in Abhängigkeit von einer noch einzufügenden Maximalgröße eine neue Zieldatei erstellen sollte. Hier bin ich mitten in der Erstellung auf ein Problem bei der Verarbeitung von Zahlen größer als 2000000000 gestoßen, was bei der Abfrage der Dateigröße im GB-Bereich mittels BYTES zum Programmabbruch führt. 
> Auch der Versuch, die Zahl durch Überführung in eine größere Einheit (MB) zu verkleinern brachte nicht das gewünschte Ergebnis, da die Umrechnung gar nicht erst erfolgen kann.
> Hier bin ich ebenfalls für Lösungsvorschläge sehr dankbar.

Meine Backup-Banddatei erreicht auch alle halbe Jahre ihre Maximalgröße.
Ich war bisher nur zu faul, da eine ordentliche Lösung, so wie die von Ihnen vorgeschlagene eine ist, in die bestehende Backup-Routine einzubauen. 
Ihre Mail hat mich inspiriert mich dem Problem endlich einmal zu widmen mit ähnlichem Ergebnis: 
Ich glaube das Problem ist, dass eine Datei die sich der 2GB Grenze nähert eine 10-stellige Bytesgröße hat, die kann zwar angezeigt, aber nicht weiterverarbeitet, verglichen .gt. / .ge. werden, da lässt  TUSTEP bisher nur 9 Stellen zu.
Wenn wir automatisch eine neue Backupdatei einrichten, sobald die alte Datei 999999999 bytes überschreitet, ist das kein Problem, wenn wir der Backupdatei noch 1GB gönnen wollen, dann können wir nur auf die Fehlermeldung (... nicht abgeschlossen ... warten).

Hier mein Testprogramm (erst mit der tustep.ini, dann mit einer Banddatei, die die 2GB Grenze überschritten hat): 

$$ MODE TUSCRIPT,{}
datei="tustep.ini"
bytes=BYTES(datei)
IF (bytes>=2100000) PRINT datei," ist zu gross: ",bytes," Bytes"

banddatei="banddatei"
status   =OPEN(banddatei,READ,home)
status   =CHECK(banddatei,READ,TAPE)
bytes    =BYTES(banddatei)
PRINT banddatei, " hat ", bytes, "Bytes"

length_bytes=LENGTH(bytes)
PRINT "length_bytes = ",length_bytes

IF (bytes.gt.1800000000) PRINT banddatei," ist zu gross: ",bytes," Bytes"

-----> Bildschirmausgabe: 

tustep.ini ist zu gross: 2162688 Bytes
banddatei hat 2000003072
length_bytes = 10
########  Nach >.gt.< folgt >1800000000< statt Zahl mit maximal 9 Ziffern #####
     0.1/5     IF (bytes.gt.1800000000) PRINT banddatei," ist zu gross: ",b
               ytes," Bytes"


Herzliche Grüße
THOMAS KOLLATZ


 

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.itug.de/pipermail/tustep-liste/attachments/20130317/3b2b4b7a/attachment.htm>

From schaelkle at zdv.uni-tuebingen.de  Mon Mar 18 11:07:04 2013
From: schaelkle at zdv.uni-tuebingen.de (=?iso-8859-1?Q?Kuno_Sch=E4lkle?=)
Date: Mon, 18 Mar 2013 11:07:04 +0100
Subject: [Tustep-Liste]
	=?iso-8859-1?q?Maximale_Dateigr=F6=DFe_=FCberschri?=
	=?iso-8859-1?q?tten=3F?=
References: <5145DB7B.3080306@uni-trier.de>
	<D6A08272-AC68-4748-8965-F3FFA5D9E67F@steinheim-institut.org>
Message-ID: <2C77D1CDCC494E64A7A378354486BA3E@TUSTEP>

Lieber Herr Kollatz,

mit der Formulierung
   SET kbytes = bytes / 1000
   IF (kbytes.gt.1800000)  ...
statt
   IF (bytes.gt.1800000000)  ...
funktioniert die Abfrage vermutlich.

Mit freundlichen Grüßen
Kuno Schälkle

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

Meine Backup-Banddatei erreicht auch alle halbe Jahre ihre Maximalgröße.
Ich war bisher nur zu faul, da eine ordentliche Lösung, so wie die von Ihnen 
vorgeschlagene eine ist, in die bestehende Backup-Routine einzubauen.
Ihre Mail hat mich inspiriert mich dem Problem endlich einmal zu widmen mit 
ähnlichem Ergebnis:
Ich glaube das Problem ist, dass eine Datei die sich der 2GB Grenze nähert 
eine 10-stellige Bytesgröße hat, die kann zwar angezeigt, aber nicht 
weiterverarbeitet, verglichen .gt. / .ge. werden, da lässt  TUSTEP bisher 
nur 9 Stellen zu.
Wenn wir automatisch eine neue Backupdatei einrichten, sobald die alte Datei 
999999999 bytes überschreitet, ist das kein Problem, wenn wir der 
Backupdatei noch 1GB gönnen wollen, dann können wir nur auf die 
Fehlermeldung (... nicht abgeschlossen ... warten).

Hier mein Testprogramm (erst mit der tustep.ini, dann mit einer Banddatei, 
die die 2GB Grenze überschritten hat):

$$ MODE TUSCRIPT,{}
datei="tustep.ini"
bytes=BYTES(datei)
IF (bytes>=2100000) PRINT datei," ist zu gross: ",bytes," Bytes"

banddatei="banddatei"
status   =OPEN(banddatei,READ,home)
status   =CHECK(banddatei,READ,TAPE)
bytes    =BYTES(banddatei)
PRINT banddatei, " hat ", bytes, "Bytes"

length_bytes=LENGTH(bytes)
PRINT "length_bytes = ",length_bytes

IF (bytes.gt.1800000000) PRINT banddatei," ist zu gross: ",bytes," Bytes"

-----> Bildschirmausgabe:

tustep.ini ist zu gross: 2162688 Bytes
banddatei hat 2000003072
length_bytes = 10
########  Nach >.gt.< folgt >1800000000< statt Zahl mit maximal 9 Ziffern 
#####
     0.1/5     IF (bytes.gt.1800000000) PRINT banddatei," ist zu gross: ",b
               ytes," Bytes"


From kol at steinheim-institut.org  Mon Mar 18 11:25:29 2013
From: kol at steinheim-institut.org (Thomas Kollatz)
Date: Mon, 18 Mar 2013 11:25:29 +0100
Subject: [Tustep-Liste]
 =?iso-8859-1?q?Maximale_Dateigr=F6=DFe_=FCberschri?=
 =?iso-8859-1?q?tten=3F?=
In-Reply-To: <2C77D1CDCC494E64A7A378354486BA3E@TUSTEP>
References: <5145DB7B.3080306@uni-trier.de>
	<D6A08272-AC68-4748-8965-F3FFA5D9E67F@steinheim-institut.org>
	<2C77D1CDCC494E64A7A378354486BA3E@TUSTEP>
Message-ID: <882CEEB2-C2CA-4807-81C2-3B81FC37429D@steinheim-institut.org>

Lieber Herr Schälkle, 
ja so sollte es funktionieren ! 
Manchmal ist die Lösung so einfach. Danke das werde ich gleich einbauen. 

Ich habe es mit einer "alten" Banddatei ausprobiert, die allerdings 2000003072 bytes gross ist und erhalte in dem Fall die Meldung: 

#### Variable bytes muss eine Zahl <= 2000000000 enthalten
     0.0/5     kbytes=bytes/1000
TRACE *     5/1  SCR*B
bytes        = 2000003072

Wenn ich das recht interpretiere, dürfte es dann aber mit bytes>=1800000000 <=2000000000 kein Problem geben. 

Herzliche Grüße
THOMAS KOLLATZ

Am 18.03.2013 um 11:07 schrieb Kuno Schälkle <schaelkle at zdv.uni-tuebingen.de>:

> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
> 
> Lieber Herr Kollatz,
> 
> mit der Formulierung
>  SET kbytes = bytes / 1000
>  IF (kbytes.gt.1800000)  ...
> statt
>  IF (bytes.gt.1800000000)  ...
> funktioniert die Abfrage vermutlich.
> 
> Mit freundlichen Grüßen
> Kuno Schälkle


From trauth at uni-trier.de  Mon Mar 18 12:36:43 2013
From: trauth at uni-trier.de (Trauth, Michael, Dr.)
Date: Mon, 18 Mar 2013 11:36:43 +0000
Subject: [Tustep-Liste]
 =?iso-8859-1?q?Maximale_Dateigr=F6=DFe_=FCberschri?=
 =?iso-8859-1?q?tten=3F?=
In-Reply-To: <882CEEB2-C2CA-4807-81C2-3B81FC37429D@steinheim-institut.org>
References: <5145DB7B.3080306@uni-trier.de>
	<D6A08272-AC68-4748-8965-F3FFA5D9E67F@steinheim-institut.org>
	<2C77D1CDCC494E64A7A378354486BA3E@TUSTEP>
	<882CEEB2-C2CA-4807-81C2-3B81FC37429D@steinheim-institut.org>
Message-ID: <2B81801CC957B94EA7A3D38BEA0927DA6AB3B2@mbx2.uni-trier.de>


Lieber Herr Schälkle,

weil es mir in jüngster Zeit ebenfalls immer mal wieder
passiert, daß ich über die 2-GB-Grenze stolpere, wende
ich mich mit der folgenden Frage gleichermaßen an Sie
wie an alle anderen Listenleser:

Ist es nicht allmählich an der Zeit, das veraltete
FAT16/32 mit all seinen unzeitgemäßen Beschränkungen
über Bord zu werfen und die 2-GB-Grenze für die
maximale Dateigröße unter Tustep endlich fallen
zu lassen?

Oder gibt es noch andere gewichtige Gründe, die
für die Beibehaltung dieser Grenze sprechen?


Viele Grüße reihum von

Michael Trauth


From schaelkle at zdv.uni-tuebingen.de  Tue Mar 19 11:18:19 2013
From: schaelkle at zdv.uni-tuebingen.de (=?iso-8859-1?Q?Kuno_Sch=E4lkle?=)
Date: Tue, 19 Mar 2013 11:18:19 +0100
Subject: [Tustep-Liste]
	=?iso-8859-1?q?Maximale_Dateigr=F6=DFe_=FCberschri?=
	=?iso-8859-1?q?tten=3F?=
References: <5145DB7B.3080306@uni-trier.de><D6A08272-AC68-4748-8965-F3FFA5D9E67F@steinheim-institut.org><2C77D1CDCC494E64A7A378354486BA3E@TUSTEP><882CEEB2-C2CA-4807-81C2-3B81FC37429D@steinheim-institut.org>
	<2B81801CC957B94EA7A3D38BEA0927DA6AB3B2@mbx2.uni-trier.de>
Message-ID: <4CB86B3B17084E2581C7EF3206302C96@TUSTEP>

Lieber Herr Trauth,

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Ist es nicht allmählich an der Zeit, das veraltete
FAT16/32 mit all seinen unzeitgemäßen Beschränkungen
über Bord zu werfen und die 2-GB-Grenze für die
maximale Dateigröße unter Tustep endlich fallen
zu lassen?
Oder gibt es noch andere gewichtige Gründe, die
für die Beibehaltung dieser Grenze sprechen?
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

Die Pointer in TUSTEP-Dateien sind 32 Bit groß.
Damit lassen sich 2 GB adressieren. Wenn größere
Dateien zugelassen werden sollen, müßte man
64-Bit-Pointer verwenden. Das erfordert nicht
nur Programmänderungen, sondern auch eine
Änderung des Formats der TUSTEP-Dateien.
Diese müßten dann auch auf 64-Bit-Pointer
umgestellt werden.

Diese Änderungen führen zwangsläufig während eines
längeren Zeitraums zu instabilen TUSTEP-Versionen,
verbunden mit dem hohen Risiko, dass dem Anwender
damit Daten verloren gehen.

Mit freundlichen Grüßen
Kuno Schälkle


From kai.borrmann at googlemail.com  Tue Mar 19 13:20:31 2013
From: kai.borrmann at googlemail.com (Kai Borrmann)
Date: Tue, 19 Mar 2013 13:20:31 +0100
Subject: [Tustep-Liste] Tabelle
Message-ID: <CAC_CxydG4t-SGyotTN5-g=qMAnbhCx4Kqp9vGi4RWS6_w76Cyw@mail.gmail.com>

Zunächst wünsche ich einen Guten Tag in die Runde!

Es geht um das folgende Problem:

Ich möchte eine dreispaltige Tabelle erstellen, die einigen Text enthält,
sich also mehr oder weniger über die ganze Breite der Seite erstreckt.

Beispiel:


Dies ist das Haus von Mickey Mouse
Dies ist das Haus von              Mickey Mouse
Dies ist das Haus     von Mickey Mouse


Durch Einsetzen von "@-" und "@+"

@-

Dies ist das Haus von Mickey Mouse
Dies ist das Haus von              Mickey Mouse
Dies ist das Haus     von Mickey Mouse

@+

und #fo,,xyz,,hplj,+ und #dr,,win-10,+

bekam ich auch das gewünschte Ergebnis auf den Bildschirm;

beim SATZ mit #*satz bekam ich nur eine Fehlermeldung.

Und ähnlich mißlingt das Einsetzen von Fußnoten @f+ / @f-;
mit #fo,,xyz,,hplj,+ und #dr,,win-10,+ gelingt es, im Satz
wird es wieder eine Fehlermeldung.

Ich bedanke mich für einen Lösungsvorschlag!

Dr. Kai Borrmann
Sperlingsgasse 1
10178 Berlin
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.itug.de/pipermail/tustep-liste/attachments/20130319/838a084e/attachment.htm>

From f.seck at t-online.de  Tue Mar 19 14:30:47 2013
From: f.seck at t-online.de (F.Seck)
Date: Tue, 19 Mar 2013 14:30:47 +0100
Subject: [Tustep-Liste] Tabelle
In-Reply-To: <CAC_CxydG4t-SGyotTN5-g=qMAnbhCx4Kqp9vGi4RWS6_w76Cyw@mail.gmail.com>
References: <CAC_CxydG4t-SGyotTN5-g=qMAnbhCx4Kqp9vGi4RWS6_w76Cyw@mail.gmail.com>
Message-ID: <D16B792312C94B418604F30BC94D439E@Seck12>

Sehr geehrter Herr Borrmann,

Sie haben versucht, Formatiere-Steuerzeichen wie @-, @+, @f+ und @f- für den Satz zu benutzen. Das kann nur schiefgehen. *SATZ ist "eigentlich" auf die dafür definierten Tags zugeschnitten, z.B. <fn> ... </fn> für Fußnoten; wo die nicht reichen, kann man auch Satz-Steuerzeichen benutzen, nicht aber die fast überall abweichenden Formatiere-Steuerzeichen. Wahrscheinlich kommen Sie für die Tabellen mit Merkstellen <m1/> bis <m9/> und Positionierung darauf mit <p1/> usw., evtl. mit Rechtsschieben an eine solche Position heran mit <right/>. Um eine solche Position zu definieren, müssen Sie wohl auf Original-Satz-Steuerzeichen wie &=nnn (nnn = dreistellige Zahl für Punkt) zurückgreifen.

Eine schlichte Beibehaltung von Blanks wäre sinnlos, wenn nicht alle Zeichen einheitliche Breite haben, und ist deshalb, soviel ich sehe, für das Satzprogramm nicht vorgesehen.

Mit freundlichen Grüßen
Friedrich Seck

------------------------------------------------
Dr. Friedrich Seck
Erlenweg 18
72076 Tübingen
Telefon: (0 70 71) 96 49 40
Telefax auf Anfrage

From: Kai Borrmann 
Sent: Tuesday, March 19, 2013 1:20 PM
To: tustep-liste at lists.uni-wuerzburg.de 
Subject: [Tustep-Liste] Tabelle

Diskussionsforum Tustep-Liste
Weitere Informationen: www.itug.de
------------------------------------------------------------




--------------------------------------------------------------------------------
Zunächst wünsche ich einen Guten Tag in die Runde!

Es geht um das folgende Problem: 

Ich möchte eine dreispaltige Tabelle erstellen, die einigen Text enthält, 
sich also mehr oder weniger über die ganze Breite der Seite erstreckt.

Beispiel: 


Dies ist das Haus von Mickey Mouse 
Dies ist das Haus von              Mickey Mouse
Dies ist das Haus     von Mickey Mouse 


Durch Einsetzen von "@-" und "@+"

@-

Dies ist das Haus von Mickey Mouse 
Dies ist das Haus von              Mickey Mouse
Dies ist das Haus     von Mickey Mouse 

@+ 

und #fo,,xyz,,hplj,+ und #dr,,win-10,+

bekam ich auch das gewünschte Ergebnis auf den Bildschirm; 

beim SATZ mit #*satz bekam ich nur eine Fehlermeldung. 

Und ähnlich mißlingt das Einsetzen von Fußnoten @f+ / @f-; 
mit #fo,,xyz,,hplj,+ und #dr,,win-10,+ gelingt es, im Satz
wird es wieder eine Fehlermeldung. 

Ich bedanke mich für einen Lösungsvorschlag! 

Dr. Kai Borrmann
Sperlingsgasse 1 
10178 Berlin 



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

------------------------------------------------------------
Tustep-Liste at itug.de
https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.itug.de/pipermail/tustep-liste/attachments/20130319/1105f188/attachment.htm>

From trauth at uni-trier.de  Tue Mar 19 17:40:11 2013
From: trauth at uni-trier.de (Trauth, Michael, Dr.)
Date: Tue, 19 Mar 2013 16:40:11 +0000
Subject: [Tustep-Liste] Tabelle
In-Reply-To: <CAC_CxydG4t-SGyotTN5-g=qMAnbhCx4Kqp9vGi4RWS6_w76Cyw@mail.gmail.com>
References: <CAC_CxydG4t-SGyotTN5-g=qMAnbhCx4Kqp9vGi4RWS6_w76Cyw@mail.gmail.com>
Message-ID: <2B81801CC957B94EA7A3D38BEA0927DA6AB59C@mbx2.uni-trier.de>


Grüß Gott Herr Borrmann,

der 'Trick' mit @-... at + kann naturgemäß nur mit
Monospaceschriften (und deshalb auch nur in #formatiere)
funktionieren - im Satz ist derlei untunlich.

Probieren Sie in #satz stattdessen einmal die folgende
Eingabe aus:


<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

$$$Dies ist das Haus von &!m(1)Mickey Mouse#._&!m(2)
$$$Dies ist das Haus von              &!p(2)Mickey Mouse
$$$Dies ist das Haus     &!p(1)von Mickey Mouse

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

Damit sollte grosso modo das folgende Druckbild realisiert
werden:

Dies ist das Haus von Mickey Mouse
Dies ist das Haus von              Mickey Mouse
Dies ist das Haus     von Mickey Mouse


Sehen Sie sich dazu bitte außerdem das etwas anspruchsvollere
(und instruktivere) Beispiel von Herrn Ott im Handbuch auf
S.1151 des PDF-Handbuchs an.


Viele Grüße reihum von

Michael Trauth


From kai.borrmann at googlemail.com  Wed Mar 20 13:51:59 2013
From: kai.borrmann at googlemail.com (Kai Borrmann)
Date: Wed, 20 Mar 2013 13:51:59 +0100
Subject: [Tustep-Liste] Tabelle
Message-ID: <CAC_Cxyf4UCuD6ncEmY_3ruR2uXP=U3dywAPC-Q-4KZz=QdsA8w@mail.gmail.com>

Prima,

die Fußnoten erscheinen jetzt und die Tabelle werde ich mit diesen Tipps
wohl auch bewerkstelligen können.

Dank und Gruß,

Kai Borrmann
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.itug.de/pipermail/tustep-liste/attachments/20130320/277b6923/attachment.htm>

From thomascbernhart at gmail.com  Wed Mar 20 15:41:20 2013
From: thomascbernhart at gmail.com (Thomas Bernhart)
Date: Wed, 20 Mar 2013 15:41:20 +0100
Subject: [Tustep-Liste] & in TXSTEP-Scipts
Message-ID: <CAKG9vaNnd3fUpC5SySOD4RsZQZo7+cRLiq13Vx6spKXDpqtTdQ@mail.gmail.com>

Liebe TUSTEP-Gemeinde

Wie muss & in TXSTEP-Scripten codiert werden? < und > werden ja mit {{
und }} codiert. & ist wie < und > ebenfalls ein reserviertes Zeichen
in XML.
Ich möchte die Satzanweisung &=nnn mit einem TXSTEP-Skript verwenden.

Beste Grüsse
Thomas Bernhart

-- 
Thomas Bernhart

thomascbernhart at gmail.com
+41 (0)79 789 56 59


From wilhelm.ott at zdv.uni-tuebingen.de  Wed Mar 20 16:14:15 2013
From: wilhelm.ott at zdv.uni-tuebingen.de (Wilhelm Ott)
Date: Wed, 20 Mar 2013 16:14:15 +0100 (CET)
Subject: [Tustep-Liste] & in TXSTEP-Scipts
In-Reply-To: <CAKG9vaNnd3fUpC5SySOD4RsZQZo7+cRLiq13Vx6spKXDpqtTdQ@mail.gmail.com>
References: <CAKG9vaNnd3fUpC5SySOD4RsZQZo7+cRLiq13Vx6spKXDpqtTdQ@mail.gmail.com>
Message-ID: <Pine.LNX.4.61.1303201555330.6976@lddv.zdv.uni-tuebingen.de>

Lieber Herr Bernhart,

Sie haben völlig Recht: & ist in XML ein reserviertes Zeichen. Und
die XML-specification schreibt in 2.4 "Character Data and Markup"
vor, dafür (außer an den Stellen, wo es direkt angegeben werden
kann, z.B. in Kommentaren, Processing Instructions oder einer
CDATA section) entweder die "numeric character reference" oder 
den String "&amp;" zu benutzen. Wenn ich im oXygen außerhalb
der tags ein & eintippe, bietet er mir dies übrigens gleich 
an - neben vier weiteren häufig benötigten solchen "Strings", 
nämlich &apos; für ',  &gt; für >,  &lt; für <  und &quot; für " .

TXSTEP unterstützt an dieser Stelle die "numeric character
reference" (noch) nicht, sondern erwartet für das von Ihnen
gewünschte &=nnn den String &amp;=nnn .

Freundlichen Gruß

Wilhelm Ott 
 

----------------------------------------------------------------------
Prof. Dr. Wilhelm Ott               phone: +49-7071-987656
Universitaet Tuebingen              fax:   +49-7071-987622
c/o Zentrum fuer Datenverarbeitung  e-mail: wilhelm.ott at uni-tuebingen.de
Waechterstrasse 76
D-72074 Tuebingen



On Wed, 20 Mar 2013, Thomas Bernhart wrote:

> Date: Wed, 20 Mar 2013 15:41:20 +0100
> From: Thomas Bernhart <thomascbernhart at gmail.com>
> Reply-To: tustep-liste at itug.de
> To: tustep-liste at lists.uni-wuerzburg.de
> Subject: [Tustep-Liste] & in TXSTEP-Scipts
> 
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
> 
> Liebe TUSTEP-Gemeinde
> 
> Wie muss & in TXSTEP-Scripten codiert werden? < und > werden ja mit {{
> und }} codiert. & ist wie < und > ebenfalls ein reserviertes Zeichen
> in XML.
> Ich möchte die Satzanweisung &=nnn mit einem TXSTEP-Skript verwenden.
> 
> Beste Grüsse
> Thomas Bernhart
> 
> -- 
> Thomas Bernhart
> 
> thomascbernhart at gmail.com
> +41 (0)79 789 56 59
> 
> ------------------------------------------------------------
> Tustep-Liste at itug.de
> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste
> 

From wilhelm.ott at zdv.uni-tuebingen.de  Sat Mar 23 18:28:39 2013
From: wilhelm.ott at zdv.uni-tuebingen.de (Wilhelm Ott)
Date: Sat, 23 Mar 2013 18:28:39 +0100 (CET)
Subject: [Tustep-Liste] TUSTEP Version 2013
Message-ID: <Pine.LNX.4.61.1303231740360.29360@lddv.zdv.uni-tuebingen.de>


Liebe TUSTEP-Nutzer/innen,

die TUSTEP-Version 2013 ist fertig und kann über die 
Tustep-homepage heruntergeladen werden. 

Über die TUSTEP-homepage können Sie sich auch über die 
Neuerungen in der Version 2013 informieren.

Um die Umstellung auf die seit der Version 2012 verfügbaren
neuen Konventionen zum pattern matching zu erleichtern,
finden Sie am Ende der Beschreibung der Neuerungen der 
Version 2013 eine Übersicht über die bei MODUS = <> bzw. 
bei MODUS = {} geltenden Konventionen. 

Dort sind auch die Möglichkeiten beschrieben, wie (z.B.
zur unveränderten Weiternutzung bestehender Prozeduren)
zwischen den beiden Modi umgeschaltet werden kann.
Neu in Version 2013 ist dabei die Möglichkeit, in 
parametergesteuerten Programmen mit dem Parameter PAR
den Modus anzugeben, der für die nachfolgenden Parameter
(bis zum nächsten Parameter PAR bzw. bis *eof) gelten
soll.

Die seit Version 2012 verfügbaren neuen Konventionen 
sind systematischer aufgebaut, leichter zu merken und 
und leichter zu lesen als die davor allein gültigen.
Darüber hinaus können sie im Gegensatz zu letzteren 
problemlos auch in Prozeduren genutzt werden, die mit 
XML-Editoren geschrieben werden.

Viel Erfolg mit der neuen TUSTEP-Version!

Für das TUSTEP-Entwicklerteam

Wilhelm Ott

----------------------------------------------------------------------
Prof. Dr. Wilhelm Ott               phone: +49-7071-987656
Universitaet Tuebingen              fax:   +49-7071-987622
c/o Zentrum fuer Datenverarbeitung  e-mail: wilhelm.ott at uni-tuebingen.de
Waechterstrasse 76
D-72074 Tuebingen