From gasperlin at gasperlin.de  Tue Apr  1 01:23:17 2008
From: gasperlin at gasperlin.de (Oliver Gasperlin)
Date: Tue, 01 Apr 2008 01:23:17 +0200
Subject: [Tustep-Liste] Referenz
In-Reply-To: <47F0E735.3040703@bbaw.de>
References: <47F0E735.3040703@bbaw.de>
Message-ID: <47F17265.5010109@gasperlin.de>

Lieber Herr Brunschön,

die folgende aus der Hüfte geschossene Konfiguration des #ra könnte die 
Sache vielleicht auch ohne #ko erledigen. Ausprobieren.

#ra, quelle, ziel, mo=+, loe=+, pa=*, pro=-
ssl
rfl       6 3
nrt       |,|
zrf   2   |. |
*eof

Wie Herr Moser schon sagte, sollte eigentlich die Voreinstellung schon 
den Wegfall der identischen Seitenreferenzen erledigen.
Mit Parameter zrf sagen sie dem Programm dann nur noch, dass es bei 
Wegfall der Seitenreferenz auf Grund von Identität mit der 
vorhergehenden Seitenreferenz "Punkt und Blank" zwischen diese 
Referenzen setzen soll.
So lange die Referenzteile nach Voreinstellung von Parameter rfs in #rv 
rechtsbündig in ihren Feldern stehen, müsste der Punkt auch an der 
richtigen Stelle landen.

Wie gesagt, einfach mal laufen lassen.

Beste Grüße
Oliver Gasperlin


Wolfram Brunschön schrieb:
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
>
> Liebe TUSTEP-Gemeinde,
>
> eine in #RA erzeugte Referenz sieht z.B. so aus:
> Ursache 57,2 57,3
>
> soll aber diese Form haben:
> Ursache 57,2. 3
>
> Gibt es dafür einen Parameter in #RA?
>
> Beste Grüße
> Wolfram Brunschön.
>
> ------------------------------------------------------------
> Tustep-Liste at itug.de
> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste


From f.seck at t-online.de  Tue Apr  1 09:32:35 2008
From: f.seck at t-online.de (F.Seck)
Date: Tue, 1 Apr 2008 09:32:35 +0200
Subject: [Tustep-Liste] ITUG-Jahrestagung 2008
References: <200803201311.OAA28336288@ix.urz.uni-heidelberg.de>
Message-ID: <006f01c893ca$9324d2c0$c400a8c0@Seck2000>

Liebe Frau Mundhenk, liebe Frau Hein,

zwar habe ich persönlich nichts anzubieten. Aber ich habe mit Frau Dr. Eva
Raffel gesprochen, die vor Zeiten an Ihrer Arbeitsstelle tätig war (!), dann
in Karlsruhe zuerst Karlsruher, dann jedoch und vor allem die Weimarer
Inkunabeln mit TUSTEP katalogisiert hat (der Katalog ist 2007 erschienen)
und nun nach ihrem Umzug nach Tübingen an der hiesigen UB die Stammbücher
der Herzogin Anna Amalia Bibliothek Weimar - natürlich mit TUSTEP -
verzeichnet. Das ist die größte Stammbuchsammlung der Welt. Ich bin sicher,
daß das einen interessanten Vortrag gäbe.
Frau Raffel müßte am Samstag abreisen, weil sie am Sonntag in Berlin sein
muß.

Beste Grüße
Friedrich Seck

------------------------------
Dr. Friedrich Seck
72076 Tübingen, Erlenweg 18
Tel.  0 70 71 - 96 49 40
Fax-Nummer auf Anfrage
----- Original Message ----- 
From: "Dr. Christine Mundhenk" <s85 at ix.urz.uni-heidelberg.de>
To: <tustep-liste at lists.uni-wuerzburg.de>
Sent: Thursday, March 20, 2008 3:11 PM
Subject: [Tustep-Liste] ITUG-Jahrestagung 2008


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

Liebe Mitglieder der ITUG!

Die diesjährige Jahrestagung der ITUG findet nicht, wie in Zürich
angedacht, in München statt, sondern in Heidelberg. Der Termin ist der
18-21. September 2008. Genauere Informationen zum thematischen Rahmen
werden in Kürze an dieser Stelle folgen.

Hoffentlich wird es auch in diesem Jahr Zeit für Werkstattberichte geben,
also überlegen Sie doch bitte einmal, ob Sie nicht Ihre Arbeit vorstellen
wollen, sei es, dass es sich um ein neues Projekt handelt, sei es, dass
Sie uns über die Fortschritte Ihrer Tätigkeiten informieren wollen.

Bitte merken Sie sich diesen Termin vor! Wir würden uns freuen, Sie in
großer Anzahl in Heidelberg begrüßen zu können!

Heidi Hein und Christine Mundhenk

Dr. Christine Mundhenk                      Tel. 06221/26328
Melanchthon-Forschungsstelle
Heiliggeiststr. 15                          Fax  06221/20937
69117 Heidelberg                            E-mail
s85 at ix.urz.uni-heidelberg.de

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


From schaelkle at zdv.uni-tuebingen.de  Tue Apr  1 15:23:22 2008
From: schaelkle at zdv.uni-tuebingen.de (Kuno Schälkle)
Date: Tue, 1 Apr 2008 15:23:22 +0200
Subject: [Tustep-Liste] Frage an die unerfahreneren Benutzer
References: <47F143C3.17152.2254C3D@trauth.uni-trier.de>
	<20080331190059.309890@gmx.net>
Message-ID: <000d01c893fb$8f9b67a0$10160286@dolo>

Lieber Herr Carls,

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Ergänzend fällt mir noch eine andere Verhaltensweise des Editors ein, über die ich auch immer mal wieder stolpere, aber 
inzwischen damit umzugehen weiß: Beim Zusammenfügen von Sätzen durch Überschreiben des senkrechten Strichs am linken 
Rand durch ein Minuszeichen kann es leicht passieren, dass man einen Strich überschreibt, der am Beginn einer 
Fortsetzungszeile - also ohne eigene Seiten-/Zeilennummer - steht ... Schön wäre es, wenn das Programm den Fehler (und 
nicht die Eingabe) ignorieren ... würde.
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

das Programm ignoriert diesen Fehler jetzt.

Mit freundlichen Grüßen
Kuno Schälkle 


From bartz at uni-trier.de  Tue Apr  1 15:44:49 2008
From: bartz at uni-trier.de (bartz at uni-trier.de)
Date: Tue,  1 Apr 2008 15:44:49 +0200
Subject: [Tustep-Liste] Frage an die unerfahreneren Benutzer
In-Reply-To: <47F143C3.17152.2254C3D@trauth.uni-trier.de>
References: <47F143C3.17152.2254C3D@trauth.uni-trier.de>
Message-ID: <1207057489.47f23c51369e8@webmail.uni-trier.de>

Lieber Michael,

bei der Betreuung von Tustep-Neulingen mache ich
die gleichen Erfahrungen und möchte daher Deinen
Vorstoß unterstützen.
Was den Umgang mit leeren Dateien angeht, gleich,
ob sie neu sind oder nicht, so halte ich die
zweite Variante (Umgehung von "ee") für praktikabler.
Selbst wenn man nur überprüfen möchte, ob eine
Datei leer ist, könnte dann mit "ESC" die Eingabe leicht
abgebrochen werden.

Abschließend möchte ich selbst noch einen Änderungs-
vorschlag machen: Ich fände es hilfreich, wenn die
voreingestellte Farbe 1E für ephasized/Text field
geändert würde, z.B. in E1. Denn bei den jetzigen
Werten (17 normal und 1E emphasized) ist die Treffer-
anzeige von zn,,,|.| je nach Monitorqualität und
Lichtverhältnissen recht mühsam zu erkennen,
problematisch wird's dagegen bei zn,,,|n<| | oder
ähnlichen, auf Leerzeichen ausgehenden Zeigeanweisungen
in einem Text.

Viele Grüße
 Hans-Werner


-----------------------------------------------------------------------
Diese Nachricht wurde mit dem Webmailer der Universitaet Trier erstellt


From delfosse at uni-trier.de  Tue Apr  1 16:42:14 2008
From: delfosse at uni-trier.de (delfosse at uni-trier.de)
Date: Tue, 01 Apr 2008 16:42:14 +0200
Subject: [Tustep-Liste] Frage an die unerfahreneren Benutzer
In-Reply-To: <47F143C3.17152.2254C3D@trauth.uni-trier.de>
References: <47F143C3.17152.2254C3D@trauth.uni-trier.de>
Message-ID: <47F265E6.5668.60CDCC@delfosse.uni-trier.de>

Fürst unter den Tustepianer, lieber Michael,

ich finde Deine Vorschläge hinsichtlich Editor 
ausgezeichnet. Allen stimme ich zu, möchte 
aber zugleich nicht versäumen, für mich den 
Nutzen des Verzichtes (oder Ausblendens) der 
Satznummern, deren Vorhandensein nicht 
angetastet werden sollte, zu groß ist ihr 
Nutzen, hervorzuheben. 
Spontan fällt mich das folgende ein: 
satznummerübergreifender Austausch: die 
Randdefinitionen oder Randsuchen entfallen, 
der Austauschvorgang ist vollständig je nach 
Muster. Also: a,,,|S. <>>/|S._<=01| läuft ohne 
satznummerbedingte Reste an den Rändern.
In (insbesondere kleinen)Dateien aus XMLIMPORT 
bleiben oft XML-Reste zurück, die nur wenige 
Male vorkommen: ein kleines 
"a,,,|<<...>><><%<</...>>|usw.| und die Sache 
ist erledigt, ohne noch eine #KO-Anweisung 
zuvor ergänzen zu müssen.
Der Editor ist jetzt schon zu gewieft und 
leistungsmächtig, dass jede Beseitigung von 
formalen Strukturen, hier z.B. Satznummern, 
was allerdings nicht von "m-p-" gilt, denn 
dann kann nichts mehr am Text verändert 
werden) den Mächtigkeitsumfang erhöhen müßte. 
Ich weiß nicht, ob diese These der Sache nach 
stimmt, dem flexiblen Benutzungswunsch aller 
allemal.

Mit Grüße in die Runde von TU und STEP,
Heinrich Delfosse




Am 31 Mar 2008 um 20:04 hat Michael Trauth 
geschrieben:

> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
> 
> 
> Liebe Freunde und Kollegen,
> 
> in zwei Kursen der letzten Wochen bin ich zum ersten Mal
> mit grosser Eindringlichkeit auf eine Eigenart des TUSTEP-
> Editors aufmerksam geworden, die - moeglicherweise - eine
> erhebliche Barriere fuer Einsteiger verkoerpert.
> 
> Wenn jemand aus der Windows-, bes. der Winword-Welt zu
> TUSTEP und dessen Editor kommt, wird er gleich mit der
> ersten Besonderheit konfrontiert: den Satznummern. Deren
> Wert und Nutzen soll hier nicht weiter diskutiert werden,
> zumal ich mich immer wieder aufs neue darueber wundere,
> wie leicht die Neulinge sich von diesem Wert ueberzeugen
> lassen. Auch die Eingabe stellt vorderhand kein Problem
> dar: Bes. wer den Modus SPLIT im Editor aktiviert hat
> (der ja seit einiger Zeit Voreinstellung ist), kann
> einfach durch RETURN wie in den anderen Editoren auch
> neue Zeilen anlegen und so weiteren Text eingeben. Ein
> erstes Problem tritt freilich auf, sobald der untere Rand
> des Bildschirms erreicht ist: Dort geht's nicht weiter,
> wenn der Benutzer das bisher Eingegebene nicht durch
> ENTER (bzw. Shift+RETURN bzw. STRG+e) bestaetigt. Ich
> mache an dieser Stelle darauf aufmerksam, dass bei der
> Neueingabe von Text mit 'ee' auch bei vollem Editorfenster
> unten immer weiter eingegeben werden kann und die jeweils
> oberste Zeile, die aus dem Fenster verschwindet, in die
> Datei rausgeschrieben wird. Ich wuerde mir deshalb vor
> allem mit Blick auf Neu- und Quereinsteiger wuenschen,
> dass der Editor sich im skizzierten Fall genauso
> verhaelt:
> - Wenn der Benutzer den Bildschirm mit neuem bzw.
>   korrigiertem Text vollgeschrieben hat und weiter-
>   schreiben will, soll der Editor die jeweils obersten
>   Datensaetze in der geaenderten Fassung ohne 'Wegschicken'
>   in die Datei schreiben und am unteren Rand das Weiter-
>   schreiben (ggf. mit neuer Satznummer) zulassen.
> Die 'Fremdartigkeit' des Editors wuerde damit nach
> meiner Ueberzeugung nicht wenig gemildert.
> 
> Im Zusammenhang mit der Eingabe gibt es aber noch eine
> weitere Besonderheit des Editors: Das *Einfuegen* von
> Text in einen bereits *vorhandenen* Text verlangt, vor
> allem wenn der Editor sich wie geschildert verhaelt,
> keine grosse Umstellung, kein erhebliches Umdenken vom
> Quereinsteiger; selbst das Hinzufuegen neuen Textes an
> einen bereits vorhandenen wuerde so funktionieren, auf
> 'ee' koennte hierfuer ganz verzichtet werden. - Anders
> jedoch ist es, wenn jemand in eine neue *leere* Datei
> Text eingeben will: In diesem Fall *muss* er, zumindest
> fuer *einen*, den ersten, Satz, 'ee' verwenden. Nach
> Eingabe von 'ee' wird's jedoch erst einmal sehr fremd-
> artig: Der Bildschirm wird geloescht, es gibt auch keine
> Satznummern zu sehen, der Benutzer schreibt in eine 80
> Zeichen breite Spalte hinein, und das fertige Resultat
> ist dann erst nach Beendigung  der Eingabe und einer
> entsprechenden Zeigeanweisung zu sehen. Mein Anliegen
> ist es nun, dieses 'fremdartige' Verhalten des Editors
> abzuschwaechen oder vielleicht ganz zum Verschwinden
> zu bringen.
> - Eine Moeglichkeit koennte etwa darin bestehen, dass
>   der Benutzer zwar noch 'ee' eingeben muss, dann aber
>   gleich die (ohnehin zu vergebende) Satznummer 1 bzw.
>   1.1 zusammen mit dem Pluszeichen (fuer 'neuer Satz')
>   auf den Bildschirm geliefert bekommt.
> - Eine weitere Moeglichkeit koennte sein, dass der
>   Benutzer beim Aufruf einer leeren Datei *sofort*
>   (= ohne die Eingabe von 'ee') einen leeren ersten
>   Satz zur Eingabe von Text angeboten bekommt - denn
>   was will man denn sonst mit einer leeren Datei an-
>   fangen?!
> 
> Es geht mir, wie gezeigt, vor allem darum, fuer Newbies
> die allerersten Barrieren abzuschleifen. Hardcorer, zu
> denen ich mich selbst auch rechne, haben solche Probleme
> natuerlich nicht, sind aber trotzdem aufgerufen, sich in
> die Lage von Neulingen zu versetzen und ueber deren Ver-
> staendnisprobleme nachzudenken. Ueber Kritik und Zustim-
> mung, vielleicht sogar weiterfuehrende Ideen, ggf. auch
> einfach nur ein 'NEIN!' oder ein 'JA!' zu den hier vor-
> gestellten Wuenschen wuerde ich mich freuen. Es haette
> schwerlich Sinn, den Programmautor mit solchen Vor-
> schlaegen zu konfrontieren, wenn sich fuer sie kein
> breiteres Interesse abzeichnete.
> 
> 
> Viele Gruesse reihum von
> 
> Michael Trauth
> 
> 
> ---------------------------------------------------------------
> Dr. Michael Trauth                  e-mail: trauth at uni-trier.de
> Rechenzentrum                       office: Tel. 0651-201-3413
> der Universitaet                            Fax  0651-201-3921
> Universitaetsring                secretary: Tel. 0651-201-3417
> D-54286 Trier
> ---------------------------------------------------------------
> 
> ------------------------------------------------------------
> Tustep-Liste at itug.de
> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste


From JennyPleinen at aol.com  Tue Apr  1 19:48:38 2008
From: JennyPleinen at aol.com (JennyPleinen at aol.com)
Date: Tue, 1 Apr 2008 13:48:38 EDT
Subject: [Tustep-Liste] Tustep-Liste Digest, Vol 55, Issue 10
Message-ID: <c18.3037381e.3523cf76@aol.com>

 
 
Liebe Liste,
 
der Vorschlag von Michael Trauth würde den Umgang mit TUSTEP für  
Einsteiger/innen in der Tat sehr erleichtern!
 
Viele Grüße,
Jenny Pleinen
 
 
 
 
In einer eMail vom 31.3.2008 21:11:22 Westeuropäische Sommerzeit schreibt  
tustep-liste-request at lists.uni-wuerzburg.de:

Send  Tustep-Liste mailing list submissions to
tustep-liste at lists.uni-wuerzburg.de

To subscribe or unsubscribe via the  World Wide Web, visit
https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste
or, via email,  send a message with subject or body 'help' to
tustep-liste-request at lists.uni-wuerzburg.de

You can reach the person  managing the list at
tustep-liste-owner at lists.uni-wuerzburg.de

When replying, please edit  your Subject line so it is more specific
than "Re: Contents of Tustep-Liste  digest..."


Today's Topics:

1. Frage an die  unerfahreneren Benutzer (Michael Trauth)
2. Re: Frage an die  unerfahreneren Benutzer (Wieland Carls)
3. Re: Frage an die  unerfahreneren Benutzer (Wieland  Carls)


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

Message:  1
Date: Mon, 31 Mar 2008 20:04:19 +0200
From: "Michael Trauth"  <trauth at uni-trier.de>
Subject: [Tustep-Liste] Frage an die  unerfahreneren Benutzer
To: Tustep-liste at itug.de
Message-ID:  <47F143C3.17152.2254C3D at trauth.uni-trier.de>
Content-Type:  text/plain; charset=US-ASCII


Liebe Freunde und Kollegen,

in  zwei Kursen der letzten Wochen bin ich zum ersten Mal
mit grosser  Eindringlichkeit auf eine Eigenart des TUSTEP-
Editors aufmerksam geworden,  die - moeglicherweise - eine
erhebliche Barriere fuer Einsteiger  verkoerpert.

Wenn jemand aus der Windows-, bes. der Winword-Welt  zu
TUSTEP und dessen Editor kommt, wird er gleich mit der
ersten  Besonderheit konfrontiert: den Satznummern. Deren
Wert und Nutzen soll hier  nicht weiter diskutiert werden,
zumal ich mich immer wieder aufs neue  darueber wundere,
wie leicht die Neulinge sich von diesem Wert  ueberzeugen
lassen. Auch die Eingabe stellt vorderhand kein Problem
dar:  Bes. wer den Modus SPLIT im Editor aktiviert hat
(der ja seit einiger Zeit  Voreinstellung ist), kann
einfach durch RETURN wie in den anderen Editoren  auch
neue Zeilen anlegen und so weiteren Text eingeben. Ein
erstes  Problem tritt freilich auf, sobald der untere Rand
des Bildschirms erreicht  ist: Dort geht's nicht weiter,
wenn der Benutzer das bisher Eingegebene  nicht durch
ENTER (bzw. Shift+RETURN bzw. STRG+e) bestaetigt. Ich
mache  an dieser Stelle darauf aufmerksam, dass bei der
Neueingabe von Text mit  'ee' auch bei vollem Editorfenster
unten immer weiter eingegeben werden  kann und die jeweils
oberste Zeile, die aus dem Fenster verschwindet, in  die
Datei rausgeschrieben wird. Ich wuerde mir deshalb vor
allem mit  Blick auf Neu- und Quereinsteiger wuenschen,
dass der Editor sich im  skizzierten Fall genauso
verhaelt:
- Wenn der Benutzer den Bildschirm  mit neuem bzw.
korrigiertem Text vollgeschrieben hat und  weiter-
schreiben will, soll der Editor die jeweils  obersten
Datensaetze in der geaenderten Fassung ohne  'Wegschicken'
in die Datei schreiben und am unteren Rand das  Weiter-
schreiben (ggf. mit neuer Satznummer) zulassen.
Die  'Fremdartigkeit' des Editors wuerde damit nach
meiner Ueberzeugung nicht  wenig gemildert.

Im Zusammenhang mit der Eingabe gibt es aber noch  eine
weitere Besonderheit des Editors: Das *Einfuegen* von
Text in einen  bereits *vorhandenen* Text verlangt, vor
allem wenn der Editor sich wie  geschildert verhaelt,
keine grosse Umstellung, kein erhebliches Umdenken  vom
Quereinsteiger; selbst das Hinzufuegen neuen Textes an
einen bereits  vorhandenen wuerde so funktionieren, auf
'ee' koennte hierfuer ganz  verzichtet werden. - Anders
jedoch ist es, wenn jemand in eine neue *leere*  Datei
Text eingeben will: In diesem Fall *muss* er, zumindest
fuer  *einen*, den ersten, Satz, 'ee' verwenden. Nach
Eingabe von 'ee' wird's  jedoch erst einmal sehr fremd-
artig: Der Bildschirm wird geloescht, es  gibt auch keine
Satznummern zu sehen, der Benutzer schreibt in eine  80
Zeichen breite Spalte hinein, und das fertige Resultat
ist dann erst  nach Beendigung  der Eingabe und einer
entsprechenden Zeigeanweisung  zu sehen. Mein Anliegen
ist es nun, dieses 'fremdartige' Verhalten des  Editors
abzuschwaechen oder vielleicht ganz zum Verschwinden
zu  bringen.
- Eine Moeglichkeit koennte etwa darin bestehen, dass
der Benutzer zwar noch 'ee' eingeben muss, dann aber
gleich die  (ohnehin zu vergebende) Satznummer 1 bzw.
1.1 zusammen mit dem  Pluszeichen (fuer 'neuer Satz')
auf den Bildschirm geliefert  bekommt.
- Eine weitere Moeglichkeit koennte sein, dass der
Benutzer beim Aufruf einer leeren Datei *sofort*
(= ohne die Eingabe  von 'ee') einen leeren ersten
Satz zur Eingabe von Text angeboten  bekommt - denn
was will man denn sonst mit einer leeren Datei  an-
fangen?!

Es geht mir, wie gezeigt, vor allem darum, fuer  Newbies
die allerersten Barrieren abzuschleifen. Hardcorer, zu
denen ich  mich selbst auch rechne, haben solche Probleme
natuerlich nicht, sind aber  trotzdem aufgerufen, sich in
die Lage von Neulingen zu versetzen und ueber  deren Ver-
staendnisprobleme nachzudenken. Ueber Kritik und  Zustim-
mung, vielleicht sogar weiterfuehrende Ideen, ggf. auch
einfach  nur ein 'NEIN!' oder ein 'JA!' zu den hier vor-
gestellten Wuenschen wuerde  ich mich freuen. Es haette
schwerlich Sinn, den Programmautor mit solchen  Vor-
schlaegen zu konfrontieren, wenn sich fuer sie kein
breiteres  Interesse abzeichnete.


Viele Gruesse reihum von

Michael  Trauth


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


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

Message:  2
Date: Mon, 31 Mar 2008 21:00:59 +0200
From: "Wieland Carls"  <wieland.carls at gmx.de>
Subject: Re: [Tustep-Liste] Frage an die  unerfahreneren Benutzer
To: tustep-liste at itug.de
Message-ID:  <20080331190059.309890 at gmx.net>
Content-Type: text/plain;  charset="iso-8859-1"

Gro?deuben, 31. M?rz 2008

Lieber  Michael!

Deine Vorschl?ge kann ich nur bef?rworten. Ich habe diese  Eigenarten als 
gegeben akzeptiert, f?nde aber eine ?nderung in der von Dir  beschriebenen Form 
nicht nur f?r 'Newbies' hilfreich. 
Erg?nzend f?llt mir  noch eine andere Verhaltensweise des Editors ein, ?ber 
die ich auch immer mal  wieder stolpere, aber inzwischen damit umzugehen wei?: 
Beim Zusammenf?gen von  S?tzen durch ?berschreiben des senkrechten Strichs am 
linken Rand durch ein  Minuszeichen kann es leicht passieren, dass man einen 
Strich ?berschreibt, der  am Beginn einer Fortsetzungszeile - also ohne eigene 
Seiten-/Zeilennummer -  steht oder versucht, auf diese Weise den ersten Satz 
im Editorfenster zu  l?schen. Die Hinweise "Eingabe ignoriert - Unzul?ssige 
Anweisung in der nn.  Zeile" bzw. "Eingabe ignoriert - Unzul?ssige Daten in der 
nn. Zeile" sind auch  nicht unbedingt etwas f?r Anf?nger zumal es hier keine 
Z?r?cktaste gibt, mit  der man den Zustand vor der 'unzul?ssigen Anweisung' 
wieder herstellen k?nnte.  Sch?n w?re es, wenn das Programm den Fehler (und nicht 
die Eingabe) ignorieren  (im 1. Fall) oder mit einer verst?ndlichen 
Fehlermeldung (f?r die ich leider  auch noch keinen Vorschlag habe) kommentier
en (im 2. Fall)  w?rde.

Mit den besten Gr??en

Wieland


--------  Original-Nachricht --------
> Datum: Mon, 31 Mar 2008 20:04:19  +0200
> Von: "Michael Trauth" <trauth at uni-trier.de>
> An:  Tustep-liste at itug.de
> Betreff: [Tustep-Liste] Frage an die  unerfahreneren Benutzer

> Diskussionsforum Tustep-Liste
>  Weitere Informationen: www.itug.de
>  ------------------------------------------------------------
> 
>  
> Liebe Freunde und Kollegen,
> 
> in zwei Kursen der  letzten Wochen bin ich zum ersten Mal
> mit grosser Eindringlichkeit auf  eine Eigenart des TUSTEP-
> Editors aufmerksam geworden, die -  moeglicherweise - eine
> erhebliche Barriere fuer Einsteiger  verkoerpert.
> 
> Wenn jemand aus der Windows-, bes. der  Winword-Welt zu
> TUSTEP und dessen Editor kommt, wird er gleich mit  der
> ersten Besonderheit konfrontiert: den Satznummern. Deren
>  Wert und Nutzen soll hier nicht weiter diskutiert werden,
> zumal ich  mich immer wieder aufs neue darueber wundere,
> wie leicht die Neulinge  sich von diesem Wert ueberzeugen
> lassen. Auch die Eingabe stellt  vorderhand kein Problem
> dar: Bes. wer den Modus SPLIT im Editor  aktiviert hat
> (der ja seit einiger Zeit Voreinstellung ist),  kann
> einfach durch RETURN wie in den anderen Editoren auch
>  neue Zeilen anlegen und so weiteren Text eingeben. Ein
> erstes Problem  tritt freilich auf, sobald der untere Rand
> des Bildschirms erreicht  ist: Dort geht's nicht weiter,
> wenn der Benutzer das bisher  Eingegebene nicht durch
> ENTER (bzw. Shift+RETURN bzw. STRG+e)  bestaetigt. Ich
> mache an dieser Stelle darauf aufmerksam, dass bei  der
> Neueingabe von Text mit 'ee' auch bei vollem Editorfenster
>  unten immer weiter eingegeben werden kann und die jeweils
> oberste  Zeile, die aus dem Fenster verschwindet, in die
> Datei rausgeschrieben  wird. Ich wuerde mir deshalb vor
> allem mit Blick auf Neu- und  Quereinsteiger wuenschen,
> dass der Editor sich im skizzierten Fall  genauso
> verhaelt:
> - Wenn der Benutzer den Bildschirm mit neuem  bzw.
>   korrigiertem Text vollgeschrieben hat und  weiter-
>   schreiben will, soll der Editor die jeweils  obersten
>   Datensaetze in der geaenderten Fassung ohne  'Wegschicken'
>   in die Datei schreiben und am unteren Rand  das Weiter-
>   schreiben (ggf. mit neuer Satznummer)  zulassen.
> Die 'Fremdartigkeit' des Editors wuerde damit nach
>  meiner Ueberzeugung nicht wenig gemildert.
> 
> Im Zusammenhang  mit der Eingabe gibt es aber noch eine
> weitere Besonderheit des  Editors: Das *Einfuegen* von
> Text in einen bereits *vorhandenen* Text  verlangt, vor
> allem wenn der Editor sich wie geschildert  verhaelt,
> keine grosse Umstellung, kein erhebliches Umdenken  vom
> Quereinsteiger; selbst das Hinzufuegen neuen Textes an
>  einen bereits vorhandenen wuerde so funktionieren, auf
> 'ee' koennte  hierfuer ganz verzichtet werden. - Anders
> jedoch ist es, wenn jemand  in eine neue *leere* Datei
> Text eingeben will: In diesem Fall *muss*  er, zumindest
> fuer *einen*, den ersten, Satz, 'ee' verwenden.  Nach
> Eingabe von 'ee' wird's jedoch erst einmal sehr fremd-
>  artig: Der Bildschirm wird geloescht, es gibt auch keine
> Satznummern  zu sehen, der Benutzer schreibt in eine 80
> Zeichen breite Spalte  hinein, und das fertige Resultat
> ist dann erst nach Beendigung   der Eingabe und einer
> entsprechenden Zeigeanweisung zu sehen. Mein  Anliegen
> ist es nun, dieses 'fremdartige' Verhalten des  Editors
> abzuschwaechen oder vielleicht ganz zum Verschwinden
>  zu bringen.
> - Eine Moeglichkeit koennte etwa darin bestehen,  dass
>   der Benutzer zwar noch 'ee' eingeben muss, dann  aber
>   gleich die (ohnehin zu vergebende) Satznummer 1  bzw.
>   1.1 zusammen mit dem Pluszeichen (fuer 'neuer  Satz')
>   auf den Bildschirm geliefert bekommt.
> -  Eine weitere Moeglichkeit koennte sein, dass der
>   Benutzer  beim Aufruf einer leeren Datei *sofort*
>   (= ohne die  Eingabe von 'ee') einen leeren ersten
>   Satz zur Eingabe von  Text angeboten bekommt - denn
>   was will man denn sonst mit  einer leeren Datei an-
>   fangen?!
> 
> Es geht  mir, wie gezeigt, vor allem darum, fuer Newbies
> die allerersten  Barrieren abzuschleifen. Hardcorer, zu
> denen ich mich selbst auch  rechne, haben solche Probleme
> natuerlich nicht, sind aber trotzdem  aufgerufen, sich in
> die Lage von Neulingen zu versetzen und ueber  deren Ver-
> staendnisprobleme nachzudenken. Ueber Kritik und  Zustim-
> mung, vielleicht sogar weiterfuehrende Ideen, ggf.  auch
> einfach nur ein 'NEIN!' oder ein 'JA!' zu den hier vor-
>  gestellten Wuenschen wuerde ich mich freuen. Es haette
> schwerlich  Sinn, den Programmautor mit solchen Vor-
> schlaegen zu konfrontieren,  wenn sich fuer sie kein
> breiteres Interesse abzeichnete.
>  
> 
> Viele Gruesse reihum von
> 
> Michael  Trauth
> 
> 
>  ---------------------------------------------------------------
> Dr.  Michael Trauth                   e-mail: trauth at uni-trier.de
> Rechenzentrum         office: Tel.  0651-201-3413
> der Universitaet           Fax   0651-201-3921
> Universitaetsring           secretary: Tel. 0651-201-3417
> D-54286  Trier
>  ---------------------------------------------------------------
>  
> ------------------------------------------------------------
>  Tustep-Liste at itug.de
>  https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste

--  
______________________________________________________
______________________________________________________
Dr.  Wieland Carls
S?chsische Akademie der Wissenschaften zu  Leipzig
Arbeitsstelle:
?"Das s?chsisch-magdeburgische Recht als  kulturelles Bindeglied
zwischen den Rechtsordnungen Ost- und  Mitteleuropa?s"
Postfach 100 440 ? - 04004 Leipzig
Karl-Tauchnitz-Str.  1
04107 Leipzig
Tel.:    (0341) 7 11 53 27
Fax:   (0341) 7 11 53  44
carls at saw-leipzig.de
www.magdeburger-recht.de
______________________________________________________
______________________________________________________

