From carls at saw-leipzig.de  Tue Jan 11 17:26:38 2011
From: carls at saw-leipzig.de (Wieland Carls)
Date: Tue, 11 Jan 2011 17:26:38 +0100
Subject: [Tustep-Liste] =?utf-8?q?Satz=3A_Blockade_unterdr=C3=BCcken/verhi?=
	=?utf-8?q?ndern=3F?=
Message-ID: <4D2C84BE.80002@saw-leipzig.de>


             Leipzig, 11. Januar 2011
________________________________________________________________

Liebe TUSTEP-AnwenderInnen,

seit ich die neue (2011) TUSTEP-Version installiert habe - ich denke
jedenfalls, dass es damit zusammenhängt -, erhalte ich bei der
Satzausgabe an einer Stelle eine 'Blockade', die vorher dort nicht
ausgegeben wurde. Es handelt sich wohl um den Hinweis auf einen Fehler
und mir scheint, dass dieser Fehler mit der Veränderung der Schriftgröße
und/oder des Durchschusses unter Verwendung des Parameters '&!K'
zusammenhängt. Als Fehlermeldung wird im Ausdruck des Fehlerprotokolls
nur 'Blockade' jeweils oben auf der Seite und in der Zeile, in der auch
die Blockade gedruckt wird, ausgegeben. Ich konnte bislang nicht
herausfinden, was bei der Schriftgrößen-/Durchschussänderung falsch ist,
aber auch nicht, wie ich die Ausgabe dieses Fehler unterdrücken kann.

Ich benutze das Makro *'Satz' mit zusätzlichen Parameterdefinitionen. In
der Protokolldatei sieht der Fehler so aus:

2 33    $$$ &!P3^\lenno &!P4^\l^éna komu ^%>co &!P5^\co l^énem
2 34    $$$ &!P1^\^#F+6^#F- &!P2^\^#F+Belehner^#F- &!P3^\lennodawca;
&!P4^\l^énny
                     p^án &!P5^\lenn^í p^án &!P6^\lennyj pan;