Psssst!  Schon vom neuen GMX MultiMessenger geh?rt?
Der kann`s mit allen:  http://www.gmx.net/de/go/multimessenger


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

Message:  3
Date: Mon, 31 Mar 2008 21:00:59 +0200
From: "Wieland Carls"  <wieland.carls at gmx.de>
Subject: Re: [Tustep-Liste] Frage an die  unerfahreneren Benutzer
To: tustep-liste at itug.de
Message-ID:  <20080331190059.309890 at gmx.net>
Content-Type: text/plain;  charset="iso-8859-1"

Gro?deuben, 31. M?rz 2008

Lieber  Michael!

Deine Vorschl?ge kann ich nur bef?rworten. Ich habe diese  Eigenarten als 
gegeben akzeptiert, f?nde aber eine ?nderung in der von Dir  beschriebenen Form 
nicht nur f?r 'Newbies' hilfreich. 
Erg?nzend f?llt mir  noch eine andere Verhaltensweise des Editors ein, ?ber 
die ich auch immer mal  wieder stolpere, aber inzwischen damit umzugehen wei?: 
Beim Zusammenf?gen von  S?tzen durch ?berschreiben des senkrechten Strichs am 
linken Rand durch ein  Minuszeichen kann es leicht passieren, dass man einen 
Strich ?berschreibt, der  am Beginn einer Fortsetzungszeile - also ohne eigene 
Seiten-/Zeilennummer -  steht oder versucht, auf diese Weise den ersten Satz 
im Editorfenster zu  l?schen. Die Hinweise "Eingabe ignoriert - Unzul?ssige 
Anweisung in der nn.  Zeile" bzw. "Eingabe ignoriert - Unzul?ssige Daten in der 
nn. Zeile" sind auch  nicht unbedingt etwas f?r Anf?nger zumal es hier keine 
Z?r?cktaste gibt, mit  der man den Zustand vor der 'unzul?ssigen Anweisung' 
wieder herstellen k?nnte.  Sch?n w?re es, wenn das Programm den Fehler (und nicht 
die Eingabe) ignorieren  (im 1. Fall) oder mit einer verst?ndlichen 
Fehlermeldung (f?r die ich leider  auch noch keinen Vorschlag habe) kommentier
en (im 2. Fall)  w?rde.

Mit den besten Gr??en

Wieland


--------  Original-Nachricht --------
> Datum: Mon, 31 Mar 2008 20:04:19  +0200
> Von: "Michael Trauth" <trauth at uni-trier.de>
> An:  Tustep-liste at itug.de
> Betreff: [Tustep-Liste] Frage an die  unerfahreneren Benutzer

> Diskussionsforum Tustep-Liste
>  Weitere Informationen: www.itug.de
>  ------------------------------------------------------------
> 
>  
> Liebe Freunde und Kollegen,
> 
> in zwei Kursen der  letzten Wochen bin ich zum ersten Mal
> mit grosser Eindringlichkeit auf  eine Eigenart des TUSTEP-
> Editors aufmerksam geworden, die -  moeglicherweise - eine
> erhebliche Barriere fuer Einsteiger  verkoerpert.
> 
> Wenn jemand aus der Windows-, bes. der  Winword-Welt zu
> TUSTEP und dessen Editor kommt, wird er gleich mit  der
> ersten Besonderheit konfrontiert: den Satznummern. Deren
>  Wert und Nutzen soll hier nicht weiter diskutiert werden,
> zumal ich  mich immer wieder aufs neue darueber wundere,
> wie leicht die Neulinge  sich von diesem Wert ueberzeugen
> lassen. Auch die Eingabe stellt  vorderhand kein Problem
> dar: Bes. wer den Modus SPLIT im Editor  aktiviert hat
> (der ja seit einiger Zeit Voreinstellung ist),  kann
> einfach durch RETURN wie in den anderen Editoren auch
>  neue Zeilen anlegen und so weiteren Text eingeben. Ein
> erstes Problem  tritt freilich auf, sobald der untere Rand
> des Bildschirms erreicht  ist: Dort geht's nicht weiter,
> wenn der Benutzer das bisher  Eingegebene nicht durch
> ENTER (bzw. Shift+RETURN bzw. STRG+e)  bestaetigt. Ich
> mache an dieser Stelle darauf aufmerksam, dass bei  der
> Neueingabe von Text mit 'ee' auch bei vollem Editorfenster
>  unten immer weiter eingegeben werden kann und die jeweils
> oberste  Zeile, die aus dem Fenster verschwindet, in die
> Datei rausgeschrieben  wird. Ich wuerde mir deshalb vor
> allem mit Blick auf Neu- und  Quereinsteiger wuenschen,
> dass der Editor sich im skizzierten Fall  genauso
> verhaelt:
> - Wenn der Benutzer den Bildschirm mit neuem  bzw.
>   korrigiertem Text vollgeschrieben hat und  weiter-
>   schreiben will, soll der Editor die jeweils  obersten
>   Datensaetze in der geaenderten Fassung ohne  'Wegschicken'
>   in die Datei schreiben und am unteren Rand  das Weiter-
>   schreiben (ggf. mit neuer Satznummer)  zulassen.
> Die 'Fremdartigkeit' des Editors wuerde damit nach
>  meiner Ueberzeugung nicht wenig gemildert.
> 
> Im Zusammenhang  mit der Eingabe gibt es aber noch eine
> weitere Besonderheit des  Editors: Das *Einfuegen* von
> Text in einen bereits *vorhandenen* Text  verlangt, vor
> allem wenn der Editor sich wie geschildert  verhaelt,
> keine grosse Umstellung, kein erhebliches Umdenken  vom
> Quereinsteiger; selbst das Hinzufuegen neuen Textes an
>  einen bereits vorhandenen wuerde so funktionieren, auf
> 'ee' koennte  hierfuer ganz verzichtet werden. - Anders
> jedoch ist es, wenn jemand  in eine neue *leere* Datei
> Text eingeben will: In diesem Fall *muss*  er, zumindest
> fuer *einen*, den ersten, Satz, 'ee' verwenden.  Nach
> Eingabe von 'ee' wird's jedoch erst einmal sehr fremd-
>  artig: Der Bildschirm wird geloescht, es gibt auch keine
> Satznummern  zu sehen, der Benutzer schreibt in eine 80
> Zeichen breite Spalte  hinein, und das fertige Resultat
> ist dann erst nach Beendigung   der Eingabe und einer
> entsprechenden Zeigeanweisung zu sehen. Mein  Anliegen
> ist es nun, dieses 'fremdartige' Verhalten des  Editors
> abzuschwaechen oder vielleicht ganz zum Verschwinden
>  zu bringen.
> - Eine Moeglichkeit koennte etwa darin bestehen,  dass
>   der Benutzer zwar noch 'ee' eingeben muss, dann  aber
>   gleich die (ohnehin zu vergebende) Satznummer 1  bzw.
>   1.1 zusammen mit dem Pluszeichen (fuer 'neuer  Satz')
>   auf den Bildschirm geliefert bekommt.
> -  Eine weitere Moeglichkeit koennte sein, dass der
>   Benutzer  beim Aufruf einer leeren Datei *sofort*
>   (= ohne die  Eingabe von 'ee') einen leeren ersten
>   Satz zur Eingabe von  Text angeboten bekommt - denn
>   was will man denn sonst mit  einer leeren Datei an-
>   fangen?!
> 
> Es geht  mir, wie gezeigt, vor allem darum, fuer Newbies
> die allerersten  Barrieren abzuschleifen. Hardcorer, zu
> denen ich mich selbst auch  rechne, haben solche Probleme
> natuerlich nicht, sind aber trotzdem  aufgerufen, sich in
> die Lage von Neulingen zu versetzen und ueber  deren Ver-
> staendnisprobleme nachzudenken. Ueber Kritik und  Zustim-
> mung, vielleicht sogar weiterfuehrende Ideen, ggf.  auch
> einfach nur ein 'NEIN!' oder ein 'JA!' zu den hier vor-
>  gestellten Wuenschen wuerde ich mich freuen. Es haette
> schwerlich  Sinn, den Programmautor mit solchen Vor-
> schlaegen zu konfrontieren,  wenn sich fuer sie kein
> breiteres Interesse abzeichnete.
>  
> 
> Viele Gruesse reihum von
> 
> Michael  Trauth
> 
> 
>  ---------------------------------------------------------------
> Dr.  Michael Trauth                   e-mail: trauth at uni-trier.de
> Rechenzentrum         office: Tel.  0651-201-3413
> der Universitaet           Fax   0651-201-3921
> Universitaetsring           secretary: Tel. 0651-201-3417
> D-54286  Trier
>  ---------------------------------------------------------------
>  
> ------------------------------------------------------------
>  Tustep-Liste at itug.de
>  https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste

--  
______________________________________________________
______________________________________________________
Dr.  Wieland Carls
S?chsische Akademie der Wissenschaften zu  Leipzig
Arbeitsstelle:
?"Das s?chsisch-magdeburgische Recht als  kulturelles Bindeglied
zwischen den Rechtsordnungen Ost- und  Mitteleuropa?s"
Postfach 100 440 ? - 04004 Leipzig
Karl-Tauchnitz-Str.  1
04107 Leipzig
Tel.:    (0341) 7 11 53 27
Fax:   (0341) 7 11 53  44
carls at saw-leipzig.de
www.magdeburger-recht.de
______________________________________________________
______________________________________________________

Psssst!  Schon vom neuen GMX MultiMessenger geh?rt?
Der kann`s mit allen:  http://www.gmx.net/de/go/multimessenger


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


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


End  of Tustep-Liste Digest, Vol 55, Issue  10
********************************************








Jenny Pleinen, M.A.
Wissenschaftliche Mitarbeiterin  SFB 600, Teilprojekt A6
Universität Trier
DM 168
D-54286  Trier

Phone: +49 (0)651 / 201 - 21 85
Fax: +49 (0)651 / 201 - 21  79
http://www.sfb600.uni-trier.de/?site_id=108&proj_id=8cd435dc375d222b216fad4609
bba663&sitename=hp-pleinen



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

From trauth at uni-trier.de  Wed Apr  2 20:32:58 2008
From: trauth at uni-trier.de (Michael Trauth)
Date: Wed, 02 Apr 2008 20:32:58 +0200
Subject: [Tustep-Liste] Frage an alle
Message-ID: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>


Liebe TUSTEPler,

gibt es noch jemanden (ausser Wieland Carls und ein
paar verschrobenen Trierern ;o)), welche die Postings
auf dieser Liste lesen? Oder sind die anderen noch
alle im Osterurlaub? Oder von Fruehjahrsmuedigkeit
uebermannt?

Oder hat bloss keiner eine Meinung zu den von mir
aufgeworfenen Fragen?

Na schoen, dann stelle ich jetzt eine *neue* Frage
und gebe dann *drei* Standardantworten zur Auswahl.

Wenn man den Editor aufruft, landet man ja bekanntlich
nicht sofort im Text, sondern zuallererst in einem
Fenster, in dem ein wenig nuetzliche Statistik geboten
wird: wie die Datei heisst, von welchem Typ sie ist,
wann sie zuletzt geaendert wurde usw. Die Erfahrung
zeigt aber, dass 99% aller Benutzer keinen Blick drauf
werfen, sondern gleich eine Zeigeanweisung geben. Was
spricht also dagegen, dass der TUSTEP-Editor sich in
diesem Punkt genauso verhaelt wie alle anderen Editoren
und *gleich* den Text der Datei anzeigt? Mit einem
TUSTEP-spezifischen Clou: Wenn die Datei bereits
aufgerufen war, soll der Punkt, an dem der Benutzer
zuletzt war (gearbeitet oder gelesen hat) erneut an-
gezeigt werden - was die Arbeit mit grossen Dateien
nicht wenig erleichtert. Im anderen Fall (= die Datei
war noch nicht aufgerufen) soll eben der Anfang der
Datei angezeigt werden. Wer die Statistik braucht,
hat nur wenig Muehe: einfach 'd' eingeben!

Ich weiss, das ist ein revolutionaerer Gedanke. Wo
kommen wir denn hin, wenn wir jahrhundealte Tradi-
tionen mirnichtsdirnichts uebern Haufen werfen? Hm?
Trotzdem wage ich es! Mir steht heute der Sinn nach
einem Aufbruch zu neuen Ufern.


Drei Standardantworten stehen zur Auswahl:
=========================================
O...JA, BITTE!
O...NEIN, ich liebe die Dateistatistik!
O...Mir doch egal!

Und wer will, darf sich auch ausfuehrlicher dazu
aeussern.


Ueber der Flut von Diskussionsbeitraegen, die jetzt
zweifellos ueber die Liste hereinbrechen werden,
koennte die gestrige Wortmeldung von Heinrich Delfosse
ungehoert verhallen: der hat naemlich (ein wenig
verklausuliert) die unerhoerte Moeglichkeit vorge-
schlagen, einen neuen zusaetzlichen Editormodus
vorzusehen, der es erlaubt, Dateien ganz ohne(!)
Satznummern zu bearbeiten: Laden, bearbeiten,
abspeichern, fertig! (Intern geht's natuerlich
immer noch mit Satznummern, aber wer sie nicht
braucht, soll sie ausblenden koennen.) Wer will,
kann's also wie in Winword oder im Windows-Editor
haben. Und bei Bedarf spaeter eben auf Satznummern
umschalten koennen, wenn er sie braucht.

Waer das was? Was sagen die anderen dazu?

Die Neulinge, die ich bisher hierzulande, im
aeussersten Westen der Republik, dazu befragen
konnte, waren begeistert, waehrend die alten
Hasen erst einmal bedenklich mit den Koepfen
gewackelt haben und sich erst zufrieden gaben,
als klar war, dass die alten Modi t und p (na-
tuerlich) nicht angetastet werden sollen.

Viele laute Stimmen dazu, pro ebenso wie contra,
waeren schoen.

Darauf freut sich, mit einem herzlichen Gruss in
die Runde

Michael Trauth


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


From neumann_thomas at hotmail.com  Wed Apr  2 20:55:24 2008
From: neumann_thomas at hotmail.com (Thomas Neumann)
Date: Wed, 2 Apr 2008 20:55:24 +0200
Subject: [Tustep-Liste] Frage an alle
In-Reply-To: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
References: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
Message-ID: <BAY121-W412AD9BC69C0F4D562E08CEEF40@phx.gbl>

Hallo Herr Trauth,

nun denn, Sie sind nicht allein. Die Antwort meinerseits: Ja, Bitte!

Mit den besten Gruessen an die Liste
Ihr
Thomas Neumann

  ###############################

  ##                                 
  ##  Dr. Thomas Neumann
  ##    Hertfelderstrasse 12
  ##    D-73733 Esslingen 
  ##    
  ## mail    
## neumann_thomas at hotmail.com  
  ##             neumann_thomas at t-online.de       
  ##                    
  ###############################

> From: trauth at uni-trier.de
> To: tustep-liste at itug.de
> Date: Wed, 2 Apr 2008 20:32:58 +0200
> Subject: [Tustep-Liste] Frage an alle
> 
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
> 
> 
> Liebe TUSTEPler,
> 
> gibt es noch jemanden (ausser Wieland Carls und ein
> paar verschrobenen Trierern ;o)), welche die Postings
> auf dieser Liste lesen? Oder sind die anderen noch
> alle im Osterurlaub? Oder von Fruehjahrsmuedigkeit
> uebermannt?
> 
> Oder hat bloss keiner eine Meinung zu den von mir
> aufgeworfenen Fragen?
> 
> Na schoen, dann stelle ich jetzt eine *neue* Frage
> und gebe dann *drei* Standardantworten zur Auswahl.
> 
> Wenn man den Editor aufruft, landet man ja bekanntlich
> nicht sofort im Text, sondern zuallererst in einem
> Fenster, in dem ein wenig nuetzliche Statistik geboten
> wird: wie die Datei heisst, von welchem Typ sie ist,
> wann sie zuletzt geaendert wurde usw. Die Erfahrung
> zeigt aber, dass 99% aller Benutzer keinen Blick drauf
> werfen, sondern gleich eine Zeigeanweisung geben. Was
> spricht also dagegen, dass der TUSTEP-Editor sich in
> diesem Punkt genauso verhaelt wie alle anderen Editoren
> und *gleich* den Text der Datei anzeigt? Mit einem
> TUSTEP-spezifischen Clou: Wenn die Datei bereits
> aufgerufen war, soll der Punkt, an dem der Benutzer
> zuletzt war (gearbeitet oder gelesen hat) erneut an-
> gezeigt werden - was die Arbeit mit grossen Dateien
> nicht wenig erleichtert. Im anderen Fall (= die Datei
> war noch nicht aufgerufen) soll eben der Anfang der
> Datei angezeigt werden. Wer die Statistik braucht,
> hat nur wenig Muehe: einfach 'd' eingeben!
> 
> Ich weiss, das ist ein revolutionaerer Gedanke. Wo
> kommen wir denn hin, wenn wir jahrhundealte Tradi-
> tionen mirnichtsdirnichts uebern Haufen werfen? Hm?
> Trotzdem wage ich es! Mir steht heute der Sinn nach
> einem Aufbruch zu neuen Ufern.
> 
> 
> Drei Standardantworten stehen zur Auswahl:
> =========================================
> O...JA, BITTE!
> O...NEIN, ich liebe die Dateistatistik!
> O...Mir doch egal!
> 
> Und wer will, darf sich auch ausfuehrlicher dazu
> aeussern.
> 
> 
> Ueber der Flut von Diskussionsbeitraegen, die jetzt
> zweifellos ueber die Liste hereinbrechen werden,
> koennte die gestrige Wortmeldung von Heinrich Delfosse
> ungehoert verhallen: der hat naemlich (ein wenig
> verklausuliert) die unerhoerte Moeglichkeit vorge-
> schlagen, einen neuen zusaetzlichen Editormodus
> vorzusehen, der es erlaubt, Dateien ganz ohne(!)
> Satznummern zu bearbeiten: Laden, bearbeiten,
> abspeichern, fertig! (Intern geht's natuerlich
> immer noch mit Satznummern, aber wer sie nicht
> braucht, soll sie ausblenden koennen.) Wer will,
> kann's also wie in Winword oder im Windows-Editor
> haben. Und bei Bedarf spaeter eben auf Satznummern
> umschalten koennen, wenn er sie braucht.
> 
> Waer das was? Was sagen die anderen dazu?
> 
> Die Neulinge, die ich bisher hierzulande, im
> aeussersten Westen der Republik, dazu befragen
> konnte, waren begeistert, waehrend die alten
> Hasen erst einmal bedenklich mit den Koepfen
> gewackelt haben und sich erst zufrieden gaben,
> als klar war, dass die alten Modi t und p (na-
> tuerlich) nicht angetastet werden sollen.
> 
> Viele laute Stimmen dazu, pro ebenso wie contra,
> waeren schoen.
> 
> Darauf freut sich, mit einem herzlichen Gruss in
> die Runde
> 
> Michael Trauth
> 
> 
> ---------------------------------------------------------------
> Dr. Michael Trauth                  e-mail: trauth at uni-trier.de
> Rechenzentrum                       office: Tel. 0651-201-3413
> der Universitaet                            Fax  0651-201-3921
> Universitaetsring                secretary: Tel. 0651-201-3417
> D-54286 Trier
> ---------------------------------------------------------------
> 
> ------------------------------------------------------------
> Tustep-Liste at itug.de
> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste

_________________________________________________________________
Die aktuelle Frühjahrsmode - Preise vergleichen bei MSN Shopping
http://shopping.msn.de/category/damenbekleidung/bcatid66/forsale?text=category:damenbekleidung&edt=1&ptnrid=230
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.itug.de/pipermail/tustep-liste/attachments/20080402/71696e91/attachment.htm>

From brunschoen at bbaw.de  Wed Apr  2 21:15:05 2008
From: brunschoen at bbaw.de (=?UTF-8?B?V29sZnJhbSBCcnVuc2Now7Zu?=)
Date: Wed, 02 Apr 2008 21:15:05 +0200
Subject: [Tustep-Liste] Frage an alle
In-Reply-To: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
References: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
Message-ID: <47F3DB39.4080400@bbaw.de>

Lieber Herr Trauth,

auf die Statistik kann ich gerne verzichten; vielleicht könnte man ja in 
der TUSTEP.INI mit einem Parameter das Verhalten des Editors definieren. 
Und wenn wir schon dabei sind, die Satznummern optional auszublenden: 
vielleicht ist es dann ja auch irgendwie möglich, "überlange" Sätze 
portionsweise im Editor anzuzeigen?
Darf ich den Gedanken des "TUSTEP-spezifischen Clous" (erinnert mich 
irgendwie an Word 6) noch etwas weiterspinnen: ich fände es praktisch, 
wenn (per Mausklick) mehrere "Lesezeichen" in einem Dokument definiert 
werden könnten. So habe ich z.B. Lieblingsstellen im Satzprogramm, 
zwischen denen ich gerne hin- und herspringe. Aber nach dem zweiten "u!" 
nützt es dann nichts mehr, sich die Satznummern gemerkt zu haben.

Liebe Grüße
Wolfram Brunschön.


Michael Trauth schrieb:
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
>
>
> Liebe TUSTEPler,
>
> gibt es noch jemanden (ausser Wieland Carls und ein
> paar verschrobenen Trierern ;o)), welche die Postings
> auf dieser Liste lesen? Oder sind die anderen noch
> alle im Osterurlaub? Oder von Fruehjahrsmuedigkeit
> uebermannt?
>
> Oder hat bloss keiner eine Meinung zu den von mir
> aufgeworfenen Fragen?
>
> Na schoen, dann stelle ich jetzt eine *neue* Frage
> und gebe dann *drei* Standardantworten zur Auswahl.
>
> Wenn man den Editor aufruft, landet man ja bekanntlich
> nicht sofort im Text, sondern zuallererst in einem
> Fenster, in dem ein wenig nuetzliche Statistik geboten
> wird: wie die Datei heisst, von welchem Typ sie ist,
> wann sie zuletzt geaendert wurde usw. Die Erfahrung
> zeigt aber, dass 99% aller Benutzer keinen Blick drauf
> werfen, sondern gleich eine Zeigeanweisung geben. Was
> spricht also dagegen, dass der TUSTEP-Editor sich in
> diesem Punkt genauso verhaelt wie alle anderen Editoren
> und *gleich* den Text der Datei anzeigt? Mit einem
> TUSTEP-spezifischen Clou: Wenn die Datei bereits
> aufgerufen war, soll der Punkt, an dem der Benutzer
> zuletzt war (gearbeitet oder gelesen hat) erneut an-
> gezeigt werden - was die Arbeit mit grossen Dateien
> nicht wenig erleichtert. Im anderen Fall (= die Datei
> war noch nicht aufgerufen) soll eben der Anfang der
> Datei angezeigt werden. Wer die Statistik braucht,
> hat nur wenig Muehe: einfach 'd' eingeben!
>
> Ich weiss, das ist ein revolutionaerer Gedanke. Wo
> kommen wir denn hin, wenn wir jahrhundealte Tradi-
> tionen mirnichtsdirnichts uebern Haufen werfen? Hm?
> Trotzdem wage ich es! Mir steht heute der Sinn nach
> einem Aufbruch zu neuen Ufern.
>
>
> Drei Standardantworten stehen zur Auswahl:
> =========================================
> O...JA, BITTE!
> O...NEIN, ich liebe die Dateistatistik!
> O...Mir doch egal!
>
> Und wer will, darf sich auch ausfuehrlicher dazu
> aeussern.
>
>
> Ueber der Flut von Diskussionsbeitraegen, die jetzt
> zweifellos ueber die Liste hereinbrechen werden,
> koennte die gestrige Wortmeldung von Heinrich Delfosse
> ungehoert verhallen: der hat naemlich (ein wenig
> verklausuliert) die unerhoerte Moeglichkeit vorge-
> schlagen, einen neuen zusaetzlichen Editormodus
> vorzusehen, der es erlaubt, Dateien ganz ohne(!)
> Satznummern zu bearbeiten: Laden, bearbeiten,
> abspeichern, fertig! (Intern geht's natuerlich
> immer noch mit Satznummern, aber wer sie nicht
> braucht, soll sie ausblenden koennen.) Wer will,
> kann's also wie in Winword oder im Windows-Editor
> haben. Und bei Bedarf spaeter eben auf Satznummern
> umschalten koennen, wenn er sie braucht.
>
> Waer das was? Was sagen die anderen dazu?
>
> Die Neulinge, die ich bisher hierzulande, im
> aeussersten Westen der Republik, dazu befragen
> konnte, waren begeistert, waehrend die alten
> Hasen erst einmal bedenklich mit den Koepfen
> gewackelt haben und sich erst zufrieden gaben,
> als klar war, dass die alten Modi t und p (na-
> tuerlich) nicht angetastet werden sollen.
>
> Viele laute Stimmen dazu, pro ebenso wie contra,
> waeren schoen.
>
> Darauf freut sich, mit einem herzlichen Gruss in
> die Runde
>
> Michael Trauth
>
>
> ---------------------------------------------------------------
> Dr. Michael Trauth                  e-mail: trauth at uni-trier.de
> Rechenzentrum                       office: Tel. 0651-201-3413
> der Universitaet                            Fax  0651-201-3921
> Universitaetsring                secretary: Tel. 0651-201-3417
> D-54286 Trier
> ---------------------------------------------------------------
>
> ------------------------------------------------------------
> Tustep-Liste at itug.de
> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste
>
>   


From annette.gerstenberg at hoerfenster.de  Wed Apr  2 21:21:03 2008
From: annette.gerstenberg at hoerfenster.de (Annette Gerstenberg)
Date: Wed, 2 Apr 2008 21:21:03 +0200
Subject: [Tustep-Liste] Frage an alle
References: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
	<47F3DB39.4080400@bbaw.de>
Message-ID: <001301c894f6$b2bdd4b0$8d00a8c0@ANNETTE>

Lieber Herr Trauth,

auf die letzte Mail auch von mir: Ja, bitte (Statistik verzichtbar). 
Zu den vorher beschriebenen Vorschlägen kann ich nur sagen, dass ich mit dem ist-Zustand zurecht komme, gegen Änderungen aber nichts einzuwenden habe.

Beste Grüße
Annette Gerstenberg
  -----Ursprüngliche Nachricht----- 
  Von: Wolfram Brunschön 
  An: tustep-liste at itug.de 
  Gesendet: Mittwoch, 2. April 2008 21:15
  Betreff: Re: [Tustep-Liste] Frage an alle


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

  Lieber Herr Trauth,

  auf die Statistik kann ich gerne verzichten; vielleicht könnte man ja in 
  der TUSTEP.INI mit einem Parameter das Verhalten des Editors definieren. 
  Und wenn wir schon dabei sind, die Satznummern optional auszublenden: 
  vielleicht ist es dann ja auch irgendwie möglich, "überlange" Sätze 
  portionsweise im Editor anzuzeigen?
  Darf ich den Gedanken des "TUSTEP-spezifischen Clous" (erinnert mich 
  irgendwie an Word 6) noch etwas weiterspinnen: ich fände es praktisch, 
  wenn (per Mausklick) mehrere "Lesezeichen" in einem Dokument definiert 
  werden könnten. So habe ich z.B. Lieblingsstellen im Satzprogramm, 
  zwischen denen ich gerne hin- und herspringe. Aber nach dem zweiten "u!" 
  nützt es dann nichts mehr, sich die Satznummern gemerkt zu haben.

  Liebe Grüße
  Wolfram Brunschön.


  Michael Trauth schrieb:
  > Diskussionsforum Tustep-Liste
  > Weitere Informationen: www.itug.de
  > ------------------------------------------------------------
  >
  >
  > Liebe TUSTEPler,
  >
  > gibt es noch jemanden (ausser Wieland Carls und ein
  > paar verschrobenen Trierern ;o)), welche die Postings
  > auf dieser Liste lesen? Oder sind die anderen noch
  > alle im Osterurlaub? Oder von Fruehjahrsmuedigkeit
  > uebermannt?
  >
  > Oder hat bloss keiner eine Meinung zu den von mir
  > aufgeworfenen Fragen?
  >
  > Na schoen, dann stelle ich jetzt eine *neue* Frage
  > und gebe dann *drei* Standardantworten zur Auswahl.
  >
  > Wenn man den Editor aufruft, landet man ja bekanntlich
  > nicht sofort im Text, sondern zuallererst in einem
  > Fenster, in dem ein wenig nuetzliche Statistik geboten
  > wird: wie die Datei heisst, von welchem Typ sie ist,
  > wann sie zuletzt geaendert wurde usw. Die Erfahrung
  > zeigt aber, dass 99% aller Benutzer keinen Blick drauf
  > werfen, sondern gleich eine Zeigeanweisung geben. Was
  > spricht also dagegen, dass der TUSTEP-Editor sich in
  > diesem Punkt genauso verhaelt wie alle anderen Editoren
  > und *gleich* den Text der Datei anzeigt? Mit einem
  > TUSTEP-spezifischen Clou: Wenn die Datei bereits
  > aufgerufen war, soll der Punkt, an dem der Benutzer
  > zuletzt war (gearbeitet oder gelesen hat) erneut an-
  > gezeigt werden - was die Arbeit mit grossen Dateien
  > nicht wenig erleichtert. Im anderen Fall (= die Datei
  > war noch nicht aufgerufen) soll eben der Anfang der
  > Datei angezeigt werden. Wer die Statistik braucht,
  > hat nur wenig Muehe: einfach 'd' eingeben!
  >
  > Ich weiss, das ist ein revolutionaerer Gedanke. Wo
  > kommen wir denn hin, wenn wir jahrhundealte Tradi-
  > tionen mirnichtsdirnichts uebern Haufen werfen? Hm?
  > Trotzdem wage ich es! Mir steht heute der Sinn nach
  > einem Aufbruch zu neuen Ufern.
  >
  >
  > Drei Standardantworten stehen zur Auswahl:
  > =========================================
  > O...JA, BITTE!
  > O...NEIN, ich liebe die Dateistatistik!
  > O...Mir doch egal!
  >
  > Und wer will, darf sich auch ausfuehrlicher dazu
  > aeussern.
  >
  >
  > Ueber der Flut von Diskussionsbeitraegen, die jetzt
  > zweifellos ueber die Liste hereinbrechen werden,
  > koennte die gestrige Wortmeldung von Heinrich Delfosse
  > ungehoert verhallen: der hat naemlich (ein wenig
  > verklausuliert) die unerhoerte Moeglichkeit vorge-
  > schlagen, einen neuen zusaetzlichen Editormodus
  > vorzusehen, der es erlaubt, Dateien ganz ohne(!)
  > Satznummern zu bearbeiten: Laden, bearbeiten,
  > abspeichern, fertig! (Intern geht's natuerlich
  > immer noch mit Satznummern, aber wer sie nicht
  > braucht, soll sie ausblenden koennen.) Wer will,
  > kann's also wie in Winword oder im Windows-Editor
  > haben. Und bei Bedarf spaeter eben auf Satznummern
  > umschalten koennen, wenn er sie braucht.
  >
  > Waer das was? Was sagen die anderen dazu?
  >
  > Die Neulinge, die ich bisher hierzulande, im
  > aeussersten Westen der Republik, dazu befragen
  > konnte, waren begeistert, waehrend die alten
  > Hasen erst einmal bedenklich mit den Koepfen
  > gewackelt haben und sich erst zufrieden gaben,
  > als klar war, dass die alten Modi t und p (na-
  > tuerlich) nicht angetastet werden sollen.
  >
  > Viele laute Stimmen dazu, pro ebenso wie contra,
  > waeren schoen.
  >
  > Darauf freut sich, mit einem herzlichen Gruss in
  > die Runde
  >
  > Michael Trauth
  >
  >
  > ---------------------------------------------------------------
  > Dr. Michael Trauth                  e-mail: trauth at uni-trier.de
  > Rechenzentrum                       office: Tel. 0651-201-3413
  > der Universitaet                            Fax  0651-201-3921
  > Universitaetsring                secretary: Tel. 0651-201-3417
  > D-54286 Trier
  > ---------------------------------------------------------------
  >
  > ------------------------------------------------------------
  > 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
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.itug.de/pipermail/tustep-liste/attachments/20080402/6690cfbb/attachment.htm>

From stahl at germanistik.uni-wuerzburg.de  Wed Apr  2 21:31:14 2008
From: stahl at germanistik.uni-wuerzburg.de (stahl at germanistik.uni-wuerzburg.de)
Date: Wed,  2 Apr 2008 21:31:14 +0200
Subject: [Tustep-Liste] Frage an alle
In-Reply-To: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
References: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
Message-ID: <20080402213114.np4yct5f4og4ksks@webmail.uni-wuerzburg.de>

Lieber Michael,
liebe Tustep-Anwenderinnen und -Anwender,

> Drei Standardantworten stehen zur Auswahl:
> =========================================
> X...JA, BITTE!
> O...NEIN, ich liebe die Dateistatistik!
> O...Mir doch egal!
>
> Und wer will, darf sich auch ausfuehrlicher dazu
> aeussern.
.. was ich hier gleich tun möchte:
das wäre auch eine gute Gelegenheit, um die althergebrachten Farben im Editor -
und im Tustep-Fenster überhaupt - einmal auszutauschen. Das Blau sollte weiß
werden, die Schrift dunkelgrau, das Hervorgehobenen vielleicht rot. Ich weiß,
dass man in der TUSTEP.INI und mit #DEFI alle Farben verdrehen kann, aber ich
könnte mir vorstellen, dass sich viele über eine gut gewählte Voreinstellung
freuen würden.

Zum Arbeiten mit oder ohne Seiten-Zeilen-Nummern kann ich nichts beitragen, da
ich keinen Tustep-Anwender kenne, der ohne diese Nummern arbeiten möchte. Ich
persönlich bin bei allen Ascii-Editoren froh, wenn ich eine Zeilennummerierung
anschalten kann.

Viele Grüße an alle
P.Stahl


From gasperlin at gasperlin.de  Wed Apr  2 23:07:13 2008
From: gasperlin at gasperlin.de (Oliver Gasperlin)
Date: Wed, 02 Apr 2008 23:07:13 +0200
Subject: [Tustep-Liste] Frage an alle
In-Reply-To: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
References: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
Message-ID: <47F3F581.8030001@gasperlin.de>

Lieber Michael,

den Vorstoß zur Diskussion der Editor-Funktionalität finde ich gut und 
unterstützenswert.

Die Dateistatistik zu Beginn des Dateiaufrufs mit dem Editor könnte man 
meinetwegen auch weglassen.

Was den zuvor gemachten Vorschlag zum Angebot eines leeren Satzes beim 
Aufruf einer leeren Datei betrifft, bin ich unschlüssig.
Manchmal springe ich nur mal eben auf eine Scratch-Datei, um zu sehen ob 
sie noch leer (bzw. als Zieldatei verfügbar) ist.
Was passiert im Vorschlagsfall, wenn ich sofort wieder raus gehe? Bleibt 
der angebotene leere Satz als Satz in der Datei stehen? Was wenn ich 
dann mit einem Programm hineinschreibe? Wird dann, wenn ich nicht loe=+ 
angebe, hinter die erste Zeile geschrieben, so dass ich dann einen 
ersten leeren Satz habe? Mir fiel da die eine oder andere Implikation 
ein, wo das nicht wünschenswert wäre.

Muss vielleicht weiter gedacht werden, doch bin ich schon etwas müde.


Mit besten Grüßen
Oliver Gasperlin

Michael Trauth schrieb:
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
>
>
> Liebe TUSTEPler,
>
> gibt es noch jemanden (ausser Wieland Carls und ein
> paar verschrobenen Trierern ;o)), welche die Postings
> auf dieser Liste lesen? Oder sind die anderen noch
> alle im Osterurlaub? Oder von Fruehjahrsmuedigkeit
> uebermannt?
>
> Oder hat bloss keiner eine Meinung zu den von mir
> aufgeworfenen Fragen?
>
> Na schoen, dann stelle ich jetzt eine *neue* Frage
> und gebe dann *drei* Standardantworten zur Auswahl.
>
> Wenn man den Editor aufruft, landet man ja bekanntlich
> nicht sofort im Text, sondern zuallererst in einem
> Fenster, in dem ein wenig nuetzliche Statistik geboten
> wird: wie die Datei heisst, von welchem Typ sie ist,
> wann sie zuletzt geaendert wurde usw. Die Erfahrung
> zeigt aber, dass 99% aller Benutzer keinen Blick drauf
> werfen, sondern gleich eine Zeigeanweisung geben. Was
> spricht also dagegen, dass der TUSTEP-Editor sich in
> diesem Punkt genauso verhaelt wie alle anderen Editoren
> und *gleich* den Text der Datei anzeigt? Mit einem
> TUSTEP-spezifischen Clou: Wenn die Datei bereits
> aufgerufen war, soll der Punkt, an dem der Benutzer
> zuletzt war (gearbeitet oder gelesen hat) erneut an-
> gezeigt werden - was die Arbeit mit grossen Dateien
> nicht wenig erleichtert. Im anderen Fall (= die Datei
> war noch nicht aufgerufen) soll eben der Anfang der
> Datei angezeigt werden. Wer die Statistik braucht,
> hat nur wenig Muehe: einfach 'd' eingeben!
>
> Ich weiss, das ist ein revolutionaerer Gedanke. Wo
> kommen wir denn hin, wenn wir jahrhundealte Tradi-
> tionen mirnichtsdirnichts uebern Haufen werfen? Hm?
> Trotzdem wage ich es! Mir steht heute der Sinn nach
> einem Aufbruch zu neuen Ufern.
>
>
> Drei Standardantworten stehen zur Auswahl:
> =========================================
> O...JA, BITTE!
> O...NEIN, ich liebe die Dateistatistik!
> O...Mir doch egal!
>
> Und wer will, darf sich auch ausfuehrlicher dazu
> aeussern.
>
>
> Ueber der Flut von Diskussionsbeitraegen, die jetzt
> zweifellos ueber die Liste hereinbrechen werden,
> koennte die gestrige Wortmeldung von Heinrich Delfosse
> ungehoert verhallen: der hat naemlich (ein wenig
> verklausuliert) die unerhoerte Moeglichkeit vorge-
> schlagen, einen neuen zusaetzlichen Editormodus
> vorzusehen, der es erlaubt, Dateien ganz ohne(!)
> Satznummern zu bearbeiten: Laden, bearbeiten,
> abspeichern, fertig! (Intern geht's natuerlich
> immer noch mit Satznummern, aber wer sie nicht
> braucht, soll sie ausblenden koennen.) Wer will,
> kann's also wie in Winword oder im Windows-Editor
> haben. Und bei Bedarf spaeter eben auf Satznummern
> umschalten koennen, wenn er sie braucht.
>
> Waer das was? Was sagen die anderen dazu?
>
> Die Neulinge, die ich bisher hierzulande, im
> aeussersten Westen der Republik, dazu befragen
> konnte, waren begeistert, waehrend die alten
> Hasen erst einmal bedenklich mit den Koepfen
> gewackelt haben und sich erst zufrieden gaben,
> als klar war, dass die alten Modi t und p (na-
> tuerlich) nicht angetastet werden sollen.
>
> Viele laute Stimmen dazu, pro ebenso wie contra,
> waeren schoen.
>
> Darauf freut sich, mit einem herzlichen Gruss in
> die Runde
>
> Michael Trauth
>
>
> ---------------------------------------------------------------
> Dr. Michael Trauth                  e-mail: trauth at uni-trier.de
> Rechenzentrum                       office: Tel. 0651-201-3413
> der Universitaet                            Fax  0651-201-3921
> Universitaetsring                secretary: Tel. 0651-201-3417
> D-54286 Trier
> ---------------------------------------------------------------
>
> ------------------------------------------------------------
> Tustep-Liste at itug.de
> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste
>
>   


From schubert at bbaw.de  Thu Apr  3 08:40:37 2008
From: schubert at bbaw.de (Dr. Martin Schubert)
Date: Thu, 03 Apr 2008 08:40:37 +0200
Subject: [Tustep-Liste] Frage an alle
In-Reply-To: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
References: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
Message-ID: <47F47BE5.3050608@bbaw.de>

Lieber Herr Trauth, liebe Liste,


> 
> Drei Standardantworten stehen zur Auswahl:
> =========================================
> O...JA, BITTE!
> O...NEIN, ich liebe die Dateistatistik!
> O...Mir doch egal!
 > X...Schwer zu sagen! Zum einen beno"tige ich die Statistik fast nie,
um anderen bin ich sicher: falls ich sie mal brauchte, wu"rde ich den 
zugeho"rigen Befehl nicht wissen. Die Frage ru"hrt tief an diejenige nach 
der intuitiven Benutzbarkeit eines Programms. Die gibt es bislang bei 
Tustep nicht.
Voll unterstu"tzen muss ich Herrn Stahls Vorschlag der 
Farbvoreinstellungen: ich war entsetzt, als ich aus dem Arbeitsschutz 
erfuhr, dass die Standardeinstellungen verboten sind, da augenscha"dlich 
(Schrift soll immer dunkler sein als der Hintergrund).
Gute Gru"?e,

Martin Schubert


From reichel at bbaw.de  Thu Apr  3 09:05:17 2008
From: reichel at bbaw.de (reichel)
Date: Thu, 03 Apr 2008 09:05:17 +0200
Subject: [Tustep-Liste] Frage an alle
In-Reply-To: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
References: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
Message-ID: <47F481AD.7010108@bbaw.de>

Michael Trauth schrieb:
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
> 
> 
> Liebe TUSTEPler,
> 
> gibt es noch jemanden (ausser Wieland Carls und ein
> paar verschrobenen Trierern ;o)), welche die Postings
> auf dieser Liste lesen? Oder sind die anderen noch
> alle im Osterurlaub? Oder von Fruehjahrsmuedigkeit
> uebermannt?
> 
> Oder hat bloss keiner eine Meinung zu den von mir
> aufgeworfenen Fragen?
> 
> Na schoen, dann stelle ich jetzt eine *neue* Frage
> und gebe dann *drei* Standardantworten zur Auswahl.
> 
> Wenn man den Editor aufruft, landet man ja bekanntlich
> nicht sofort im Text, sondern zuallererst in einem
> Fenster, in dem ein wenig nuetzliche Statistik geboten
> wird: wie die Datei heisst, von welchem Typ sie ist,
> wann sie zuletzt geaendert wurde usw. Die Erfahrung
> zeigt aber, dass 99% aller Benutzer keinen Blick drauf
> werfen, sondern gleich eine Zeigeanweisung geben. Was
> spricht also dagegen, dass der TUSTEP-Editor sich in
> diesem Punkt genauso verhaelt wie alle anderen Editoren
> und *gleich* den Text der Datei anzeigt? Mit einem
> TUSTEP-spezifischen Clou: Wenn die Datei bereits
> aufgerufen war, soll der Punkt, an dem der Benutzer
> zuletzt war (gearbeitet oder gelesen hat) erneut an-
> gezeigt werden - was die Arbeit mit grossen Dateien
> nicht wenig erleichtert. Im anderen Fall (= die Datei
> war noch nicht aufgerufen) soll eben der Anfang der
> Datei angezeigt werden. Wer die Statistik braucht,
> hat nur wenig Muehe: einfach 'd' eingeben!
> 
> Ich weiss, das ist ein revolutionaerer Gedanke. Wo
> kommen wir denn hin, wenn wir jahrhundealte Tradi-
> tionen mirnichtsdirnichts uebern Haufen werfen? Hm?
> Trotzdem wage ich es! Mir steht heute der Sinn nach
> einem Aufbruch zu neuen Ufern.
> 
> 
> Drei Standardantworten stehen zur Auswahl:
> =========================================
> O...JA, BITTE!
> O...NEIN, ich liebe die Dateistatistik!
> O...Mir doch egal!
> 
> Und wer will, darf sich auch ausfuehrlicher dazu
> aeussern.
> 
> 
> Ueber der Flut von Diskussionsbeitraegen, die jetzt
> zweifellos ueber die Liste hereinbrechen werden,
> koennte die gestrige Wortmeldung von Heinrich Delfosse
> ungehoert verhallen: der hat naemlich (ein wenig
> verklausuliert) die unerhoerte Moeglichkeit vorge-
> schlagen, einen neuen zusaetzlichen Editormodus
> vorzusehen, der es erlaubt, Dateien ganz ohne(!)
> Satznummern zu bearbeiten: Laden, bearbeiten,
> abspeichern, fertig! (Intern geht's natuerlich
> immer noch mit Satznummern, aber wer sie nicht
> braucht, soll sie ausblenden koennen.) Wer will,
> kann's also wie in Winword oder im Windows-Editor
> haben. Und bei Bedarf spaeter eben auf Satznummern
> umschalten koennen, wenn er sie braucht.
> 
> Waer das was? Was sagen die anderen dazu?
> 
> Die Neulinge, die ich bisher hierzulande, im
> aeussersten Westen der Republik, dazu befragen
> konnte, waren begeistert, waehrend die alten
> Hasen erst einmal bedenklich mit den Koepfen
> gewackelt haben und sich erst zufrieden gaben,
> als klar war, dass die alten Modi t und p (na-
> tuerlich) nicht angetastet werden sollen.
> 
> Viele laute Stimmen dazu, pro ebenso wie contra,
> waeren schoen.
> 
> Darauf freut sich, mit einem herzlichen Gruss in
> die Runde
> 
> Michael Trauth
> 
> 
> ---------------------------------------------------------------
> Dr. Michael Trauth                  e-mail: trauth at uni-trier.de
> Rechenzentrum                       office: Tel. 0651-201-3413
> der Universitaet                            Fax  0651-201-3921
> Universitaetsring                secretary: Tel. 0651-201-3417
> D-54286 Trier
> ---------------------------------------------------------------
> 
> ------------------------------------------------------------
> Tustep-Liste at itug.de
> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste
> 
Lieber Herr Trauth, liebe Liste,

 > Drei Standardantworten stehen zur Auswahl:
 > > =========================================
 > > X...JA, BITTE!
 > > O...NEIN, ich liebe die Dateistatistik!
 > > O...Mir doch egal!
 > >
Den hier kopierten Gedanken möchte ich gern unterstützen:

das wäre auch eine gute Gelegenheit, um die althergebrachten Farben im 
Editor -
und im Tustep-Fenster überhaupt - einmal auszutauschen. Das Blau sollte weiß
werden, die Schrift dunkelgrau, das Hervorgehobenen vielleicht rot. Ich 
weiß,
dass man in der TUSTEP.INI und mit #DEFI alle Farben verdrehen kann, 
aber ich
könnte mir vorstellen, dass sich viele über eine gut gewählte Voreinstellung
freuen würden.


Außerdem bin ich für die Beibehaltung der Satznummern, mit haben sie 
immer beim Kopieren und Korrigieren geholfen.

Besten Gruß
Claudia Reichel


From hagen.reinstein at uni-trier.de  Thu Apr  3 09:11:02 2008
From: hagen.reinstein at uni-trier.de (Hagen Reinstein)
Date: Thu, 03 Apr 2008 09:11:02 +0200
Subject: [Tustep-Liste] Frage an alle
In-Reply-To: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
References: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
Message-ID: <47F49F25.20281.48EBF9@hagen.reinstein.uni-trier.de>

Lieber Michael, liebe Liste,

was die Satznummern angeht, ist klar, dass vor allem Anfänger sich an 
Ihnen stören - aber eben nur, weil sie sie zunächst nicht gewohnt sind. 
Wenn diese Anfänger aber mit dem Editor arbeiten (ihn nicht nur 
vollschreiben) - und damit keine Anfänger mehr sind, sehen Sie, dass viele 
der Vorteile des T-Editors auch auf dem Gebrauch der Satznummern basieren. 
Über kurz oder lang (ich denke eher über kurz) werden Benutzer also immer 
bei den Satznummern landen.

Ein Grund für die Ablehnung der Satznummern scheint mir auch darin zu 
liegen, dass sie nur durch den | vom Text getrennt sind - viele meiner 
Anfänger hatten beim Blick auf den Editor Probleme, den Anfang der 
Textzeile auf Anhieb zu finden (hört sich merkwürdig an, war aber so). 
Vielleicht könnte man die Satznummern - unabhängig von der grundsätzlichen 
Entscheidung - etwas "diskreter" anzeigen, etwa in einer vom Text 
unterschiedlichen (frei wählbaren) Farbe oder vor einem farbigen 
Hintergrund (vgl. Notepad++)?

Die Voreinstellung der Farben (Vorschlag Stahl) sollte vielleicht 
beibehalten werden: Sie ist so gruselig, dass sie für mich eine gute 
Erinnerung ist, die T-INI zu bearbeiten. Und ändern würde ich auch den 
Vorschlag grau auf weiß (mein Liebling ist blau auf grau)... Aber 
ernsthaft: neue Voreinstellungen wären fein!

Nur zustimmen kann ich der Behandlung von neuem Text im Editor bzw. dem 
Wegfall von ee: Die derzeitige Lösung war in allen Projekten, in denen 
Text - ob mit c & p, Mausmakro oder getippt - ergänzt werden musste, eine 
hochgradige Fehlerquelle.

Zur Statistik: Sie brauche ich selten (Anzeige des modus) oder nie, also 
ist der Sprung in die Datei für mich in Ordnung. Über die Wahl des 
Einstiegspunktes lässt sich dann aber trefflich streiten...

Als weiterer verschrobener Trierer Listenleser grüßt ** hr **


------------------------------
Dr. Hagen Reinstein

Fachreferate Aegyptologie,
Archaeologie, Klass. Philologie
Universitaetsbibliothek Trier
54286 Trier

0651/201-4201


From glessgen at rom.uzh.ch  Thu Apr  3 09:43:06 2008
From: glessgen at rom.uzh.ch (Martin D. Glessgen)
Date: Thu, 03 Apr 2008 09:43:06 +0200
Subject: [Tustep-Liste] Frage an alle
In-Reply-To: <20080402213114.np4yct5f4og4ksks@webmail.uni-wuerzburg.de>
References: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
	<20080402213114.np4yct5f4og4ksks@webmail.uni-wuerzburg.de>
Message-ID: <47F48A8A.5080003@rom.uzh.ch>

Liebe Kollegen, lieber Herr Schälkle
ich schliesse mich Peter Stahl in allen drei Punkten an (keine 
Statistik, Standardfarbwahl weiss-dunkelgrau / Korrekturen Karminrot 
[4F], Satznummern im Prinzip beibehalten); ein OPTIONALES Ausblenden der 
Satznummern kann sicher nichts schaden, aber die Frage wäre, was das an 
Programmieraufwand bedeuten würde.
Grüsse reihum
Martin Glessgen


stahl at germanistik.uni-wuerzburg.de schrieb:
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
>
> Lieber Michael,
> liebe Tustep-Anwenderinnen und -Anwender,
>
>   
>> Drei Standardantworten stehen zur Auswahl:
>> =========================================
>> X...JA, BITTE!
>> O...NEIN, ich liebe die Dateistatistik!
>> O...Mir doch egal!
>>
>> Und wer will, darf sich auch ausfuehrlicher dazu
>> aeussern.
>>     
> .. was ich hier gleich tun möchte:
> das wäre auch eine gute Gelegenheit, um die althergebrachten Farben im Editor -
> und im Tustep-Fenster überhaupt - einmal auszutauschen. Das Blau sollte weiß
> werden, die Schrift dunkelgrau, das Hervorgehobenen vielleicht rot. Ich weiß,
> dass man in der TUSTEP.INI und mit #DEFI alle Farben verdrehen kann, aber ich
> könnte mir vorstellen, dass sich viele über eine gut gewählte Voreinstellung
> freuen würden.
>
> Zum Arbeiten mit oder ohne Seiten-Zeilen-Nummern kann ich nichts beitragen, da
> ich keinen Tustep-Anwender kenne, der ohne diese Nummern arbeiten möchte. Ich
> persönlich bin bei allen Ascii-Editoren froh, wenn ich eine Zeilennummerierung
> anschalten kann.
>
> Viele Grüße an alle
> P.Stahl
>
> ------------------------------------------------------------
> 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/20080403/f0600000/attachment.htm>

From stahl at germanistik.uni-wuerzburg.de  Thu Apr  3 10:02:07 2008
From: stahl at germanistik.uni-wuerzburg.de (stahl at germanistik.uni-wuerzburg.de)
Date: Thu,  3 Apr 2008 10:02:07 +0200
Subject: [Tustep-Liste] Frage an alle (2)
In-Reply-To: <47F48A8A.5080003@rom.uzh.ch>
References: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
	<20080402213114.np4yct5f4og4ksks@webmail.uni-wuerzburg.de>
	<47F48A8A.5080003@rom.uzh.ch>
Message-ID: <20080403100207.ce5naqfmckocwo4s@webmail.uni-wuerzburg.de>

Liebe Tustep-Anwenderinnen und -Anwender,

als ich heute morgen mit meinem Hund draußen war, bin ich einen ganz anderen
Weg gegangen als sonst, und dabei ging mir Michael Trauths Schlachtruf immer
wieder durch den Kopf: Auf zu neuen Ufern!

Wenn wir schon über die Editor-Statistik reden, über das Aus- und Einblenden
der Satznummern, über die Farbeinstellungen, dann könnten wir uns doch gleich
bitte bei Herrn Schälkle einen ganz neuen Editor wünschen: einen Editor, der
Sonderschriften immer darstellt (kursiv, fett, griechisch...), der - neben
Anweisungen in einer Anweisungszeile - auch Menüaufrufe enthält (z.B. zum
"Öffnen" von Dateien in irgendwelchen Verzeichnissen, zur Definition von
Zeichen- und Stringgruppen, zu Farbeinstellungen), einen Editor also, der vom
Design her zu einer graphischen Oberfläche passt, aber eben dennoch ein
Tustep-Editor ist mit all seinen Vorzügen.

Es wurde früher immer wieder über einen derartigen Editor diskutiert; doch aus
Gründen der Abwärtskompatibilität wurde solch ein Vorhaben dann schließlich
verworfen, weil ein neuer Dateityp notwendig wäre - so hieß es damals. Ich
vermute jedoch, dass ein Großteil der Tustep-Benutzer ein Upgrade bestellt,
wenn die neuen Möglichkeiten erst einmal darin integriert sind.

Mit besten Grüßen an alle
P.Stahl


From jabhek at compuserve.de  Thu Apr  3 10:15:04 2008
From: jabhek at compuserve.de (jabhek at compuserve.de)
Date: Thu, 03 Apr 2008 10:15:04 +0200
Subject: [Tustep-Liste] Frage an alle
Message-ID: <a336b774.b774a336@compuserve.de>

Lieber Herr Trauth, liebe Listenleser,

auch ich möchte unterstützen, daß der Text im Editor in Zukunft sofort 
angezeigt wird. (Ich vergesse erfahrungsgemäß, rechtzeitig zu schauen, 
wenn ich tatsächlich etwas aus der Statistik wissen will.) Aber:

"Wer die Statistik braucht,
hat nur wenig Muehe: einfach 'd' eingeben!"

Bisher funktionierte das doch mit 'm', das sollte auch weiterhin so 
bleiben! 

Was die Satznummern betrifft: solange sie weiterhin zur Verfügung 
stehen, ist es mir egal, ob eine zusätzliche Anzeigeart ohne 
Satznummern gibt oder nicht. Für Neueinsteiger ist sie möglicherweise 
attraktiver. Meine Frage: Ob ein Anfänger, wenn er der Einfachheit 
halber ohne Satznummern arbeitet, dann eigentlich auf die Vorteile der 
Satznummern aufmerksam werden wird oder möglicherweise doch in seinem 
eigenen, satznummernfreien Feld bleibt? 

Viele Grüße in die Runde
Barbara Jockers


From Heidi.Hein at t-online.de  Thu Apr  3 11:19:18 2008
From: Heidi.Hein at t-online.de (Heidi Hein)
Date: Thu, 03 Apr 2008 11:19:18 +0200
Subject: [Tustep-Liste] =?iso-8859-15?q?Frage_an_alle?=
In-Reply-To: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
References: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
Message-ID: <1JhLbK-2JoZs00@fwd33.aul.t-online.de>

Lieber Michael, liebe Liste! 

Die Diskussion in der Melanchthon-Forschungsstelle über die Fragen der
Neugestaltung des Editors hat folgende Ergebnisse gebracht:

Oh ja, bitte die Statistikseite abschaffen und direkt in die Datei
springen, und zwar an den Anfang, denn es gibt einige, die gerade den
Anfang der Datei als virtuelles Notizblatt verwenden. Wir hier parken
dort alle Informationen, die für die gesamte Datei gelten: Agenda und
Acta stehen hier nebeneinander. 

Eine leere Datei sollte sofort in den "ee"-Modus springen. Denn auch die
Windowszwischenablage einzufügen ist nicht möglich, ohne vorher ein "ee"
gegeben und - das ist der Hit! - eine leere Zeile eingefügt zu haben. 

Die Satznummern sollen erhalten und vor allem sichtbar bleiben. Sie
transportieren für uns Information über die Briefnummern (Seitenzahl =
Briefnummer). In das Satzprogramm übergeben wir mit page_nr diese
aktuelle Nummer und bekommen nur den aktuellen Brief gesetzt. Wer will
eine 700 Seiten starke PS-Datei, wenn er nur 2 Seiten benötigt? 
Der Vorschlag von Hagen Reinstein, die Satznummern farblich abzutrennen,
findet breite Zustimmung. Noch gibt es beim Farbschema ja freie
Positionen. 

Und wo wir schon dabei sind: Reichen SPLIT und ENTER nicht aus für die
Belegung der CR-Taste? Wie setzt man den Modus MACRO sinnvoll ein? Ich
habe keine Vorstellung, lasse mich aber gerne belehren. 


Doch nun zu meinen persönlichen Erfahrungen: 

Ein Problem für Anfänger, und nicht nur für diese, ist der senkrechte
Strich zwischen Satznummer und Text. Am einfachsten ist es natürlich zu
sagen, er ist "tabu", ist er aber nicht. Ändert man ihn in der Mitte des
Bildschirms, ist es erlaubt, versucht man das in der ersten Zeile, geht
es schief. Schreibe ich einen Text in eine neu eingefügte Zeile (die hat
dann statt des senkrechten Strichs ein "+") und entscheide mich dafür,
diesen Text doch nicht zu lassen, kann ich den Text löschen. Klappt.
Schreibe ich aber statt des gerade eingefügten "+" ein "-" hinein, gibt
es eine Fehlermeldung, die dem Anfänger überhaupt nicht weiterhilft. 

Bin ich im "ee"-Modus, kann ich mit der Backspace-Taste nur bis zum
Anfang der Zeile löschen. Wäre es ein großer Aufwand hier auch das
zeilenübergreifende Löschen nach oben zuzulassen? Das gilt natürlich
auch für die DEL-Taste nach vorne. 




Eine weiterhin intensive Diskussion wünscht sich 
Heidi Hein 


From schaelkle at zdv.uni-tuebingen.de  Thu Apr  3 12:31:10 2008
From: schaelkle at zdv.uni-tuebingen.de (Kuno Schälkle)
Date: Thu, 3 Apr 2008 12:31:10 +0200
Subject: [Tustep-Liste] Frage an alle
References: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
	<1JhLbK-2JoZs00@fwd33.aul.t-online.de>
Message-ID: <012f01c89575$d76c2440$10160286@dolo>

Liebe TUSTEPler/innen

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Eine leere Datei sollte sofort in den "ee"-Modus springen. Denn auch die
Windowszwischenablage einzufügen ist nicht möglich, ohne vorher ein "ee"
gegeben und - das ist der Hit! - eine leere Zeile eingefügt zu haben.
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

um die Windowszwischenablage in eine leere
Datei einzufügen genügt die Anweisung  EZ,1

Mit freundlichen Grüßen
Kuno Schälkle


From anne.auditor at uni-tuebingen.de  Thu Apr  3 12:43:40 2008
From: anne.auditor at uni-tuebingen.de (Anne Auditor)
Date: Thu,  3 Apr 2008 12:43:40 +0200
Subject: [Tustep-Liste] Frage an alle
In-Reply-To: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
References: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
Message-ID: <20080403124340.xir58frqtcsoso44@webmail.uni-tuebingen.de>

Lieber Herr Trauth, liebe Listenleser,

viele Fragen und Antworten auf einmal - dennoch ein kleiner Versuch,  
als Quasi-Anfänger ein paar Bemerkungen zu machen: Sehr erfreulich und  
nützlich fände ich den Vorschlag, eine Möglichkeit zu finden, am  
unteren Rand weiterzuschreiben, denn das muss man Mit-Anfängern immer  
recht mühsam erklären und fällt oft genug selber darauf rein. Richtig  
klasse ist auch die Idee von Herrn Brunschön bzgl. des portionsweisen  
Anzeigens zu langer Sätze.
Ein direkter Weg in den Text ohne die Statistik wäre vielleicht  
nützlich; was die Satznummern betrifft, sagten Sie, Herr Trauth, ja  
schon, dass sich da Anfänger recht leicht gewöhnen, womit Sie wohl  
recht haben.

Bei einem "grafischeren" Editor sollte man vielleicht achtgeben, dass  
man nicht das Prinzip einer sachlichen Textauszeichnung  
vernachlässigt; eine Mischung fände ich schwierig, weil irgendwie  
verwirrend, oder? ...
Grundsätzlich wäre es vielleicht sinnvoll zu unterscheiden zwischen  
mehr oder minder "kosmetischen" Verbesserungen wie Farbeinstellungen  
oä. (denn das ist letztendlich eine Geschmacksfrage und für  
diejenigen, die es wollen, nicht schwer einzustellen) und Punkten, die  
wirklich die Arbeit und vielleicht sogar Anfängern den Einstieg  
erleichtern können.

In diesem Sinne - herzliche Grüße aus Tübingen
Anne Auditor

[PS an Herrn Trauth: Ihre Tips haben funktioniert; vielen lieben Dank  
nochmals!]





Zitat von Michael Trauth <trauth at uni-trier.de>:

> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
>
>
> Liebe TUSTEPler,
>
> gibt es noch jemanden (ausser Wieland Carls und ein
> paar verschrobenen Trierern ;o)), welche die Postings
> auf dieser Liste lesen? Oder sind die anderen noch
> alle im Osterurlaub? Oder von Fruehjahrsmuedigkeit
> uebermannt?
>
> Oder hat bloss keiner eine Meinung zu den von mir
> aufgeworfenen Fragen?
>
> Na schoen, dann stelle ich jetzt eine *neue* Frage
> und gebe dann *drei* Standardantworten zur Auswahl.
>
> Wenn man den Editor aufruft, landet man ja bekanntlich
> nicht sofort im Text, sondern zuallererst in einem
> Fenster, in dem ein wenig nuetzliche Statistik geboten
> wird: wie die Datei heisst, von welchem Typ sie ist,
> wann sie zuletzt geaendert wurde usw. Die Erfahrung
> zeigt aber, dass 99% aller Benutzer keinen Blick drauf
> werfen, sondern gleich eine Zeigeanweisung geben. Was
> spricht also dagegen, dass der TUSTEP-Editor sich in
> diesem Punkt genauso verhaelt wie alle anderen Editoren
> und *gleich* den Text der Datei anzeigt? Mit einem
> TUSTEP-spezifischen Clou: Wenn die Datei bereits
> aufgerufen war, soll der Punkt, an dem der Benutzer
> zuletzt war (gearbeitet oder gelesen hat) erneut an-
> gezeigt werden - was die Arbeit mit grossen Dateien
> nicht wenig erleichtert. Im anderen Fall (= die Datei
> war noch nicht aufgerufen) soll eben der Anfang der
> Datei angezeigt werden. Wer die Statistik braucht,
> hat nur wenig Muehe: einfach 'd' eingeben!
>
> Ich weiss, das ist ein revolutionaerer Gedanke. Wo
> kommen wir denn hin, wenn wir jahrhundealte Tradi-
> tionen mirnichtsdirnichts uebern Haufen werfen? Hm?
> Trotzdem wage ich es! Mir steht heute der Sinn nach
> einem Aufbruch zu neuen Ufern.
>
>
> Drei Standardantworten stehen zur Auswahl:
> =========================================
> O...JA, BITTE!
> O...NEIN, ich liebe die Dateistatistik!
> O...Mir doch egal!
>
> Und wer will, darf sich auch ausfuehrlicher dazu
> aeussern.
>
>
> Ueber der Flut von Diskussionsbeitraegen, die jetzt
> zweifellos ueber die Liste hereinbrechen werden,
> koennte die gestrige Wortmeldung von Heinrich Delfosse
> ungehoert verhallen: der hat naemlich (ein wenig
> verklausuliert) die unerhoerte Moeglichkeit vorge-
> schlagen, einen neuen zusaetzlichen Editormodus
> vorzusehen, der es erlaubt, Dateien ganz ohne(!)
> Satznummern zu bearbeiten: Laden, bearbeiten,
> abspeichern, fertig! (Intern geht's natuerlich
> immer noch mit Satznummern, aber wer sie nicht
> braucht, soll sie ausblenden koennen.) Wer will,
> kann's also wie in Winword oder im Windows-Editor
> haben. Und bei Bedarf spaeter eben auf Satznummern
> umschalten koennen, wenn er sie braucht.
>
> Waer das was? Was sagen die anderen dazu?
>
> Die Neulinge, die ich bisher hierzulande, im
> aeussersten Westen der Republik, dazu befragen
> konnte, waren begeistert, waehrend die alten
> Hasen erst einmal bedenklich mit den Koepfen
> gewackelt haben und sich erst zufrieden gaben,
> als klar war, dass die alten Modi t und p (na-
> tuerlich) nicht angetastet werden sollen.
>
> Viele laute Stimmen dazu, pro ebenso wie contra,
> waeren schoen.
>
> Darauf freut sich, mit einem herzlichen Gruss in
> die Runde
>
> Michael Trauth
>
>
> ---------------------------------------------------------------
> Dr. Michael Trauth                  e-mail: trauth at uni-trier.de
> Rechenzentrum                       office: Tel. 0651-201-3413
> der Universitaet                            Fax  0651-201-3921
> Universitaetsring                secretary: Tel. 0651-201-3417
> D-54286 Trier
> ---------------------------------------------------------------
>
> ------------------------------------------------------------
> Tustep-Liste at itug.de
> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste
>


From trauth at uni-trier.de  Thu Apr  3 13:07:20 2008
From: trauth at uni-trier.de (Michael Trauth)
Date: Thu, 03 Apr 2008 13:07:20 +0200
Subject: [Tustep-Liste] Frage an alle
In-Reply-To: <a336b774.b774a336@compuserve.de>
References: <a336b774.b774a336@compuserve.de>
Message-ID: <47F4D688.9748.4297CD4@trauth.uni-trier.de>


Aaaahhh, endlich kommt Leben in die Bude!

Liebe TUSTEPler,

ich freue mich riesig ueber die rege Diskussion!

Ohne jetzt schon irgendwas zu resuemieren (wofuer es
noch viel zu frueh ist), nur kurz ein paar Antworten
meinerseits:

a) an Barbara Jockers:

> "Wer die Statistik braucht,
> hat nur wenig Muehe: einfach 'd' eingeben!"
> Bisher funktionierte das doch mit 'm', das sollte auch
> weiterhin so bleiben! 

Es funktioniert sowohl mit 'm' (= Informationen ueber den
Modus) als auch mit 'd' (= Informationen ueber die Datei);
die beiden Anweisungen sind funktionsgleich.

b) an Heidi Hein:
> Denn auch die Windowszwischenablage einzufügen ist nicht
> möglich, ohne vorher ein "ee" gegeben und - das ist der
> Hit! - eine leere Zeile eingefügt zu haben.

Kleine Korrektur: Man kann die Zwischenablage nicht nur
mit STRG-V einfuegen (damit in der Tat nur bis zur Groesse
des Editor-Bildschirms), sondern auch mit der Anweisung
'ez,pos', also z.B. in einer leeren Datei mit 'ez,1.1'.

c) an Peter Stahl: Aufbruch zu *ganz* neuen Ufern? zu
einem *ganz* neuen Editor? mit GUI-Unterstuetzung und
-eigenschaften und Unterstuetzung aller Sonderzeichen
usw.? Dafuer waere ich auch zu haben, wuerde aber erst
gerne die Meinung von Herrn Schaelkle ueber die Reali-
sierungschancen eine solchen Projektes hoeren.

d) Generell zu den Satznummern:
Um keine Missverstaendisse aufkommen zu lassen, will
ich klarstellen, dass ich wie jeder andere TUSTEP-Anwender
auch vom Wert und vom Nutzen der Satznummern vollkommen
ueberzeugt bin und nie auf den Gedanken verfiele, sie
abschaffen zu wollen. Beim Umgang mit Massendaten, ja
sogar schon bei einer nur etwas groesseren Textdatei
sind sie unverzichtbar. Es gibt lediglich Phasen im
Umgang mit Texten - etwa bei der Erstellung bzw. bei
der Eingabe von Texten -, in denen die Satznummern
noch von untergeordneter Bedeutung sind. Beim Verfassen
eines Briefes, Gutachtens, beliebigen Skriptes oder eines
Protokolls beispielsweise (es komme mir bitte niemand mit
dem Einwand, dass man fuer *solche* Zwecke TUSTEP nicht
verwenden wird!) ist es selbst mir tatsaechlich wurscht,
welche Satznummern vergeben werden - Hauptsache, der
Text ist in der Datei, und ich kann mit den genialen
Vorzuegen des TUSTEP-Editors in diesem Text arbeiten!
Um es noch einmal mit aller Deutlichkeit zu sagen: Die
Satznummern gaebe es auch in *diesem* Modus, sie wuerden
lediglich unsichtbar beim Laden (und evtl. auch beim
Speichern) der Datei neu vergeben. Wer diese Neuvergabe
nicht will, braeuchte nur die vertrauten Modi 'p' und 't'
zu verwenden. - Und GANZ NEBENBEI: Mir hat ein Voeglein
gezwitschert, dass in diesem Modus Austauscheanweisungen
UEBER DIE SATZGRENZEN HINWEG (hoert, hoert!) moeglich
sein koennten (wobei zwischen den Datensaetzen jeweils
ein Blank mitzudenken waere). WAER DAS WAS?

e) an Hagen Reinstein:

Die Satznummern am linken Rand farblich zu unterscheiden,
ist eine gute Idee!

f) an Barbara Jockers:

> ... Für Neueinsteiger ist sie möglicherweise
> attraktiver. Meine Frage: Ob ein Anfänger, wenn er
> der Einfachheit halber ohne Satznummern arbeitet,
> dann eigentlich auf die Vorteile der Satznummern
> aufmerksam werden wird oder möglicherweise doch
> in seinem eigenen, satznummernfreien Feld bleibt?

Ja, davon bin ich ueberzeugt: Wer sich in einem
groesseren Datenbestand orientieren muss oder auch
auch nur einem Kollegen (der dieselbe Datei vor sich
hat) bezeichnen muss, von welcher Stelle gerade die
Rede ist, oder sich 'mal eben schnell' ein Wortver-
zeichnis oder gar gleich ein richtiges Register anlegt,
kommt ganz schnell und spontan(!) auf die gewaltigen
Vorteile der Satznummern. Da sehe ich keinerlei Risiko.


Soviel nur als Zwischenbemerkungen.


Ganz herzlichen Dank in die Runde sagt

Michael Trauth


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


From schaelkle at zdv.uni-tuebingen.de  Thu Apr  3 13:16:30 2008
From: schaelkle at zdv.uni-tuebingen.de (Kuno Schälkle)
Date: Thu, 3 Apr 2008 13:16:30 +0200
Subject: [Tustep-Liste] Frage an alle
References: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
	<20080402213114.np4yct5f4og4ksks@webmail.uni-wuerzburg.de>
Message-ID: <018501c8957c$2aa37d60$10160286@dolo>