2 35    pan&!k{ &!u
2SATZHOEHE               502     502       0    0
FUER SEITE VORHER:     496

                                                     496       0    0
1*****************************************ZUSTAND: 0  #^_=

-SEITE    241
BLAUB_08*SMR_POLEN.BD02, ISMIO

                                      11.01.11    17:11
240035
1*****************************************blockade
2  1    &&&-241&&&{ &!k(10:10/12) #^_=
2  2    $$$ &!P3^\pan lenny; senior &!P6^\lenu

Wer weiß Rat?

Viele Grüße und die besten Wünsche an alle Listenleser zum Neuen Jahr,

Wieland Carls




________________________________________________________________
Dr. Wieland Carls
Sächsische Akademie der Wissenschaften zu Leipzig

Arbeitsstelle: „Das sächsisch-magdeburgische Recht als
kulturelles Bindeglied zwischen den Rechtsordnungen Ost- und
Mitteleuropas“

Postfach 100 440 – 04004 Leipzig
Karl-Tauchnitz-Straße 1
04107 Leipzig

T: +49 341 7 11 53 27
F: +49 341 7 11 53 44

carls at saw-leipzig.de
www.magdeburger-recht.eu
_________________________________________________________________


From Horst.Schmieja at uni-koeln.de  Tue Jan 11 20:16:17 2011
From: Horst.Schmieja at uni-koeln.de (Dr. Horst Schmieja)
Date: Tue, 11 Jan 2011 20:16:17 +0100
Subject: [Tustep-Liste] neue Version
Message-ID: <201101111916.p0BJGNdh026953@smtp-auth.uni-koeln.de>

Liebe Kolleginnen, liebe Kollegen,
auch ich habe meine bislang stabil laufende 
Satzprozedur mal durchlaufen lassen.
Ich habe folgende Störung entdeckt:
Kursiver Text in der Edition wird NICHT aufgehoben nach Seitenwechsel, wo er
eigentlich nur noch 2 Zeilen
oder weniger kursiv bleiben soll, sondern erst 
spät beim nächsten Abschnittwechsel.

toi toi toi
fürs Überarbeiten
Horst Schmieja
Averroes-Latinus-Projekt
Köln


From f.seck at t-online.de  Tue Jan 11 20:47:47 2011
From: f.seck at t-online.de (F.Seck)
Date: Tue, 11 Jan 2011 20:47:47 +0100
Subject: [Tustep-Liste]
	=?utf-8?q?Satz=3A_Blockade_unterdr=C3=BCcken/verhi?=
	=?utf-8?q?ndern=3F?=
References: <4D2C84BE.80002@saw-leipzig.de>
Message-ID: <D1A864EB641F471CB149FBC89C6CA213@SeckXP>

Lieber Herr Carls,

durch Ihre Frage fühle ich mich angesprochen. Ich habe *satz mit der 
neuesten TUSTEP-Version mit <m5/> und <p5/> probiert und auch die von Ihnen 
benutzte Änderung des Schriftgrades eingesetzt, ohne Fehler und Blockade. 
Vielleicht gibt es doch einen anderen Grund, über den dann wohl die 
Protokolldatei (oder schon das Ablaufprotokoll) Auskunft geben müßte (die 
zweite Postscript-Datei mit den Fehlermeldungen am Rand, so nützlich sie 
ist, bringt nicht alles, kann es aus Raumgründen auch nicht).

Es tut mir leid, daß ich keine konkreten Hinweise geben kann. Vielleicht 
sind diese Zeilen trotzdem nicht unnütz.

Viele Grüße
Ihr Friedrich Seck

------------------------------------------------
Dr. Friedrich Seck
Erlenweg 18
72076 Tübingen
Telefon:  (0 70 71) 96 49 40
Telefax auf Anfrage
----- Original Message ----- 
From: "Wieland Carls" <carls at saw-leipzig.de>
To: <tustep-liste at itug.de>
Sent: Tuesday, January 11, 2011 5:26 PM
Subject: [Tustep-Liste] Satz: Blockade unterdrücken/verhindern?


> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
>
>
>             Leipzig, 11. Januar 2011
> ________________________________________________________________
>
> Liebe TUSTEP-AnwenderInnen,
>
> seit ich die neue (2011) TUSTEP-Version installiert habe - ich denke
> jedenfalls, dass es damit zusammenhängt -, erhalte ich bei der
> Satzausgabe an einer Stelle eine 'Blockade', die vorher dort nicht
> ausgegeben wurde. Es handelt sich wohl um den Hinweis auf einen Fehler
> und mir scheint, dass dieser Fehler mit der Veränderung der Schriftgröße
> und/oder des Durchschusses unter Verwendung des Parameters '&!K'
> zusammenhängt. Als Fehlermeldung wird im Ausdruck des Fehlerprotokolls
> nur 'Blockade' jeweils oben auf der Seite und in der Zeile, in der auch
> die Blockade gedruckt wird, ausgegeben. Ich konnte bislang nicht
> herausfinden, was bei der Schriftgrößen-/Durchschussänderung falsch ist,
> aber auch nicht, wie ich die Ausgabe dieses Fehler unterdrücken kann.
>
> Ich benutze das Makro *'Satz' mit zusätzlichen Parameterdefinitionen. In
> der Protokolldatei sieht der Fehler so aus:
>
> 2 33    $$$ &!P3^\lenno &!P4^\l^éna komu ^%>co &!P5^\co l^énem
> 2 34    $$$ &!P1^\^#F+6^#F- &!P2^\^#F+Belehner^#F- &!P3^\lennodawca;
> &!P4^\l^énny
>                     p^án &!P5^\lenn^í p^án &!P6^\lennyj pan;
> 2 35    pan&!k{ &!u
> 2SATZHOEHE               502     502       0    0
> FUER SEITE VORHER:     496
>
>                                                     496       0    0
> 1*****************************************ZUSTAND: 0  #^_=
>
> -SEITE    241
> BLAUB_08*SMR_POLEN.BD02, ISMIO
>
>                                      11.01.11    17:11
> 240035
> 1*****************************************blockade
> 2  1    &&&-241&&&{ &!k(10:10/12) #^_=
> 2  2    $$$ &!P3^\pan lenny; senior &!P6^\lenu
>
> Wer weiß Rat?
>
> Viele Grüße und die besten Wünsche an alle Listenleser zum Neuen Jahr,
>
> Wieland Carls
>
>
>
>
> ________________________________________________________________
> Dr. Wieland Carls
> Sächsische Akademie der Wissenschaften zu Leipzig
>
> Arbeitsstelle: „Das sächsisch-magdeburgische Recht als
> kulturelles Bindeglied zwischen den Rechtsordnungen Ost- und
> Mitteleuropas“
>
> Postfach 100 440 – 04004 Leipzig
> Karl-Tauchnitz-Straße 1
> 04107 Leipzig
>
> T: +49 341 7 11 53 27
> F: +49 341 7 11 53 44
>
> carls at saw-leipzig.de
> www.magdeburger-recht.eu
> _________________________________________________________________
>
> ------------------------------------------------------------
> Tustep-Liste at itug.de
> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste 


From wilhelm.ott at uni-tuebingen.de  Wed Jan 12 08:39:20 2011
From: wilhelm.ott at uni-tuebingen.de (Wilhelm Ott)
Date: Wed, 12 Jan 2011 08:39:20 +0100 (CET)
Subject: [Tustep-Liste]
 =?utf-8?q?Satz=3A_Blockade_unterdr=C3=BCcken/verhi?=
 =?utf-8?q?ndern=3F?=
In-Reply-To: <4D2C84BE.80002@saw-leipzig.de>
References: <4D2C84BE.80002@saw-leipzig.de>
Message-ID: <Pine.LNX.4.61.1101120805260.12057@lddv.zdv.uni-tuebingen.de>

Lieber Herr Carls,
lieber Herr Schmieja,

ob #SATZ oder #*SATZ: nach Ursachen für eine fehlerhafte / unerwartete
Ausgabe zu forschen halte ich für schwierig, wenn nur das Ergebnis
geschildert wird. Einfacher wäre es, wenn Quelldatei + Programm
zur Verfügung stünden.

Dennoch eine Beobachtung: in dem Ausschnitt aus der Protokolldatei, die
Sie, Herr Carls, beigefügt hatten, steht am Ende der Zeile 1 auf Seite 
241 die Zeichenfolge #^_= (dem entspricht in der Quelldatei die Codierung
^= für "Blockade"). Es ist dann nur konsequent, wenn die Blockade dann
auch in der Ausgabe sichtbar ist. Möglicherweise ist die Kodierung ^=
aber erst während der Abarbeitung einer Prozedur in die Daten geraten
(dafür spricht, dass in der Zeile "Zustand" die Zeichenfolge #^_=
ebenfalls auftaucht). Dann muss diese Stelle gefunden werden. 

Vorschlag also: schicken Sie Herrn Seck oder mir doch bitte
Ihre Quelldatei (oder einen Ausschnitt daraus, mit dem Sie
das Geschilderte reproduzieren können) und die Prozedur
(vielleicht ist das nur der Aufruf von *satz). Dann können
wir dem nachgehen.

Von Ihnen, Herr Schmieja, würde ich mir ebenso Quelldaten,
Satzparameter und Aufruf des Satzprogramms erbitten, bei 
dem Sie das verspätete Aufheben der Kursivierung beobachtet
haben. Ich vermute, dass Sie in Ihrer Prozedur mehr als
einen Satzlauf haben mit #*aumbruch dazwischen. Dann würde
ich mir zur Analyse die Quelle von #*aumbruch (= die Protokolldatei
des ersten Satzlaufes), den Aufruf von #*aumbruch und die
zugehörigen Parameter sowie zur Sicherheit die Protokolldatei
des nachfolgenden Satzlaufes erbitten. Ich schlage vor, dass
Sie das nicht über die Liste, sondern direkt an mich schicken. 

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 Tue, 11 Jan 2011, Wieland Carls wrote:

> Date: Tue, 11 Jan 2011 17:26:38 +0100
> From: Wieland Carls <carls at saw-leipzig.de>
> Reply-To: tustep-liste at itug.de
> To: tustep-liste at itug.de
> Subject: [Tustep-Liste] Satz: Blockade unterdrücken/verhindern?
> 
> Diskussionsforum Tustep-Liste
Weitere Informationen: www.itug.de
------------------------------------------------------------


             Leipzig, 11. Januar 2011
________________________________________________________________

Liebe TUSTEP-AnwenderInnen,

seit ich die neue (2011) TUSTEP-Version installiert habe - ich denke
jedenfalls, dass es damit zusammenhängt -, erhalte ich bei der
Satzausgabe an einer Stelle eine 'Blockade', die vorher dort nicht
ausgegeben wurde. Es handelt sich wohl um den Hinweis auf einen Fehler
und mir scheint, dass dieser Fehler mit der Veränderung der Schriftgröße
und/oder des Durchschusses unter Verwendung des Parameters '&!K'
zusammenhängt. Als Fehlermeldung wird im Ausdruck des Fehlerprotokolls
nur 'Blockade' jeweils oben auf der Seite und in der Zeile, in der auch
die Blockade gedruckt wird, ausgegeben. Ich konnte bislang nicht
herausfinden, was bei der Schriftgrößen-/Durchschussänderung falsch ist,
aber auch nicht, wie ich die Ausgabe dieses Fehler unterdrücken kann.

 Ich benutze das Makro *'Satz' mit zusätzlichen Parameterdefinitionen. In
 der Protokolldatei sieht der Fehler so aus:

2 33    $$$ &!P3^\lenno &!P4^\l^éna komu ^%>co &!P5^\co l^énem
2 34    $$$ &!P1^\^#F+6^#F- &!P2^\^#F+Belehner^#F- &!P3^\lennodawca;
&!P4^\l^énny
                     p^án &!P5^\lenn^í p^án &!P6^\lennyj pan;
2 35    pan&!k{ &!u
2SATZHOEHE               502     502       0    0
FUER SEITE VORHER:     496

                                                     496       0    0
1*****************************************ZUSTAND: 0  #^_=

-SEITE    241
BLAUB_08*SMR_POLEN.BD02, ISMIO

                                      11.01.11    17:11
240035
1*****************************************blockade
2  1    &&&-241&&&{ &!k(10:10/12) #^_=
2  2    $$$ &!P3^\pan lenny; senior &!P6^\lenu

Wer weiß Rat?

Viele Grüße und die besten Wünsche an alle Listenleser zum Neuen Jahr,

Wieland Carls




________________________________________________________________
Dr. Wieland Carls
Sächsische Akademie der Wissenschaften zu Leipzig

Arbeitsstelle: ,,Das sächsisch-magdeburgische Recht als
kulturelles Bindeglied zwischen den Rechtsordnungen Ost- und
Mitteleuropas"

Postfach 100 440 - 04004 Leipzig
Karl-Tauchnitz-Straße 1
04107 Leipzig

T: +49 341 7 11 53 27
F: +49 341 7 11 53 44

carls at saw-leipzig.de
www.magdeburger-recht.eu
_________________________________________________________________

------------------------------------------------------------
Tustep-Liste at itug.de
https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste

From carls at saw-leipzig.de  Wed Jan 12 11:26:05 2011
From: carls at saw-leipzig.de (Wieland Carls)
Date: Wed, 12 Jan 2011 11:26:05 +0100
Subject: [Tustep-Liste]
 =?utf-8?q?Satz=3A_Blockade_unterdr=C3=BCcken/verhi?=
 =?utf-8?q?ndern=3F?=
In-Reply-To: <Pine.LNX.4.61.1101120805260.12057@lddv.zdv.uni-tuebingen.de>
References: <4D2C84BE.80002@saw-leipzig.de>
	<Pine.LNX.4.61.1101120805260.12057@lddv.zdv.uni-tuebingen.de>
Message-ID: <4D2D81BD.6000904@saw-leipzig.de>


            Leipzig, 12. Januar 2011
________________________________________________________________

Lieber Herr Seck!
Lieber Herr Ott!

Vielen Dank für Ihre Hilfe. Ich war davon ausgegangen, die Blockade
würde aufgrund eines Fehlers ausgegeben, aber Sie haben natürlich Recht:
Das Zeichen für Blockade steht in den zu setzenden Daten und es kommt
dort während der Ausführung des Makros *satz hin. Warum, konnte ich
leider noch nicht herausfinden, aber es steht meiner Ansicht nach im
Zusammenhang mit einer Schriftverkleinerung (&!K(-2:-3/-1) und der
Ausgabe eines Spaltenkopftextes, wobei die Schriftverkleinerung über den
Seitenwechsel hinweggeht.
Ich konnte das Problem jetzt beseitigen, indem ich darauf geachtet habe,
dass jeweils am Ende einer Texteinheit die Schriftänderung wieder
aufgehoben wird, so dass diese auch vor dem Seitenwechsel (und vor der
erneuten Ausgabe des Spaltenkopftextes). Wenn ich die Stelle finde, an
der das Blockadezeichen entsteht, werde ich berichten. Sollte das
Problem erneut auftaucht, werde ich auf Ihr Angebot zurückkommen und
Ihnen die Quelldaten und die Parametersätze schicken.

Mit den besten Grüßen aus Leipzig,

Ihr Wieland Carls
________________________________________________________________
Dr. Wieland Carls
Sächsische Akademie der Wissenschaften zu Leipzig

Arbeitsstelle: „Das sächsisch-magdeburgische Recht als
kulturelles Bindeglied zwischen den Rechtsordnungen Ost- und
Mitteleuropas“

Postfach 100 440 – 04004 Leipzig
Karl-Tauchnitz-Straße 1
04107 Leipzig

T: +49 341 7 11 53 27
F: +49 341 7 11 53 44

carls at saw-leipzig.de
www.magdeburger-recht.eu
_________________________________________________________________

Am 12.01.2011 08:39, schrieb Wilhelm Ott:
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
> 
> 
> 
> 
> Lieber Herr Carls,
> lieber Herr Schmieja,
> 
> ob #SATZ oder #*SATZ: nach Ursachen für eine fehlerhafte / unerwartete
> Ausgabe zu forschen halte ich für schwierig, wenn nur das Ergebnis
> geschildert wird. Einfacher wäre es, wenn Quelldatei + Programm
> zur Verfügung stünden.
> 
> Dennoch eine Beobachtung: in dem Ausschnitt aus der Protokolldatei, die
> Sie, Herr Carls, beigefügt hatten, steht am Ende der Zeile 1 auf Seite 
> 241 die Zeichenfolge #^_= (dem entspricht in der Quelldatei die Codierung
> ^= für "Blockade"). Es ist dann nur konsequent, wenn die Blockade dann
> auch in der Ausgabe sichtbar ist. Möglicherweise ist die Kodierung ^=
> aber erst während der Abarbeitung einer Prozedur in die Daten geraten
> (dafür spricht, dass in der Zeile "Zustand" die Zeichenfolge #^_=
> ebenfalls auftaucht). Dann muss diese Stelle gefunden werden. 
> 
> Vorschlag also: schicken Sie Herrn Seck oder mir doch bitte
> Ihre Quelldatei (oder einen Ausschnitt daraus, mit dem Sie
> das Geschilderte reproduzieren können) und die Prozedur
> (vielleicht ist das nur der Aufruf von *satz). Dann können
> wir dem nachgehen.
> 
> Von Ihnen, Herr Schmieja, würde ich mir ebenso Quelldaten,
> Satzparameter und Aufruf des Satzprogramms erbitten, bei 
> dem Sie das verspätete Aufheben der Kursivierung beobachtet
> haben. Ich vermute, dass Sie in Ihrer Prozedur mehr als
> einen Satzlauf haben mit #*aumbruch dazwischen. Dann würde
> ich mir zur Analyse die Quelle von #*aumbruch (= die Protokolldatei
> des ersten Satzlaufes), den Aufruf von #*aumbruch und die
> zugehörigen Parameter sowie zur Sicherheit die Protokolldatei
> des nachfolgenden Satzlaufes erbitten. Ich schlage vor, dass
> Sie das nicht über die Liste, sondern direkt an mich schicken. 
> 
> 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


From wilhelm.ott at uni-tuebingen.de  Fri Jan 14 12:34:44 2011
From: wilhelm.ott at uni-tuebingen.de (Wilhelm Ott)
Date: Fri, 14 Jan 2011 12:34:44 +0100 (CET)
Subject: [Tustep-Liste] TUSTEP-Version 2011: Satzprogramm-Update
In-Reply-To: <4D2D81BD.6000904@saw-leipzig.de>
References: <4D2C84BE.80002@saw-leipzig.de>
	<Pine.LNX.4.61.1101120805260.12057@lddv.zdv.uni-tuebingen.de>
	<4D2D81BD.6000904@saw-leipzig.de>
Message-ID: <Pine.LNX.4.61.1101141216070.28180@lddv.zdv.uni-tuebingen.de>

Lieber TUSTEP-Nutzer, 

dank der Dateien, die Herr Schmieja und Herr Trauth zur Verfügung 
gestellt haben, konnte ich das Auftreten von unerklärlichen Blockaden 
nachvollziehen. Einen der Gründe, die dazu führen können, hat 
Herr Carls in der angehängten mail schon identifiziert.

Auf der TUSTEP-homepage habe ich eine verbesserte Version des
Satzprogramms bereitgestellt. Sie können diese herunterladen,
wenn Sie im Web-Browser in der Adresszeile
   http://www.tustep.uni-tuebingen.de/down/d11_0113
eigeben.

In TUSTEP-Versionen, die ab heute ausgeliefert werden, sollte
das Problem behoben sein.

Ich bitte das Versehen und die dadurch entstandenen Probleme
zu entschuldigen.

Mit den besten Grüßen

----------------------------------------------------------------------
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, 12 Jan 2011, Wieland Carls wrote:

> Date: Wed, 12 Jan 2011 11:26:05 +0100
> From: Wieland Carls <carls at saw-leipzig.de>
> Reply-To: tustep-liste at itug.de
> To: tustep-liste at itug.de
> Subject: Re: [Tustep-Liste] Satz: Blockade unterdrücken/verhindern?
> 
> Diskussionsforum Tustep-Liste
Weitere Informationen: www.itug.de
------------------------------------------------------------


            Leipzig, 12. Januar 2011
________________________________________________________________

Lieber Herr Seck!
Lieber Herr Ott!

Vielen Dank für Ihre Hilfe. Ich war davon ausgegangen, die Blockade
würde aufgrund eines Fehlers ausgegeben, aber Sie haben natürlich Recht:
Das Zeichen für Blockade steht in den zu setzenden Daten und es kommt
dort während der Ausführung des Makros *satz hin. Warum, konnte ich
leider noch nicht herausfinden, aber es steht meiner Ansicht nach im
Zusammenhang mit einer Schriftverkleinerung (&!K(-2:-3/-1) und der
Ausgabe eines Spaltenkopftextes, wobei die Schriftverkleinerung über den
Seitenwechsel hinweggeht.
Ich konnte das Problem jetzt beseitigen, indem ich darauf geachtet habe,
dass jeweils am Ende einer Texteinheit die Schriftänderung wieder
aufgehoben wird, so dass diese auch vor dem Seitenwechsel (und vor der
erneuten Ausgabe des Spaltenkopftextes). Wenn ich die Stelle finde, an
der das Blockadezeichen entsteht, werde ich berichten. Sollte das
Problem erneut auftaucht, werde ich auf Ihr Angebot zurückkommen und
Ihnen die Quelldaten und die Parametersätze schicken.

Mit den besten Grüßen aus Leipzig,

Ihr Wieland Carls
________________________________________________________________
Dr. Wieland Carls
Sächsische Akademie der Wissenschaften zu Leipzig

Arbeitsstelle: ,,Das sächsisch-magdeburgische Recht als
kulturelles Bindeglied zwischen den Rechtsordnungen Ost- und
Mitteleuropas"

Postfach 100 440 - 04004 Leipzig
Karl-Tauchnitz-Straße 1
04107 Leipzig

T: +49 341 7 11 53 27
F: +49 341 7 11 53 44

carls at saw-leipzig.de
www.magdeburger-recht.eu
_________________________________________________________________

From stahl at germanistik.uni-wuerzburg.de  Fri Jan 14 14:22:03 2011
From: stahl at germanistik.uni-wuerzburg.de (stahl at germanistik.uni-wuerzburg.de)
Date: Fri, 14 Jan 2011 14:22:03 +0100
Subject: [Tustep-Liste] guillemets
Message-ID: <20110114142203.205871h1wv7hagaj@webmail.uni-wuerzburg.de>

Liebe Listen-Leserinnen und -Leser,

ein Frage zum Satz-Programm: Wie schaffe ich es am einfachsten, dass  
Anführungszeichen (") nicht als Guillemets (über den Parameter AFZ)  
ausgegeben werden, sondern einfache spitze Klammern >...< erscheinen.

In die Quelldatei möchte ich lieber nicht eingreifen und die  
Anführungszeichen explizit austauschen, weil dort auch Attribute von  
XML-Tags stehen...

Herzliche Grüße
P.Stahl


From gasperlin at gasperlin.de  Fri Jan 14 15:11:12 2011
From: gasperlin at gasperlin.de (Oliver Gasperlin)
Date: Fri, 14 Jan 2011 15:11:12 +0100
Subject: [Tustep-Liste] guillemets
In-Reply-To: <20110114142203.205871h1wv7hagaj@webmail.uni-wuerzburg.de>
References: <20110114142203.205871h1wv7hagaj@webmail.uni-wuerzburg.de>
Message-ID: <001201cbb3f4$e6d8ef80$b48ace80$@de>

Lieber Herr Stahl,

zwei Lösungen fallen mir ein:

A) Script: um das Problem der AFZ in Tags zu vermeiden, könnte man ein
Tuscript schreiben, wo nur in Textportionen ersetzt wird (Dateizugriff für
"Daten mit Tags" definieren). Da hätten Sie jedoch noch immer das Problem,
An- und Abführungen sauber zu unterscheiden.

#makro
$$ MODE TUSCRIPT
ACCESS q: READ/STREAM "quelle" sn.zn/un, an + txt + en, typ, offen
ACCESS z: WRITE/ERASE/STREAM "ziel" sn.zn/un, an + txt + en
LOOP/999999
   READ/QUIET/EXIT q
       IF (txt.ne.4,9) SET txt = EXCHANGE ...
   WRITE/CLEAR z
ENDLOOP
ENDACCESS q
ENDACCESS z
*eof  

B) Satz: Sie könnten die mit AFZ eingestellten doppelten Anführungszeichen
mittels BIL-Parameter auf einfache umbelegen.

Gruß
Oliver Gasperlin


-----Ursprüngliche Nachricht-----
Von: tustep-liste-bounces at lists.uni-wuerzburg.de
[mailto:tustep-liste-bounces at lists.uni-wuerzburg.de] Im Auftrag von
stahl at germanistik.uni-wuerzburg.de
Gesendet: Freitag, 14. Januar 2011 14:22
An: tustep-liste at itug.de
Betreff: [Tustep-Liste] guillemets

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

Liebe Listen-Leserinnen und -Leser,

ein Frage zum Satz-Programm: Wie schaffe ich es am einfachsten, dass  
Anführungszeichen (") nicht als Guillemets (über den Parameter AFZ)  
ausgegeben werden, sondern einfache spitze Klammern >...< erscheinen.

In die Quelldatei möchte ich lieber nicht eingreifen und die  
Anführungszeichen explizit austauschen, weil dort auch Attribute von  
XML-Tags stehen...

Herzliche Grüße
P.Stahl

------------------------------------------------------------
Tustep-Liste at itug.de
https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste


From fritz.kemmler at uni-tuebingen.de  Fri Jan 14 15:12:50 2011
From: fritz.kemmler at uni-tuebingen.de (Fritz Kemmler)
Date: Fri, 14 Jan 2011 15:12:50 +0100
Subject: [Tustep-Liste] guillemets
In-Reply-To: <20110114142203.205871h1wv7hagaj@webmail.uni-wuerzburg.de>
References: <20110114142203.205871h1wv7hagaj@webmail.uni-wuerzburg.de>
Message-ID: <20110114151250.85612mhuc6w1qqjm@webmail.uni-tuebingen.de>

Lieber Herr Stahl,

wenn sich die Anführungszeichen ohne großen Aufwand als  
Spitzklammer-Makro kodieren lassen, dann wäre die Sequenz <"> für  
öffnende und </"> für schließende Anführungszeichen zusammen mit der  
entsprechenden Auflösung wohl die einfachste Lösung.

Freundliche Grüße aus Tübingen
Fritz Kemmler

Zitat von stahl at germanistik.uni-wuerzburg.de:

> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
>
> Liebe Listen-Leserinnen und -Leser,
>
> ein Frage zum Satz-Programm: Wie schaffe ich es am einfachsten, dass  
> Anführungszeichen (") nicht als Guillemets (über den Parameter AFZ)  
> ausgegeben werden, sondern einfache spitze Klammern >...< erscheinen.
>
> In die Quelldatei möchte ich lieber nicht eingreifen und die  
> Anführungszeichen explizit austauschen, weil dort auch Attribute von  
> XML-Tags stehen...
>
> Herzliche Grüße
> P.Stahl
>
> ------------------------------------------------------------
> Tustep-Liste at itug.de
> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste
>


From stahl at germanistik.uni-wuerzburg.de  Fri Jan 14 18:20:50 2011
From: stahl at germanistik.uni-wuerzburg.de (stahl at germanistik.uni-wuerzburg.de)
Date: Fri, 14 Jan 2011 18:20:50 +0100
Subject: [Tustep-Liste] guillemets
In-Reply-To: <20110114151250.85612mhuc6w1qqjm@webmail.uni-tuebingen.de>
References: <20110114142203.205871h1wv7hagaj@webmail.uni-wuerzburg.de>
	<20110114151250.85612mhuc6w1qqjm@webmail.uni-tuebingen.de>
Message-ID: <20110114182050.15912awtt2opzg8i@webmail.uni-wuerzburg.de>

Lieber Herr Ott, Gasperlin und Kemmler,

vielen Dank für Ihre raschen Antworten heute Nachmittag! Das war eine  
große Hilfe. Meine Kollegin, mit der ich an ihrem Text gearbeitet  
habe, hat nicht schlecht gestaunt, wie schnell Hilfe aus der  
Tustep-Liste kommt.

In diesem Fall war es am einfachsten, mit dem Parameter BIL die  
Guillemets umzudefinieren. Idealerweise sollten wohl die  
Anführungszeichen bei der Erfassung eines Texts tag-förmig festgelegt  
werden. Das war aber bei diesem Text nicht der Fall; und eine  
nachträgliche Aufarbeitung der Anführungszeichen zu Tags schien mir zu  
mühsam.

Herzliche Grüße
P.Stahl




From wilhelm.ott at uni-tuebingen.de  Mon Jan 17 10:34:01 2011
From: wilhelm.ott at uni-tuebingen.de (Wilhelm Ott)
Date: Mon, 17 Jan 2011 10:34:01 +0100 (CET)
Subject: [Tustep-Liste] guillemets
In-Reply-To: <20110114182050.15912awtt2opzg8i@webmail.uni-wuerzburg.de>
References: <20110114142203.205871h1wv7hagaj@webmail.uni-wuerzburg.de>
	<20110114151250.85612mhuc6w1qqjm@webmail.uni-tuebingen.de>
	<20110114182050.15912awtt2opzg8i@webmail.uni-wuerzburg.de>
Message-ID: <Pine.LNX.4.61.1101171016420.4400@lddv.zdv.uni-tuebingen.de>

Lieber Herr Stahl,

da ich meine Antwort zum Umbelegen der guillemets versehentlich 
nur an Sie statt an die Liste gesandt hatte, fehlt vielen noch 
die Code-Tabelle, die beim Ausfüllen des Parameters BIL für die 
Bestimmung der "Primäradressen" benötigt wird. Ich hatte diese
Tabelle, die ich beim TUSTEP-Workshop 2010 in Blaubeuren verteilt
hatte, an meine mail angehängt.

Seit heute steht diese Tabelle nun auch auf S. 1173 der PDF-Fasssung
des Handbuchs 2011, die über die TUSTEP-homepage zugänglich ist.

Mit den besten Grüßen
W. 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, 14 Jan 2011 stahl at germanistik.uni-wuerzburg.de wrote:

> Date: Fri, 14 Jan 2011 18:20:50 +0100
> From: stahl at germanistik.uni-wuerzburg.de
> Reply-To: tustep-liste at itug.de
> To: tustep-liste at lists.uni-wuerzburg.de
> Subject: Re: [Tustep-Liste] guillemets
> 
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
> 
> Lieber Herr Ott, Gasperlin und Kemmler,
> 
> vielen Dank für Ihre raschen Antworten heute Nachmittag! Das war eine  
> große Hilfe. Meine Kollegin, mit der ich an ihrem Text gearbeitet  
> habe, hat nicht schlecht gestaunt, wie schnell Hilfe aus der  
> Tustep-Liste kommt.
> 
> In diesem Fall war es am einfachsten, mit dem Parameter BIL die  
> Guillemets umzudefinieren. Idealerweise sollten wohl die  
> Anführungszeichen bei der Erfassung eines Texts tag-förmig festgelegt  
> werden. Das war aber bei diesem Text nicht der Fall; und eine  
> nachträgliche Aufarbeitung der Anführungszeichen zu Tags schien mir zu  
> mühsam.
> 
> Herzliche Grüße
> P.Stahl
> 
> 
> 
> ------------------------------------------------------------
> Tustep-Liste at itug.de
> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste
> 

From kol at steinheim-institut.org  Wed Jan 19 12:21:50 2011
From: kol at steinheim-institut.org (Thomas Kollatz)
Date: Wed, 19 Jan 2011 12:21:50 +0100
Subject: [Tustep-Liste] Editoranweisungen
Message-ID: <2B94BA93-C67F-4EF1-ACBD-89EFCA176660@steinheim-institut.org>

Liebe Liste, 
erst ein Tipp, dann eine Frage:

Tipp
====

Leerzeilen findet man im Editor mit folgender Anweisung:
zn,,?-,""

das steht noch nicht im Tustep-Tutorial, das sonst bei komplexeren Fragen zum pattern matching, meine erste Wahl ist.
Nach einigem Suchen habe ich es unter älteren Blaubeuren-Notizen gefunden. Ist vielleicht auch für andere nützlich.

Frage
====

So sieht mein Text aus:
1.0 <item
1.1 bla
2.0 irgendwas
2.1 bli
3.0 <item
3.1 blo

Was ich nun finden will sind die .0 Sätze in denen *nicht* <item steht ...
Mit 
zn,,#, .0>|
finde ich alle Nullersätze ... 1.0 2.0 3.0
aber wie finde ich *nur* den Satz 2.0, der mich interessiert.

Wer weiss es?

Herzliche Grüße
THOMAS KOLLATZ

weiss jemand, wie man Leerzeichen im Editor findet, nach langem Suchen habe ich weiss genau, dass es i
drs Thomas Kollatz  - wissenschaftlicher Mitarbeiter / research assistant
* Salomon Ludwig Steinheim-Institut fuer deutsch-juedische Geschichte
  D-47057 Duisburg  Geibelstr. 41 T 0203-370071  F 0203-373380
* Institut <http://www.steinheim-institut.de/wiki/index.php/Mitarbeiter:Thomas_Kollatz>
* Epigraphische Datenbank <http://www.steinheim-institut.de/cgi-bin/epidat>


From trauth at uni-trier.de  Wed Jan 19 12:58:08 2011
From: trauth at uni-trier.de (Michael Trauth)
Date: Wed, 19 Jan 2011 12:58:08 +0100
Subject: [Tustep-Liste] Editoranweisungen
In-Reply-To: <2B94BA93-C67F-4EF1-ACBD-89EFCA176660@steinheim-institut.org>
References: <2B94BA93-C67F-4EF1-ACBD-89EFCA176660@steinheim-institut.org>
Message-ID: <4D36D1D0.18652.24C377E0@trauth.uni-trier.de>


Lieber Thomas,

> Was ich nun finden will sind die .0 Sätze in denen *nicht*
> <item steht ...
> Mit 
> zn,,#, .0>|
> finde ich alle Nullersätze ... 1.0 2.0 3.0
> aber wie finde ich *nur* den Satz 2.0, der mich interessiert.
> Wer weiss es?

Hast Du's schon einmal mit zn,,,|<%||><<><%<<item><<><%| versucht?
Das findet alle Sätze, in denen *nicht* '<item' vorkommt. Wenn's
Dir allerdings drauf ankommt, beide Suchkriterien - also Suche im
Satznummernfeld *und* im Text - zu verheiraten, wird das m.E. nicht
funktionieren.

Es sei denn, daß der Programmautor sich etwas einfallen läßt...;o))

Viele Grüße von

** Michael **


===============================================================
Dr. Michael Trauth                  e-mail: trauth at uni-trier.de
Rechenzentrum                        office: Tel. 0651-201-3413
der Universitaet                             Fax  0651-201-3921
Universitaetsring 15              secretary: Tel. 0651-201-3417
D-54286 Trier
===============================================================


From kol at steinheim-institut.org  Wed Jan 19 13:13:04 2011
From: kol at steinheim-institut.org (Thomas Kollatz)
Date: Wed, 19 Jan 2011 13:13:04 +0100
Subject: [Tustep-Liste] Editoranweisungen
In-Reply-To: <4D36D1D0.18652.24C377E0@trauth.uni-trier.de>
References: <2B94BA93-C67F-4EF1-ACBD-89EFCA176660@steinheim-institut.org>
	<4D36D1D0.18652.24C377E0@trauth.uni-trier.de>
Message-ID: <EF6302F4-1A86-457B-BC08-ECEC1933CFF5@steinheim-institut.org>

Lieber Michael, 
ein schönes neues Jahr !!!

> Am 19.01.2011 um 12:58 schrieb Michael Trauth:
> 
> Hast Du's schon einmal mit zn,,,|<%||><<><%<<item><<><%| versucht?

ja das habe ich versucht, da finde ich zuviel, mir geht es wirklich *nur* um die Fälle in .0 
(Ich strukturiere gerade eine unstrukturierte Bibliographie, da ist das spielentscheidend)
Ich habe mir einstweilen so geholfen, dass ich mir in einem ACCESS q alle .0-Sätze, die nicht mit item anfangen, habe ausgeben lassen.

ACCESS q: READ/RECORDS $datei s.n/u, test
 LOOP/9999
  READ/NEXT/EXIT q
   IF (n==0) THEN
     IF (text.sw."<item>") CYCLE
   PRINT s,".",n
   ENDIF
 ENDLOOP
ENDACCESS/PRINT q

so ungefähr

Herzliche Grüße
THOMAS



drs Thomas Kollatz  - wissenschaftlicher Mitarbeiter / research assistant
* Salomon Ludwig Steinheim-Institut fuer deutsch-juedische Geschichte
  D-47057 Duisburg  Geibelstr. 41 T 0203-370071  F 0203-373380
* Institut <http://www.steinheim-institut.de/wiki/index.php/Mitarbeiter:Thomas_Kollatz>
* Epigraphische Datenbank <http://www.steinheim-institut.de/cgi-bin/epidat>


From gert.wildensee at judaistik.uni-halle.de  Wed Jan 19 18:53:20 2011
From: gert.wildensee at judaistik.uni-halle.de (Wildensee)
Date: Wed, 19 Jan 2011 18:53:20 +0100
Subject: [Tustep-Liste] Editoranweisungen
In-Reply-To: <2B94BA93-C67F-4EF1-ACBD-89EFCA176660@steinheim-institut.org>
References: <2B94BA93-C67F-4EF1-ACBD-89EFCA176660@steinheim-institut.org>
Message-ID: <fad99d2725453.4d373320@uni-halle.de>

Lieber Thomas,

> Frage
> ====
> 
> So sieht mein Text aus:
> 1.0 <item
> 1.1 bla
> 2.0 irgendwas
> 2.1 bli
> 3.0 <item
> 3.1 blo
> 
> Was ich nun finden will sind die .0 Sätze in denen *nicht* <item steht 


mit dem Folgenden dürftest Du das gewünschte erreichen:

Vor allen Sätzen, die nicht mit <item beginnen ein beliebiges sonst in den Daten nicht vorkommendes Zeichen z.B. # eintragen:

a,,,--><-<<--><-<%-#<=01-

Drei Editormakros definieren und damit bei .0 Sätzen mit # am Anfang ein weiteres # eintragen:

y,find= ECHO_OFF,MEM_OFF,CMD_LINE,-zn,*,#, .0>|-,CR,SET_FND:-#-,CUR_DN,MRK_FND,-#-,SWITCH:findw

y,findw=NO_MATCH:next,MRK_FND,-#-,SWITCH:findw

y,next=CMD_LINE,CLR_LINE,-zn,*,#, .0>|-,CR,HOME,CUR_RI,SWITCH:findw

Editor-Makros ausführen:

++ (auf dem Num-Block) find => ENTER

Jetzt nur noch die Sätze mit ## anzeigenlassen und am Ende die # aus den übrigen Sätzen wieder entfernen.

Am Ende der Datei läuft das Makro gegen die Wand, da das NO_MATCH schon für das Weiterblättern aufgebraucht wurde.

Eleganter wäre es natürlich, mit Zeige-Nur-Ergebnissen nochmals ein Zeige-Nur machen zu können.

Herzliche Grüße

Gert

***********************************************


Gert Wildensee
Martin-Luther-Universität Halle-Wittenberg
Seminar für Judaistik
DFG-Projekt Geniza-Fragmente zum Midrash Tehillim
D-06099 Halle (Saale)
Germany

gert.wildensee at judaistik.uni-halle.de

----- Ursprüngliche Nachricht -----
Von: Thomas Kollatz <kol at steinheim-institut.org>
Datum: Mittwoch, Januar 19, 2011 12:22
Betreff: [Tustep-Liste] Editoranweisungen
An: tustep-liste at itug.de


> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
> 
> Liebe Liste, 
> erst ein Tipp, dann eine Frage:
> 
> Tipp
> ====
> 
> Leerzeilen findet man im Editor mit folgender Anweisung:
> zn,,?-,""
> 
> das steht noch nicht im Tustep-Tutorial, das sonst bei komplexeren 
> Fragen zum pattern matching, meine erste Wahl ist.
> Nach einigem Suchen habe ich es unter älteren Blaubeuren-Notizen 
> gefunden. Ist vielleicht auch für andere nützlich.
> 

> ...
> Mit 
> zn,,#, .0>|
> finde ich alle Nullersätze ... 1.0 2.0 3.0
> aber wie finde ich *nur* den Satz 2.0, der mich interessiert.
> 
> Wer weiss es?
> 
> Herzliche Grüße
> THOMAS KOLLATZ
> 
> weiss jemand, wie man Leerzeichen im Editor findet, nach langem Suchen 
> habe ich weiss genau, dass es i
> drs Thomas Kollatz  - wissenschaftlicher Mitarbeiter / research assistant
> * Salomon Ludwig Steinheim-Institut fuer deutsch-juedische Geschichte
>   D-47057 Duisburg  Geibelstr. 41 T 0203-370071  F 0203-373380
> * Institut <
> * Epigraphische Datenbank <
> 
> ------------------------------------------------------------
> Tustep-Liste at itug.de
> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste


From friedhelm.hoffmann at mail.uni-wuerzburg.de  Wed Jan 19 20:31:26 2011
From: friedhelm.hoffmann at mail.uni-wuerzburg.de (Friedhelm Hoffmann)
Date: Wed, 19 Jan 2011 20:31:26 +0100
Subject: [Tustep-Liste] Editoranweisungen
In-Reply-To: <fad99d2725453.4d373320@uni-halle.de>
References: <2B94BA93-C67F-4EF1-ACBD-89EFCA176660@steinheim-institut.org>
	<fad99d2725453.4d373320@uni-halle.de>
Message-ID: <20110119203126.183131aqzig5dqfi@webmail.uni-wuerzburg.de>

Liebe Tustepler,

laesst sich das Problem denn nicht einfach dadurch loesen, dass man  
die Seiten-Zeilen-Zahl mit einem #kopiere an den Anfang des jeweiligen  
Satzes schreiben laesst (Parameter PE, SNR und SNZ)? Danach kann man  
dann ganz normal nach den Seiten- und Zeilenzahlen in Kombination mit  
"<item" oder was es war suchen. Wenn man die Zahlen (in den  
Datensaetzen) nicht mehr braucht, eliminiert man sie wieder.

Mit herzlichen Gruessen

F. Hoffmann


Zitat von Wildensee <gert.wildensee at judaistik.uni-halle.de>:

> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
>
> Lieber Thomas,
>
>> Frage
>> ====
>>
>> So sieht mein Text aus:
>> 1.0 <item
>> 1.1 bla
>> 2.0 irgendwas
>> 2.1 bli
>> 3.0 <item
>> 3.1 blo
>>
>> Was ich nun finden will sind die .0 Sätze in denen *nicht* <item steht
>
>
> mit dem Folgenden dürftest Du das gewünschte erreichen:
>
> Vor allen Sätzen, die nicht mit <item beginnen ein beliebiges sonst  
> in den Daten nicht vorkommendes Zeichen z.B. # eintragen:
>
> a,,,--><-<<--><-<%-#<=01-
>
> Drei Editormakros definieren und damit bei .0 Sätzen mit # am Anfang  
> ein weiteres # eintragen:
>
> y,find= ECHO_OFF,MEM_OFF,CMD_LINE,-zn,*,#,  
> .0>|-,CR,SET_FND:-#-,CUR_DN,MRK_FND,-#-,SWITCH:findw
>
> y,findw=NO_MATCH:next,MRK_FND,-#-,SWITCH:findw
>
> y,next=CMD_LINE,CLR_LINE,-zn,*,#, .0>|-,CR,HOME,CUR_RI,SWITCH:findw
>
> Editor-Makros ausführen:
>
> ++ (auf dem Num-Block) find => ENTER
>
> Jetzt nur noch die Sätze mit ## anzeigenlassen und am Ende die # aus  
> den übrigen Sätzen wieder entfernen.
>
> Am Ende der Datei läuft das Makro gegen die Wand, da das NO_MATCH  
> schon für das Weiterblättern aufgebraucht wurde.
>
> Eleganter wäre es natürlich, mit Zeige-Nur-Ergebnissen nochmals ein  
> Zeige-Nur machen zu können.
>
> Herzliche Grüße
>
> Gert
>
> ***********************************************
>
>
> Gert Wildensee
> Martin-Luther-Universität Halle-Wittenberg
> Seminar für Judaistik
> DFG-Projekt Geniza-Fragmente zum Midrash Tehillim
> D-06099 Halle (Saale)
> Germany
>
> gert.wildensee at judaistik.uni-halle.de
>
> ----- Ursprüngliche Nachricht -----
> Von: Thomas Kollatz <kol at steinheim-institut.org>
> Datum: Mittwoch, Januar 19, 2011 12:22
> Betreff: [Tustep-Liste] Editoranweisungen
> An: tustep-liste at itug.de
>
>
>> Diskussionsforum Tustep-Liste
>> Weitere Informationen: www.itug.de
>> ------------------------------------------------------------
>>
>> Liebe Liste,
>> erst ein Tipp, dann eine Frage:
>>
>> Tipp
>> ====
>>
>> Leerzeilen findet man im Editor mit folgender Anweisung:
>> zn,,?-,""
>>
>> das steht noch nicht im Tustep-Tutorial, das sonst bei komplexeren
>> Fragen zum pattern matching, meine erste Wahl ist.
>> Nach einigem Suchen habe ich es unter älteren Blaubeuren-Notizen
>> gefunden. Ist vielleicht auch für andere nützlich.
>>
>
>> ...
>> Mit
>> zn,,#, .0>|
>> finde ich alle Nullersätze ... 1.0 2.0 3.0
>> aber wie finde ich *nur* den Satz 2.0, der mich interessiert.
>>
>> Wer weiss es?
>>
>> Herzliche Grüße
>> THOMAS KOLLATZ
>>
>> weiss jemand, wie man Leerzeichen im Editor findet, nach langem Suchen
>> habe ich weiss genau, dass es i
>> drs Thomas Kollatz  - wissenschaftlicher Mitarbeiter / research assistant
>> * Salomon Ludwig Steinheim-Institut fuer deutsch-juedische Geschichte
>>   D-47057 Duisburg  Geibelstr. 41 T 0203-370071  F 0203-373380
>> * Institut <
>> * Epigraphische Datenbank <
>>
>> ------------------------------------------------------------
>> Tustep-Liste at itug.de
>> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste
>
> ------------------------------------------------------------
> Tustep-Liste at itug.de
> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste
>



Friedhelm Hoffmann <friedhelm.hoffmann at mail.uni-wuerzburg.de>


From kol at steinheim-institut.org  Thu Jan 27 15:47:03 2011
From: kol at steinheim-institut.org (Thomas Kollatz)
Date: Thu, 27 Jan 2011 15:47:03 +0100
Subject: [Tustep-Liste] Editoranweisungen
In-Reply-To: <4D36D1D0.18652.24C377E0@trauth.uni-trier.de>
References: <2B94BA93-C67F-4EF1-ACBD-89EFCA176660@steinheim-institut.org>
	<4D36D1D0.18652.24C377E0@trauth.uni-trier.de>
Message-ID: <7B6A1500-A32A-4D12-A60A-51D066DD96F1@steinheim-institut.org>

Liebe Herren Trauth, Wildensee und Hoffmann, 

Hier mit einiger Verspätung mein Dank für die inspirierenden Vorschläge.
Ich habe das Problem schliesslich nicht im Editor, sondern mit TUSCRIPT gelöst, imdem ich mir die betreffenden Satznummern habe ausgeben lassen.
 
ACCESS q: READ/RECORDS $datei s.z/u,text
IF (z == 0) THEN
- ... hier Textanfang überprüfen und wenn dieser nicht mit <item > anfängt die Seiten/Zeilennummer ausgeben 
PRINT s.z
...

Da es ein sehr langer Text war, mit sehr wenigen Struktur-Fehlern ging das so recht rasch von statten. (Übrigens wäre auch auch ein Update/RECORDS möglich gewesen, bei dem einfach bei den .0 Sätzen ohne <item ein <item>-Tag vorgesetzt wird, das habe ich mir aber verkniffen.

Herzlichen Dank und herzliche Grüße
THOMAS KOLLATZ

> Am 19.01.2011 um 12:58 schrieb Michael Trauth:
> 
> Hast Du's schon einmal mit zn,,,|<%||><<><%<<item><<><%| versucht?
> Das findet alle Sätze, in denen *nicht* '<item' vorkommt. Wenn's
> Dir allerdings drauf ankommt, beide Suchkriterien - also Suche im
> Satznummernfeld *und* im Text - zu verheiraten, wird das m.E. nicht
> funktionieren.
> 
> Es sei denn, daß der Programmautor sich etwas einfallen läßt...;o))
> 
>> Am 19.01.2011 um 12:21 schrieb Thomas Kollatz:
>> 
>> So sieht mein Text aus:
>> 1.0 <item
>> 1.1 bla
>> 2.0 irgendwas
>> 2.1 bli
>> 3.0 <item
>> 3.1 blo
>> 
>> Was ich nun finden will sind die .0 Sätze in denen *nicht* <item steht ...
>> Mit 
>> zn,,#, .0>|
>> finde ich alle Nullersätze ... 1.0 2.0 3.0
>> aber wie finde ich *nur* den Satz 2.0, der mich interessiert.

drs Thomas Kollatz  - wissenschaftlicher Mitarbeiter / research assistant
* Salomon Ludwig Steinheim-Institut fuer deutsch-juedische Geschichte
  D-47057 Duisburg  Geibelstr. 41 T 0203-370071  F 0203-373380
* Institut <http://www.steinheim-institut.de/wiki/index.php/Mitarbeiter:Thomas_Kollatz>
* Epigraphische Datenbank <http://www.steinheim-institut.de/cgi-bin/epidat>


From kol at steinheim-institut.org  Fri Jan 28 11:44:03 2011
From: kol at steinheim-institut.org (Thomas Kollatz)
Date: Fri, 28 Jan 2011 11:44:03 +0100
Subject: [Tustep-Liste] TUSCRIPT und Rosetta Code
Message-ID: <2F2029DE-35B2-42B9-8816-153C2E1F5FF0@steinheim-institut.org>

Liebe Liste, 

vor einiger Zeit hat die Computerzeitschrift c't unter der Überschrift "Vergleichende Code-Forschung" auf die Website Rosetta Code aufmerksam gemacht: "Die Betreiber der Site haben es sich zur Aufgabe gemacht, typische bei der Programmierung anfallende Aufgaben in 'so vielen Programmiersprachen wie möglich' zu präsentieren". (s. http://www.heise.de/ct/artikel/Websites-aktuell-925768.html). 

Das hat mich neugierig gemacht und inspiriert einige der 458 Aufgaben mit TUSCRIPT - der TUSTEP eigenen Programmiersprache, mit der ich bald 10 Jahre täglich immer wieder gerne arbeite - zu lösen. 
Seit Anfang Januar ist auch TUSCRIPT unter den nun 356  Programming Languages zu finden. 
http://rosettacode.org/wiki/Category:TUSCRIPT

Die Aufgaben sind durchwachsen von ganz einfach bis sehr schwer, banal bis anspruchsvoll und in der Regel kurz und klar.
Neben (mehr oder weniger) spassigen - 24game, 99bottles, bulls and cows, guess the number, number reversal
informellen - Rename a file, comments, copy a string, Hello World
mathematischen -  Ethiopian multiplication, Luhn test of credit card numbers, multiplication tables, stem-and-leaf
webbezogenen - host name, RC Count examples, web scraping
exotischen - morse code, fractal tree  
sind auch einige "philologisch wertvolle" Aufgaben darunter: Anagrams, ordered words, Palindrome, Pangram ...
und  auch bei den kalenderbezogenen tasks macht TUSCRIPT eine recht gute Figur: day of the week, Five weekends, Holidays related to easter, Leap Year ...

Alle - bisher - 62 mit TUSCRIPT gelösten tasks habe ich getestet (allerdings meist nur unter Windows). Sie sollten mit der (aller)neuesten TUSTEP-Distribution auch auf anderen Rechnern laufen.

Die TUSCRIPT-Funktionen sind ja im Handbuch bereits allesamt mit anschaulichen Beispielen vorgestellt. 
Die RC-Beispiele zeigen deren Zusammenspiel und haben so vielleicht auch einen didaktischen Wert, indem sie den einen und die andere  dazu inspirieren einmal TUSCRIPT auszuprobieren.

In den meisten Fällen lässt sich mit einem eingeschobenen TRACE (nur bei tasks, bei denen REQUEST verwendet wird, ist das nicht zu empfehlen, denn da kommt u.U. sehr viel über den Schirm gelaufen) 
  $$ MODE TUSCRIPT
  TRACE all
Schritt für Schritt verfolgen, wie die Variablen gefüllt bzw. geändert werden und die Aufgabe gelöst wird. 

Wer es ausprobieren will kann einfach das Skript aus dem RC-Wiki kopieren, im TUSTEP-Editor einfügen und dann mit der Anweisung
x #ma,<editor>
direkt aus dem Editorfenster heraus ausführen.

Ich habe das in erster Linie aus Spass an der Freude gemacht, es hat mich einfach gereizt und nebenbei habe ich auch noch einiges neues kennengelernt. Schöner Nebeneffekt ist, dass die TUSCRIPT-Lösung in der Regel hilft, die Vorschläge der anderen Programmiersprachen zu verstehen und nachzuvollziehen und dass es nun eine Referenzseite zu TUSCRIPT  im Kontext anderer moderner Skriptsprachen gibt, schadet sicher auch nicht.

Bisher ist es ein one-man-project ... das muss aber keineswegs so bleiben ... mit 396 unsolved tasks gibt es noch  genug zu knobeln und Alternativvorschläge sind auch gern gesehen.
Vielleicht sucht ja jemand einen kurzweiligen Zeitvertreib für lange Winterabende und hat Lust mitzumachen. Ich hätte ein kleines Skript anzubieten, dass ein TUSCRIPT-Skript in die korrekte RC-Wiki-Form bringt, das ich gerne zur Verfügung stelle.

Herzliche Grüße
THOMAS KOLLATZ

drs Thomas Kollatz  - wissenschaftlicher Mitarbeiter / research assistant
* Salomon Ludwig Steinheim-Institut fuer deutsch-juedische Geschichte
  D-47057 Duisburg  Geibelstr. 41 T 0203-370071  F 0203-373380
* Institut <http://www.steinheim-institut.de/wiki/index.php/Mitarbeiter:Thomas_Kollatz>
* Epigraphische Datenbank <http://www.steinheim-institut.de/cgi-bin/epidat>