Liebe TUSTEPler/innen,

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
das wäre auch eine gute Gelegenheit, um die althergebrachten Farben im Editor -
und im Tustep-Fenster überhaupt - einmal auszutauschen. Das Blau sollte weiß
werden, die Schrift dunkelgrau, das Hervorgehobenen vielleicht rot.
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

eine Bitte an ALLE, die eine
andere VOREINSTELLUNG für die
Farben möchten:

Welche Farben sollen eingestellt
werden? Also z.B.

Textfeld: normal 70 neu-eingetippt 7E hervorgehoben CO markiert A0
Meldungszeile: ...
Anweisungszeile: ...
Statuszeile: ...

Vielen Dank für Ihr Vorschläge.

Mit freundlichen Grüßen
Kuno Schälkle


From schubert at bbaw.de  Thu Apr  3 13:20:09 2008
From: schubert at bbaw.de (Dr. Martin Schubert)
Date: Thu, 03 Apr 2008 13:20:09 +0200
Subject: [Tustep-Liste] Frage an alle
In-Reply-To: <47F4D688.9748.4297CD4@trauth.uni-trier.de>
References: <a336b774.b774a336@compuserve.de>
	<47F4D688.9748.4297CD4@trauth.uni-trier.de>
Message-ID: <47F4BD69.3030104@bbaw.de>


> dass in diesem Modus Austauscheanweisungen
> UEBER DIE SATZGRENZEN HINWEG (hoert, hoert!) moeglich
> sein koennten [...] WAER DAS WAS?

JAA! Mehr davon! [vielstimmiges Fan-Gekreische im Hintergrund]

M. S.


From kliege at uni-muenster.de  Thu Apr  3 13:21:49 2008
From: kliege at uni-muenster.de (Herma Kliege-Biller)
Date: Thu, 03 Apr 2008 13:21:49 +0200 (CEST)
Subject: [Tustep-Liste] Frage an alle
In-Reply-To: <47F3ED7A.24693.9B2047@trauth.uni-trier.de>
Message-ID: <permail-20080403112149f0889e840000530a-kliege@message-id.uni-muenster.de>

Lieber Herr Trauth,
es lesen noch andere die Postings, keine Angst.

Zu Ihren Vorschlägen: ein ganz deutliches "Ja!" Solange man die Statistik mit
"d" aufrufen kann, kann jeder die Infos schnell bekommen.

Für den Ruf nach "Ja!" ein Beispiel aus unserer Praxis:
Ich muß häufig mit m,1 und m,2 zwischen zwei Dateien hin- und herspringen,
etwa um Schrifteneinträge aus dem Schriftenpool schnell und sauber in die
Textkommentare zu kopieren. Bei all diesen Aufrufen wird immer zunächst die
Statistikseite aufgerufen, beim Ausblenden der Verzeichnisdatei komme ich zum
Anfang meiner Textdatei zurück und nicht an die Stelle, wo ich gerade
gearbeitet habe. Wenn man gezwungen ist, öfter andere Dateien für kurze
Prozeduren ein- und auszublenden, macht das Arbeiten damit nicht unbedingt
viel Freude.
Daher möchte ich Ihren Aufruf gerne mit "Ja, bitte, bitte!" unterstützen: bei
neu aufgerufenen Dateien direkt an den Dateianfang, bei in der laufenden
Sitzung bereits bearbeiteten an die bearbeitete Stelle!

Was die Satznummern anbelangt:
Bei uns steht der gesamte zu bearbeitende philosophische Briefwechsel von
Leibniz in einer einzigen Datei, die über inhaltlich strukturierte Satznummern
bearbeitet, verwaltet und gesetzt wird und von mehreren Mitarbeitern parallel
benutzt wird. Wenn ich also angebe: "za331201.1", dann lande ich genau im 33.
Briefwechsel (mit Michel Angelo Fardella), im 12. Brief desselben und auf
Seite 1 dieses Briefes und kann sofort loslegen. Ohne Satznummern wäre ich bei
dieser Datei mit mehr als 5000 Seiten gedruckten Textes verraten und verkauft.
Auch muß ich häufig Parallelstellen suchen zu Zwecken der Datierung und
Kommentierung oder muß schlicht Darstellungsfehler oder Satzfehler
korrigieren. Da ich diese Gesamtdatei nun schon eine Weile kenne, weiß ich oft
aufgrund der reinen Satznummer sofort, mit welchem Briefpartner und wann etwa
Leibniz sich ausgetauscht hat, oder welcher Mitarbeiter den Text bearbeitet
hat. Daher meine Bitte: die Satznummern wie bisher immer stehenlassen und für
die anderen Benutzer einen Befehl zum Ausblenden ermöglichen, den man notfalls
mit einem Handgriff in der Tustep.ini dauerhaft installieren kann.

Die Farben sind wirklich unschön - vielleicht kann man da eine
augenfreundlichere Einstellung finden. Auch wenn man das für sich selbst
eigentlich leicht individuell einstellen kann, kenne ich doch so einige Leute
in meinem Umfeld, denen die Fixierung mit "o,pos" in der Tustep.ini nicht so
leicht fällt.

Herzliche Grüße aus Münster,
Herma Kliege-Biller.
___________________________________

Dr. Herma Kliege-Biller
Leibniz-Forschungsstelle
Robert-Koch-Straße 40, 48149 Münster
Tel.: 0251-83-329-23
Fax: 0251-83-329-31
____________________________________


From gudrun.felder at web.de  Thu Apr  3 14:00:40 2008
From: gudrun.felder at web.de (Gudrun Felder)
Date: Thu, 3 Apr 2008 14:00:40 +0200
Subject: [Tustep-Liste] Frage an alle
References: <a336b774.b774a336@compuserve.de><47F4D688.9748.4297CD4@trauth.uni-trier.de>
	<47F4BD69.3030104@bbaw.de>
Message-ID: <006c01c89582$56867a80$82e74256@pcgudrun>


  Dem jubelnden Hintergrund schließe ich mich gerne an!!
  Mit freundlichen Grüßen
  Gudrun Felder


  > dass in diesem Modus Austauscheanweisungen
  > UEBER DIE SATZGRENZEN HINWEG (hoert, hoert!) moeglich
  > sein koennten [...] WAER DAS WAS?

  JAA! Mehr davon! [vielstimmiges Fan-Gekreische im Hintergrund]

  M. S.

  ------------------------------------------------------------
  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/20080403/0969d2e6/attachment.htm>

From Horst.Schmieja at uni-koeln.de  Thu Apr  3 14:05:15 2008
From: Horst.Schmieja at uni-koeln.de (Dr. Horst Schmieja)
Date: Thu, 03 Apr 2008 14:05:15 +0200
Subject: [Tustep-Liste] Satznummern
Message-ID: <200804031205.m33C5KYY017908@smtp.uni-koeln.de>

Liebe Kolleginnen, liebe Kollegen,
Die Satznummern mögen bitte so bleiben, wie wir es gewohnt sind,
sie sind ein Segen, und viele Anweisungen bauen ja drauf auf.
Vielleicht lassen sie sich genau dadurch, dass im Anfangsuntericht
sofort ein paar Beispiele ihres Nutzens gebracht werden,
annahmefähig werden.
Man kann sie ja mit  * m,-  *  ( Grundlagen, etc.) wegschalten,
aber ich kann mich nicht erinnern, das schon einmal getan zu haben.
Zu anderem später.
herzliche Gruesse
aus Köln
Horst Schmieja


From heinrich.hunger at telia.com  Thu Apr  3 15:28:23 2008
From: heinrich.hunger at telia.com (Heinrich Hunger)
Date: Thu, 03 Apr 2008 15:28:23 +0200
Subject: [Tustep-Liste] Farben
Message-ID: <47F4DB77.8020101@telia.com>

Sehr verehrte Damen und Herren TSTP-Listler,
lieber Herr Schälkle,

ich versichere Ihnen, was immer voreingestellt sein wird, mir passt es 
nicht! Ich bin sehr dankbar, dass ich die Farben selbst wählen und 
definieren kann.
Wem das Kantinenessen nicht mehr schmeckt, der muss halt selber kochen 
und ggf. ins Kochbuch schauen ...
Übrigens sind Farbdarstellungen auch Hardware-abhängig.

Mit freundlichen Grüssen
Heinrich Hunger


From trauth at uni-trier.de  Thu Apr  3 18:44:14 2008
From: trauth at uni-trier.de (Michael Trauth)
Date: Thu, 03 Apr 2008 18:44:14 +0200
Subject: [Tustep-Liste] Farben
In-Reply-To: <47F4DB77.8020101@telia.com>
References: <47F4DB77.8020101@telia.com>
Message-ID: <47F5257E.16632.55DEE51@trauth.uni-trier.de>


Lieber Herr Hunger, lieber Herr Schaelkle,

> ich versichere Ihnen, was immer voreingestellt sein
> wird, mir passt es nicht!

Das ist zusammen mit Ihrem weiteren (wichtigen) Hinweis

> Übrigens sind Farbdarstellungen auch Hardware-abhängig.

durchaus korrekt: Ich werde mir - wie vermutlich die
meisten TUSTEP-Anwender - auch immer meine persoenliche
Farbenpalette selbst zusammenstellen, wobei ich z.B. fuer
Beamer-Projektionen andere Farben waehle als fuer den
'normalen' Bildschirm. Aber das muss ja nicht heissen,
dass man sich fuer die *Standard*-Vorgaben (die nur
gelten, wenn der Benutzer fuer sich nichts *anderes*
bestimmt) *nicht* an Ergonomie-Erkenntnissen und
-Richtlinien orientieren sollte - und die besagen
nun mal, dass eine dunkle Schrift auf hellem Grund
(wobei der Kontrast zwischen beiden nicht zu gross sein
sollte) unbedingt vorzuziehen sei. Diese Aussage kann ich
im uebrigen auch fuer mich so bestaetigen: Die Farbkom-
bination 71 (= dunkelblaue Schrift auf hellgrauem Grund)
laesst mich am laengsten ermuedungsfrei arbeiten, weshalb
ich mich hier (auch als Antwort auf Ihre Frage, lieber
Herr Schaelkle) fuer eben diese starkmachen moechte.


Viele Gruesse reihum von

Michael Trauth


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


From claudia_hollstein at hotmail.com  Fri Apr  4 11:48:42 2008
From: claudia_hollstein at hotmail.com (Claudia Hollstein)
Date: Fri, 4 Apr 2008 09:48:42 +0000
Subject: [Tustep-Liste] post to the list
Message-ID: <BLU116-W25D424597D5761BEBE139385F60@phx.gbl>

claudia_hollstein at hotmail.com

_________________________________________________________________
Neu: Mit Live Search Ihre Stadt in der Vogelperspektive!
http://maps.live.de
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.itug.de/pipermail/tustep-liste/attachments/20080404/5bb6f604/attachment.htm>

From schaelkle at zdv.uni-tuebingen.de  Mon Apr  7 09:40:16 2008
From: schaelkle at zdv.uni-tuebingen.de (Kuno Schälkle)
Date: Mon, 7 Apr 2008 09:40:16 +0200
Subject: [Tustep-Liste] Farben im Editor
Message-ID: <001f01c89882$9f6d25c0$10160286@dolo>

Liebe TUSTEPler/innen,

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
das wäre auch eine gute Gelegenheit, um die althergebrachten Farben im Editor -
und im Tustep-Fenster überhaupt - einmal auszutauschen. Das Blau sollte weiß
werden, die Schrift dunkelgrau, das Hervorgehobenen vielleicht rot.
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

das mache ich gerne.

Um Ihren Vorstellungen möglichst nahe zu kommen, bitte
ich Sie, mir (schaelkle at zdv.uni-tuebingen.de) aus Ihrer
INI-Datei die O-Anweisung und das Kommando #de,farben=...
zu schicken.

Mit freundlichen Grüßen
Kuno Schälkle


From Horst.Schmieja at uni-koeln.de  Mon Apr  7 10:11:26 2008
From: Horst.Schmieja at uni-koeln.de (Dr. Horst Schmieja)
Date: Mon, 07 Apr 2008 10:11:26 +0200
Subject: [Tustep-Liste] Farben im Editor
Message-ID: <200804070811.m378BLtG010736@smtp.uni-koeln.de>

Liebe Kolleginnen und Kollegen,
vielleicht ist es möglich, den editor mit (nur) 
ein paar Änderungen so zu gestalten, daß ein 
Neuling, der üblicherweise mit WORD arbeitet, sofort zurechtkommt.
Nach Aufruf sollte eine weiße Seite da sein, und 
der cursor oben links blinken (nach ee ist das 
aber auch heute schon so). Und da ein 17 Zoll 
Monitor heute Standard ist, wäre es schön, wenn 
diese default-Seite wie eine DIN A 4 Seite im 
Hochformat öffnet. Der Student hat dann sein * 
Blatt Papier * vor sich, und kann schreiben.
Die ENTER-Taste ist derart zentral in den 
TUSTEP-Aktionen, daß Neuling und Lehrer wohl hier die erste Aufgabe haben.
Wenn im Unterricht erste Formatierungs-tags 
anstehen, dann scheint es mir wünschenswert zu 
sein, daß der viewer eingeschaltet werden kann 
(default auch im Hochformat, etwas nach rechts 
versetzt), daß also ein Schalter bereits 
eingerichtet ist, und mit der Maus angeclickt 
werden kann. Der Neuling sieht, was er * 
angerichtet * hat. Und für spätere Übungen liegt 
damit ein Beispiel für die permanente Makroleiste 
vor. Die Fenster-Größen sollten sich bei diesen Vorgängen nicht verändern.
Die default-Farben habe ich immer schon sofort 
geändert, persönliche Vorlieben von uns allen 
können aber wohl nicht zum Standard werden. Und 
so rate ich sehr von zu viel Blau ab, jeder 
Augenarzt wird bestätigen, daß die Farbe Blau am 
Monitor eine ungeheure Augenarbeit bewirkt, 
belastet und ungünstig ist. Vielleicht fangen wir 
auch hier mit dem Ursprung an, daß wir Schwarz 
auf Weiß nach Hause tragen (Ich selber habe nur die Anweisungszeile in Grau).
einen schoenen Start in die Woche!
Horst Schmieja


From g.hirschfelder at uni-bonn.de  Mon Apr  7 10:09:39 2008
From: g.hirschfelder at uni-bonn.de (G. Hirschfelder)
Date: Mon, 07 Apr 2008 10:09:39 +0200
Subject: [Tustep-Liste] Vollbild-Modus
Message-ID: <auto-000062440992@uni-bonn.de>

Liebe Tustep-Experten,

euf einem Rechner habe ich die TUSTEP-Version 
2008 unter Window-Vista installiert. Da lässt 
sich der Vollbildmodus aber nicht abrufen, so 
dass alles nur in kleinem Fenster zu sehen ist. Gibt es Abhilfe?

Dank und Gruß,

Gunther Hirschfelder, Bonn


From gert.wildensee at judaistik.uni-halle.de  Mon Apr  7 11:21:32 2008
From: gert.wildensee at judaistik.uni-halle.de (Wildensee)
Date: Mon, 07 Apr 2008 11:21:32 +0200
Subject: [Tustep-Liste] Farben im Editor
Message-ID: <f9249aef62c8.62c8f9249aef@uni-halle.de>

Liebe Leser der TUSTEP-Liste,

das Votum von Herrn Schmieja kann ich nur unterstützen, ganz besonders
seine Anmerkungen zu den Farben im Editor. Unter ergonomischen
Gesichtspunkten kommt bei den (wenigen) Farben, die TUSTEP zur Verfügung
stellt, für das Textfeld wirklich nur F0 (schwarz auf weiß) in Frage.
Wem der Hintergrund bei einem guten Bildschirm dadurch zu hell ist, kann
dies bequem über Helligkeit und Kontrast an den Bildschirmeinstellungen
korrigieren – so mache ich das auch. Hellgrau (70) für die
Anweisungszeile wäre eine gute Wahl. Für den Rest sind die
Voreinstellungen nicht die schlechteste Wahl oder ich habe mich einfach
über die Jahre daran gewöhnt und keine Notwendigkeit gesehen etwas daran
zu ändern.

Unter pädagogischem Gesichtspunkt wäre es vielleicht besser alles beim
Alten zu lassen, denn dann ist jeder von Anfang an gezwungen, sich mit
den Editoreinstellungen und der tustep.ini auseinander zusetzten.

Herzliche Grüsse 

Gert Wildensee



***********************************************
DFG-Projekt Midrash Tehillim
Seminar für Jüdische Studien
Martin-Luther-Universität Halle-Wittenberg
D-06099 Halle (Saale)
Germany

gert.wildensee at judaistik.uni-halle.de
WEBFAX   +49-(0)1212-5-771-38-417
VOICEBOX +49-(0)1212-5-771-38-417


From trauth at uni-trier.de  Mon Apr  7 12:29:41 2008
From: trauth at uni-trier.de (Michael Trauth)
Date: Mon, 07 Apr 2008 12:29:41 +0200
Subject: [Tustep-Liste] Vollbild-Modus
In-Reply-To: <auto-000062440992@uni-bonn.de>
References: <auto-000062440992@uni-bonn.de>
Message-ID: <47FA13B5.10034.18A075D5@trauth.uni-trier.de>


Lieber Herr Hirschfelder,

> euf einem Rechner habe ich die TUSTEP-Version 
> 2008 unter Window-Vista installiert. Da lässt 
> sich der Vollbildmodus aber nicht abrufen, so 
> dass alles nur in kleinem Fenster zu sehen ist.
> Gibt es Abhilfe?

Mhm, der Vollbildmodus des DOS-Fensters scheint
unter Vista (nicht auf TUSTEP beschraenkt) endgueltig
abgeklemmt worden zu sein. Aber probieren Sie doch
bitte statt dessen einfach einmal, die Schriftart
fuers TUSTEP-Fenster so zu waehlen, dass das Fenster
den Desktop bzw. Bildschirm nahezu ausfuellt:
- Klicken Sie auf die linke obere Ecke des Fensters,
  dort auf -> Eigenschaften, dort auf -> Schriftart;
  waehlen Sie dort entweder -> Lucida Console oder
  -> Courier New, und testen Sie dann der Reihe
  nach verschiedene Schriftgroessen durch, bis Sie
  etwas Passendes (und sicher auch etwas Angenehmeres
  als das Vollbild) gefunden haben.


Viele Gruesse von

Michael Trauth



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


From stahl at germanistik.uni-wuerzburg.de  Mon Apr  7 20:23:59 2008
From: stahl at germanistik.uni-wuerzburg.de (stahl at germanistik.uni-wuerzburg.de)
Date: Mon,  7 Apr 2008 20:23:59 +0200
Subject: [Tustep-Liste] Farben im Editor
In-Reply-To: <001f01c89882$9f6d25c0$10160286@dolo>
References: <001f01c89882$9f6d25c0$10160286@dolo>
Message-ID: <20080407202359.ruas0y1v4swo0wgk@webmail.uni-wuerzburg.de>

Lieber Herr Schälkle,

> Um Ihren Vorstellungen möglichst nahe zu kommen, bitte
> ich Sie, mir (schaelkle at zdv.uni-tuebingen.de) aus Ihrer
> INI-Datei die O-Anweisung [...] zu schicken.

Meine o-Anweisung sieht derzeit so aus:
O=00643C2D 7080798A67848C70807970676E70 00010200140079FF 000001 463C1E1E0001FF
20

Beste Grüße
pst


From reeg at zedat.fu-berlin.de  Tue Apr  8 14:20:33 2008
From: reeg at zedat.fu-berlin.de (Dr. Gottfried Reeg)
Date: Tue, 08 Apr 2008 14:20:33 +0200
Subject: [Tustep-Liste] Farben
In-Reply-To: <47F5257E.16632.55DEE51@trauth.uni-trier.de>
References: <47F4DB77.8020101@telia.com>
	<47F5257E.16632.55DEE51@trauth.uni-trier.de>
Message-ID: <47FB6311.4020004@zedat.fu-berlin.de>

Liebe Diskutanten,

aus dem Urlaub zurück möchte ich mich auch
noch einmal zu der letzten Diskussion äußern.

1. Einstellung der Farben - die Voreinstellung
sollte schon so sein, daß sie ergonomischen (gesetzlichen)
Ansprüchen genügt. Wenn Software geprüft wird, ob sie eingesetzt
werden kann, ist dies durchaus ein Kriterium. Es reicht dann nicht der
Hinweis, das läßt sich auch ändern. Auch für Kurse ist dies
wünschenswert, denn die Teilnehmern sollten arbeiten können,
ohne sich erst stundenlang mit Einstellungen zu beschäftigen.

2. Absetzung der Satznummern vom übrigen Text -
durch eine farbliche Absetzung wäre deutlich,
daß es sich hier nicht um den normalen Text handelt.
Dagegen könnte meines Erachtens sprechen, daß der
Bildschirm dadurch noch bunter wird.

3. Suchen und Austauschen über Satzgrenzen wäre schön.
Die Frage nach dieser Möglichkeit wird auch immer wieder
in Kursen gestellt bzw. weshalb dies nicht möglich ist
Jedoch sollte es weiterhin auch möglich sein, daß Satzanfang
und Satzende eine Grenze darstellen, denn dies wird durchaus
des öfteren auch benötigt.

 
4. Schön wäre schon eine Darstellung der Zeichen, vor allem
Griechisch - vor allem bei Akzenten - oder punktiertes Hebräisch.

Viele Grüße aus Berlin
Gottfried Reeg


Michael Trauth schrieb:
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
>
>
> Lieber Herr Hunger, lieber Herr Schaelkle,
>
>   
>> ich versichere Ihnen, was immer voreingestellt sein
>> wird, mir passt es nicht!
>>     
>
> Das ist zusammen mit Ihrem weiteren (wichtigen) Hinweis
>
>   
>> Übrigens sind Farbdarstellungen auch Hardware-abhängig.
>>     
>
> durchaus korrekt: Ich werde mir - wie vermutlich die
> meisten TUSTEP-Anwender - auch immer meine persoenliche
> Farbenpalette selbst zusammenstellen, wobei ich z.B. fuer
> Beamer-Projektionen andere Farben waehle als fuer den
> 'normalen' Bildschirm. Aber das muss ja nicht heissen,
> dass man sich fuer die *Standard*-Vorgaben (die nur
> gelten, wenn der Benutzer fuer sich nichts *anderes*
> bestimmt) *nicht* an Ergonomie-Erkenntnissen und
> -Richtlinien orientieren sollte - und die besagen
> nun mal, dass eine dunkle Schrift auf hellem Grund
> (wobei der Kontrast zwischen beiden nicht zu gross sein
> sollte) unbedingt vorzuziehen sei. Diese Aussage kann ich
> im uebrigen auch fuer mich so bestaetigen: Die Farbkom-
> bination 71 (= dunkelblaue Schrift auf hellgrauem Grund)
> laesst mich am laengsten ermuedungsfrei arbeiten, weshalb
> ich mich hier (auch als Antwort auf Ihre Frage, lieber
> Herr Schaelkle) fuer eben diese starkmachen moechte.
>
>
> Viele Gruesse reihum von
>
> Michael Trauth
>
>
> ---------------------------------------------------------------
> Dr. Michael Trauth                  e-mail: trauth at uni-trier.de
> Rechenzentrum                       office: Tel. 0651-201-3413
> der Universitaet                            Fax  0651-201-3921
> Universitaetsring                secretary: Tel. 0651-201-3417
> D-54286 Trier
> ---------------------------------------------------------------
>
> ------------------------------------------------------------
> Tustep-Liste at itug.de
> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste
>
>   


From gert.wildensee at judaistik.uni-halle.de  Wed Apr  9 10:05:07 2008
From: gert.wildensee at judaistik.uni-halle.de (Wildensee)
Date: Wed, 09 Apr 2008 10:05:07 +0200
Subject: [Tustep-Liste] Satznummern im Modus p
Message-ID: <fd51ae5164a9.64a9fd51ae51@uni-halle.de>

Lieber Herr Schälkle,

die Diskussion um die Darstellung der Satznummern bzw. farbige
Gestaltung des Satznummernbereichs hat mich an ein altes Problem
erinnert. Im Modus p gibt es beim Ãœbergang von Satznummer 999 zu 1000
einen Sprung in der Seitenbegrenzungslinie. Wenn man im Satz 999 in
Spalte 1 steht und mit dem Curser eine Zeile nach unten geht, steht man
plötzlich im Aus bzw. auf der Seitenbegrenzungslinie. Könnten Sie den
Satznummern 1 bis 999 nicht noch eine zusätzliche Stelle spendieren?

Im Übrigen würde ich eine hellgraue Unterlegung dieses Bereiches wie
auch des Bereichs um die Anweisungszeile begrüßen.

Herzliche Grüße aus Berlin 
Gert Wildensee


From kol at steinheim-institut.org  Wed Apr  9 11:54:23 2008
From: kol at steinheim-institut.org (Thomas Kollatz)
Date: Wed, 9 Apr 2008 11:54:23 +0200
Subject: [Tustep-Liste] Farben im Editor
In-Reply-To: <001f01c89882$9f6d25c0$10160286@dolo>
References: <001f01c89882$9f6d25c0$10160286@dolo>
Message-ID: <B42CEE6E-C157-43BE-BDAF-D0B0FDDF1274@steinheim-institut.org>

Lieber Herr Schaelkle, liebe Liste

hier meine #de,fa... Zeile aus dem Segment "init", deren retro-Charme  
sich ganz gewiß nicht allgemein durchsetzen wird, aber wer Pril- 
Blumen mage,, dem gefällt das ja vielleicht auch:

EXECUTE/QUIET #DEFINIERE, 
1:epi.m'2:tustep.ini'3:epi.u,CODE=windows,farben=0f; 0E; 3E; 3F; E4;  
4E; CF; 4F; 5F,ze=++;800,sp=++

dann die  o-Anweisung:
O=00502323 F07E1F1E67474E177E1F1E676E70 0001020914041FFF 010001  
463C1E1E0001FF 20

der ich immer eine  #definiere hinterherschicken muss:
#de,ze=++,sp=++

Denn die O-Anweisung enthält ja nun nicht nur Farbdefinitionen,  
sondern richtet auch Zeilen- und Spalten fest ein.
Dies zwingt mich zu obiger etwas unglückliche Koppelung, den meine  
ini und Editoreinstellungen sollen auch im Netzwerk mit verschiedenen  
Arbeitsplätzen und Monitoren optimal (scharz auf weiss)  
funktionieren, alles weitere lässt sich ja wunderschön über c- 
Definitionen ändern.

Schön wäre doch, wenn sich über #de,...,farben=... auch die  
Editorfarben z.B auf F0 voreinstellen liessen, dann brauch ich o! gar  
nicht mehr.

Handbuch: Wird mit TUSTEP von verschiedenen Bildschirmen aus  
gearbeitet, die
verschiedene Einstellungen erfordern, so ist es meist nicht sinnvoll,  
die
Optionen automatisch über die INI-Datei definieren zu lassen. In  
diesem Fall
kann der Editoraufruf mit der Definition der Optionen für jeden  
Bildschirm
in einer eigenen Datei, besser in einem eigenen Segment einer Segment- 
Datei
gespeichert werden; dann kann jeweils nach dem Aufruf von TUSTEP mit dem
Kommando #TUE  die entsprechende Datei bzw. das
entsprechende Segment ausgeführt werden. Dies gilt auch, wenn eine
TUSTEP-Sitzung nach einer Unterbrechung von einem Bildschirm aus  
fortgesetzt
wird, der andere Einstellungen erfordert. Falls die Einstellungen nur
geringfügig anders sind, können sie auch nach dem Aufruf des Editors  
manuell
geändert werden.

Das ist für Anfänger sicher nicht ganz einfach und zwingt  
Fortgeschrittenere, die z.B. Sitzungen für Erstere einrichten müssen,  
zu einigen mehr oder weniger eleganten Umwegen.
Damit kann ich zwar schon einige Jahre ganz gut leben (... sicher  
seit es das fantastische ze=++,sp=++ gibt), aber vielleicht lässt  
sich das ja im derzeitigen Evolutionsschub auch mal ändern.

Herzliche Grüße
THOMAS KOLLATZ


Am 07.04.2008 um 09:40 schrieb Kuno Schälkle:
> Um Ihren Vorstellungen möglichst nahe zu kommen, bitte
> ich Sie, mir (schaelkle at zdv.uni-tuebingen.de) aus Ihrer
> INI-Datei die O-Anweisung und das Kommando #de,farben=...
> zu schicken.
>
> Mit freundlichen Grüßen
> Kuno Schälkle


From schaelkle at zdv.uni-tuebingen.de  Wed Apr  9 12:08:21 2008
From: schaelkle at zdv.uni-tuebingen.de (Kuno Schälkle)
Date: Wed, 9 Apr 2008 12:08:21 +0200
Subject: [Tustep-Liste] Satznummern im Modus p
References: <fd51ae5164a9.64a9fd51ae51@uni-halle.de>
Message-ID: <001701c89a29$a47f6c50$10160286@dolo>

Lieber Herr Wildensee,

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Im Modus p gibt es beim Ãœbergang von Satznummer 999 zu 1000
einen Sprung in der Seitenbegrenzungslinie. Wenn man im Satz 999 in
Spalte 1 steht und mit dem Curser eine Zeile nach unten geht, steht man
plötzlich im Aus bzw. auf der Seitenbegrenzungslinie. Könnten Sie den
Satznummern 1 bis 999 nicht noch eine zusätzliche Stelle spendieren?
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

vielen Dank für den Hinweis.

Der Satznummer habe ich eben eine
zusätzliche Stelle spendiert.

Mit herzlichen Grüßen
Kuno Schälkle 


From schaelkle at zdv.uni-tuebingen.de  Wed Apr  9 14:35:25 2008
From: schaelkle at zdv.uni-tuebingen.de (Kuno Schälkle)
Date: Wed, 9 Apr 2008 14:35:25 +0200
Subject: [Tustep-Liste] Farben im Editor - neue Voreinstellung
Message-ID: <003e01c89a3e$2ff25680$10160286@dolo>

Liebe TUSTEPler/innen,

vielen Dank für Ihre O-Anweisungen.

Naturgemäß sind sie recht unterschiedlich.
Für das Textfeld hat eindeutig die Farbe
71 gewonnen. Für die Meldungs-, Anweisungs-
und Statuszeile waren bei vielen
O-Anweisungen die Abweichungen von den
seitherigen Voreinstellungen gering.

Die neuen Voreinstellungen für die Farben
sind in der folgenden O-Anweisung enthalten:

O=00502626 7181F1A1E1474E7981F171676E67
  000102091404F1FF 010001 463C1E1E0001FF 20

Es ist mir klar, dass diese Farben auch nicht
alle ideal sind, zumal sie nicht auf allen
Bildschirmen gleich dargestellt werden.

Mit freundlichen Grüßen
Kuno Schälkle


From gert.wildensee at judaistik.uni-halle.de  Wed Apr  9 14:51:41 2008
From: gert.wildensee at judaistik.uni-halle.de (Wildensee)
Date: Wed, 09 Apr 2008 14:51:41 +0200
Subject: [Tustep-Liste] Farben im Editor - neue Voreinstellung
In-Reply-To: <003e01c89a3e$2ff25680$10160286@dolo>
References: <003e01c89a3e$2ff25680$10160286@dolo>
Message-ID: <f9bec4662fd5.2fd5f9bec466@uni-halle.de>

Lieber Herr Schälkle,

Demokratie in allen Ehren, aber Ergonomie ist nun mal keine Frage von
Demokratie. 

Herzliche Grüße
Gert Wildensee 

***********************************************
DFG-Projekt Midrash Tehillim
Seminar für Jüdische Studien
Martin-Luther-Universität Halle-Wittenberg
D-06099 Halle (Saale)
Germany

gert.wildensee at judaistik.uni-halle.de
WEBFAX   +49-(0)1212-5-771-38-417
VOICEBOX +49-(0)1212-5-771-38-417

----- Original Message -----
From: Kuno Schälkle <schaelkle at zdv.uni-tuebingen.de>
Date: Wednesday, April 9, 2008 2:35 pm
Subject: [Tustep-Liste] Farben im Editor - neue Voreinstellung
To: TUSTEP-Liste <tustep-liste at itug.de>

> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
> 
> Liebe TUSTEPler/innen,
> 
> vielen Dank für Ihre O-Anweisungen.
> 
> Naturgemäß sind sie recht unterschiedlich.
> Für das Textfeld hat eindeutig die Farbe
> 71 gewonnen. Für die Meldungs-, Anweisungs-
> und Statuszeile waren bei vielen
> O-Anweisungen die Abweichungen von den
> seitherigen Voreinstellungen gering.
> 
> Die neuen Voreinstellungen für die Farben
> sind in der folgenden O-Anweisung enthalten:
> 
> O=00502626 7181F1A1E1474E7981F171676E67
>  000102091404F1FF 010001 463C1E1E0001FF 20
> 
> Es ist mir klar, dass diese Farben auch nicht
> alle ideal sind, zumal sie nicht auf allen
> Bildschirmen gleich dargestellt werden.
> 
> Mit freundlichen Grüßen
> Kuno Schälkle
> 
> ------------------------------------------------------------
> Tustep-Liste at itug.de
> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste
> 


From schaelkle at zdv.uni-tuebingen.de  Wed Apr  9 15:02:59 2008
From: schaelkle at zdv.uni-tuebingen.de (Kuno Schälkle)
Date: Wed, 9 Apr 2008 15:02:59 +0200
Subject: [Tustep-Liste] Farben im Editor - Farben abaendern
Message-ID: <004601c89a42$095518b0$10160286@dolo>

Liebe TUSTEPler/innen,

im TUSTEP-Editor stehen 16 verschiedene
Farben (für Hintergrund und Schrift) zur
Verfügung. Diese Farben sind von Windows
vorgegeben, können aber geändert werden.
Wem z.B. die Farbe grün (A1) zu giftig
ist, kann diese Farbe wie folgt ändern:

1) im TUSTEP-Fenster mit der rechten Maustaste
   auf die Titelzeile klicken
2) im nun angezeigten Menü auf "Eigenschaften"
   klicken
3) im nun angezeigten Fenster auf den Reiter
   "Farben" klicken
4) in der Reihe, in der die 16 Farben angezeigt
   werden auf die grüne Farbe klicken
5) die Farbwert für rot, grün und blau so
   abändern, dass die gewünschte Farbe entsteht,
   z.B. rot 127, grün 255, blau 127
6) auf OK klicken
7) "Verknüpfung, die diese Fenster aufruft ..."
   markieren (anklicken)
8) OK anklicken

Nun sollte das grün nicht mehr so giftig sein.

Viel Spass beim Farben mischen.

Mit freundlichen Grüßen
Kuno Schälkle


From schaelkle at zdv.uni-tuebingen.de  Wed Apr  9 15:02:59 2008
From: schaelkle at zdv.uni-tuebingen.de (Kuno Schälkle)
Date: Wed, 9 Apr 2008 15:02:59 +0200
Subject: [Tustep-Liste] Farben im Editor - Farben abaendern
Message-ID: <004601c89a42$095518b0$10160286@dolo>

Liebe TUSTEPler/innen,

im TUSTEP-Editor stehen 16 verschiedene
Farben (für Hintergrund und Schrift) zur
Verfügung. Diese Farben sind von Windows
vorgegeben, können aber geändert werden.
Wem z.B. die Farbe grün (A1) zu giftig
ist, kann diese Farbe wie folgt ändern:

1) im TUSTEP-Fenster mit der rechten Maustaste
   auf die Titelzeile klicken
2) im nun angezeigten Menü auf "Eigenschaften"
   klicken
3) im nun angezeigten Fenster auf den Reiter
   "Farben" klicken
4) in der Reihe, in der die 16 Farben angezeigt
   werden auf die grüne Farbe klicken
5) die Farbwert für rot, grün und blau so
   abändern, dass die gewünschte Farbe entsteht,
   z.B. rot 127, grün 255, blau 127
6) auf OK klicken
7) "Verknüpfung, die diese Fenster aufruft ..."
   markieren (anklicken)
8) OK anklicken

Nun sollte das grün nicht mehr so giftig sein.

Viel Spass beim Farben mischen.

Mit freundlichen Grüßen
Kuno Schälkle


From paul.sappler at uni-tuebingen.de  Fri Apr 11 00:16:20 2008
From: paul.sappler at uni-tuebingen.de (Paul Sappler)
Date: Fri, 11 Apr 2008 00:16:20 +0200
Subject: [Tustep-Liste] Farben etc. im Editor
In-Reply-To: <20080407202359.ruas0y1v4swo0wgk@webmail.uni-wuerzburg.de>
References: <001f01c89882$9f6d25c0$10160286@dolo>
	<20080407202359.ruas0y1v4swo0wgk@webmail.uni-wuerzburg.de>
Message-ID: <20080411001620.9w9v0f0fkswwoo8w@webmail.uni-tuebingen.de>

Lieber Herr Trauth, sehr verehrte Liste,
hier ein Vorschlag, der manche Wünsche zu den Editoreinstellungen  
abdecken könnte. Er hat drei Teile.
1. Merkmakro: Wenn Herr Schälkle es für durchführbar hält, sollte er  
es so einrichten, daß das Editormakro, das man bei einem Editoraufruf  
angibt (#ed,datei,...,makro=xy), jedesmal ausgeführt wird, wenn man  
mittels #e,datei oder mittels der Editoranweisung d,datei (auch d,?  
und anschließendem Wählen) in diese Datei zurückkommt. Bisher ist es  
ja so, daß schon vieles wieder so eingestellt ist, wie man die Datei  
verlassen hat, z.B. die aktuelle Stelle (*) und die Farben. Neu wäre,  
daß nicht nur Definitionen weitergölten, sondern ein Editormakro  
dateispezifisch ausgeführt würde.
2. Defaultmakro: Ebenfalls an Herrn Schälkle läge es zu ermöglichen,  
daß man für die Spezifikation MAKRO von EDIERE einen Default-Wert  
bestimmen könnte (z.B. in tustep.ini), der dann einträte, wenn #e ohne  
die Spezifikation MAKRO aufgerufen würde. Die Bestimmung dieses Wertes  
sollte immer mit dem Hinweis verbunden sein, daß man auch einen  
anderen solchen Default-Wert angeben kann (Verweis auf das Werkzeug  
von Punkt 3).
3. Makrowahl: Es müßte sich einer oder eine Gruppe von denen, die um  
die Anfänger so besorgt sind, bereitfinden, einen Satz Editormakros  
herzurichten, die beim Eintritt in den Editor sinnvoll ausgeführt  
werden können. Zu dieser Aufgabe gehörte es, ein Makrofenster mit  
guten Beschriftungen bereitzustellen, das die Wahl zwischen diesen  
Editormakros nach Aufgabe und Vorlieben leicht macht; auch sollte der  
Benutzer, der über die ersten schweren fünf Jahre Tustep-Editor hinaus  
ist, dem vorgegebenen Satz Editormakros eigene hinzufügen können.

Die Arbeitsteilung 1+2 gegen 3 hat, meine ich, ihren Sinn, aber das  
führe ich jetzt nicht aus.

Beispiel für ein Editormakro ee_ze in Makrowahl:
= wenn die Datei leer ist, "ee"; sonst "d" ausführen, "ze" bereitstellen
y,ee_ze=if_empty:ed_ee,'d',enter,'ze'
= ed_ee muß irgendwo definiert werden:
y,ed_ee='ee',enter

Beispiel kein_d ("Statistik" übergehen, <u1> <u2> ... anzeigen)
y,kein_d="zn,,,'<<></u>/>>'", enter

Über Voreinstellungen (Farben, Übergehen von "d" usw.) läßt sich  
wunderbar und endlos diskutieren.
Zu den Farben: Der Hinweis von Herrn Hunger und Herrn Kollatz ist  
ernstzunehmen, daß die Farbpalette gerätabhängig ist; zumindest das  
Betriebssystem könnte man allerdings abfangen. So hat KDE unter Linux  
eine ganz andere Palette. Der an sich hübsche Vorschlag von Herrn  
Schälkle, die Farben selber zu variieren (geht auch in GNOME unter  
Linux, m.W. nicht in KDE), legt einen sehr auf das immer gleiche  
eigene Gerät fest. (Schade, daß man diese Palettendefinition offenbar  
nur durch Klicken, nicht durch ein Script schafft.) - Ein  
Tustep-Ausbilder könnte eine Voreinstellung implizit vorgeben und  
Makrowahl mit vielen o=... empfehlen.

Zum Vermeiden von "d": Das sind Sorgen! Wenn man nur mit zwei bis drei  
Dateien umgeht, weiß man meist, was drinsteht. Sonst sind dergleichen  
Metadaten recht nützlich. Einige Leute haben Herrn Schälkle gedrängt,  
Kenndaten für Dateien und Segmente verfügbar zu machen (jetzt unter  
"Titel"); schade um den Aufwand, wenn nur ein paar Eigenbrötler deren  
Wert zu kennen scheinen.

Beherzigenswert der Hinweis von Herrn Kollatz auf  
Umschaltmöglichkeiten im Editor; er stellt Hardwareabhängigkeit in den  
Vordergrund, das Bedürfnis ergibt sich auch aus der  
Unterschiedlichkeit der jeweiligen Aufgaben. Er empfiehlt  
#t,datei_o,typ1 (für typ1 auch typ2 usw.); ich habe für mich das  
Problem mit einer (mit jedem Aufgabentyp pro Gespräch wachsenden)  
temporären Leiste gelöst, die das Umschalten über DEFINE ohne  
Verlassen des Editors und ohne Cursorbewegung gestattet.

Nicht verstanden habe ich den (leicht nach Ironie klingenden) Wunsch  
von Herrn Stahl nach Menueaufrufen aus dem Editor, der diesen zu einer  
Art übergreifender Arbeitsplattform machte. Geht das nicht mittels der  
Leisten jetzt schon?

Ich würde mir noch mehr Diskussion über das Zeigen und Austauschen  
über Satzgrenzen hinweg und das Zeigen überlanger Sätze portionsweise  
wünschen. Wie lang dürfte denn das im Zusammenhang zu Zeigende oder zu  
Verändernde werden? Wenn man es nicht mehr auf dem Bildschirm komplett  
sehen kann, wäre KOPIERE oder TUSCRIPT das angemessene Werkzeug.

In dem Durcheinander meines Beitrags als Vorletztes eine Kleinigkeit:  
Fände der Wunsch Unterstützung, der Steuerbefehl exch_char (Handbuch  
S. 323) solle nicht das Zeichen auf Cursorposition mit dem folgenden  
Zeichen, sondern mit dem vorhergehenden tauschen und das solle mit  
Ctrl+t erreichbar sein? Nach einem Zeichendreher ist man ja meist  
weiter rechts und müßte einen Anschalg wneiger zurück.

Schließlich möchte ich die Bitte äußern, hier in der Liste den  
Beitrag, auf den man antwortet, nur dann als Zitat zu wiederholen,  
wenn man auf einzelne Punkte eingeht (dann ist es nützlich). Voller  
Mailkasten!

Freundliche Grüße in die Runde,
Paul Sappler


From schaelkle at zdv.uni-tuebingen.de  Mon Apr 14 15:41:09 2008
From: schaelkle at zdv.uni-tuebingen.de (Kuno Schälkle)
Date: Mon, 14 Apr 2008 15:41:09 +0200
Subject: [Tustep-Liste] TUSTEP-Editor: Steuerbefehl exch_char
Message-ID: <001a01c89e35$32cf4980$10160286@dolo>

Liebe TUSTEPler/innen,

Herr Sappler schrieb in seiner E-mail:

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Fände der Wunsch Unterstützung, der Steuerbefehl exch_char (Handbuch
S. 323) solle nicht das Zeichen auf Cursorposition mit dem folgenden
Zeichen, sondern mit dem vorhergehenden tauschen und das solle mit
Ctrl+t erreichbar sein?
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

wenn in der Zeichenfolge XYZ der Cursor
auf dem Y steht, wird im Einfügemodus
das nächste eingetippte Zeichen zwischen
X und Y eingefügt. Die "Einfügemarke"
steht logisch also zwischen X und Y.
Daher wäre es konsequent, wenn man mit
dem Steuerbefehl exch_char X und Y
miteinander austauschen würde, und nicht,
wie es im Augenblick geschieht, Y und Z.

Herr Sappler hat sich schon für eine
Änderung ausgesprochen. Wenn es insgesamt
nicht mehr Stimmen dagegen als dafür gibt,
werde ich Herrn Sapplers Wunsch entsprechend
den Steuerbefehl exch_char ändern.

Mit freundlichen Grüßen
Kuno Schälkle


From trauth at uni-trier.de  Mon Apr 14 17:05:11 2008
From: trauth at uni-trier.de (Michael Trauth)
Date: Mon, 14 Apr 2008 17:05:11 +0200
Subject: [Tustep-Liste] TUSTEP-Editor: Steuerbefehl exch_char
In-Reply-To: <001a01c89e35$32cf4980$10160286@dolo>
References: <001a01c89e35$32cf4980$10160286@dolo>
Message-ID: <48038EC7.22477.1B35D8C6@trauth.uni-trier.de>


Lieber Herr Schaelkle, lieber Herr Sappler,

nach Herrn Sapplers Votum wollte ich mich zuerst
*gegen* eine Aenderung der Funktionsweise von STRG-T
bzw. der Funktion EXCH_CHAR aussprechen.

> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
> Fände der Wunsch Unterstützung, der Steuerbefehl exch_char
> (Handbuch S. 323) solle nicht das Zeichen auf Cursorposition
> mit dem folgenden Zeichen, sondern mit dem vorhergehenden
> tauschen und das solle mit Ctrl+t erreichbar sein?
> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

Aber nach der einleuchtenden Begruendung von Herrn
Schaelke ("wenn der Cursor auf Y steht, steht die
'Einfuegemarke' logisch zwischen X und Y") habe ich
meine Meinung geaendert. Es wird zwar wieder eine Weile
dauern, bis ich mich umgewoehnt habe, aber ich plaediere
trotzdem *fuer* die vorgeschlagene Aenderung.

> wenn in der Zeichenfolge XYZ der Cursor
> auf dem Y steht, wird im Einfügemodus
> das nächste eingetippte Zeichen zwischen
> X und Y eingefügt. Die "Einfügemarke"
> steht logisch also zwischen X und Y.
> Daher wäre es konsequent, wenn man mit
> dem Steuerbefehl exch_char X und Y
> miteinander austauschen würde, und nicht,
> wie es im Augenblick geschieht, Y und Z.


Viele Gruesse reihum von

Michael Trauth


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


From f.seck at t-online.de  Mon Apr 14 17:54:04 2008
From: f.seck at t-online.de (F.Seck)
Date: Mon, 14 Apr 2008 17:54:04 +0200
Subject: [Tustep-Liste] TUSTEP-Editor: Steuerbefehl exch_char
References: <001a01c89e35$32cf4980$10160286@dolo>
Message-ID: <002901c89e47$c4325a40$c400a8c0@Seck2000>

Liebe Listenleser, lieber Herr Schälkle,

Meiner Meinung nach sind beide Lösungen gleichwertig. Wenn der Steuerbefehl
EXCH_CHAR neu eingeführt würde, wäre es mir also egal. Da es nicht so ist,
bin ich gegen eine Änderung.

Für mich wäre sie nicht nützlich, denn ich merke solche Dreher meist erst
beim nachträglichen Lesen, nicht unmittelbar nach dem Tippen (wenn doch,
dann sind die 2-3 letzten Buchstaben schneller mit backspace gelöscht als
mit Strg+T ausgetauscht). Also genauer gesagt: ich benutze Strg+T erst
nachträglich, oft auch erst beim Korrekturlesen. Dann ist der Cursor
genausoschnell auf den 1. wie auf den 2. Buchstaben der Gruppe gestellt.

Mit freundlichen Grüßen
Friedrich Seck
------------------------------
Dr. Friedrich Seck
72076 Tübingen, Erlenweg 18
Tel.  0 70 71 - 96 49 40
Fax-Nummer auf Anfrage
----- Original Message ----- 
From: "Kuno SchXlkle" <schaelkle at zdv.uni-tuebingen.de>
To: "TUSTEP-Liste" <tustep-liste at itug.de>
Sent: Monday, April 14, 2008 3:41 PM
Subject: [Tustep-Liste] TUSTEP-Editor: Steuerbefehl exch_char


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

Liebe TUSTEPler/innen,

Herr Sappler schrieb in seiner E-mail:

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Fände der Wunsch Unterstützung, der Steuerbefehl exch_char (Handbuch
S. 323) solle nicht das Zeichen auf Cursorposition mit dem folgenden
Zeichen, sondern mit dem vorhergehenden tauschen und das solle mit
Ctrl+t erreichbar sein?
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

wenn in der Zeichenfolge XYZ der Cursor
auf dem Y steht, wird im Einfügemodus
das nächste eingetippte Zeichen zwischen
X und Y eingefügt. Die "Einfügemarke"
steht logisch also zwischen X und Y.
Daher wäre es konsequent, wenn man mit
dem Steuerbefehl exch_char X und Y
miteinander austauschen würde, und nicht,
wie es im Augenblick geschieht, Y und Z.

Herr Sappler hat sich schon für eine
Änderung ausgesprochen. Wenn es insgesamt
nicht mehr Stimmen dagegen als dafür gibt,
werde ich Herrn Sapplers Wunsch entsprechend
den Steuerbefehl exch_char ändern.

Mit freundlichen Grüßen
Kuno Schälkle

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


From paul.sappler at uni-tuebingen.de  Tue Apr 15 10:46:09 2008
From: paul.sappler at uni-tuebingen.de (Paul Sappler)
Date: Tue, 15 Apr 2008 10:46:09 +0200
Subject: [Tustep-Liste] TUSTEP-Editor: Steuerbefehl exch_char
In-Reply-To: <002901c89e47$c4325a40$c400a8c0@Seck2000>
References: <001a01c89e35$32cf4980$10160286@dolo>
	<002901c89e47$c4325a40$c400a8c0@Seck2000>
Message-ID: <20080415104609.kt0lm1928g8c0oo4@webmail.uni-tuebingen.de>

Sehr verehrte Liste,
mein Wunsch, exch_char (Zeichen austauschen) verändert zu bekommen,  
betrifft nur eine Geringfügigkeit und hat mit den großen Fragen, die  
vor kurzem (bis zu meiner Stellungnahme?) diskutiert wurden, wenig zu  
tun. Es wäre aber unbefriedigend, wenn die Sache mit einem  
Stimmverhältnis 2:1 bei 100 schweigenden Enthaltungen entschieden  
würde. Man soll nicht nachkarten, ich tu es trotzdem, indem ich ein  
weiteres Argument anführe: Manche Editoren kennen die Funktion; der  
von mir außer dem Tustep-Editor benützte Editor ebenfalls, aber in der  
von mir gewünschten Fassung, also Umtausch mit dem vorangehenden  
Zeichen. Der Vorschlag könnte also, wenn schon nicht anfänger-, so  
doch umsteigerfreundlich sein. Ich benütze übrigens auf meinem  
häuslichen Arbeitsplatz Kate unter Linux und muß das wohl, solange man  
den Clipboard des Systems aus dem Tustep-Editor heraus nicht erreicht.  
Schauen Sie doch mal, ob Ihr Zweit-Editor diese Funktion bietet; bei  
OpenOffice.org habe ich nichts gefunden; Word und Verwandte?
Bisher haben sich Herr Trauth, durch Herrn Schälkles Argumentation  
überzeugt, für den Vorschlag, Herr Seck, weil es eine Änderung ist und  
er keine Vorteile sieht, dagegen ausgesprochen. Ich fahre im Moment  
zweigleisig (das Umgewöhnen geht ganz schnell, das  
Hin-und-Her-Springen ist nicht so angenehm), und man täte mir einen  
Gefallen, wenn sich noch der eine oder andere für meinen Vorschlag  
erwärmen könnte. Selbstverständlich ist mir aber jede Stellungnahme  
recht.
Beste Grüße
Paul Sappler


From reeg at zedat.fu-berlin.de  Tue Apr 15 11:09:37 2008
From: reeg at zedat.fu-berlin.de (Dr. Gottfried Reeg)
Date: Tue, 15 Apr 2008 11:09:37 +0200
Subject: [Tustep-Liste] TUSTEP-Editor: Steuerbefehl exch_char
In-Reply-To: <20080415104609.kt0lm1928g8c0oo4@webmail.uni-tuebingen.de>
References: <001a01c89e35$32cf4980$10160286@dolo>	<002901c89e47$c4325a40$c400a8c0@Seck2000>
	<20080415104609.kt0lm1928g8c0oo4@webmail.uni-tuebingen.de>
Message-ID: <480470D1.1090508@zedat.fu-berlin.de>

Lieber Herr Sappler,

die Änderung würde ich begrüßen, auch
wenn es für mich eine Umstellung bedeutet,
denn die von Ihnen vorgeschlagene Änderung
entspricht halt einfach den Gepflogenheiten,
wie sie auch in anderer Systemumgebung
vorkommt - und das ist letzten Endes dann
doch erleichternd.

Mit Grüßen aus dem regnerischen Berlin
Gottfried Reeg


Paul Sappler schrieb:
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
>
> Sehr verehrte Liste,
> mein Wunsch, exch_char (Zeichen austauschen) verändert zu bekommen,  
> betrifft nur eine Geringfügigkeit und hat mit den großen Fragen, die  
> vor kurzem (bis zu meiner Stellungnahme?) diskutiert wurden, wenig zu  
> tun. Es wäre aber unbefriedigend, wenn die Sache mit einem  
> Stimmverhältnis 2:1 bei 100 schweigenden Enthaltungen entschieden  
> würde. Man soll nicht nachkarten, ich tu es trotzdem, indem ich ein  
> weiteres Argument anführe: Manche Editoren kennen die Funktion; der  
> von mir außer dem Tustep-Editor benützte Editor ebenfalls, aber in der  
> von mir gewünschten Fassung, also Umtausch mit dem vorangehenden  
> Zeichen. Der Vorschlag könnte also, wenn schon nicht anfänger-, so  
> doch umsteigerfreundlich sein. Ich benütze übrigens auf meinem  
> häuslichen Arbeitsplatz Kate unter Linux und muß das wohl, solange man  
> den Clipboard des Systems aus dem Tustep-Editor heraus nicht erreicht.  
> Schauen Sie doch mal, ob Ihr Zweit-Editor diese Funktion bietet; bei  
> OpenOffice.org habe ich nichts gefunden; Word und Verwandte?
> Bisher haben sich Herr Trauth, durch Herrn Schälkles Argumentation  
> überzeugt, für den Vorschlag, Herr Seck, weil es eine Änderung ist und  
> er keine Vorteile sieht, dagegen ausgesprochen. Ich fahre im Moment  
> zweigleisig (das Umgewöhnen geht ganz schnell, das  
> Hin-und-Her-Springen ist nicht so angenehm), und man täte mir einen  
> Gefallen, wenn sich noch der eine oder andere für meinen Vorschlag  
> erwärmen könnte. Selbstverständlich ist mir aber jede Stellungnahme  
> recht.
> Beste Grüße
> Paul Sappler
>
> ------------------------------------------------------------
> Tustep-Liste at itug.de
> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste
>
>   


From matthias.osthof at t-online.de  Tue Apr 15 11:17:49 2008
From: matthias.osthof at t-online.de (Matthias Osthof)
Date: Tue, 15 Apr 2008 11:17:49 +0200
Subject: [Tustep-Liste] TUSTEP-Editor: Steuerbefehl exch_char
In-Reply-To: <480470D1.1090508@zedat.fu-berlin.de>
References: <001a01c89e35$32cf4980$10160286@dolo>	<002901c89e47$c4325a40$c400a8c0@Seck2000><20080415104609.kt0lm1928g8c0oo4@webmail.uni-tuebingen.de>
	<480470D1.1090508@zedat.fu-berlin.de>
Message-ID: <000c01c89ed9$9349fa90$e9bdfea9@LENOVOOS>

Lieber Herr Sappler, liebe Liste
ich schliesse mich dem Votum von Gottfried Reeg an, mit derselben Begründung
und Grüßen aus dem ebenso regnerischen Tübingen
Matthias Osthof 

-----Ursprüngliche Nachricht-----
Von: tustep-liste-bounces at lists.uni-wuerzburg.de
[mailto:tustep-liste-bounces at lists.uni-wuerzburg.de] Im Auftrag von Dr.
Gottfried Reeg
Gesendet: Dienstag, 15. April 2008 11:10
An: tustep-liste at itug.de
Betreff: Re: [Tustep-Liste] TUSTEP-Editor: Steuerbefehl exch_char

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

Lieber Herr Sappler,

die Änderung würde ich begrüßen, auch
wenn es für mich eine Umstellung bedeutet, denn die von Ihnen vorgeschlagene
Änderung entspricht halt einfach den Gepflogenheiten, wie sie auch in
anderer Systemumgebung vorkommt - und das ist letzten Endes dann doch
erleichternd.

Mit Grüßen aus dem regnerischen Berlin
Gottfried Reeg


Paul Sappler schrieb:
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
>
> Sehr verehrte Liste,
> mein Wunsch, exch_char (Zeichen austauschen) verändert zu bekommen, 
> betrifft nur eine Geringfügigkeit und hat mit den großen Fragen, die 
> vor kurzem (bis zu meiner Stellungnahme?) diskutiert wurden, wenig zu 
> tun. Es wäre aber unbefriedigend, wenn die Sache mit einem 
> Stimmverhältnis 2:1 bei 100 schweigenden Enthaltungen entschieden 
> würde. Man soll nicht nachkarten, ich tu es trotzdem, indem ich ein 
> weiteres Argument anführe: Manche Editoren kennen die Funktion; der 
> von mir außer dem Tustep-Editor benützte Editor ebenfalls, aber in der 
> von mir gewünschten Fassung, also Umtausch mit dem vorangehenden 
> Zeichen. Der Vorschlag könnte also, wenn schon nicht anfänger-, so 
> doch umsteigerfreundlich sein. Ich benütze übrigens auf meinem 
> häuslichen Arbeitsplatz Kate unter Linux und muß das wohl, solange man 
> den Clipboard des Systems aus dem Tustep-Editor heraus nicht erreicht.
> Schauen Sie doch mal, ob Ihr Zweit-Editor diese Funktion bietet; bei 
> OpenOffice.org habe ich nichts gefunden; Word und Verwandte?
> Bisher haben sich Herr Trauth, durch Herrn Schälkles Argumentation 
> überzeugt, für den Vorschlag, Herr Seck, weil es eine Änderung ist und 
> er keine Vorteile sieht, dagegen ausgesprochen. Ich fahre im Moment 
> zweigleisig (das Umgewöhnen geht ganz schnell, das 
> Hin-und-Her-Springen ist nicht so angenehm), und man täte mir einen 
> Gefallen, wenn sich noch der eine oder andere für meinen Vorschlag 
> erwärmen könnte. Selbstverständlich ist mir aber jede Stellungnahme 
> recht.
> Beste Grüße
> Paul Sappler
>
> ------------------------------------------------------------
> 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


From wieland.carls at gmx.de  Tue Apr 15 15:03:09 2008
From: wieland.carls at gmx.de (Wieland Carls)
Date: Tue, 15 Apr 2008 15:03:09 +0200
Subject: [Tustep-Liste] TUSTEP-Editor: Steuerbefehl exch_char
In-Reply-To: <000c01c89ed9$9349fa90$e9bdfea9@LENOVOOS>
References: <001a01c89e35$32cf4980$10160286@dolo>
	<002901c89e47$c4325a40$c400a8c0@Seck2000><20080415104609.kt0lm1928g8c0oo4@webmail.uni-tuebingen.de>
	<480470D1.1090508@zedat.fu-berlin.de>
	<000c01c89ed9$9349fa90$e9bdfea9@LENOVOOS>
Message-ID: <20080415130309.298590@gmx.net>

                Leipzig, 15. April 2008

Lieber Herr Sappler!
Liebe Liste!

Ich muss gestehen, dass ich den genannten Steuerbefehl nur sehr selten benutze und deshalb unter einer Umstellung nicht zu leiden hätte. Die in der Liste bislang vorgetragenen Argumente für die von Ihnen befürwortete Änderung kann ich nachvollziehen und schließe mich deshalb Ihrem Votum an.

Um den Wetterbericht zu komplettieren: Auch in Leipzig regnet es schon den ganzen Tag.

Mit besten Grüßen

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 Mitteleuropa”s"
Postfach 100 440 – - 04004 Leipzig
Karl-Tauchnitz-Str. 1
04107 Leipzig
Tel.:	(0341) 7 11 53 27
Fax:	(0341) 7 11 53 44
carls at saw-leipzig.de
www.magdeburger-recht.eu
______________________________________________________
______________________________________________________

GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen!
Jetzt dabei sein: http://www.shortview.de/?mc=sv_ext_mf at gmx


From friedhelm.hoffmann at mail.uni-wuerzburg.de  Wed Apr 16 14:47:27 2008
From: friedhelm.hoffmann at mail.uni-wuerzburg.de (Friedhelm Hoffmann)
Date: Wed, 16 Apr 2008 14:47:27 +0200
Subject: [Tustep-Liste] TUSTEP-Editor: Steuerbefehl exch_char
In-Reply-To: <20080415130309.298590@gmx.net>
References: <001a01c89e35$32cf4980$10160286@dolo>
	<002901c89e47$c4325a40$c400a8c0@Seck2000><20080415104609.kt0lm1928g8c0oo4@webmail.uni-tuebingen.de>
	<480470D1.1090508@zedat.fu-berlin.de>
	<000c01c89ed9$9349fa90$e9bdfea9@LENOVOOS>
	<20080415130309.298590@gmx.net>
Message-ID: <20080416144727.j178c99ue8g0cg8s@webmail.uni-wuerzburg.de>

Liebe Tustepler,

liessen sich denn nicht, damit alle zufrieden sind, zwei verschiedene
exch_char-Steuerbefehle kreieren, ein exch_char_1 und ein exch_char_2 oder
..._old und ..._new oder wie auch immer? Der eine braechte die bisher von
exch_char gewohnte Leistung und der andere eben die von einigen gewuenschte
veraenderte.

Mit vielen Gruessen in die Runde

F. Hoffmann


From paul.sappler at uni-tuebingen.de  Thu Apr 17 11:40:49 2008
From: paul.sappler at uni-tuebingen.de (Paul Sappler)
Date: Thu, 17 Apr 2008 11:40:49 +0200
Subject: [Tustep-Liste] TUSTEP-Editor: Steuerbefehl exch_char
In-Reply-To: <20080416144727.j178c99ue8g0cg8s@webmail.uni-wuerzburg.de>
References: <001a01c89e35$32cf4980$10160286@dolo>
	<002901c89e47$c4325a40$c400a8c0@Seck2000><20080415104609.kt0lm1928g8c0oo4@webmail.uni-tuebingen.de>
	<480470D1.1090508@zedat.fu-berlin.de>
	<000c01c89ed9$9349fa90$e9bdfea9@LENOVOOS>
	<20080415130309.298590@gmx.net>
	<20080416144727.j178c99ue8g0cg8s@webmail.uni-wuerzburg.de>
Message-ID: <20080417114049.p83dilseucg048gw@webmail.uni-tuebingen.de>

----- Nachricht von friedhelm.hoffmann at mail.uni-wuerzburg.de ---------
> liessen sich denn nicht, damit alle zufrieden sind, zwei verschiedene
> exch_char-Steuerbefehle kreieren, ein exch_char_1 und ein exch_char_2

Lieber Herr Hoffmann, die Steuerbefehle kann man sich leicht selber  
basteln. Nur: Wer zwischen verschiedenen Editoren wechselt, muß  
jedesmal überlegen, wohin er den Cursor positioniert und welchen der  
beiden Befehle er aufruft. Eine Engstelle ist außerdem Strg+t, das nur  
eine Belegung haben kann.
Beste Grüße in die Runde,
Paul Sappler


From schaelkle at zdv.uni-tuebingen.de  Thu Apr 17 17:48:10 2008
From: schaelkle at zdv.uni-tuebingen.de (Kuno Schälkle)
Date: Thu, 17 Apr 2008 17:48:10 +0200
Subject: [Tustep-Liste] Farben im Editor
References: <001f01c89882$9f6d25c0$10160286@dolo>
	<B42CEE6E-C157-43BE-BDAF-D0B0FDDF1274@steinheim-institut.org>
Message-ID: <001801c8a0a2$70126920$10160286@dolo>

Lieber Herr Kollatz,

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Denn die O-Anweisung enthält ja nun nicht nur Farbdefinitionen,
sondern richtet auch Zeilen- und Spalten fest ein.
Dies zwingt mich zu obiger etwas unglückliche Koppelung, ...
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

dass die O-Anweisung auch die Zeilen- und
Spaltenzahl des Editorfensters enthält
stammt noch aus einer Zeit, in der es noch
nicht möglich war, mit #def diese Werte
einzustellen.

Ihren Hinweis auf mögliche Probleme habe
ich nun zum Anlass genommen, die Zeilen-
und Spaltenzahl nur noch dann in die
O-Anweisung auszugeben, wenn die Werte
von denen abweichen, die mit #def
eingestellt wurden. Bei der Uebernahme
der Werte aus einer solchen O-Anweisung,
bleiben für die Zeilen- und Spaltenzahl
die Werte gültig, die zuletzt mit #def
definiert wurden.

Mit freundlichen Grüßen
Kuno Schälkle


From kol at steinheim-institut.org  Fri Apr 18 11:56:51 2008
From: kol at steinheim-institut.org (Thomas Kollatz)
Date: Fri, 18 Apr 2008 11:56:51 +0200
Subject: [Tustep-Liste] Farben im Editor
In-Reply-To: <001801c8a0a2$70126920$10160286@dolo>
References: <001f01c89882$9f6d25c0$10160286@dolo>
	<B42CEE6E-C157-43BE-BDAF-D0B0FDDF1274@steinheim-institut.org>
	<001801c8a0a2$70126920$10160286@dolo>
Message-ID: <5BBD2A63-4003-4E4B-BB4A-0D3C373B507A@steinheim-institut.org>

Lieber Herr Schälkle,
herzlichen Dank dann kann ich die o-Anweisung ja bald rausschmeissen,  
gibts denn schon ein
TUSTEP 2008** zum ausprobieren?
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 203-370071 | 2151-5137430,  F  
203-373380
Karte <http://maps.google.de/maps?f=q&hl=de&q=Geibelstr.+41,+Du>
Homepage <http://steinheim-institut.de/das_institut/mitarbeiter/ 
kollatz/index.xml>
Epigraphische Datenbank <http://www.steinheim-institut.de:50580/cgi- 
bin/epidat>





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

From schaelkle at zdv.uni-tuebingen.de  Fri Apr 18 12:39:32 2008
From: schaelkle at zdv.uni-tuebingen.de (Kuno Schälkle)
Date: Fri, 18 Apr 2008 12:39:32 +0200
Subject: [Tustep-Liste] Farben im Editor
References: <001f01c89882$9f6d25c0$10160286@dolo><B42CEE6E-C157-43BE-BDAF-D0B0FDDF1274@steinheim-institut.org><001801c8a0a2$70126920$10160286@dolo>
	<5BBD2A63-4003-4E4B-BB4A-0D3C373B507A@steinheim-institut.org>
Message-ID: <002601c8a140$7dfcaf70$10160286@dolo>

Lieber Herr Kollatz,

>>>>>>>>>>>>>>>>>>>>>>>>
gibts denn schon ein TUSTEP 2008** zum ausprobieren?
<<<<<<<<<<<<<<<<<<<<<<<<<

anbei die aktuelle Testversion.

Im Editor wurden schon einige
Änderungen vorgenommen, Fehler
sind leider nicht ganz vermeidbar.

Herzliche Grüsse
Kuno Schaelkle 
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : test_exe
Dateityp    : application/octet-stream
Dateigröße  : 4310493 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.itug.de/pipermail/tustep-liste/attachments/20080418/185b52c3/attachment.obj>

From brunschoen at bbaw.de  Fri Apr 18 13:46:47 2008
From: brunschoen at bbaw.de (=?UTF-8?B?V29sZnJhbSBCcnVuc2Now7Zu?=)
Date: Fri, 18 Apr 2008 13:46:47 +0200
Subject: [Tustep-Liste] Register: mehrfaches Vorkommen in einer Zeile
	auswerten
Message-ID: <48088A27.5040107@bbaw.de>

Liebe TUSTEP-Gemeinde,

gibt es eine Möglichkeit, für das Register das Mehrfachvorkommen von 
Indexeinträgen in einer Zeile parametergesteuert auszugeben?
Liebe Grüße und vielen Dank im voraus
Wolfram Brunschön.


Die Ausgangsdaten für ein #RV sehen wie folgt aus:
.
[¡[32.41:0][[cnaturgemäß]][[cAusscheidung:= 
Ausscheidungsprodukt]][[cAusscheidung:= Ausscheidungsprodukt]]
[¡[32.42:0][[cgesund:die Gesunden]][[cQuantität]][[cQualität]][[cArt]]    
.

Ziel sollte sein, daß die Indexeinträge 32.41 "[[cAusscheidung:= 
Ausscheidungsprodukt]][[cAusscheidung:= Ausscheidungsprodukt]]"
bei der Ausgabe zusammengefaßt werden in die Form:
"Ausscheidung seite,zeile seite,zeile ... = Ausscheidungsprodukt 
seite,zeile 32,41(2x) seite,zeile..."


Vielleicht ist es nützlich, die Angaben zu #RV und #RA - mit herzlichem 
Dank an Herrn Trauth für seine Hilfe und Unterstützung - mitzuteilen. 
Das ganze wird dann noch gesetzt.


#RV,xx.2,REG.1,MO=+,LO=+,PA=*
        * Trennzeichen zwischen den 'Wörtern' (Beispiel):
 >1z       () []<<>>,;:!?"=/#+-
 >2z       <%><</
 >3z       <%
   max       100
EA        |[[|
EE        |]]|
rfa       |[¡[|
rfe       |]|
rft       |:|
rfl       6 4
tkz       abcde
xs1       |{{||}}||(||)||#/+||#/-||
XS1       |ß|ss|%<>2>@||:|  ||%:|
xs1       |#>%+||#>%-||%>@v|o|%<>>@h|e|
XS2       |ä|az|ö|oz|ü|uz|ß|sz|
SSL       60 60
*eof

#SO,REG.1,REG.10,SO=17+120,LO=+,ti=17+120 

#RA,REG.10,reg.11,MO=+,LO=-,PA=*,PR=-
        * Sortierschlüssel wurde schon im SO eliminiert:
SSL       0
        * welche Registertypen sollen ausgegeben werden:
txt       0 0 1 0 0
        * Anzahl der Textteile:
tt        3
        * Trennzeichen zwischen den Textteilen:
tr        |:||%:|
        * Länge der Referenzteile:
RFL       6 4
        * Im fertigen Eintrag rausschmeißen:
xtt   1   |{{<><%}}||
vtt   1   |<reg>|
ntt   1   |</reg>|
tte   1   |<tt1>|
        * Zeichen zwischen den Referenzteilen:
nrt   1   |:|
RFF       1
DRA       1 0 0 0 0 0
*eof


From schaelkle at zdv.uni-tuebingen.de  Mon Apr 21 09:06:57 2008
From: schaelkle at zdv.uni-tuebingen.de (Kuno Schälkle)
Date: Mon, 21 Apr 2008 09:06:57 +0200
Subject: [Tustep-Liste] TEST-Version besser nicht installieren !!!
Message-ID: <009601c8a37e$49f21db0$10160286@dolo>

Liebe TUSTEPler/innen,

Herr Kollatz hat mich um eine Testversion
gebeten. Leider habe ich nicht bemerkt,
dass es diese Bitte über die TUSTEP-Liste
geschickt hat, und habe geantwortet. So
wurde versehentlich die Testversion an die
TUSTEP-Liste geschickt.

In zwischen sind einige Fehlermeldungen
zu dieser Version eingegangen. Wer sie
noch nicht installiert hat, sollte dies
besser auch nicht mehr tun.

Mit freundlichen Grüssen
Kuno Schaelkle 


From schaelkle at zdv.uni-tuebingen.de  Mon Apr 21 09:06:57 2008
From: schaelkle at zdv.uni-tuebingen.de (Kuno Schälkle)
Date: Mon, 21 Apr 2008 09:06:57 +0200
Subject: [Tustep-Liste] TEST-Version besser nicht installieren !!!
Message-ID: <009601c8a37e$49f21db0$10160286@dolo>

Liebe TUSTEPler/innen,

Herr Kollatz hat mich um eine Testversion
gebeten. Leider habe ich nicht bemerkt,
dass es diese Bitte über die TUSTEP-Liste
geschickt hat, und habe geantwortet. So
wurde versehentlich die Testversion an die
TUSTEP-Liste geschickt.

In zwischen sind einige Fehlermeldungen
zu dieser Version eingegangen. Wer sie
noch nicht installiert hat, sollte dies
besser auch nicht mehr tun.

Mit freundlichen Grüssen
Kuno Schaelkle 


From kol at steinheim-institut.org  Mon Apr 21 10:36:21 2008
From: kol at steinheim-institut.org (Thomas Kollatz)
Date: Mon, 21 Apr 2008 10:36:21 +0200
Subject: [Tustep-Liste] TEST-Version besser nicht installieren !!!
In-Reply-To: <009601c8a37e$49f21db0$10160286@dolo>
References: <009601c8a37e$49f21db0$10160286@dolo>
Message-ID: <7EC8E70E-68C7-400E-839D-0B9EBD91FF7C@steinheim-institut.org>

Lieber Herr Schälkle, liebe Tustepler/innen,
ich habe das leider auch erst  zu spät gemerkt, dass ich mich mit  
meiner Bitte nicht direkt an Herrn Schälkle, sondern an die Liste  
gewandt habe,
das tut mir leid.

Herzliche Grüße
THOMAS KOLLATZ


From kol at steinheim-institut.org  Tue Apr 22 01:04:33 2008
From: kol at steinheim-institut.org (Thomas Kollatz)
Date: Tue, 22 Apr 2008 01:04:33 +0200
Subject: [Tustep-Liste] Springen durch Planquadrate mit TUSTEP
Message-ID: <59DFD7D4-348C-4510-9D16-47F6C57F5528@steinheim-institut.org>

Liebe TUSTEP-Gemeinde,

weil es mir so grossen Spass gemacht hat das nachfolgende Script  
auszutüfteln, will ich sie ungefragt an meiner Freude teilhaben lassen.

Erst mal der Link zum Ergebnis:

http://www.steinheim-institut.de:50580/cgi-bin/epidat? 
function=pq&pq=GQ&sel=hha

Für die, die jetzt noch wissen will, wie's gemacht wurde, folgt nun  
das kleine Skript, .... vielleicht hat ja irgendwer mal eine ähnliche  
Navigations-Aufgabe:

Die Idee: Ein grosses epigraphisches Korpus sollte nicht nur  
chronologisch, nach Namen oder über umfangreiche Suchoptionen  
erschlossen, sondern auch ein topographischer Lageplan sinnvoll mit  
der Edition der Inschriften verbunden werden.
Der Plan hat 255 Planquadrate, von denen aber nur 120 mit insgesamt  
5923 Inschriften belegt sind. In einem ersten Schritt habe ich  
mittels TUSCRIPT ermitteln lassen, auf welche Planquadrate sich die  
6000 Inschriften überhaupt verteilen, daraus habe ich eine Matrix der  
Planquadrate erstellt (+=belegt; -=nicht belegt).

Mit dem folgenden  Skript werden "sinnvolle" Sprünge ermittelt  
werden, d.h. von einem belegten auf ein belegtes Feld, nicht aber auf  
ein Feld, das keine Inschriften birgt, das frustriert die Nutzer nur ...

Wird z.B.

pq=GQ

ans Skript im Segment "Plan1" übergeben,
wird die Belegung der umliegenden Planquadrate ausgegeben:

r=+,o=+,u=+,l=-


Auszug B zeigt wie das Segment "plan1" in ein größeres CGI-Skript  
eingebunden wurde,
und die Variable plan (mit der Matrix der Planquadrate) html-tauglich  
aufbereitet wird,
wobei das aktive Planquadrat markiert werden soll.

Herzliche Grüße
THOMAS KOLLATZ


---- Segment plan1 (vollständig)

$$ MODE TUSCRIPT
=$
$$ SET plan = *
0 P O N M L K I H G F E D C B A
A - - + + + - - - - - - - - - -
B - - + + + + + - - - - - - - -
C - - + + + + + + + - - - - - -
D - + + + + + + + + + + + - - -
E + + + + + + + + + + + + - - -
F + + + + + + + + + + + + - + +
G + + + + + + + + + + + + - + +
H + + + + + - - + + + + + + + +
I - - - - - - - + + + + + - + +
K - - - - - - - + + + + + + + +
L - - - - - - - + + + + + + - -
M - - - - - - - + + + + + + + -
N - - - - - - - - + + + + + + -
O - - - - - - - - + + + - - - -
P - - - - - - - - + + + - - - -
Q - - - - - - - - + + + - - - -
R - - - - - - - - + + - - - - -
$$=-
SET pqrechts=pqoben=pqunten=pqlinks=o=u=l=r="-"
SET quer = EXTRACT (pq,1,2)
SET hoch = EXTRACT (pq,2,0)
BUILD S_TABLE quer = ":{quer}:"
SET x = SELECT (plan,1)
SET x = SPLIT (x, ": :")
SET posquer = INDEX  (x, quer)
SET nix = SPLIT (plan,"-  
-",y,y2,y3,y4,y5,y6,y7,y8,y9,y10,y11,y12,y13,y14,y15,y16)
SET poshoch  = INDEX (y,hoch)
SET posoben  = poshoch-1
SET posunten = poshoch+1
SET poslinks = posquer-1
SET posrechts= posquer+1
SET xquer=SELECT (plan,#poshoch)
SET xquer = SPLIT (xquer,": :")
SET l = SELECT (xquer,#poslinks)
IF (l.eq."+") THEN
SET xlinks = SELECT (x,#poslinks)
SET pqlinks= CONCAT (xlinks,hoch)
ENDIF
SET r = SELECT (xquer,#posrechts)
IF (r.eq."+") THEN
SET xrechts= SELECT (x,#posrechts)
SET pqrechts=CONCAT (xrechts,hoch)
ENDIF
SET row = CONCAT ("y",posquer)
SET o = SELECT (@row,#posoben)
IF (o.eq."+") THEN
SET yoben = SELECT (y,#posoben)
SET pqoben = CONCAT (quer,yoben)
ENDIF
SET u = SELECT (@row,#posunten)
IF (u.eq."+") THEN
SET yunten= SELECT (y,#posunten)
SET pqunten = CONCAT (quer,yunten)
ENDIF


---- Auschnitt B:  cgi-script ----

INCLUDE plan1
BUILD X_TABLE p1 = *
DATA !+!<<td class="belegt">><</td>>!
DATA !-!<<td class="unbelegt">><</td>>!
DATA !</!<<td class="achse">>>=01<</td>>!
DATA !0!<<td class="blank">><</td>>!
DATA !1!<<td class="aktiv">><</td>>!
SET reihe=""
LOOP p1=plan
IF (p1.sw.hoch) THEN
SET r2=SPLIT  
(p1,": :",t1,t2,t3,t4,t5,t6,t7,t8,t9,t10,t11,t12,t13,t14,t15,t16)
SET thit = CONCAT ("t",posquer)
SET @thit = EXCHANGE (@thit, ":+:1:")
SET p1 = JOIN (t1,"  
",t2,t3,t4,t5,t6,t7,t8,t9,t10,t11,t12,t13,t14,t15,t16)
ENDIF
SET r1=EXCHANGE (p1,p1)
SET reihe = REPLACE (reihe,0,r1)
ENDLOOP
SET reihe = SPLIT (reihe)
....
DATA <tr>
IF (o.eq."+") THEN
DATA <td colspan="3" style="text-align:center; ">{link}<a  
href='{cgiscript}?function=pq^&amp;sel={sel}^&amp;pq={pqoben} 
^#plantop'>{pqoben}</a> </td>
ELSE
DATA <td colspan="3" style="text-align:center; background- 
color:silver;">^&nbsp;</td>
ENDIF
DATA </tr>
....	
-----



drs Thomas Kollatz  - wissenschaftlicher Mitarbeiter / research  
assistant
Salomon Ludwig Steinheim-Institut fuer deutsch-juedische Geschichte
D-47057 Duisburg, Geibelstr. 41, T 203-370071 | 2151-5137430,  F  
203-373380
Karte <http://maps.google.de/maps?f=q&hl=de&q=Geibelstr.+41,+Du>
Homepage <http://steinheim-institut.de/das_institut/mitarbeiter/ 
kollatz/index.xml>
Epigraphische Datenbank <http://www.steinheim-institut.de:50580/cgi- 
bin/epidat>





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

From neumann_thomas at hotmail.com  Tue Apr 22 08:48:15 2008
From: neumann_thomas at hotmail.com (Thomas Neumann)
Date: Tue, 22 Apr 2008 08:48:15 +0200
Subject: [Tustep-Liste] Tustep-Export in das Word for Windows97 Format
In-Reply-To: <PPENKOHHDIBPLMBOCMLMMEMICJAA.Marco.Kolks@t-online.de>
References: <PPENKOHHDIBPLMBOCMLMMEMICJAA.Marco.Kolks@t-online.de>
Message-ID: <BAY121-W15F658D64A5E488325D254EEE00@phx.gbl>

Hallo Tustep-Kollegen,

bei einem neuen Editionsprojekt gibt es die Anforderung in Dateien im 
Word for Windows97 Format zu exportieren. Benutzt irgendwer schon 
solche Routinen, um die W97 Formate zu schreiben (Dateiheader usw.), damit
unser geliebtes Word die Daten auch als 97 Daten erkennt? ... Die Kollegen
verabeiten die Dateien denn auch noch mit einem alten W97...
 Hinweise, Skripte und sonstige Hilfsdaten sind herzlich willkommen! 

Mit freundlichen Gruessen
Thomas Neumann

PS: Nur der Vollstaendigkeit halber: Die Miteditoren sind leider nicht von 
einem leistungsfaehigen Werkzeug zu ueberzeugen... ;-)



  ###############################

  ##                                 
  ##  Dr. Thomas Neumann
  ##    Hertfelderstrasse 12
  ##    D-73733 Esslingen 
  ##    
  ## mail    
## neumann_thomas at hotmail.com  
  ##             neumann_thomas at t-online.de       
  ##                    
  ###############################

_________________________________________________________________
Die aktuelle Frühjahrsmode - Preise vergleichen bei MSN Shopping
http://shopping.msn.de/category/damenbekleidung/bcatid66/forsale?text=category:damenbekleidung&edt=1&ptnrid=230
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.itug.de/pipermail/tustep-liste/attachments/20080422/0a8e7df7/attachment.htm>

From trauth at uni-trier.de  Tue Apr 22 19:37:53 2008
From: trauth at uni-trier.de (Michael Trauth)
Date: Tue, 22 Apr 2008 19:37:53 +0200
Subject: [Tustep-Liste] Neuerungen im Editor
Message-ID: <480E3E91.30546.25A41E40@trauth.uni-trier.de>


Liebe Tustepler,

da in der vergangenen Woche eine neue Testversion
u.a. des Editors versehentlich auf der Liste landete,
bringe ich einige der Neuerungen und damit verbundene
Fragen hier zur Sprache.

Die meisten Neuerungen gehen auf Vorschlaege zurueck,
die vor ein paar Wochen auf diesem Forum gemacht wurden:
- Zusaetzliche Kolorierungen wurden eingefuehrt, unter
  anderem kann jetzt auch der Bereich der Satznummer
  optisch vom Textbereich unterschieden werden;
- das Gravis-Zeichen am linken Rand vor der Satznummer
  wurde - Deo sint laudes! - ad acta gelegt;
- der beim Aufruf des Editors frueher voreingestellte
  Statistikbildschirm erscheint jetzt nicht mehr, statt
  dessen wird der Dateiinhalt angezeigt; hierfuer wurde
  die neue Funktion SHW_CUR (= zu,* = zeige die Umgebung
  des Satzes, auf den der Pointer * zeigt) eingerichtet;
  bei einer erstmals geoeffneten Datei ist dies gleich-
  bedeutend mit 'zu,+1'.
Ich halte bes. die letztere Neuerung fuer einen grossen
Gewinn, weil ein Benutzer, der eine Datei oeffnet, na-
tuerlich zuallererst den Inhalt dieser Datei zu sehen
erwartet; daneben geht ein Dateiwechsel bes. im Split-
screen, bei zweigeteiltem Editorfenster, sehr viel
schneller vonstatten als frueher.

Als ein wenig gewoehnungsbeduerftig wird allerdings
von einigen Seiten das beschriebene SHW_CUR betrachtet:
Der zuletzt bearbeitete Satz wird damit in die *Mitte*
des Editorfensters gestellt, auch wenn er zuvor z.B.
am Anfang oder am Ende des Fensters stand (der Bild-
schirm ist also nicht mehr derselbe wie zuvor); auch
wer zum ersten Mal in eine Datei geht, wird zunaechst
wohl ein 'za' erwarten, nicht aber das aktuelle 'zu,+1,'
womit der erste Satz der Datei in die Mitte des Editor-
fensters gestellt wird.

Dieser Verfremdungseffekt ist unbestritten, die Frage
ist nur, was der Programmautor denn statt dessen tun
soll: So koennte er - beispielsweise - den ersten
Aufruf einer Datei (*=0.0) ohne weiteres abfangen
und in diesem Fall ein 'za' greifen lassen. Dann
steht aber *ab* diesem Zeitpunkt der Pointer * auf 1.1,
d.h. wenn der Benutzer danach raus- und wieder in den
Editor reingeht, hat er ab dem zweiten Mal *nicht*
mehr *=0.0, sondern *=1.1, und dann soll sich der
Editor anders verhalten als beim ersten Mal? Das waere
gewiss nicht weniger irritierend als der Status quo.
NB: Wir sprechen hier nur ueber den Sonderfall
'erster Aufruf'; nicht viel besser ist es, wenn die
Datei bereits einmal aufgerufen wurde und der Pointer
etwa auf 1.2 oder 1.3 steht, denn dann fuehrt 'zu,*'
zu einem aehnlich stoerenden Effekt.

Eine Primitvloesung bestuende im Standardverhalten
von anderen Windows-Editoren: *Jede* Datei wuerde beim
Aufruf von Anfang an gezeigt. Aber *das* hielte ich
fuer einen klaren Rueckschritt; dass ich bei #e,<datei>
sofort an die Stelle gefuehrt werde, an der ich
zuletzt gearbeitet habe, wuerde ich nicht mehr missen
wollen - vermutlich spreche ich damit im Namen aller.

Dem Programmautor zufolge laesst sich Abhilfe nur
dadurch schaffen, dass TUSTEP sich den Bildschirminhalt
von *jeder* Datei merkt, die aufgerufen wurde. Das
wuerde die TUSTEP.MEM bei ueber 1000 aufrufbaren
Dateien ganz schoen aufblaehen. Und selbst bei
*dieser* Koenigsloesung gibt's gleichwohl noch
ein Tertiaerproblem: Nehmen wir an, der Editor
merkt sich tatsaechlich den Inhalt des letzten
Bildschirms *jeder* Datei, die verlassen wird. Was
soll er denn beim naechsten Aufruf anzeigen, wenn
unterdessen die Desktopaufloesung oder der Font und/
oder die Groesse der Schrift fuers TUSTEP-Fenster
verstellt wurde und damit die darstellbare Textmenge
eine andere waere als zuvor? Was waere in diesem Fall
besser: za*, zu*, zb*? Nicht ganz einfach, oder? Wer
einen guten Vorschlag hat, moege bitte sich bitte zu
Wort melden.

Eine weitere Schwierigkeit ist mit dem Arbeiten im
zweigeteilten Editorfenster verbunden: Der Benutzer,
der aus dem Splitscreen-Editor rausgeht (oder viel-
leicht auch nur ein 'x #t,<programm>' absetzt) er-
wartet selbstverstaendlich, dass er nach der Rueck-
kehr in den Editor *dieselben* beiden Textfenster
zu sehen bekommt wie zuvor. Dem steht aber entgegen,
dass beim Aufruf einer Datei (vom Benutzer so ein-
gerichtet) evtl. zuerst ein Makro ausgefuehrt werden
soll, das womoeglich mit dem neuen SHW_CUR in Konflikt
geraten koennte. Der Programmautor hat deshalb bisher
darauf verzichtet, automatisch auch im nicht-aktiven
Fenster ein SHW_CUR aufzurufen.

Darf ich hier fuers erste einmal fragen, wie die
allgemeine Meinung dazu ist? Dass im Splitscreen-
Modus *beide* Textfenster angezeigt werden, duerfte
wohl *immer* wuenschenswert sein; die Frage ist nur,
ob es eine Kompromissloesung fuer den oben
skizzierten moeglichen Konflikt gibt. Ins Blaue
hinein: Die *-Position merkt sich der Editor ja
ohnehin schon, er koennte vielleicht zusaetzlich
pruefen, ob durch ein allenfallsiges Editormakro
die *-Position geaendert wurde und/oder eine Bild-
schirmausgabe erfolgte - und nur in *diesem* Fall
unterbliebe dann das SHW_CUR. Waere das akzeptabel?

Ueber Wortmeldung wuerde sich freuen

Michael Trauth


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


From paul.sappler at uni-tuebingen.de  Wed Apr 23 00:58:53 2008
From: paul.sappler at uni-tuebingen.de (Paul Sappler)
Date: Wed, 23 Apr 2008 00:58:53 +0200
Subject: [Tustep-Liste] Register: mehrfaches Vorkommen in einer Zeile
	auswerten
In-Reply-To: <48088A27.5040107@bbaw.de>
References: <48088A27.5040107@bbaw.de>
Message-ID: <20080423005853.jts9cdieck4cckc0@webmail.uni-tuebingen.de>

Lieber Herr Brunschön,
Ihre Aufgabenstellung ist verwickelt. Wenn sich niemand aus der Liste  
richtig hineindenkt und bald eine RA-angemessene Lösung bringt,  
schlage ich eine Primitivlösung vor und skizziere kurz, ohne probiert  
zu haben:
Im Sinn von Herrn Trauth ist es das Einfachste, RA so zu modifizieren,  
daß die Referenzen leicht kenntlich sind, und dann ein KOPIERE mit XX  
anzuhängen. Die Referenzen könnten nach RA z.B. so aussehen:
<rf>5,2</rf> <rf>5,4</rf> <rf>5,4</rf>
Das ist allerdings nicht ganz leicht zu erreichen, wenn gleiche  
Referenzteile (von vorn gerechnet) nicht wegfallen sollen; wenn man  
das will, wird die Sache eher komplizierter. Man muß ferner dafür  
sorgen, daß alle Referenzen zu einem Eintrag in einem einzigen Satz  
stehen (SL 64000 64000). Das anschließende KOPIERE könnte diese  
Austauschanweisung enthalten:
xx        ;<<rf>><><%<</rf>> <<rf>>>=05<</rf>>;>=(1-10) (2x);
Dieses xx muß man ergänzen um die Fälle drei-, vier- usw. maligen  
Vorkommens der gleichen Referenz, je nachdem, was alles zu erwarten  
ist. Mit SL 100 120 o.ä. macht man die Sätze wieder editortauglich.
Das oben angedeutete Problem, daß man im Grunde nur einteilige  
Referenzen will, löst man am einfachsten, indem man die Blanks in der  
internen Referenz *vor* RA in Nullen verwandelt, *in* RA angibt:
   RFL       10 (statt 6 4)
   VRT   1   ,<rf>,
   NRT   1   ,</rf>,
Die Einfügung des Kommas zwischen den Referenzteilen, das Beseitigen  
der führenden Nullen bei jedem Referenzteil und, falls gewünscht, die  
Ersparung gleicher vorderer Referenzteile macht man dann am besten mit  
eigenen Durchgängen mit XX im abschließenden KOPIERE.
Mein Vorschlag ist, wie ich jetzt sehe, doch reichlich kompliziert.  
Vielleicht hat jemand einen besseren?
Herzlich, Paul Sappler


From wilhelm.ott at uni-tuebingen.de  Wed Apr 23 18:59:47 2008
From: wilhelm.ott at uni-tuebingen.de (Wilhelm Ott)
Date: Wed, 23 Apr 2008 18:59:47 +0200 (CEST)
Subject: [Tustep-Liste] Register: mehrfaches Vorkommen in einer Zeile
 auswerten
Message-ID: <Pine.LNX.4.61.0804231858430.9211@lddv.zdv.uni-tuebingen.de>


Lieber Herr Brunschön,

kann es sein, dass Sie nach den Leistungen des Parameters HF in #RA 
suchen? Wenn Sie 
  HF         1
als Parameter angeben, sagt Ihnen #RA, wie oft ein Eintrag an der durch 
die Referenz bezeichneten Stelle vorkommt, wenn dies mehr als 1x ist. 


Wenn (wie man aus Ihrer Aufgabenbeschreibung zu entnehmen) der Punkt
in Teil 1 der Referenz zu einem Komma werden soll, kann dies
mit 
  XRT         ~.~,~
geschehen.

Wenn außerdem der zweite Referenzteil (nämlich ":0") nicht
ausgegeben werden soll, ersetzen Sie doch einfach in #RA+
den Parameter 
  RFT        6 4
durch
  RFT        6
und lassen außerdem den Parameter
  NRT        ~:~
weg.

Wenn hinter der Häufigkeit noch ein "x" stehen soll, so erreichen 
Sie das durch
  NHF        ~x)~
Soll auch das Blank vor der "(" wegbleiben, können Sie das mit
  VHF        ~(~
angeben.


Das Ergebnis, das Sie in Ihrer Aufgabenbeschreibung erwarten,
erreichen Sie freilich nur, wenn Sie noch einen weiteren
Registereintrag in Ihren Quelldaten vorsehen, der nur
das Wort "Ausscheidung" enthält, also z.B.
.
[¡[32.41:0][[cAusscheidung]][[cnaturgemäß]][[cAusscheidung:= 
Ausscheidungsprodukt]][[cAusscheidung:= Ausscheidungsprodukt]]
.

Das ergäbe allerdings mit Ihren Parametern und den angegebenen
Erweiterungen bzw. Änderungen noch immer das Ergebnis
.
<reg>Ausscheidung</reg>  32,41
<tt1>:= Ausscheidungsprodukt  32,41 (2x)
.
Wenn das "<tt1>:" und der Zeilenwechsel wegfallen soll, wie in
Ihrer Aufgabenbeschreibung angegeben, so erreichen Sie das
mit
  TRU       1
(lässt das Trennzeichen weg) und
  NZU       2
(unterdrückt den Zeilenwechsel) sowie 
  TTE   1   ~ ~
(fügt das in Ihrer Beschreibung gezeigte Blank
vor dem "=" ein; Ihr Parameter TTE, der "<tt1>" einsetzt,
müsste dafür natürlich entfallen.)

Außerdem hat Ihre Aufgabenbeschreibung nur 1 Blank zwischen Text und
Referenz; das erreichen Sie durch
  VRF       ~ ~
Num muss noch <reg> und </reg> weg, wenn's so ausschauen soll wie
in Ihrer Aufgabenbeschreibung, also entfallen die beiden
Parameter VTT und NTT in Ihren Angaben zu #RA.

Unschön wird mit all dem freilich der Eintrag aus Ihrem Beispiel 
für [[cgesund:die Gesunden]]; dort fällt wegen TRU jetzt auch das 
Trennzeichen ":" weg; im Ergebnis steht dann "gesunddie Gesunden 32,42".
Wenigstens ein Blank sollte ja nach "gesund" stehen bleiben. Also
ersetzen wir noch
  TTE   1   ~ ~
durch
  TTE   1   ~~+
und fügen noch ein
  VTT   2   ~ ~
Das ergibt dann "gesund die Gesunden 32,42" 


Vielleicht waren aber außer dem Wunsch, "das Mehrfachvorkommen
von Indexeinträgen in einer Zeile parametergesteuert anzugeben",
die Vorgaben in Ihrer Aufgabenbeschreibung gar nicht so buchstäblich
gemeint ... dann wäre diese mail auch schon nach den ersten 5 Zeilen
zu Ende gewesen.

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, 18 Apr 2008, Wolfram Brunschön wrote:

> Date: Fri, 18 Apr 2008 13:46:47 +0200
> From: Wolfram Brunschön <brunschoen at bbaw.de>
> Reply-To: tustep-liste at itug.de
> To: tustep-liste at itug.de
> Subject: [Tustep-Liste] Register: mehrfaches Vorkommen in einer Zeile
>     	auswerten
> 
> Diskussionsforum Tustep-Liste
Weitere Informationen: www.itug.de
------------------------------------------------------------

Liebe TUSTEP-Gemeinde,

gibt es eine Möglichkeit, für das Register das Mehrfachvorkommen von 
Indexeinträgen in einer Zeile parametergesteuert auszugeben?
Liebe Grüße und vielen Dank im voraus
Wolfram Brunschön.


Die Ausgangsdaten für ein #RV sehen wie folgt aus:
.
[¡[32.41:0][[cnaturgemäß]][[cAusscheidung:= 
Ausscheidungsprodukt]][[cAusscheidung:= Ausscheidungsprodukt]]
[¡[32.42:0][[cgesund:die Gesunden]][[cQuantität]][[cQualität]][[cArt]]    
.

Ziel sollte sein, daß die Indexeinträge 32.41 "[[cAusscheidung:= 
Ausscheidungsprodukt]][[cAusscheidung:= Ausscheidungsprodukt]]"
bei der Ausgabe zusammengefaßt werden in die Form:
"Ausscheidung seite,zeile seite,zeile ... = Ausscheidungsprodukt 
seite,zeile 32,41(2x) seite,zeile..."


Vielleicht ist es nützlich, die Angaben zu #RV und #RA - mit herzlichem 
Dank an Herrn Trauth für seine Hilfe und Unterstützung - mitzuteilen. 
Das ganze wird dann noch gesetzt.


#RV,xx.2,REG.1,MO=+,LO=+,PA=*
        * Trennzeichen zwischen den 'Wörtern' (Beispiel):
 >1z       () []<<>>,;:!?"=/#+-
 >2z       <%><</
 >3z       <%
   max       100
EA        |[[|
EE        |]]|
rfa       |[¡[|
rfe       |]|
rft       |:|
rfl       6 4
tkz       abcde
xs1       |{{||}}||(||)||#/+||#/-||
XS1       |ß|ss|%<>2>@||:|  ||%:|
xs1       |#>%+||#>%-||%>@v|o|%<>>@h|e|
XS2       |ä|az|ö|oz|ü|uz|ß|sz|
SSL       60 60
*eof

#SO,REG.1,REG.10,SO=17+120,LO=+,ti=17+120 

#RA,REG.10,reg.11,MO=+,LO=-,PA=*,PR=-
        * Sortierschlüssel wurde schon im SO eliminiert:
SSL       0
        * welche Registertypen sollen ausgegeben werden:
txt       0 0 1 0 0
        * Anzahl der Textteile:
tt        3
        * Trennzeichen zwischen den Textteilen:
tr        |:||%:|
        * Länge der Referenzteile:
RFL       6 4
        * Im fertigen Eintrag rausschmeißen:
xtt   1   |{{<><%}}||
vtt   1   |<reg>|
ntt   1   |</reg>|
tte   1   |<tt1>|
        * Zeichen zwischen den Referenzteilen:
nrt   1   |:|
RFF       1
DRA       1 0 0 0 0 0
*eof

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

From matthias.osthof at t-online.de  Wed Apr 23 21:34:50 2008
From: matthias.osthof at t-online.de (Matthias Osthof)
Date: Wed, 23 Apr 2008 21:34:50 +0200
Subject: [Tustep-Liste] Neuerungen im Editor
In-Reply-To: <480E3E91.30546.25A41E40@trauth.uni-trier.de>
References: <480E3E91.30546.25A41E40@trauth.uni-trier.de>
Message-ID: <000f01c8a579$190b0e80$e9bdfea9@LENOVOOS>

Lieber Herr Trauth,

ich hoffe, dass die Änderungen im Editor für die Mehrzahl der Anwender
nützlich und sinnvoll sind. Ich werde mich auch sicher an sie gewöhnen - und
tue das schon jetzt, indem ich nämlich bei jedem Wechsel in eine andere
Datei fast schon automatisch 
	Gib Anweisung > za [= F1] 
oder 
	Gib Anweisung > d 
taste. Ich benutze den Editor nahezu ausschließlich zur Erstellung von
Programmen und Makros. Ein Fall aus meiner Praxis: Ich halte in 3 Dateien
ein Makro, das ich aus der Makrodatei "geholt" habe, in zwei oder drei
Dateien in unterschiedlichen Bearbeitungszuständen zum Testen bereit. Mich
interessiert es nicht, dass ich in datei xyz zuletzt offenbar die zeile 2345
bearbeitet habe. Mich interessiert, welches Makro in dieser Datei steht und
ob die Daten gerettet sind oder nicht. Für mich waren die jetzt abgeklemmten
Informationen, die man nach dem Wechsel in eine neue Datei zu sehen bekam,
nützlich und wichtig.

Aber, wie gesagt: Wenn die jetzigen Änderungen für die Mehrzahl der Anwender
nützlich und sinnvoll sind, dann werde ich mich auch daran gewöhnen.

Herzliche Grüße
Matthias Osthof


-----Ursprüngliche Nachricht-----
Von: tustep-liste-bounces at lists.uni-wuerzburg.de
[mailto:tustep-liste-bounces at lists.uni-wuerzburg.de] Im Auftrag von Michael
Trauth
Gesendet: Dienstag, 22. April 2008 19:38
An: Tustep-liste at itug.de
Betreff: [Tustep-Liste] Neuerungen im Editor

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


Liebe Tustepler,

da in der vergangenen Woche eine neue Testversion u.a. des Editors
versehentlich auf der Liste landete, bringe ich einige der Neuerungen und
damit verbundene Fragen hier zur Sprache.

Die meisten Neuerungen gehen auf Vorschlaege zurueck, die vor ein paar
Wochen auf diesem Forum gemacht wurden:
- Zusaetzliche Kolorierungen wurden eingefuehrt, unter
  anderem kann jetzt auch der Bereich der Satznummer
  optisch vom Textbereich unterschieden werden;
- das Gravis-Zeichen am linken Rand vor der Satznummer
  wurde - Deo sint laudes! - ad acta gelegt;
- der beim Aufruf des Editors frueher voreingestellte
  Statistikbildschirm erscheint jetzt nicht mehr, statt
  dessen wird der Dateiinhalt angezeigt; hierfuer wurde
  die neue Funktion SHW_CUR (= zu,* = zeige die Umgebung
  des Satzes, auf den der Pointer * zeigt) eingerichtet;
  bei einer erstmals geoeffneten Datei ist dies gleich-
  bedeutend mit 'zu,+1'.
Ich halte bes. die letztere Neuerung fuer einen grossen Gewinn, weil ein
Benutzer, der eine Datei oeffnet, na- tuerlich zuallererst den Inhalt dieser
Datei zu sehen erwartet; daneben geht ein Dateiwechsel bes. im Split-
screen, bei zweigeteiltem Editorfenster, sehr viel schneller vonstatten als
frueher.

Als ein wenig gewoehnungsbeduerftig wird allerdings von einigen Seiten das
beschriebene SHW_CUR betrachtet:
Der zuletzt bearbeitete Satz wird damit in die *Mitte* des Editorfensters
gestellt, auch wenn er zuvor z.B.
am Anfang oder am Ende des Fensters stand (der Bild- schirm ist also nicht
mehr derselbe wie zuvor); auch wer zum ersten Mal in eine Datei geht, wird
zunaechst wohl ein 'za' erwarten, nicht aber das aktuelle 'zu,+1,'
womit der erste Satz der Datei in die Mitte des Editor- fensters gestellt
wird.

Dieser Verfremdungseffekt ist unbestritten, die Frage ist nur, was der
Programmautor denn statt dessen tun
soll: So koennte er - beispielsweise - den ersten Aufruf einer Datei (*=0.0)
ohne weiteres abfangen und in diesem Fall ein 'za' greifen lassen. Dann
steht aber *ab* diesem Zeitpunkt der Pointer * auf 1.1, d.h. wenn der
Benutzer danach raus- und wieder in den Editor reingeht, hat er ab dem
zweiten Mal *nicht* mehr *=0.0, sondern *=1.1, und dann soll sich der Editor
anders verhalten als beim ersten Mal? Das waere gewiss nicht weniger
irritierend als der Status quo.
NB: Wir sprechen hier nur ueber den Sonderfall 'erster Aufruf'; nicht viel
besser ist es, wenn die Datei bereits einmal aufgerufen wurde und der
Pointer etwa auf 1.2 oder 1.3 steht, denn dann fuehrt 'zu,*'
zu einem aehnlich stoerenden Effekt.

Eine Primitvloesung bestuende im Standardverhalten von anderen
Windows-Editoren: *Jede* Datei wuerde beim Aufruf von Anfang an gezeigt.
Aber *das* hielte ich fuer einen klaren Rueckschritt; dass ich bei
#e,<datei> sofort an die Stelle gefuehrt werde, an der ich zuletzt
gearbeitet habe, wuerde ich nicht mehr missen wollen - vermutlich spreche
ich damit im Namen aller.

Dem Programmautor zufolge laesst sich Abhilfe nur dadurch schaffen, dass
TUSTEP sich den Bildschirminhalt von *jeder* Datei merkt, die aufgerufen
wurde. Das wuerde die TUSTEP.MEM bei ueber 1000 aufrufbaren Dateien ganz
schoen aufblaehen. Und selbst bei
*dieser* Koenigsloesung gibt's gleichwohl noch ein Tertiaerproblem: Nehmen
wir an, der Editor merkt sich tatsaechlich den Inhalt des letzten
Bildschirms *jeder* Datei, die verlassen wird. Was soll er denn beim
naechsten Aufruf anzeigen, wenn unterdessen die Desktopaufloesung oder der
Font und/ oder die Groesse der Schrift fuers TUSTEP-Fenster verstellt wurde
und damit die darstellbare Textmenge eine andere waere als zuvor? Was waere
in diesem Fall
besser: za*, zu*, zb*? Nicht ganz einfach, oder? Wer einen guten Vorschlag
hat, moege bitte sich bitte zu Wort melden.

Eine weitere Schwierigkeit ist mit dem Arbeiten im zweigeteilten
Editorfenster verbunden: Der Benutzer, der aus dem Splitscreen-Editor
rausgeht (oder viel- leicht auch nur ein 'x #t,<programm>' absetzt) er-
wartet selbstverstaendlich, dass er nach der Rueck- kehr in den Editor
*dieselben* beiden Textfenster zu sehen bekommt wie zuvor. Dem steht aber
entgegen, dass beim Aufruf einer Datei (vom Benutzer so ein-
gerichtet) evtl. zuerst ein Makro ausgefuehrt werden soll, das womoeglich
mit dem neuen SHW_CUR in Konflikt geraten koennte. Der Programmautor hat
deshalb bisher darauf verzichtet, automatisch auch im nicht-aktiven Fenster
ein SHW_CUR aufzurufen.

Darf ich hier fuers erste einmal fragen, wie die allgemeine Meinung dazu
ist? Dass im Splitscreen- Modus *beide* Textfenster angezeigt werden,
duerfte wohl *immer* wuenschenswert sein; die Frage ist nur, ob es eine
Kompromissloesung fuer den oben skizzierten moeglichen Konflikt gibt. Ins
Blaue
hinein: Die *-Position merkt sich der Editor ja ohnehin schon, er koennte
vielleicht zusaetzlich pruefen, ob durch ein allenfallsiges Editormakro die
*-Position geaendert wurde und/oder eine Bild- schirmausgabe erfolgte - und
nur in *diesem* Fall unterbliebe dann das SHW_CUR. Waere das akzeptabel?

Ueber Wortmeldung wuerde sich freuen

Michael Trauth


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

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


From trauth at uni-trier.de  Thu Apr 24 16:20:31 2008
From: trauth at uni-trier.de (Michael Trauth)
Date: Thu, 24 Apr 2008 16:20:31 +0200
Subject: [Tustep-Liste] Neuerungen im Editor
In-Reply-To: <000f01c8a579$190b0e80$e9bdfea9@LENOVOOS>
References: <480E3E91.30546.25A41E40@trauth.uni-trier.de>,
	<000f01c8a579$190b0e80$e9bdfea9@LENOVOOS>
Message-ID: <4810B34F.16846.2F3C2376@trauth.uni-trier.de>


Lieber Herr Osthof,

vielen Dank fuer die Antwort!

Sie sind der erste Anwender unter meinen vielen Kontakten,
der sich *fuer* die Beibehaltung des Statistikfensters aus-
gesprochen hat. So ist das halt (leider) bei demokratischen
Entscheidungen: Irgendjemand wird dabei *immer* der Leid-
tragende sein. Die daraus resultierende Umstaendlichkeit
muss aber durchaus nicht so ausfallen, wie Sie sie Ihrer
Mail beschreiben:

> ... ich nämlich bei jedem Wechsel in eine andere Datei
> fast schon automatisch 
> 	Gib Anweisung > za [= F1] 
> oder 
> 	Gib Anweisung > d 
> taste...

Zur Behebung brauchen Sie sich nur daran zu erinnern,
a) dass Sie im Aufruf des Editor #e,<datei>,makro=<makro>
   den Namen eines Editormakros angeben koennen, das also-
   gleich ausgefuehrt wird. (Und Ihnen als fortgeschrittenem
   Anwender ist natuerlich ausserdem klar, wie Sie sich ein
   eigenes kleines Tuscript $e basteln koennen, das den
   Aufruf des Editors stets mit #e,... verbindet.)
b) dass Sie in Ihre TUSTEP.INI beispielsweise die folgende
   Editordefinition eintragen koennen
   y,FN_#=|.p|.m|
   y,FN_1=clr_cmdline,|za|,enter,|d|,enter
   y,FN_2=clr_cmdline,|za|,enter,|d|,enter
   was bei *allen* Dateien, welche die Extensionen .p und
   .m im Namen haben, die von Ihnen gewuenschten Anweisungen
   ausfuehrt.
Das erspart Ihnen die laestige manuelle Muehe.


Es gruesst wie immer herzlich in die Runde

** Michael Trauth **


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


From brunschoen at bbaw.de  Thu Apr 24 16:36:55 2008
From: brunschoen at bbaw.de (=?UTF-8?B?V29sZnJhbSBCcnVuc2Now7Zu?=)
Date: Thu, 24 Apr 2008 16:36:55 +0200
Subject: [Tustep-Liste] Register: mehrfaches Vorkommen in einer Zeile
 auswerten
In-Reply-To: <Pine.LNX.4.61.0804231858430.9211@lddv.zdv.uni-tuebingen.de>
References: <Pine.LNX.4.61.0804231858430.9211@lddv.zdv.uni-tuebingen.de>
Message-ID: <48109B07.1000304@bbaw.de>

Lieber Herr Ott,

es läuft ausgezeichnet. Ganz herzlichen Dank für Ihre ausführliche 
Hilfestellung! Unglaublich, daß so wenige Parameter so viel bewirken können.

Liebe Grüße
Wolfram Brunschön.


Wilhelm Ott schrieb:
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
>
>   
> ------------------------------------------------------------------------
>
>
> Lieber Herr Brunschön,
>
> kann es sein, dass Sie nach den Leistungen des Parameters HF in #RA 
> suchen? Wenn Sie 
>   HF         1
> als Parameter angeben, sagt Ihnen #RA, wie oft ein Eintrag an der durch 
> die Referenz bezeichneten Stelle vorkommt, wenn dies mehr als 1x ist. 
>
>
> Wenn (wie man aus Ihrer Aufgabenbeschreibung zu entnehmen) der Punkt
> in Teil 1 der Referenz zu einem Komma werden soll, kann dies
> mit 
>   XRT         ~.~,~
> geschehen.
>
> Wenn außerdem der zweite Referenzteil (nämlich ":0") nicht
> ausgegeben werden soll, ersetzen Sie doch einfach in #RA+
> den Parameter 
>   RFT        6 4
> durch
>   RFT        6
> und lassen außerdem den Parameter
>   NRT        ~:~
> weg.
>
> Wenn hinter der Häufigkeit noch ein "x" stehen soll, so erreichen 
> Sie das durch
>   NHF        ~x)~
> Soll auch das Blank vor der "(" wegbleiben, können Sie das mit
>   VHF        ~(~
> angeben.
>
>
> Das Ergebnis, das Sie in Ihrer Aufgabenbeschreibung erwarten,
> erreichen Sie freilich nur, wenn Sie noch einen weiteren
> Registereintrag in Ihren Quelldaten vorsehen, der nur
> das Wort "Ausscheidung" enthält, also z.B.
> .
> [¡[32.41:0][[cAusscheidung]][[cnaturgemäß]][[cAusscheidung:= 
> Ausscheidungsprodukt]][[cAusscheidung:= Ausscheidungsprodukt]]
> .
>
> Das ergäbe allerdings mit Ihren Parametern und den angegebenen
> Erweiterungen bzw. Änderungen noch immer das Ergebnis
> .
> <reg>Ausscheidung</reg>  32,41
> <tt1>:= Ausscheidungsprodukt  32,41 (2x)
> .
> Wenn das "<tt1>:" und der Zeilenwechsel wegfallen soll, wie in
> Ihrer Aufgabenbeschreibung angegeben, so erreichen Sie das
> mit
>   TRU       1
> (lässt das Trennzeichen weg) und
>   NZU       2
> (unterdrückt den Zeilenwechsel) sowie 
>   TTE   1   ~ ~
> (fügt das in Ihrer Beschreibung gezeigte Blank
> vor dem "=" ein; Ihr Parameter TTE, der "<tt1>" einsetzt,
> müsste dafür natürlich entfallen.)
>
> Außerdem hat Ihre Aufgabenbeschreibung nur 1 Blank zwischen Text und
> Referenz; das erreichen Sie durch
>   VRF       ~ ~
> Num muss noch <reg> und </reg> weg, wenn's so ausschauen soll wie
> in Ihrer Aufgabenbeschreibung, also entfallen die beiden
> Parameter VTT und NTT in Ihren Angaben zu #RA.
>
> Unschön wird mit all dem freilich der Eintrag aus Ihrem Beispiel 
> für [[cgesund:die Gesunden]]; dort fällt wegen TRU jetzt auch das 
> Trennzeichen ":" weg; im Ergebnis steht dann "gesunddie Gesunden 32,42".
> Wenigstens ein Blank sollte ja nach "gesund" stehen bleiben. Also
> ersetzen wir noch
>   TTE   1   ~ ~
> durch
>   TTE   1   ~~+
> und fügen noch ein
>   VTT   2   ~ ~
> Das ergibt dann "gesund die Gesunden 32,42" 
>
>
> Vielleicht waren aber außer dem Wunsch, "das Mehrfachvorkommen
> von Indexeinträgen in einer Zeile parametergesteuert anzugeben",
> die Vorgaben in Ihrer Aufgabenbeschreibung gar nicht so buchstäblich
> gemeint ... dann wäre diese mail auch schon nach den ersten 5 Zeilen
> zu Ende gewesen.
>
> 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, 18 Apr 2008, Wolfram Brunschön wrote:
>
>   
>> Date: Fri, 18 Apr 2008 13:46:47 +0200
>> From: Wolfram Brunschön <brunschoen at bbaw.de>
>> Reply-To: tustep-liste at itug.de
>> To: tustep-liste at itug.de
>> Subject: [Tustep-Liste] Register: mehrfaches Vorkommen in einer Zeile
>>     	auswerten
>>
>> Diskussionsforum Tustep-Liste
>>     
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
>
> Liebe TUSTEP-Gemeinde,
>
> gibt es eine Möglichkeit, für das Register das Mehrfachvorkommen von 
> Indexeinträgen in einer Zeile parametergesteuert auszugeben?
> Liebe Grüße und vielen Dank im voraus
> Wolfram Brunschön.
>
>
> Die Ausgangsdaten für ein #RV sehen wie folgt aus:
> .
> [¡[32.41:0][[cnaturgemäß]][[cAusscheidung:= 
> Ausscheidungsprodukt]][[cAusscheidung:= Ausscheidungsprodukt]]
> [¡[32.42:0][[cgesund:die Gesunden]][[cQuantität]][[cQualität]][[cArt]]    
> .
>
> Ziel sollte sein, daß die Indexeinträge 32.41 "[[cAusscheidung:= 
> Ausscheidungsprodukt]][[cAusscheidung:= Ausscheidungsprodukt]]"
> bei der Ausgabe zusammengefaßt werden in die Form:
> "Ausscheidung seite,zeile seite,zeile ... = Ausscheidungsprodukt 
> seite,zeile 32,41(2x) seite,zeile..."
>
>
> Vielleicht ist es nützlich, die Angaben zu #RV und #RA - mit herzlichem 
> Dank an Herrn Trauth für seine Hilfe und Unterstützung - mitzuteilen. 
> Das ganze wird dann noch gesetzt.
>
>
> #RV,xx.2,REG.1,MO=+,LO=+,PA=*
>         * Trennzeichen zwischen den 'Wörtern' (Beispiel):
>  >1z       () []<<>>,;:!?"=/#+-
>  >2z       <%><</
>  >3z       <%
>    max       100
> EA        |[[|
> EE        |]]|
> rfa       |[¡[|
> rfe       |]|
> rft       |:|
> rfl       6 4
> tkz       abcde
> xs1       |{{||}}||(||)||#/+||#/-||
> XS1       |ß|ss|%<>2>@||:|  ||%:|
> xs1       |#>%+||#>%-||%>@v|o|%<>>@h|e|
> XS2       |ä|az|ö|oz|ü|uz|ß|sz|
> SSL       60 60
> *eof
>
> #SO,REG.1,REG.10,SO=17+120,LO=+,ti=17+120 
>
> #RA,REG.10,reg.11,MO=+,LO=-,PA=*,PR=-
>         * Sortierschlüssel wurde schon im SO eliminiert:
> SSL       0
>         * welche Registertypen sollen ausgegeben werden:
> txt       0 0 1 0 0
>         * Anzahl der Textteile:
> tt        3
>         * Trennzeichen zwischen den Textteilen:
> tr        |:||%:|
>         * Länge der Referenzteile:
> RFL       6 4
>         * Im fertigen Eintrag rausschmeißen:
> xtt   1   |{{<><%}}||
> vtt   1   |<reg>|
> ntt   1   |</reg>|
> tte   1   |<tt1>|
>         * Zeichen zwischen den Referenzteilen:
> nrt   1   |:|
> RFF       1
> DRA       1 0 0 0 0 0
> *eof
>
> ------------------------------------------------------------
> 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


From rs2 at soas.ac.uk  Thu Apr 24 17:07:24 2008
From: rs2 at soas.ac.uk (R. A. Sohnen)
Date: Thu, 24 Apr 2008 16:07:24 +0100
Subject: [Tustep-Liste] Neuerungen im Editor
In-Reply-To: <4810B34F.16846.2F3C2376@trauth.uni-trier.de>
References: <480E3E91.30546.25A41E40@trauth.uni-trier.de>,
	<000f01c8a579$190b0e80$e9bdfea9@LENOVOOS>
	<4810B34F.16846.2F3C2376@trauth.uni-trier.de>
Message-ID: <a06230906c436501e27f8@[195.195.177.29]>

Nun, da sich wenigstens ein Befürworter  der Statistik zu Wort gemeldet hat,
möchte ich zu Protokoll geben, dass ich besonders 
die Information über das Datum der vorletzten 
Bearbeitung einer Datei geschätzt habe, die ich 
bei anderen Systemen tatsächlich vermisse.

Renate Söhnen-Thieme
South Asia Department
SOAS, London



>Diskussionsforum Tustep-Liste
>Weitere Informationen: www.itug.de
>------------------------------------------------------------
>
>
>Lieber Herr Osthof,
>
>vielen Dank fuer die Antwort!
>
>Sie sind der erste Anwender unter meinen vielen Kontakten,
>der sich *fuer* die Beibehaltung des Statistikfensters aus-
>gesprochen hat. So ist das halt (leider) bei demokratischen
>Entscheidungen: Irgendjemand wird dabei *immer* der Leid-
>tragende sein. Die daraus resultierende Umstaendlichkeit
>muss aber durchaus nicht so ausfallen, wie Sie sie Ihrer
>Mail beschreiben:
>
>>  ... ich nämlich bei jedem Wechsel in eine andere Datei
>>  fast schon automatisch
>>	Gib Anweisung > za [= F1]
>>  oder
>>	Gib Anweisung > d
>>  taste...
>
>Zur Behebung brauchen Sie sich nur daran zu erinnern,
>a) dass Sie im Aufruf des Editor #e,<datei>,makro=<makro>
>    den Namen eines Editormakros angeben koennen, das also-
>    gleich ausgefuehrt wird. (Und Ihnen als fortgeschrittenem
>    Anwender ist natuerlich ausserdem klar, wie Sie sich ein
>    eigenes kleines Tuscript $e basteln koennen, das den
>    Aufruf des Editors stets mit #e,... verbindet.)
>b) dass Sie in Ihre TUSTEP.INI beispielsweise die folgende
>    Editordefinition eintragen koennen
>    y,FN_#=|.p|.m|
>    y,FN_1=clr_cmdline,|za|,enter,|d|,enter
>    y,FN_2=clr_cmdline,|za|,enter,|d|,enter
>    was bei *allen* Dateien, welche die Extensionen .p und
>    .m im Namen haben, die von Ihnen gewuenschten Anweisungen
>    ausfuehrt.
>Das erspart Ihnen die laestige manuelle Muehe.
>
>
>Es gruesst wie immer herzlich in die Runde
>
>** Michael Trauth **
>
>
>---------------------------------------------------------------
>Dr. Michael Trauth                  e-mail: trauth at uni-trier.de
>Rechenzentrum                       office: Tel. 0651-201-3413
>der Universitaet                            Fax  0651-201-3921
>Universitaetsring                secretary: Tel. 0651-201-3417
>D-54286 Trier
>---------------------------------------------------------------
>
>------------------------------------------------------------
>Tustep-Liste at itug.de
>https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste


From gert.wildensee at judaistik.uni-halle.de  Thu Apr 24 17:42:20 2008
From: gert.wildensee at judaistik.uni-halle.de (Wildensee)
Date: Thu, 24 Apr 2008 17:42:20 +0200
Subject: [Tustep-Liste] Neuerungen im Editor
In-Reply-To: <480E3E91.30546.25A41E40@trauth.uni-trier.de>
References: <480E3E91.30546.25A41E40@trauth.uni-trier.de>
Message-ID: <fa77b5b221.21fa77b5b2@uni-halle.de>

Lieber Herr Trauth,

ich muss gestehen, dass mir das Verschwinden des Statistikbildschirms
und die von Ihnen beschrieben Veränderungen durch SHW_CUR in meiner
Arbeitsumgebung zuerst überhaupt nicht aufgefallen sind, da alle meine
Dateien über eine Makroleiste und damit verbundene Editormakros
aufgerufen werden. Der jeweils zuletzt bearbeitete Satz einer Datei
steht beim nächsten Edieren bei mir immer in der ersten Zeile auf dem
Bildschirm.

Wenn ich normal mit Dateien arbeite, fände ich es schon schöner den
Zustand einer Datei auf dem Bildschirm so vorzufinden, wie ich ihn
verlassen habe. D.h. der Satz, der beim Verlassen einer Datei in der
ersten Zeile stand, sollte beim zurückkehren auch wieder in der ersten
Zeile stehen, unabhängig davon welcher Satz nun gerade als letztes
bearbeitet wurde. Muss dafür aber wirklich der Bildschirminhalt jeder
Datei gemerkt werden? Genügt es nicht, wenn intern zusätzlich zum
Pointer * auch noch die Position des Satzes in der ersten Zeile beim
Verlassen der Datei gemerkt würde? Eine Änderung von Auflösung oder
Fontwechsel dürfte dann auch keine Rolle spielen, denn erste
Bildschirmzeile bleibt in jedem Fall erste Bildschirmzeile. 

In Zusammenhang mit dem Statistikbildschirm ist mir erst jetzt etwas
anderes negativ aufgefallen. Weshalb lande ich beim Retten eines
Segments eigentlich auf dem Statistikbildschirm? Darauf könnte ich gut
verzichten, würde dafür aber gerne in der Message Line oben rechts neben
Segment ABC aus XYZ erfahren, ob dieses Segment verändert und noch nicht
gerettet wurde, ohne für diese Information extra auf den
Statistikbildschirm wechseln zu müssen. 

Der letzte Abschnitt richtet sich natürlich mehr an Herrn Schälkle.

Herzliche Grüße an alle
Gert Wildensee



***********************************************
DFG-Projekt Midrash Tehillim
Seminar für Jüdische Studien
Martin-Luther-Universität Halle-Wittenberg
D-06099 Halle (Saale)
Germany

gert.wildensee at judaistik.uni-halle.de
WEBFAX   +49-(0)1212-5-771-38-417
VOICEBOX +49-(0)1212-5-771-38-417


From paul.sappler at uni-tuebingen.de  Thu Apr 24 19:17:48 2008
From: paul.sappler at uni-tuebingen.de (Paul Sappler)
Date: Thu, 24 Apr 2008 19:17:48 +0200
Subject: [Tustep-Liste] Neuerungen im Editor
In-Reply-To: <480E3E91.30546.25A41E40@trauth.uni-trier.de>
References: <480E3E91.30546.25A41E40@trauth.uni-trier.de>
Message-ID: <20080424191748.4y9btreq940o0o8g@webmail.uni-tuebingen.de>

Lieber Herr Trauth, sehr verehrte Runde,

mit Herrn Osthof gehe ich, mit Ausnahme eines Punktes, völlig einig.  
Ich konnte zwar - Linux - die neue Fassung noch nicht testen, kann sie  
mir aber vorstellen. Auch für mich ist "d" (und manchmal "n") wichtig,  
ich schätze die Angaben über "woher geholt", "ob und wohin gerettet"  
und auch den "Titel", Metadaten zu Segment oder Datei, ferner den  
Zeitpunkt der letzten Veränderungen. Auch beißt sich "d" nicht mit der  
Bewahrung der aktuellen Satzposition (*), die oft nützlich ist; die  
Wiederherstellung des Fensterzustandes vom Verlassen des Editors  
(sozusagen das höhere zu*/za*) scheint mir zu aufwendig, besonders  
unter dem Gesichtspunkt letzter Korrekturen vor "b", wo das  
Editorfenster, besonders nach dem Löschen von Sätzen und dem  
Überschreiben von gefärbten Partien, ja seltsam aussehen kann. M.E.  
genügt die Bewahrung von * (von mir aus auch das Merken der ersten  
Bildschirmzeile, Vorschlag Wildensee).

Nicht ganz zusammen gehe ich mit Herrn Osthof darin, daß ich die  
Umgewöhnung ohne größere Schwierigkeiten schaffe.

Sollte nicht der Tustep-Editor ein paar Besonderheiten gegenüber  
anderen Editoren aufweisen dürfen? Es ist ein Vorteil, daß man in der  
Originaldatei arbeiten kann - sonst geht es oft nur in Scratch-Kopien  
mit umständlicher Sicherungsverwaltung; in der Regel nur mit globalen  
Einstellungen ohne Spezifika für die einzelne Datei usw.  
Gewöhnungsbedürftig, aber sinnvoll auch die Funktion, die Änderungen  
in einem Tustep-Editorfenster "abzuschicken".

Vieles hat Herr Schälkle ja schon für eine gute Initiierung beim  
Editoraufruf getan: Selbstverständlich sollte man beim Editor-Aufruf  
die Spezifikation makro benutzen, vor allem bei Aufruf aus einer  
Kommandofolge und bei spezifischer Sicht auf den Text im Editor. Sehr  
wertvoll auch die Makros fn_# ft_# fc_#. Was mir fehlt, habe ich in  
meinem Listenbeitrag vom 11.4. angedeutet: bei jedem Hineingehen in  
den Editor nicht nur Definitionen, sondern die Ausführung eines  
Makros. Ich habe eine Reaktion darauf vermißt (dabei dachte ich den  
Stein der Weisen angepriesen zu haben): Ist der Vorschlag technisch  
nicht ausführbar? Will man einen Benutzer davor bewahren, etwas Dummes  
einzustellen, z.B. die Erzeugung von "cancel", so daß er bei einer  
bestimmten Datei immer aus dem Editor fliegt? Ist die Idee sinnlos?  
Fürchten Benutzer, für die vorgeschlagene Verwaltung des Makro-Pools  
in die Pflicht genommen zu werden? Ist es die Abneigung gegen einen  
komplizierten, wenig durchschaubaren Hintergrund? Gibt es irgendwo  
einen Haken? Fürchtet man Folgewünsche wie etwa Ausführung eines  
Makros beim Verlassen des Editors (was man zum Merken der ersten  
Bildschirmzeile nutzen könnte)?

Wenn Veränderung als solche gescheut wird, Erweiterung aber  
akzeptiert, variiere ich meinen Vorschlag, meinen Wunsch: Nicht die  
Spezifikation makro des Editoraufrufs, eines Makros, das ja nur bei  
jedem eben mit dieser Spezifikation getätigten Aufruf in Gang kommt,  
sondern eine neue Spezifikation IMAKRO (oder wie sie sonst heißen mag)  
soll definieren, was bei jedem Hineingehen in den Editor  
dateispezifisch ausgeführt werden soll.

Die Diskussion über feste Voreinstellungen ist natürlich nützlich,  
weil bewußtseinsbildend, aber die Enge, die durch diese  
Voreinstellungen entsteht, ist nicht tustep-angemessen. Es schadet  
doch niemandem, wenn Herr Osthof, Frau Söhnen-Thieme und ich bei "d"  
als erster Editoranweisung bleiben, andere können "za*" oder "zu*" für  
sich voreinstellen oder auch etwas Sinnvolleres.

Schluß. Vielleicht werden ja lange Mails nicht gelesen.
Nachtrag zum Brunschönproblem "Register: mehrfaches Vorkommen in einer  
Zeile auswerten": aha, HF war die Lösung. Tut mir leid, daß ich  
vorgeprescht bin. Schade, daß nur zwei Leute RA wirklich beherrschen.
Bitte bei Antworten an die Liste die auslösende Mail nicht wiederholen.
Freundliche Grüße in die Runde
Ihr Paul Sappler


From trauth at uni-trier.de  Thu Apr 24 20:34:04 2008
From: trauth at uni-trier.de (Michael Trauth)
Date: Thu, 24 Apr 2008 20:34:04 +0200
Subject: [Tustep-Liste] Tustep-Export in das Word for Windows97 Format
In-Reply-To: <BAY121-W15F658D64A5E488325D254EEE00@phx.gbl>
References: <PPENKOHHDIBPLMBOCMLMMEMICJAA.Marco.Kolks@t-online.de>,
	<BAY121-W15F658D64A5E488325D254EEE00@phx.gbl>
Message-ID: <4810EEBC.15862.3024434A@trauth.uni-trier.de>


Lieber Herr Neumann,

da sich bisher noch niemand auf Ihre Frage
gemeldet hat, frage ich einfach mal nach:

> bei einem neuen Editionsprojekt gibt es die Anforderung
> in Dateien im Word for Windows97 Format zu exportieren.
> Benutzt irgendwer schon solche Routinen, um die W97
> Formate zu schreiben (Dateiheader usw.), damit unser
> geliebtes Word die Daten auch als 97 Daten erkennt?

Was genau soll denn da konvertiert werden? Nur der Text?
Oder sollen auch Fussnoten als Winword-Fussnoten rueber-
kommen? Wie steht's mit Kursivierung, Fettdruck und Unter-
streichung? Ebenfalls? Und wie mit Schriftauszeichnung
und -groesse? Und wenn wir schon dabei sind: auch Margi-
nalien und Kolumnentitel? Bei 'Editionsprojekt' denke
ich immer gleich an Apparate - und da es in Winword
keine Unterstuetzung fuer Apparate gibt, stellt sich
die Frage, wie diese dann dort umgesetzt werden sollen.
Als Endnoten vielleicht? Und wie steht es mit den vielen,
vielen anderen Dingen, fuer die es in Winword ueberhaupt
keine oder keine 1:1-Entsprechung gibt? Und was soll mit
Tabellen und Grafiken geschehen?

Sie sehen: ein bisschen genauer muesste man's schon
wissen, was und wieviel und mit welcher Genauigkeit
konvertiert werden soll...

Viele Gruesse reihum von

Michael Trauth


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


From schaelkle at zdv.uni-tuebingen.de  Fri Apr 25 13:22:49 2008
From: schaelkle at zdv.uni-tuebingen.de (Kuno Schälkle)
Date: Fri, 25 Apr 2008 13:22:49 +0200
Subject: [Tustep-Liste] Neuerungen im Editor
References: <480E3E91.30546.25A41E40@trauth.uni-trier.de>
	<fa77b5b221.21fa77b5b2@uni-halle.de>
Message-ID: <00a301c8a6c6$b1b3dfb0$10160286@dolo>

Lieber Herr Wildensse,

>>>>>>>>>>>>>>>>>>>>>>>>>>
... würde dafür aber gerne in der Message Line oben rechts neben
Segment ABC aus XYZ erfahren, ob dieses Segment verändert und noch nicht
gerettet wurde, ohne für diese Information extra auf den
Statistikbildschirm wechseln zu müssen.
<<<<<<<<<<<<<<<<<<<<<<<<<<

im Prinzip kein Problem. Wenn die BEIDEN
Dateiennamen und der Segmentname jedoch
lang sind (ein Dateiname kann einschl.
des Projektnamens immerhin bis zu 30 Zeichen
lang sein), bleibt wenig Platz. Klartext
hinzuschreiben geht also nicht immer.
Nun hatte ich die Idee mit einem Kuerzel:
(+)  fuer Daten wurden geaendert
(-)  fuer Daten sind noch unveraendert
Waeren Sie damit einverstanden?

Herzliche Gruesse
Kuno Schaelkle 


From gert.wildensee at judaistik.uni-halle.de  Fri Apr 25 16:07:04 2008
From: gert.wildensee at judaistik.uni-halle.de (Wildensee)
Date: Fri, 25 Apr 2008 16:07:04 +0200
Subject: [Tustep-Liste] Neuerungen im Editor
In-Reply-To: <00a301c8a6c6$b1b3dfb0$10160286@dolo>
References: <480E3E91.30546.25A41E40@trauth.uni-trier.de>
	<fa77b5b221.21fa77b5b2@uni-halle.de>
	<00a301c8a6c6$b1b3dfb0$10160286@dolo>
Message-ID: <f8f28107e9e.e9ef8f28107@uni-halle.de>

Lieber Herr Schälkle,

ein Kürzel würde natürlich auch genügen. Dann sollte aber nur im Falle
einer Veränderung ein entsprechendes Zeichen angegeben werden, das wäre
optisch deutlicher. Vielleicht könnte man als „Aufmerksamkeitszeichen“
hierfür einfach das Ausrufezeichen von „Daten/Name/Titel verändert und
noch nicht gerettet !“ des Statistikbildschirms verwenden.

Herzliche Grüße,

Gert Wildensee

> 
> >>>>>>>>>>>>>>>>>>>>>>>>>>
> ... würde dafür aber gerne in der Message Line oben rechts neben
> Segment ABC aus XYZ erfahren, ob dieses Segment verändert und noch 
> nichtgerettet wurde, ohne für diese Information extra auf den
> Statistikbildschirm wechseln zu müssen.
> <<<<<<<<<<<<<<<<<<<<<<<<<<
> 
> im Prinzip kein Problem. Wenn die BEIDEN
> Dateiennamen und der Segmentname jedoch
> lang sind (ein Dateiname kann einschl.
> des Projektnamens immerhin bis zu 30 Zeichen
> lang sein), bleibt wenig Platz. Klartext
> hinzuschreiben geht also nicht immer.
> Nun hatte ich die Idee mit einem Kuerzel:
> (+)  fuer Daten wurden geaendert
> (-)  fuer Daten sind noch unveraendert
> Waeren Sie damit einverstanden?
> 
>


From trauth at uni-trier.de  Fri Apr 25 16:24:18 2008
From: trauth at uni-trier.de (Michael Trauth)
Date: Fri, 25 Apr 2008 16:24:18 +0200
Subject: [Tustep-Liste] Neuerungen im Editor
In-Reply-To: <00a301c8a6c6$b1b3dfb0$10160286@dolo>
References: <480E3E91.30546.25A41E40@trauth.uni-trier.de>,
	<00a301c8a6c6$b1b3dfb0$10160286@dolo>
Message-ID: <481205B2.13985.3465F66D@trauth.uni-trier.de>


Lieber Herr Schaekle,

wenn ich Ihren Vorschlag an Herrn Wildensee aufgreifen
duerfte:

> >>>>>>>>>>>>>>>>>>>>>>>>>>
> ... würde dafür aber gerne in der Message Line oben
> rechts neben Segment ABC aus XYZ erfahren, ob dieses
> Segment verändert und noch nicht gerettet wurde, ohne
> für diese Information extra auf den Statistikbildschirm
> wechseln zu müssen.
> <<<<<<<<<<<<<<<<<<<<<<<<<<
> 
> im Prinzip kein Problem. Wenn die BEIDEN
> Dateiennamen und der Segmentname jedoch
> lang sind (ein Dateiname kann einschl.
> des Projektnamens immerhin bis zu 30 Zeichen
> lang sein), bleibt wenig Platz. Klartext
> hinzuschreiben geht also nicht immer.
> Nun hatte ich die Idee mit einem Kuerzel:
> (+)  fuer Daten wurden geaendert
> (-)  fuer Daten sind noch unveraendert
> Waeren Sie damit einverstanden?

Das halte ich fuer eine prima Idee!


Viele Gruesse reihum von

Michael Trauth


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


From paul.sappler at uni-tuebingen.de  Sun Apr 27 22:49:00 2008
From: paul.sappler at uni-tuebingen.de (Paul Sappler)
Date: Sun, 27 Apr 2008 22:49:00 +0200
Subject: [Tustep-Liste] Neuerungen im Editor, Anfangseinstellungen
In-Reply-To: <481205B2.13985.3465F66D@trauth.uni-trier.de>
References: <480E3E91.30546.25A41E40@trauth.uni-trier.de>,
	<00a301c8a6c6$b1b3dfb0$10160286@dolo>
	<481205B2.13985.3465F66D@trauth.uni-trier.de>
Message-ID: <20080427224900.7ivfxut1esw0co80@webmail.uni-tuebingen.de>

Sehr verehrte Liste,
Ich muß meinen Vorschlag vom 24.4. zurücknehmen; von mehreren Seiten  
ist außerhalb der Liste gefragt worden, ob man den Zweck nicht mit dem  
Editormakro fx_# erreichen könnte. Das ist in wesentlichen Punkten der  
Fall; ich muß mir noch überlegen, wie ich das Ganze organisiere  
einerseits für mich, andererseits für Mitarbeiter, die Vorlieben  
haben, aber nicht tief einsteigen wollen, und zwar so, daß pro  
Projekt, Sitzung, Person und Gerät gewisse Spezifika eingestellt bzw.  
anwählbar sind; tustep.ini ist dafür nicht geeignet, weil  
projektbezogen oder sogar für alle Projekte, bei denen ich  
Hilfestellung leiste, gleich. Für die Liebhaber der "Statistik" hier  
Einstellungen, die ich mir zurechtgelegt habe:
(1) #e,def=*
(2) y,fn_#=;...;
(3) y,fn_0="d",enter,if_empty:fn0e,if_zero:fn00,"zu,*",enter
(4) y,fn0e=stop
(5) y,fn00="za,+1",enter
(6) *eof
In Zeile 2 stehen statt der drei Pünktchen Zeichfolgen, die bestimmten  
Dateien entsprechend dem Dateinamen Makros zuordnen. Wenn diese  
Bedingungen nicht zutreffen, wird fn_0 (Zeile 3) ausgeführt: Anfangs  
die Dateiinformation (früher Editor-Bildschirm, jetzt Display=Popup),  
nach Leertaste geschieht bei leerer Datei nichts weiter (Zeile 4),  
sonst wird entweder mit "zu" die gemerkte Satzposition ausgewertet  
oder, wenn die aktuelle Satzposition Null ist, der Dateianfang gezeigt  
(Zeile 5).
Eine kleine Anregung habe ich noch: Das Pop-up-Fenster bringt man zum  
Verschwinden mit Leertaste oder Escape. Wäre es möglich, daß auch  
Enter den gleichen Effekt hat? Man bräuchte im obigen Makro und auch  
sonst weniger über die nächste Taste nachzudenken bzw. es wäre auch  
logisch, weil auch ein Select-Fenster damit zum Verschwinden gebracht  
wird, wenn auch mit mehr Wirkung.
Freundliche Grüße in die Runde
Paul Sappler


From schaelkle at zdv.uni-tuebingen.de  Mon Apr 28 11:18:02 2008
From: schaelkle at zdv.uni-tuebingen.de (Kuno Schälkle)
Date: Mon, 28 Apr 2008 11:18:02 +0200
Subject: [Tustep-Liste] Anzeige im Editor, ob geholte Daten geaendert sind
Message-ID: <001501c8a910$c233e190$10160286@dolo>

Liebe TUSTEPler/innen,

im Editor soll angezeigt werden, ob geholte
Daten schon geändert wurden oder nicht.
Dazu gibt es zwei Vorschläge:

Vorschlag 1

(-)  Daten wurden noch nicht geändert
(+)  Daten wurden geändert

Vorschlag 2

( )  Daten wurden noch nicht geändert
(!)  Daten wurden geändert, Editor-Datei temporär
(?)  Daten wurden geändert, Editor-Datei permanent

Welcher Vorschlag ist besser/verständlicher?

Mit freundlichen Gruessen
Kuno Schaelkle


From gert.wildensee at judaistik.uni-halle.de  Mon Apr 28 11:48:18 2008
From: gert.wildensee at judaistik.uni-halle.de (Wildensee)
Date: Mon, 28 Apr 2008 11:48:18 +0200
Subject: [Tustep-Liste] Anzeige im Editor,
	ob geholte Daten geaendert sind
In-Reply-To: <001501c8a910$c233e190$10160286@dolo>
References: <001501c8a910$c233e190$10160286@dolo>
Message-ID: <f7dac0aa74fd.74fdf7dac0aa@uni-halle.de>

Lieber Herr Schälkle,

ich hatte mich im Prinzip ja schon für Vorschlag 2 ausgesprochen und
möchte dies jetzt nur nochmals bestätigen.

Herzliche Grüße

Gert Wildensee


From kol at steinheim-institut.org  Mon Apr 28 11:54:25 2008
From: kol at steinheim-institut.org (Thomas Kollatz)
Date: Mon, 28 Apr 2008 11:54:25 +0200
Subject: [Tustep-Liste] Anzeige im Editor,
	ob geholte Daten geaendert sind
In-Reply-To: <001501c8a910$c233e190$10160286@dolo>
References: <001501c8a910$c233e190$10160286@dolo>
Message-ID: <511C74D3-0A36-4E65-A6FF-FC3E0931ECDE@steinheim-institut.org>

Lieber Herr Schälkle, liebe Liste,

1. Mir gefällt  Vorschlag zwei besser.
Wenn der Editor nicht mehr mit  der Status-Seite beginnen soll,  
informiert mich
!
und
?
ob ein Segment eine Datei zwischenzeitlich geändert wurde, ohne "d"  
oder "n" eingeben zu müssen,
----
2. Was mir beim neuen Editor noch nicht so gut gefällt ist, dass ich  
nach Eingabe von
h,,?
nun einen leeren Bildschirm bekomme, obwohl das bei dieser Anweisung  
eigentlich keinen Sinn macht, zwar wird mir unten mitgeteilt, das ich  
x Sätzte geholt habe, aber besser wäre doch ich sehe die gleich.
----
3. Da die Status-Seite Anfängern ja nun vorenthalten werden soll,  
spricht doch eigentlich nichts dagegen, da noch etwas mehr Info  
hineinzustopfen.
Mir würde z.B. sehr helfen, wenn ich nicht nur erfahre wann, sondern  
auch wer (TUSTEP_USR oder Computername bzw. USERDOMAIN) in einer  
Datei zuletzt  tätig war.
Das lässt sich zwar alles auch über eine Benutzerverwaltung und ein  
Userlog regeln, aber in den überwiegenden Fällen reicht mir ein  
Hinweis auf  die letzten zwei Bearbeiter völlig.

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 203-370071 | 2151-5137430,  F  
203-373380
Karte <http://maps.google.de/maps?f=q&hl=de&q=Geibelstr.+41,+Du>
Homepage <http://steinheim-institut.de/das_institut/mitarbeiter/ 
kollatz/index.xml>
Epigraphische Datenbank <http://www.steinheim-institut.de:50580/cgi- 
bin/epidat>





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

From f.seck at t-online.de  Mon Apr 28 12:12:38 2008
From: f.seck at t-online.de (F.Seck)
Date: Mon, 28 Apr 2008 12:12:38 +0200
Subject: [Tustep-Liste] Anzeige im Editor,
	ob geholte Daten geaendert sind
References: <001501c8a910$c233e190$10160286@dolo>
	<511C74D3-0A36-4E65-A6FF-FC3E0931ECDE@steinheim-institut.org>
Message-ID: <005701c8a918$6946dc60$c400a8c0@Seck2000>

Lieber Herr Kollatz,

(nur) Ihre E-mails landen bei mir meist, so auch heute, im Norton AntiSpam Folder. Geht das anderen auch so? Können Sie etwas dagegen tun? 

Freundliche Grüße
Friedrich Seck

------------------------------
Dr. Friedrich Seck
72076 Tübingen, Erlenweg 18
Tel.  0 70 71 - 96 49 40
Fax-Nummer auf Anfrage
  ----- Original Message ----- 
  From: Thomas Kollatz 
  To: tustep-liste at itug.de 
  Sent: Monday, April 28, 2008 11:54 AM
  Subject: [Norton AntiSpam] Re: [Tustep-Liste] Anzeige im Editor, ob geholte Daten geaendert sind


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




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


  Lieber Herr Schälkle, liebe Liste,


  1. Mir gefällt  Vorschlag zwei besser.
  Wenn der Editor nicht mehr mit  der Status-Seite beginnen soll, informiert mich 
  !
  und 
  ? 
  ob ein Segment eine Datei zwischenzeitlich geändert wurde, ohne "d" oder "n" eingeben zu müssen, 
  ----
  2. Was mir beim neuen Editor noch nicht so gut gefällt ist, dass ich nach Eingabe von
  h,,?
  nun einen leeren Bildschirm bekomme, obwohl das bei dieser Anweisung eigentlich keinen Sinn macht, zwar wird mir unten mitgeteilt, das ich x Sätzte geholt habe, aber besser wäre doch ich sehe die gleich.
  ----
  3. Da die Status-Seite Anfängern ja nun vorenthalten werden soll, spricht doch eigentlich nichts dagegen, da noch etwas mehr Info hineinzustopfen.
  Mir würde z.B. sehr helfen, wenn ich nicht nur erfahre wann, sondern auch wer (TUSTEP_USR oder Computername bzw. USERDOMAIN) in einer Datei zuletzt  tätig war.
  Das lässt sich zwar alles auch über eine Benutzerverwaltung und ein Userlog regeln, aber in den überwiegenden Fällen reicht mir ein Hinweis auf  die letzten zwei Bearbeiter völlig.


  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 203-370071 | 2151-5137430,  F 203-373380
  Karte <http://maps.google.de/maps?f=q&hl=de&q=Geibelstr.+41,+Du>
  Homepage <http://steinheim-institut.de/das_institut/mitarbeiter/kollatz/index.xml>
  Epigraphische Datenbank <http://www.steinheim-institut.de:50580/cgi-bin/epidat>











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



  ------------------------------------------------------------
  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/20080428/f75a2778/attachment.htm>

From schaelkle at zdv.uni-tuebingen.de  Mon Apr 28 12:07:31 2008
From: schaelkle at zdv.uni-tuebingen.de (Kuno Schälkle)
Date: Mon, 28 Apr 2008 12:07:31 +0200
Subject: [Tustep-Liste] Anzeige im Editor,
	ob geholte Daten geaendert sind
References: <001501c8a910$c233e190$10160286@dolo>
	<511C74D3-0A36-4E65-A6FF-FC3E0931ECDE@steinheim-institut.org>
Message-ID: <003401c8a917$ac331530$10160286@dolo>

Lieber Herr Kollatz,

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
1. Mir gefällt  Vorschlag zwei besser.
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

einverstanden.

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Wenn der Editor nicht mehr mit  der Status-Seite beginnen soll,
informiert mich
!
und
?
ob ein Segment eine Datei zwischenzeitlich geändert wurde, ohne "d"
oder "n" eingeben zu müssen,
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

das wuerde auch fuer (-) und (+) gelten.

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
2. Was mir beim neuen Editor noch nicht so gut gefällt ist, dass ich
nach Eingabe von
h,,?
nun einen leeren Bildschirm bekomme,
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

das kann ich nicht nachvollziehen, bei
mir wird der Anfang des Inhaltsverzeichnisses
angezeigt. Das koennen wir auf direktem Weg
noch klaeren.

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
3. Da die Status-Seite Anfängern ja nun vorenthalten werden soll,
spricht doch eigentlich nichts dagegen, da noch etwas mehr Info
hineinzustopfen.
Mir würde z.B. sehr helfen, wenn ich nicht nur erfahre wann, sondern
auch wer (TUSTEP_USR oder Computername bzw. USERDOMAIN) in einer
Datei zuletzt  tätig war.
Das lässt sich zwar alles auch über eine Benutzerverwaltung und ein
Userlog regeln, aber in den überwiegenden Fällen reicht mir ein
Hinweis auf  die letzten zwei Bearbeiter völlig.
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

das wuerde ein Aenderung der Dateikoepfe erfordern,
denn diese Information muss im Dateikopf gespeichert
werden. Eine Aenderung des Daeikopfes ist ein groesserer
Eingriff und sollte nur geschehen, wenn sich eine Mehrheit
dafuer ausspricht.

Herzliche Gruesse
Kuno Schaelkle 


From ulrich.rebstock at orient.uni-freiburg.de  Mon Apr 28 14:24:36 2008
From: ulrich.rebstock at orient.uni-freiburg.de (Ulrich Rebstock)
Date: Mon, 28 Apr 2008 14:24:36 +0200
Subject: [Tustep-Liste] Anzeige im Editor,
	ob geholte Daten geaendert sind
References: <001501c8a910$c233e190$10160286@dolo>
Message-ID: <00b001c8a92a$d2991ef0$0358e684@orient5>

Vorschlag 1. Rebstock.
----- Original Message ----- 
From: "Kuno Schälkle" <schaelkle at zdv.uni-tuebingen.de>
To: "TUSTEP-Liste" <tustep-liste at itug.de>
Sent: Monday, April 28, 2008 11:18 AM
Subject: [Tustep-Liste] Anzeige im Editor, ob geholte Daten geaendert sind


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

Liebe TUSTEPler/innen,

im Editor soll angezeigt werden, ob geholte
Daten schon geändert wurden oder nicht.
Dazu gibt es zwei Vorschläge:

Vorschlag 1

(-)  Daten wurden noch nicht geändert
(+)  Daten wurden geändert

Vorschlag 2

( )  Daten wurden noch nicht geändert
(!)  Daten wurden geändert, Editor-Datei temporär
(?)  Daten wurden geändert, Editor-Datei permanent

Welcher Vorschlag ist besser/verständlicher?

Mit freundlichen Gruessen
Kuno Schaelkle

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


From f.seck at t-online.de  Mon Apr 28 14:56:21 2008
From: f.seck at t-online.de (F.Seck)
Date: Mon, 28 Apr 2008 14:56:21 +0200
Subject: [Tustep-Liste] Neuerungen im Editor, Anfangseinstellungen
References: <480E3E91.30546.25A41E40@trauth.uni-trier.de>,
	<00a301c8a6c6$b1b3dfb0$10160286@dolo><481205B2.13985.3465F66D@trauth.uni-trier.de>
	<20080427224900.7ivfxut1esw0co80@webmail.uni-tuebingen.de>
Message-ID: <00e101c8a92f$48808b40$c400a8c0@Seck2000>

Lieber Herr Sappler, liebe Listenleser,

von mehreren Seiten  
ist außerhalb der Liste gefragt worden, ob man den Zweck nicht mit dem  
Editormakro fx_# erreichen könnte. Das ist in wesentlichen Punkten der  
Fall; ich muß mir noch überlegen, wie ich das Ganze organisiere  
einerseits für mich, andererseits für Mitarbeiter, die Vorlieben  
haben, aber nicht tief einsteigen wollen, und zwar so, daß pro  
Projekt, Sitzung, Person und Gerät gewisse Spezifika eingestellt bzw.  
anwählbar sind; tustep.ini ist dafür nicht geeignet, weil  
projektbezogen oder sogar für alle Projekte, bei denen ich  
Hilfestellung leiste, gleich.
Ich tät's trotzdem in der TUSTEP.INI. Sie können dort doch user, name, Sitzungsnummer mit z.B. 
set host = host (), user = user () usw. 
abfragen und damit nicht nur Editoranweisungen steuern, sondern auch Dateien anmelden. Das hat sich bei mir gut bewährt. 
Ich habe auch eine Sitzung "Suchen", in der keine Dateien angemeldet werden und nur #*SUCHE gestartet wird.

Für die Liebhaber der "Statistik" hier  
Einstellungen, die ich mir zurechtgelegt habe:
(1) #e,def=*
(2) y,fn_#=;...;
(3) y,fn_0="d",enter,if_empty:fn0e,if_zero:fn00,"zu,*",enter
Siehe zu (5).
(4) y,fn0e=stop
(5) y,fn00="za,+1",enter
Noch eleganter geht es jetzt mit shw_beg, entsprechend in (3) shw_cur und natürlich shw_end.
(6) *eof

Mit freundlichen Grüßen
Friedrich Seck
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.itug.de/pipermail/tustep-liste/attachments/20080428/fd163757/attachment.htm>

From friedhelm.hoffmann at mail.uni-wuerzburg.de  Mon Apr 28 15:33:14 2008
From: friedhelm.hoffmann at mail.uni-wuerzburg.de (Friedhelm Hoffmann)
Date: Mon, 28 Apr 2008 15:33:14 +0200
Subject: [Tustep-Liste] Kommando suche
Message-ID: <20080428153314.b3bf85nym80wws4s@webmail.uni-wuerzburg.de>

Liebe Tustepler,

es waere schoen, wenn mir jemand im Zusammenhang mit dem Kommando #suche
weiterhelfen koennte.

Erstens wuerde ich gerne erfahren, wo und wie genau ich im Makro tustep*macro
eingreifen muss, damit Punkt (.) und Schraegstrich (/) nicht als Worttrenner
interpretiert werden sondern als ganz normaler Wortbestandteil verstanden
werden. Ich moechte z.B. erreichen, dass Woerter wie wa.t und 1/4 ins
Wortregister kommen und nicht daraus wa, 1 und 4 wird (.t faellt ganz weg).

Zweitens: Die Farbeinstellungen kann man ja aehnlich den
Editor-Farbeinstellungen leicht aendern. Aber wie kann ich die geaenderten
Einstellungen dauerhaft speichern?

Mit vielen Gruessen in die Runde und der Bitte um Hilfe

F. Hoffmann


From matthias.osthof at t-online.de  Mon Apr 28 19:09:12 2008
From: matthias.osthof at t-online.de (Matthias Osthof)
Date: Mon, 28 Apr 2008 19:09:12 +0200
Subject: [Tustep-Liste]  h,,?
In-Reply-To: <003401c8a917$ac331530$10160286@dolo>
References: <001501c8a910$c233e190$10160286@dolo><511C74D3-0A36-4E65-A6FF-FC3E0931ECDE@steinheim-institut.org>
	<003401c8a917$ac331530$10160286@dolo>
Message-ID: <000001c8a952$94cc79a0$e9bdfea9@LENOVOOS>

Lieber Herr Schälkle

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
> 2. Was mir beim neuen Editor noch nicht so gut gefällt ist, dass ich nach
Eingabe von h,,?
> nun einen leeren Bildschirm bekomme,
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< 
>
> das kann ich nicht nachvollziehen, bei
> mir wird der Anfang des Inhaltsverzeichnisses angezeigt. Das koennen wir
auf direktem Weg 
> noch klaeren.

Das ist bei mir genauso. Bei wem noch?

Herzliche Grüße
Matthias Osthof


From wolfram.schneider-lastin at phil.uzh.ch  Mon Apr 28 22:06:54 2008
From: wolfram.schneider-lastin at phil.uzh.ch (Wolfram Schneider-Lastin)
Date: Mon, 28 Apr 2008 22:06:54 +0200
Subject: [Tustep-Liste] Farbensalat im Editor
Message-ID: <48162E5E.8000506@phil.uzh.ch>

Vorsicht: Polemik!

Liebe TUSTEP-Gemeinde

Aus verschiedenen Gründen konnte ich in der letzten Zeit die rege 
Diskussion in der Liste über den neuen Editor nur mit einem halben Auge 
(sic!) verfolgen, geschweige denn mich beteiligen. Daher habe ich 
eigentlich kein Recht, mich zu äußern. Herr Schälkle war jedoch so 
freundlich, mir eine neue TUSTEP-Version zuzuschicken, sodass ich mir 
ein Bild über die neue Farbenpracht machen konnte, und es drängt mich 
nun doch, dazu meine Meinung kund zu tun (Nur über die Farben möchte ich 
mich äußern, andere Veränderungen begrüße ich).

Ohne Umschweife und ohne jemand zu nahe zu treten, aber: Das ist 
schlechter Geschmack! Die jetzt gewählte Farbkombination von Grau - 
Rostrot - Senffarben - Neongrün etc. wirkt handgestrickt, provinziell 
und unzeitgemäß. Würden Sie Ihre Frau oder Freundin in diesen Farben auf 
die Straße lassen? Ich habe den neuen Editor meinem Grafiker gezeigt - 
der Mann wandte sich mit Grausen. Meine Feng-shui-Beraterin wage ich gar 
nicht erst zu fragen ... Aber im Ernst: TUSTEP stammt aus den 
70er-Jahren und erscheint in einer DOS-Box - das lässt sich nun mal 
nicht ändern. Dann sollten wenigstens die Farben nicht auch noch 
erscheinen, als kämen sie geradewegs aus der Küche einer Tübinger 
Alternativ-WG!

71 als Farbe von Number field und Text field: erscheint auf meinen 
Laptops (nicht auf dem Großbildschirm) dunkeltrist-schmutziggrau wie der 
Hochnebelhimmel über Zürich von November bis Februar. Warum 
kruzfixnochmal nicht weiß (F0) wie bei jedem anderen Editor auch? Wer's 
trist haben will, kann's doch einstellen. 71 kann und darf jedenfalls 
nicht in die Verteilversion für 2009 Eingang finden!

Warum des Weiteren denn gebrochene Farben und Farbkombinationen wie Senf 
und Neongrün? Reagiert da wirklich nur mein Magen?

Probieren Sie doch mal Folgendes und stellen Sie mittels CTRL+F ein:

Number field: F0
Text field: F0
Message line: E1
Command line: 1F
Status line: 78

Bei cursor: jeweils 7E
Bei typed in: jeweils 1F

In der Reihe emphasized: 1E 1E 4E 1E 6E 67

In der letzten Reihe: 70 67 70 67 70 70

Na, fühlen Sie sich jetzt nicht besser? Atmen Sie jetzt nicht auf 
angesichts weniger, frischer Farben?

Wenn ja, dann tragen Sie sich in die ausgelegten Listen ein und 
verhindern Sie bitte den jetzigen Farbensalat!

Ich danke Ihnen um Voraus für Ihre Unterstützung!

Mit hoffnungsfrohen Grüßen

Ihr Wolfram Schneider-Lastin

-- 


Dr. Wolfram Schneider-Lastin
Universität Zürich
E-Learning-Koordination der Philosophischen Fakultät
Plattenstrasse 22
CH-8032 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/elearning

Erreichbar in der Regel Mo 14-18, Di Mi 9-18 Uhr


From wolfram.schneider-lastin at phil.uzh.ch  Mon Apr 28 22:48:41 2008
From: wolfram.schneider-lastin at phil.uzh.ch (Wolfram Schneider-Lastin)
Date: Mon, 28 Apr 2008 22:48:41 +0200
Subject: [Tustep-Liste] Neuerungen im Editor, Anfangseinstellungen
In-Reply-To: <20080427224900.7ivfxut1esw0co80@webmail.uni-tuebingen.de>
References: <480E3E91.30546.25A41E40@trauth.uni-trier.de>,
	<00a301c8a6c6$b1b3dfb0$10160286@dolo>	<481205B2.13985.3465F66D@trauth.uni-trier.de>
	<20080427224900.7ivfxut1esw0co80@webmail.uni-tuebingen.de>
Message-ID: <48163829.2050804@phil.uzh.ch>

Liebe TUSTEP-Gemeinde

Paul Sappler schrieb:

> Das Pop-up-Fenster bringt man zum  
>Verschwinden mit Leertaste oder Escape. Wäre es möglich, daß auch  
>Enter den gleichen Effekt hat? Man bräuchte im obigen Makro und auch  
>sonst weniger über die nächste Taste nachzudenken bzw. es wäre auch  
>logisch, weil auch ein Select-Fenster damit zum Verschwinden gebracht  
>wird, wenn auch mit mehr Wirkung.
>  
>
Was Pop-up- (oder Hilfe-)Fenster betrifft, plädiere ich dafür, zum 
Schließen immer die gleiche Anweisung zu nennen (am besten: ESC); im 
Moment geht das noch durcheinander (ESC, Leertaste etc.), siehe vor 
allem bei #*satz. Neben der angegebenen Aufforderung können aber von mir 
aus auch (intern) andere Anweisungen denselben Effekt haben, nur sollte 
eben in der Leiste möglichst immer dieselbe Aufforderung stehen.

Herzlich, Wolfram Schneider-Lastin

-- 


Dr. Wolfram Schneider-Lastin
Universität Zürich
E-Learning-Koordination der Philosophischen Fakultät
Plattenstrasse 22
CH-8032 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/elearning

Erreichbar in der Regel Mo 14-18, Di Mi 9-18 Uhr


From annette.gerstenberg at hoerfenster.de  Mon Apr 28 23:13:51 2008
From: annette.gerstenberg at hoerfenster.de (Annette Gerstenberg)
Date: Mon, 28 Apr 2008 23:13:51 +0200
Subject: [Tustep-Liste] Anzeige im Editor,
	ob geholte Daten geaendert sind
References: <001501c8a910$c233e190$10160286@dolo>
Message-ID: <006401c8a974$d1b74ad0$8d00a8c0@ANNETTE>

Lieber Herr Schälkle,

eine weitere Stimme für Vorschlag 1: Ein Fragezeichen für "permanente Datei" 
leuchtet mir nicht ein, und ich benötige diese Information auch nicht.

Danke und beste Grüße
Annette Gerstenberg

-----Ursprüngliche Nachricht----- 
Von: "Kuno Schälkle" <schaelkle at zdv.uni-tuebingen.de>
An: "TUSTEP-Liste" <tustep-liste at itug.de>
Gesendet: Montag, 28. April 2008 11:18
Betreff: [Tustep-Liste] Anzeige im Editor, ob geholte Daten geaendert sind


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

Liebe TUSTEPler/innen,

im Editor soll angezeigt werden, ob geholte
Daten schon geändert wurden oder nicht.
Dazu gibt es zwei Vorschläge:

Vorschlag 1

(-)  Daten wurden noch nicht geändert
(+)  Daten wurden geändert

Vorschlag 2

( )  Daten wurden noch nicht geändert
(!)  Daten wurden geändert, Editor-Datei temporär
(?)  Daten wurden geändert, Editor-Datei permanent

Welcher Vorschlag ist besser/verständlicher?

Mit freundlichen Gruessen
Kuno Schaelkle

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


From wolfram.schneider-lastin at phil.uzh.ch  Mon Apr 28 23:19:30 2008
From: wolfram.schneider-lastin at phil.uzh.ch (Wolfram Schneider-Lastin)
Date: Mon, 28 Apr 2008 23:19:30 +0200
Subject: [Tustep-Liste] Anzeige im Editor,
 ob geholte Daten geaendert sind
In-Reply-To: <006401c8a974$d1b74ad0$8d00a8c0@ANNETTE>
References: <001501c8a910$c233e190$10160286@dolo>
	<006401c8a974$d1b74ad0$8d00a8c0@ANNETTE>
Message-ID: <48163F62.50106@phil.uzh.ch>

Lieber Herr Schälkle

Annette Gerstenberg schrieb:

>Diskussionsforum Tustep-Liste
>Weitere Informationen: www.itug.de
>------------------------------------------------------------
>
>Lieber Herr Schälkle,
>
>eine weitere Stimme für Vorschlag 1: Ein Fragezeichen für "permanente Datei" 
>leuchtet mir nicht ein, und ich benötige diese Information auch nicht.
>
>  
>
Ich schließe mich dem Votum von Frau Gerstenberg an: Auch ich bin für 
Vorschlag 1.
Das Einfachere ist hier - wie in vielen anderen Fällen auch - das 
Bessere (da leicht memorierbar und auch ausreichend).

Herzlich, Wolfram Schneider-Lastin

-- 


Dr. Wolfram Schneider-Lastin
Universität Zürich
E-Learning-Koordination der Philosophischen Fakultät
Plattenstrasse 22
CH-8032 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/elearning

Erreichbar in der Regel Mo 14-18, Di Mi 9-18 Uhr


From schaelkle at zdv.uni-tuebingen.de  Tue Apr 29 09:08:14 2008
From: schaelkle at zdv.uni-tuebingen.de (Kuno Schälkle)
Date: Tue, 29 Apr 2008 09:08:14 +0200
Subject: [Tustep-Liste] Neuerungen im Editor, Anfangseinstellungen
References: <480E3E91.30546.25A41E40@trauth.uni-trier.de>,
	<00a301c8a6c6$b1b3dfb0$10160286@dolo>	<481205B2.13985.3465F66D@trauth.uni-trier.de><20080427224900.7ivfxut1esw0co80@webmail.uni-tuebingen.de>
	<48163829.2050804@phil.uzh.ch>
Message-ID: <003c01c8a9c7$caee9ac0$10160286@dolo>

Lieber Herr Schneider-Lastin,

>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Was Pop-up- (oder Hilfe-)Fenster betrifft, plädiere ich dafür, zum
Schließen immer die gleiche Anweisung zu nennen (am besten: ESC); im
Moment geht das noch durcheinander (ESC, Leertaste etc.),
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

ESC geht unter Windows immer,
unter Linux kann diese Taste
Betriebssystembedingt nicht
dafür verwendet werden.
Leertaste geht auf Windows
und Linux.

Herzliche Gruesse
Kuno Schaelkle 


From paul.sappler at uni-tuebingen.de  Wed Apr 30 11:52:58 2008
From: paul.sappler at uni-tuebingen.de (Paul Sappler)
Date: Wed, 30 Apr 2008 11:52:58 +0200
Subject: [Tustep-Liste] Anzeige im Editor, ob geholte ... Namen in Status
In-Reply-To: <511C74D3-0A36-4E65-A6FF-FC3E0931ECDE@steinheim-institut.org>
References: <001501c8a910$c233e190$10160286@dolo>
	<511C74D3-0A36-4E65-A6FF-FC3E0931ECDE@steinheim-institut.org>
Message-ID: <20080430115258.23pf2asb2808ww8c@webmail.uni-tuebingen.de>

Lieber Herr Kollatz,
Sie haben den Wunsch geäußert, auch die letzten zwei Bearbeiternamen  
unter die Kenndaten einer Datei aufzunehmen. Das ist kaum automatisch  
zu machen, sondern setzt ein eigenes Benamsungssystem innerhalb eines  
Projekts voraus. Der Name einer Sitzung soll ja in der Regel die  
Aufgabe bezeichnen, die in einer Sitzung bearbeitet wird; die  
Versuche, Namen festzuhalten, sind nur dann erfolgreich, wenn sich die  
Bearbeiter an stilistische Vereinbarungen halten, und da ist es das  
Gewöhnliche, daß so ein System schnell verschlampt. Nach meiner  
Erfahrung hat man nur dann Aussicht auf Erfolg, wenn einem Mitarbeiter  
eine anspruchsvollere Aufgabe, die auch das Selbstbewußtsein berührt,  
für längere Zeit übertragen wird und in einer wichtigen Datei dieses  
Teilprojekts ein Feld für den Bearbeiter vorgesehen ist. Ich bin nicht  
grundsätzlich gegen Veränderungen des Dateikopfs, aber mir fehlt im  
Moment die Vorstellung, woher entsprechende Daten im allgemeinen  
kommen sollen.
Herzlich, Ihr Paul Sappler


From neumann_thomas at hotmail.com  Wed Apr 30 13:32:24 2008
From: neumann_thomas at hotmail.com (Thomas Neumann)
Date: Wed, 30 Apr 2008 13:32:24 +0200
Subject: [Tustep-Liste] Abstand zwischen Protokollangaben/Belichtung und
 Kolumnentitel vergroessern
Message-ID: <BAY121-W741C2A2D602641CBA36CFEED80@phx.gbl>

hallo kollegen,

ich finde es nicht! Wie verschieben ich den gesetzten Text incl. Kolumnentitel weiter
nach unten, damit der Abstand zwischen den Protokollinformationen und dem beginnenden
Text groesser wird? ...also den Satz im "gezeichneten" Rahmen (PSAUS) nach unten 
schieben... Ich weiss nicht wie ich es machen soll? An welchem Parameter muss man
drehen?

Danke im voraus. 
LG Thomas Neumann

  ###############################

  ##                                 
  ##  Dr. Thomas Neumann
  ##    Hertfelderstrasse 12
  ##    D-73733 Esslingen 
  ##    
  ## mail    
## neumann_thomas at hotmail.com  
  ##             neumann_thomas at t-online.de       
  ##                    
  ###############################

_________________________________________________________________
Die aktuelle Frühjahrsmode - Preise vergleichen bei MSN Shopping
http://shopping.msn.de/category/damenbekleidung/bcatid66/forsale?text=category:damenbekleidung&edt=1&ptnrid=230
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.itug.de/pipermail/tustep-liste/attachments/20080430/c35faf21/attachment.htm>

From kol at steinheim-institut.org  Wed Apr 30 14:33:40 2008
From: kol at steinheim-institut.org (Thomas Kollatz)
Date: Wed, 30 Apr 2008 14:33:40 +0200
Subject: [Tustep-Liste] Anzeige im Editor, ob geholte ... Namen in Status
In-Reply-To: <20080430115258.23pf2asb2808ww8c@webmail.uni-tuebingen.de>
References: <001501c8a910$c233e190$10160286@dolo>
	<511C74D3-0A36-4E65-A6FF-FC3E0931ECDE@steinheim-institut.org>
	<20080430115258.23pf2asb2808ww8c@webmail.uni-tuebingen.de>
Message-ID: <659E6771-4AB0-4D60-907C-4CB1D53706AA@steinheim-institut.org>

Lieber Herr Sappler,
ich habe schon eine Nutzerverwaltung eingerichtet, und auch ein log- 
Protokoll, das lässt sich ziemlich einfach über die Variable  
TUSTEP_USER oder die Session, die in remote-Sitzungen ja für jeden  
Nutzer eingestellt wird abfragen. Alle Nutzer, haben eigene  
Einstellungen, es gibt auch einen superuser der noch ein bischen mehr  
darf als andere usw.
Es war einfach eine Anfrage, ich wollte mir auch mal was wünschen, da  
aber die wenigsten ITUG'ler in Netzwerken und mit Mehrfachnutzern  
arbeiten, rechtfertigt das ganz gewiss keine Änderung der  
Dateistruktur, das leuchtet mir sofort ein, ich kann ja immer noch  
anderswo nachsehen, wer zuletzt an einem best. Text gearbeitet hat.
Herzliche Grüße und einen schönen ersten Mai ...

THOMAS KOLLATZ


drs Thomas Kollatz  - wissenschaftlicher Mitarbeiter / research  
assistant
Salomon Ludwig Steinheim-Institut fuer deutsch-juedische Geschichte
D-47057 Duisburg, Geibelstr. 41, T 203-370071 | 2151-5137430,  F  
203-373380
Karte <http://maps.google.de/maps?f=q&hl=de&q=Geibelstr.+41,+Du>
Homepage <http://steinheim-institut.de/das_institut/mitarbeiter/ 
kollatz/index.xml>
Epigraphische Datenbank <http://www.steinheim-institut.de:50580/cgi- 
bin/epidat>





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