From thomas.bernhart at uzh.ch  Tue Dec  4 12:52:37 2012
From: thomas.bernhart at uzh.ch (Thomas Bernhart)
Date: Tue, 4 Dec 2012 12:52:37 +0100
Subject: [Tustep-Liste] execution-file bei TXSTEP
Message-ID: <CAKG9vaNaemRtNHYBpYsp+Piw46pEv+D+BmB0q=c3KLMFFFTX6Q@mail.gmail.com>

Liebe TUSTEP-Gemeinde

Beim ausprobieren von TXSTEP ist mir aufgefallen, dass sowohl meine
eigenen XML-Skripte als auch die Beispiele nur dann funktionieren,
wenn eine Variable vom Typ "execution-file" definiert wird. Ohne diese
werden die regulären Ausdrücke falsch interpretiert. Habe ich eine
Einstellung vergessen zu setzen?
Falls nicht, halte ich es für sinnvoll, das Schema für TXSTEP-Skripte
entsprechend anzupassen, sodass die Angabe einer Variable
"execution-file" verbindlich ist.

Beste Grüsse
Thomas Bernhart

-- 
Thomas Bernhart

thomas.bernhart at uzh.ch
+41 (0)79 789 56 59


From wilhelm.ott at zdv.uni-tuebingen.de  Wed Dec  5 08:29:30 2012
From: wilhelm.ott at zdv.uni-tuebingen.de (Wilhelm Ott)
Date: Wed, 5 Dec 2012 08:29:30 +0100 (CET)
Subject: [Tustep-Liste] TUSTEP-Workshop Blaubeuren 10.-13. Januar 2013
Message-ID: <Pine.LNX.4.61.1212050828290.8419@lddv.zdv.uni-tuebingen.de>


Liebe Liste,

da der (reguläre) Anmeldeschluss für Blaubeuren naht (Donnerstag,
6.12.2012, nicht 5.12., wie in der angehängten Mail geschrieben), 
möchte ich noch einmal daran erinnern und Sie bitten, sich
doch möglichst bis morgen anzumelden - und ggf. noch Wünsche
oder eigene Beiträge für das Programm zu nennen. Selbst wenn 
Sie noch nicht endgültig absehen können, ob Sie kommen können,
wären wir für eine kurze Nachricht dankbar.    

Ich hänge meine Mail, mit der ich am 15. November zu dem
Workshop eingeladen habe, noch einmal unten an.

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



On Thu, 15 Nov 2012, Wilhelm Ott wrote:

>From zrlot01 at uni-tuebingen.de Thu Nov 15 19:34:27 2012
Date: Thu, 15 Nov 2012 19:34:26 +0100 (CET)
From: Wilhelm Ott <zrlot01 at uni-tuebingen.de>
Reply-To: Wilhelm Ott <wilhelm.ott at uni-tuebingen.de>
To: tustep-list <tustep-liste at itug.de>
Subject: TUSTEP-Workshop Blaubeuren 10.-13. Januar 2013

TUSTEP in verändertem Umfeld 

TUSTEP-Workshop vom  10.-13. Januar 2012 in Blaubeuren

Der traditionelle Workshop am Jahresanfang findet
vom 10.-13. Januar 2013 zum 16. Mal in Blaubeuren statt
- wie am Ende des letzten Workshops schon angekündigt,
eine knape Woche später als gewohnt.

Das Rahmenthema "TUSTEP in verändertem Umfeld"
spricht zwei Arten von Umfeld-Veränderungen an:
- organisatorisch: mit der Open Source-Stellung von
  TUSTEP ist auch nach außen signalisiert, dass die
  Verantwortung für die Zukunft von TUSTEP nicht mehr
  nur auf den Schultern der Universität Tübingen
  bzw. deren Angehörigen liegen wird.
- technisch: TUSTEP-Anwendungen finden immer mehr
  in Workflows statt, in denen andere Werkzeuge (z.B.
  Skript-Sprachen; content-management-Systeme) und
  andere Datenstrukturen (XML, TEI, JSON; Datenbanken)
  eine wichtige Rolle spielen und neue Standards (z.B. EPUB)
  vorausgesetzt werden.

Neben den Themen zu TUSTEP selbst ist deshalb auch diesmal
wieder ein Blick über den "eigenen Gartenzaun hinaus"
vorgesehen: pagina wird mit einem Beitrag "EPUB3 und KF8
verstehen" (so der Titel des vor wenigen Wochen erschienenen
Buches von Andreas Kämmerle) mit den neuen Möglichkeiten 
der "Enriched E-Books" bekannt machen. Außerdem werden
Susanne Hoferer und Tobias Ott über den Einsatz von MAM
(Media Asset Management)-Systemen in Publikations-Workflows
bei größeren Verlagsprojekten berichten.

Der Schwerpunkt des Workshops wird jedoch wie immer
auf TUSTEP (und XSTEP/TXSTEP/TuXstep) liegen.
Bisher haben dankenswerterweise Beiträge angekündigt
(die Formulierung des jeweiligen Themas ist i.d.R. noch
nicht endgültig):

 Oliver Gasperlin, Detail-Probleme bei der Vorbereitung von                    digitalen Editionen
 Markus Henninger, "Musterlösungen" (Vorbild: Perl Cookbook,                    PLEAC)
 Thomas Kollatz, Datenaustausch, insbesondere von TUSTEP
                 nach TEI
 Thomas Kollatz, "Musterlösungen" (Vorbild: Rosetta Code)
 Friedrich Seck, "Der Editor - das unbekannte Wesen"
 Michael Trauth, "pattern matching: alt gegen neu"
                 (zu den Vorteilen der nach #parameter,{}
                 geltenden Syntax)

Selbstverständlich werden auch die Neuerungen der
TUSTEP-Version 2013 vorgestellt, die voraussichtlich
gegen Jahresende verfügbar sein wird; auch für den
aktuellen Stand von TXSTEP/TuXstep ist Zeit eingeplant
(die freilich durch die Diskussion von Musterlösungen
bzw. durch Übungen dazu ggf. nach oben offen ist).

Damit haben wir schon (oder: erst?) gut die Hälfte des
für den Workshop verfügbaren Zeitrahmens gefüllt. Es
bleibt also noch genügend Raum für bereits Bewährtes,
für die Diskussion von Problemen und Wünschen und für
die Vorstellung von Lösungen aus dem Teilnehmerkreis.

Bitte lassen Sie uns wissen, wenn Sie ein bestimmtes
Thema oder einen Problemkreis besonders interessiert
oder wenn Sie eine schöne oder interessante Lösung für
ein Problem gefunden (oder auch noch nicht gefunden)
haben, die Sie mit anderen teilen oder diskutieren oder
nur zeigen möchten. Entsprechende Anregungen und Angebote
von Beiträgen erbitten wir bis Donnerstag, 6.12.2012.

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

Ort:   Forschungszentrum "Heinrich-Fabri-Institut"
       der Universität Tübingen
       (http://www.heinrichfabriinstitut.de)
       in Blaubeuren
(http://www.blaubeuren.de/stadtinformation/stadtplan/index.html)


Zeit:  Donnerstag, 10. 1. 2013
           15:00 Uhr: Kaffee
           15:30 Uhr: Begrüßung; Programmvorschau
           16:00 Uhr bis einschließlich

       Sonntag, 13. 1. 2013
           12:00 Uhr: Vorträge, Übungen

           Nach dem Abendessen jeweils Übungsmöglichkeiten
           und Gelegenheit zu Fragen

       Sonntag, 13. 1. 2013
           12:30 Uhr: Mittagessen; danach Abreise


Kosten (voraussichtlich):


       Vollpension  44,-- EUR pro Tag im Einzelzimmer
                    37,-- EUR pro Tag im Doppelzimmer
                    34,-- EUR Studierende/Tag im Doppelzimmer
       (alle Preise ab 2 Übernachtungen)

       Kursgebühr   90,-- EUR für Nicht-Hochschulangehörige
                    45,-- EUR für Angehörige von Hochschulen
                          und öffentlichen Einrichtungen
                    30,-- EUR für Angehörige der Uni Tübingen
                          und für ITUG-Mitglieder aus Hochschulen
                          und öffentlichen Einrichtungen

Um Übungsmöglichkeiten zur Verfügung zu haben, wird empfohlen,
ein Notebook mit der aktuellen TUSTEP-Version mitzubringen.
Die Version 2013 wird voraussichtlich gegen Jahresende zur
Verfügung stehen - zumindest werden Sie zu Beginn des Workshops
eine Vorab-Version installieren können.

Anmeldungen erbitten wir bis Donnerstag, 5. Dezember 2012,
mit einer mail an tustep at zdv.uni-tuebingen.de.
Teilen Sie uns bitte auf der Anmeldung neben Ihren Zimmerwünschen
(Einzel- oder Doppelzimmer, ggf. Zimmerpartner) auch mit,
wann Sie anreisen werden.

Mit den besten Grüßen aus Tübingen
Wilhelm Ott

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

From thomascbernhart at gmail.com  Fri Dec  7 15:53:59 2012
From: thomascbernhart at gmail.com (Thomas Bernhart)
Date: Fri, 7 Dec 2012 15:53:59 +0100
Subject: [Tustep-Liste] TXSTEP: transform ignoriert Angabe bei mode
Message-ID: <CAKG9vaMRAZap5x6UCM8B9PUu23eq3UQmJxZWeJM7qV9ZUSUsJw@mail.gmail.com>

Liebe TUSTEP-Gemeinde

Beim Testen von TXSTEP ist mir aufgefallen, dass beim Befehl transform das
Attribut mode offensichtlich gnoriert wird. Unabhängig davon, ob ich z. B.
mode="+" angebe im Skript, werden die Sätze in der Zieldatei dennoch nicht
neu nummeriert. Im Protokoll zu TXSTEP steht auch immer der gleiche Aufruf:
#ko,source,dest,,-,*
Bevor ich weiter versuche die Ursache zu finden: Handelt es sich um einen
bekannten Bug? Oder liegt der Fehler möglicherweise in meiner TXSTEP
Installation?
Das Skript sowie die Quelldatei sind angehängten Archiv.

Beste Grüsse
Thomas Bernhart

-- 
Thomas Bernhart

thomascbernhart at gmail.com
+41 (0)79 789 56 59
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.itug.de/pipermail/tustep-liste/attachments/20121207/4f889fc0/attachment.htm>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : dateien.zip
Dateityp    : application/zip
Dateigröße  : 119872 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.itug.de/pipermail/tustep-liste/attachments/20121207/4f889fc0/attachment.zip>

From wilhelm.ott at zdv.uni-tuebingen.de  Mon Dec 10 09:30:03 2012
From: wilhelm.ott at zdv.uni-tuebingen.de (Wilhelm Ott)
Date: Mon, 10 Dec 2012 09:30:03 +0100 (CET)
Subject: [Tustep-Liste] TXSTEP: transform ignoriert Angabe bei mode
In-Reply-To: <CAKG9vaMRAZap5x6UCM8B9PUu23eq3UQmJxZWeJM7qV9ZUSUsJw@mail.gmail.com>
References: <CAKG9vaMRAZap5x6UCM8B9PUu23eq3UQmJxZWeJM7qV9ZUSUsJw@mail.gmail.com>
Message-ID: <Pine.LNX.4.61.1212100921170.32428@lddv.zdv.uni-tuebingen.de>

Lieber Herr Bernhart,

vielen Dank für das Testen und für den Hinweis. Das Problem wird in 
der nächsten Version behoben sein. Mit separater Mail schicke ich 
Ihnen ein korrigiertes xstep.ini. 

Wenn außer Herrn Bernhart jemand nicht die nächste Version abwarten, 
sondern schon jetzt mit der verbesserte Version arbeiten möchte, 
so genügt eine mail an mich.

Mit den besten Grüßen aus Tübingen
Wilhelm Ott 

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



On Fri, 7 Dec 2012, Thomas Bernhart wrote:

> Date: Fri, 7 Dec 2012 15:53:59 +0100
> From: Thomas Bernhart <thomascbernhart at gmail.com>
> Reply-To: tustep-liste at itug.de
> To: tustep-liste at itug.de
> Subject: [Tustep-Liste] TXSTEP: transform ignoriert Angabe bei mode
> 
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
> 
> 

From schaelkle at zdv.uni-tuebingen.de  Thu Dec 13 12:59:44 2012
From: schaelkle at zdv.uni-tuebingen.de (=?iso-8859-1?Q?Kuno_Sch=E4lkle?=)
Date: Thu, 13 Dec 2012 12:59:44 +0100
Subject: [Tustep-Liste] =?iso-8859-1?q?=C4nderung_bei_den_=23MB-Kommandos_?=
	=?iso-8859-1?q?erw=FCnscht=3F?=
Message-ID: <F810EDCFE7EC4900941BF51765052A37@bimbo>

Liebe TUSTEP-Gemeinde,

bei den mit #MB... beginnenden Kommandos muss die zur Spezifikation BAND angegebene Band-Datei nicht angemeldet sein. Dafür muss zur 
Spezifikation GERAET eine System-Variable angegeben werden, die den Pfad für die Band-Datei enthält.

Es wurde der Wunsch geäußert, dass die #MB...-Kommandos an die anderen Kommandos angepasst werden; d.h, dass zur Spezifikation BAND 
eine angemeldete Datei angegeben werden kann und eine Angabe zu GERAET entfällt.

Damit die betroffenen Kommandos möglichst aufwärtskompatibel bleiben, folgender Änderungsvorschlag:

Wenn zur Spezifikation GERAET eine System-Variable angegeben ist, wird die Band-Datei wie seither automatisch an- und abgemeldet. 
Wenn zur Spezifikation GERAET nichts (oder -) angegeben ist, muss die Band-Datei angemeldet sein. Im letzteren Fall kann 
Spezifikation BAND nicht nur ein Dateiname, sondern auch Projekt- und Dateiname angegeben werden.

Soll dieser Vorschlag realisiert werden?

Hat jemand einen besseren Vorschlag?

Mit freundlichen Grüßen
Kuno Schaelkle 


From fritz.kemmler at uni-tuebingen.de  Thu Dec 13 13:36:02 2012
From: fritz.kemmler at uni-tuebingen.de (Fritz Kemmler)
Date: Thu, 13 Dec 2012 13:36:02 +0100
Subject: [Tustep-Liste]
 =?utf-8?q?=C3=84nderung_bei_den_=23MB-Kommandos_er?=
 =?utf-8?b?d8O8bnNjaHQ/?=
In-Reply-To: <F810EDCFE7EC4900941BF51765052A37@bimbo>
References: <F810EDCFE7EC4900941BF51765052A37@bimbo>
Message-ID: <20121213133602.11951pacb9xk3j5e@webmail.uni-tuebingen.de>

Lieber Herr Schälkle,

zu Ihrer Frage kann ich nichts beitragen, denn mit den Kommandos und  
Funktionen arbeite ich nicht.
Darf ich mir eine andere Frage erlauben? Ich möchte mir im nächsten  
Jahr einen neuen PC kaufen und stehe vor der Entscheidung Windows 7  
oder Windows 8 - wird die neue Tustep-Version unter Windows 8  
funktionieren?

Ihnen, Herr Schälkle, vielen Dank für Ihren unermüdlichen Einsatz in  
Sachen Tustep.

Ich wünsche Ihnen ein frohes Weihnachtsfest und für das Neue Jahr 2013  
alles Gute, Glück und Gesundheit.

Mit herzlichen Grüße
Ihr
Fritz Kemmler


Nach wie vor überzeugter Tustep-Nutzer!





Zitat von Kuno Schälkle <schaelkle at zdv.uni-tuebingen.de>:

> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
>
> Liebe TUSTEP-Gemeinde,
>
> bei den mit #MB... beginnenden Kommandos muss die zur Spezifikation  
> BAND angegebene Band-Datei nicht angemeldet sein. Dafür muss zur  
> Spezifikation GERAET eine System-Variable angegeben werden, die den  
> Pfad für die Band-Datei enthält.
>
> Es wurde der Wunsch geäußert, dass die #MB...-Kommandos an die  
> anderen Kommandos angepasst werden; d.h, dass zur Spezifikation BAND  
> eine angemeldete Datei angegeben werden kann und eine Angabe zu  
> GERAET entfällt.
>
> Damit die betroffenen Kommandos möglichst aufwärtskompatibel  
> bleiben, folgender Änderungsvorschlag:
>
> Wenn zur Spezifikation GERAET eine System-Variable angegeben ist,  
> wird die Band-Datei wie seither automatisch an- und abgemeldet. Wenn  
> zur Spezifikation GERAET nichts (oder -) angegeben ist, muss die  
> Band-Datei angemeldet sein. Im letzteren Fall kann Spezifikation  
> BAND nicht nur ein Dateiname, sondern auch Projekt- und Dateiname  
> angegeben werden.
>
> Soll dieser Vorschlag realisiert werden?
>
> Hat jemand einen besseren Vorschlag?
>
> Mit freundlichen Grüßen
> Kuno Schaelkle ------------------------------------------------------------
> Tustep-Liste at itug.de
> https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste
>


From thomascbernhart at gmail.com  Thu Dec 13 16:39:31 2012
From: thomascbernhart at gmail.com (Thomas Bernhart)
Date: Thu, 13 Dec 2012 16:39:31 +0100
Subject: [Tustep-Liste] TXSTEP: Fehler bei <prepare-sort>
Message-ID: <CAKG9vaM+5zvXdKrjsqyok3c9CXc9m5kXbcRgc00dJrdCc6ZtDw@mail.gmail.com>

Liebe TUSTEP-Gemeinde

Ich glaube, ich habe nochmals einen Fehler in TXSTEP gefunden:
Das angehängte Skript soll die Einträge in der Bibliographie
dbiblio.tf nach Autorennamen sortieren. TXSTEP bricht bei der
Interpretation des Skripts aber mit folgender Fehlermeldung ab:

########  Variable FROM ist (noch) nicht definiert                    ########
     4.212/9     if (sel12 .ne. 0 .AND. from .eq. 2) then
########  Variable XXIPAR ist (noch) nicht definiert                  ########
     4.213        if (xxipar .ne. "") then
########  Kommandos werden nicht mehr ausgeführt              ########

Das Skript ist aber wohlgeformt und valide. Das TXSTEP Skript sowie
die Datei dbiblio.tf sind im mitgeschickten ZIP-Archiv. Die Pfade
müssen natürlich entsprechend angepasst werden.

Grüsse
Thomas Bernhart

--
Thomas Bernhart

thomascbernhart at gmail.com
+41 (0)79 789 56 59
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : Dateien.zip
Dateityp    : application/zip
Dateigröße  : 4640 bytes
Beschreibung: nicht verfügbar
URL         : <https://lists.itug.de/pipermail/tustep-liste/attachments/20121213/11337744/attachment.zip>

From stahl at germanistik.uni-wuerzburg.de  Fri Dec 14 08:31:29 2012
From: stahl at germanistik.uni-wuerzburg.de (stahl at germanistik.uni-wuerzburg.de)
Date: Fri, 14 Dec 2012 08:31:29 +0100
Subject: [Tustep-Liste]
 =?iso-8859-1?q?=C4nderung_bei_den_=23MB-Kommandos_?=
 =?iso-8859-1?q?erw=FCnscht=3F?=
In-Reply-To: <F810EDCFE7EC4900941BF51765052A37@bimbo>
References: <F810EDCFE7EC4900941BF51765052A37@bimbo>
Message-ID: <20121214083129.109272jcg566a501@webmail.uni-wuerzburg.de>

Lieber Herr Schälkle,

> Es wurde der Wunsch geäußert, dass die #MB...-Kommandos an die  
> anderen Kommandos angepasst werden; d.h, dass zur Spezifikation BAND  
> eine angemeldete Datei angegeben werden kann und eine Angabe zu  
> GERAET entfällt.
>
> Damit die betroffenen Kommandos möglichst aufwärtskompatibel  
> bleiben, folgender Änderungsvorschlag:
>
> Wenn zur Spezifikation GERAET eine System-Variable angegeben ist,  
> wird die Band-Datei wie seither automatisch an- und abgemeldet. Wenn  
> zur Spezifikation GERAET nichts (oder -) angegeben ist, muss die  
> Band-Datei angemeldet sein. Im letzteren Fall kann Spezifikation  
> BAND nicht nur ein Dateiname, sondern auch Projekt- und Dateiname  
> angegeben werden.
>
> Soll dieser Vorschlag realisiert werden?

Dem steht meines Erachtens nichts im Wege.

Wenn Sie jedoch Änderungen an den #MB-Kommandos planen, könnten wir  
gleich über größere Änderungen nachdenken, die die Kommandonamen  
betreffen. Wenn ich es richtig sehe, werden Dateien nicht mehr auf  
Magnetbändern archiviert, sondern zu Archivzwecken in Dateien  
geschrieben und komprimiert, die dann auf irgendwelchen Datenträgern  
abgelegt werden. Daher scheint mit die Bezeichnung "MB" nicht mehr  
ganz angebracht, weshalb ich anregen würde, dafür "#AR..." (für  
"Archiviere") zu verwenden. Das ergäbe dann also #ARA, #ARE, #ARI...

Anstelle von "#AR..." könnte man auch nur "#A..." ansetzen, was aber  
zur Folge könnte, dass sich dann eine Überschneidung mit dem bereits  
existierenden Kommando #AE ergibt. Und das sollte wohl lieber so  
bleiben.

Vielleicht würde eine Namensändernung von #MB... zu #AR eine Scheu  
vieler Tustep-BenutzerInnen vor diesen Kommandos nehmen und es würde  
Tustep auch eine Stück zeitgemäßer machen.

Mit den besten Wünschen zu den Feiertagen und einem glücklichen Start  
ins Neue Jahr - auch an alle Leserinnen und Leser der Liste

P.Stahl


From trauth at uni-trier.de  Fri Dec 14 10:38:25 2012
From: trauth at uni-trier.de (Trauth, Michael, Dr.)
Date: Fri, 14 Dec 2012 09:38:25 +0000
Subject: [Tustep-Liste]
 =?iso-8859-1?q?=C4nderung_bei_den_=23MB-Kommandos_?=
 =?iso-8859-1?q?erw=FCnscht=3F?=
In-Reply-To: <20121214083129.109272jcg566a501@webmail.uni-wuerzburg.de>
References: <F810EDCFE7EC4900941BF51765052A37@bimbo>
	<20121214083129.109272jcg566a501@webmail.uni-wuerzburg.de>
Message-ID: <2B81801CC957B94EA7A3D38BEA0927DA66FB09@mbx2.uni-trier.de>


Lieber Herr Schälkle,

in aller Kürze:

> Soll dieser Vorschlag realisiert werden?

Ja, das fände ich auch sehr gut.

Darüber hinaus schließe ich mich dem Vorschlag von
Herrn Stahl auf eine neuen Namensgebung an, wobei
ich mir insbesondere sein Argument zu eigen mache,
daß damit Barrieren mancher Benutzer vor diesem
Kommando abgebaut werden könnten. Allerdings
sollten wir in Erwägung ziehen, das Kommando
nicht einfach nur von #MB... in #ARCHIV... oder
#SICHERE... umzubenennen, sondern evtl. den
Aufruf unter dem neuen zusätzlichen(!) Kdo-Namen
zuzulassen (z.B. um ältere Batchprozeduren, von
denen es etliche geben dürfte, in ihrer Lauffähigkeit
nicht zu beeinträchtigen).

Zwei kleine Hinweise noch im selben Kontext:
- Peter Stahl meinte, es finde bei #MB eine Komprimierung
  statt. Ich weiß aber, daß dem (noch) nicht so ist. Deshalb
  die Frage an den/die Entwickler, ob die Komprimierung mit
  nicht allzu viel Aufwand nachgerüstet und optional
  aktiviert werden kann.
- Ein Hinweis für alle, die mit dem Problem kämpfen,
  immer mal wieder auf einen älteren(!) Zustand ihrer
  Projektdaten zugreifen zu müssen (und für alle,
  die dieses Problem haben und es sich nur noch nicht
  bewußt gemacht haben :o)): Dieses Kommando #MB ist
  ein wahrer Segen und verdient *viel* mehr Beachtung
  als es derzeit erfährt! Es ist sicher richtig, daß
  man das Restoring nur selten benötigt, aber ich weiß,
  a) daß es schon manche Titanic vor dem Absaufen gerettet
  hat und b) zahlreiche weitere vor dem Absaufen hätte
  retten *können*.


Viele Grüße reihum von

Michael Trauth


From kol at steinheim-institut.org  Fri Dec 14 10:42:13 2012
From: kol at steinheim-institut.org (Thomas Kollatz)
Date: Fri, 14 Dec 2012 10:42:13 +0100
Subject: [Tustep-Liste]
 =?iso-8859-1?q?=C4nderung_bei_den_=23MB-Kommandos_?=
 =?iso-8859-1?q?erw=FCnscht=3F?=
In-Reply-To: <20121214083129.109272jcg566a501@webmail.uni-wuerzburg.de>
References: <F810EDCFE7EC4900941BF51765052A37@bimbo>
	<20121214083129.109272jcg566a501@webmail.uni-wuerzburg.de>
Message-ID: <530C2338-7EC2-4AF4-B617-978E067BCD15@steinheim-institut.org>

Lieber Peter, lieber Herr Schälkle, 

Am 14.12.2012 um 08:31 schrieb stahl at germanistik.uni-wuerzburg.de:

>  Daher scheint mit die Bezeichnung "MB" nicht mehr ganz angebracht, weshalb ich anregen würde, dafür "#AR..." (für "Archiviere") zu verwenden. Das ergäbe dann also #ARA, #ARE, #ARI...

Vielleicht reicht es auch einfach das "mb" in mbe, mbk *mbupdate  ... als 'mache|make backup' auflöst ... 
Ansonsten setze ich mb in sämtlichen von mir betreuten Projekten zur Datensicherung ein. Eignet sich übrigens auch für Versioning. 
Schön, dass bei den geplanten Änderungen die Spezifikation Gerät erhalten bleiben soll, sehr praktisch bspw. um aus der remote Umgebung mit der Systemvariable TUSTEP_TMP auf irgendeinen lokalen   Rechner zu sichern .... 

Herzliche Grüße reihum
THOMAS KOLLATZ





drs Thomas Kollatz  - wissenschaftlicher Mitarbeiter / research assistant
Salomon Ludwig Steinheim-Institut fuer deutsch-juedische Geschichte
D-45127 Essen * Edmund-Koerner-Platz 2 * T  0201-82162910  * skype kollatzthomas
HP http://www.steinheim-institut.de/wiki/index.php/Mitarbeiter:Thomas_Kollatz

===  Projekte / projects ===
Epigraphische Datenbank <http://www.steinheim-institut.de/cgi-bin/epidat>
RiR - Relationen im Raum <https://dev2.dariah.eu/wiki/display/RIRPUB/RiR>
DARIAH-DE <http://de.dariah.eu>
=== btw / sonst noch ===
TUSTEP-TUSCRIPT module on Rosetta Code <http://rosettacode.org/wiki/Category:TUSCRIPT>

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

From annekirchhoff at gmx.net  Fri Dec 14 11:01:07 2012
From: annekirchhoff at gmx.net (Anne Kirchhoff)
Date: Fri, 14 Dec 2012 11:01:07 +0100
Subject: [Tustep-Liste]
 =?iso-8859-1?q?=C4nderung_bei_den_=23MB-Kommandos_?=
 =?iso-8859-1?q?erw=FCnscht=3F?=
In-Reply-To: <2B81801CC957B94EA7A3D38BEA0927DA66FB09@mbx2.uni-trier.de>
References: <F810EDCFE7EC4900941BF51765052A37@bimbo>
	<20121214083129.109272jcg566a501@webmail.uni-wuerzburg.de>
	<2B81801CC957B94EA7A3D38BEA0927DA66FB09@mbx2.uni-trier.de>
Message-ID: <C2EA6391-C7A5-4551-8732-6093ECDB6AFC@gmx.net>

Lieber Herr Schälkle, lieber Michael,

dass ich das auch für eine gute Idee halte, brauche ich wohl kaum noch zu sagen ...

> nicht einfach nur von #MB... in #ARCHIV... oder
> #SICHERE... umzubenennen, sondern evtl. den
> Aufruf unter dem neuen zusätzlichen(!) Kdo-Namen
> zuzulassen (z.B. um ältere Batchprozeduren, von
> denen es etliche geben dürfte, in ihrer Lauffähigkeit
> nicht zu beeinträchtigen).

auf jeden Fall! Für so neuerungsresistente Gewohnheitstiere wie mich, die außerdem nur noch ab und zu an ihre laufenden Programme gehen, wäre das genau das richtige.
> 
> Zwei kleine Hinweise noch im selben Kontext:
> - Peter Stahl meinte, es finde bei #MB eine Komprimierung
>  statt. Ich weiß aber, daß dem (noch) nicht so ist. Deshalb
>  die Frage an den/die Entwickler, ob die Komprimierung mit
>  nicht allzu viel Aufwand nachgerüstet und optional
>  aktiviert werden kann.

Das wäre aber toll ...

Herzliche Grüße rundum aus dem mäßig ruhigen Mutterschaftsurlaub
Anne Kirchhoff

From wilhelm.ott at zdv.uni-tuebingen.de  Fri Dec 14 20:17:50 2012
From: wilhelm.ott at zdv.uni-tuebingen.de (Wilhelm Ott)
Date: Fri, 14 Dec 2012 20:17:50 +0100 (CET)
Subject: [Tustep-Liste] TXSTEP: Fehler bei <prepare-sort>
Message-ID: <Pine.LNX.4.61.1212142015510.18400@lddv.zdv.uni-tuebingen.de>


Lieber Herr Bernhart,

vielen Dank für das Testen und für den Hinweis. Das Problem wird in 
der nächsten Version behoben sein. Mit separater Mail schicke ich 
Ihnen ein korrigiertes xstep.ini. 

Wenn außer Herrn Bernhart jemand nicht die nächste Version abwarten, 
sondern schon jetzt mit der verbesserte Version arbeiten möchte, 
so genügt eine mail an mich.

Mit den besten Grüßen aus Tübingen
Wilhelm Ott 

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


On Thu, 13 Dec 2012, Thomas Bernhart wrote:

> Date: Thu, 13 Dec 2012 16:39:31 +0100
> From: Thomas Bernhart <thomascbernhart at gmail.com>
> Reply-To: tustep-liste at itug.de
> To: tustep-liste at lists.uni-wuerzburg.de
> Subject: [Tustep-Liste] TXSTEP: Fehler bei <prepare-sort>
> 
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
> 
> 

From AndreasBedenbender at gmx.de  Fri Dec 14 21:08:37 2012
From: AndreasBedenbender at gmx.de (Andreas Bedenbender)
Date: Fri, 14 Dec 2012 21:08:37 +0100
Subject: [Tustep-Liste] pfb der Tustep-Palatino
Message-ID: <CCF145D5.813D%AndreasBedenbender@gmx.de>

Liebe Liste,

bei einem Buch, das ich mit der TUSTEP-Palatino (Schriftnummern 31601 usw.)
gesetzt habe, weiß der Verlag kurz vor Drucklegung nicht weiter: Er kann die
Datei nur dann drucken, wenn die Palatino eingebunden worden ist; das geht
aber wiederum nicht ohne die zugehörige pfb-Datei.

Weiß jemand Rat? fragt mit herzlichem Gruß in die Runde
Andreas Bedenbender
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.itug.de/pipermail/tustep-liste/attachments/20121214/34d0a3eb/attachment.htm>

From schaelkle at zdv.uni-tuebingen.de  Sun Dec 16 12:30:27 2012
From: schaelkle at zdv.uni-tuebingen.de (=?iso-8859-1?Q?Kuno_Sch=E4lkle?=)
Date: Sun, 16 Dec 2012 12:30:27 +0100
Subject: [Tustep-Liste]
	=?iso-8859-1?q?=C4nderung_bei_den_=23MB-Kommandos_?=
	=?iso-8859-1?q?erw=FCnscht=3F?=
References: <F810EDCFE7EC4900941BF51765052A37@bimbo>
Message-ID: <5C4E1157D64347C6B75BBBBA929C465F@TUSTEP>

Liebe Frau Kirchhoff,
lieber Herr Kollatz,
lieber Herr Stahl,
lieber Herr Trauth,

vielen Dank für Ihre Beiträge.

Da die neue TUSTEP-Version kurz vor der Tür
steht, reicht die Zeit nicht mehr, um alle
Vorschläge zu berücksichtigen. Außerdem
scheint es mir sinnvoll zu sein, wenn wir
in Blaubeuren erst noch darüber reden, wie
die MB-Kommandos renoviert werden sollen.

Wenn die Daten in Band-Dateien komprimiert
werden sollen, bedeutet das ein neues Daten-
format für diese Dateien. Dann stellt man
sich die Frage, ob es nicht ZIP-Dateien sein
sollen/können. ZIP-Dateien haben allerdings
den Nachteil, dass (meines Wissens) nicht
mehrere Dateiversionen unter dem gleichen
Namen wie die Originaldatei gespeichert werden
können.

Vielleicht ist eine Renovierung der MB-Kommandos
mit der neuen TUSTEP-Version auch nicht mehr ganz
so dringlich, denn für die MB-Kommandos gibt es
jetzt auch alternative Möglichkeiten:

#DATEI,name,TAPE-P

   richtet eine Band-Datei ein.

#RETTE,datei,banddatei

   kopiert eine Datei in die Band-Datei.

#HOLE,banddatei,datei

   kopiert eine Datei aus der Band-Datei.

#LISTE,,banddatei

   listet das Inhaltsverzeichnis der Band-Datei auf.

#LOESCHE,banddatei

   löscht die Band-Datei.

Band-Dateien können also mit #RETTE und #HOLE in
gleicher Weise wie Segment-Dateien beschrieben bzw.
gelesen werden.

Mit freundlichen Grüßen
Kuno Schälkle 


From schaelkle at zdv.uni-tuebingen.de  Sun Dec 16 13:42:17 2012
From: schaelkle at zdv.uni-tuebingen.de (=?utf-8?Q?Kuno_Sch=C3=A4lkle?=)
Date: Sun, 16 Dec 2012 13:42:17 +0100
Subject: [Tustep-Liste]
	=?utf-8?q?=C3=84nderung_bei_den_=23MB-Kommandos_er?=
	=?utf-8?b?d8O8bnNjaHQ/?=
References: <F810EDCFE7EC4900941BF51765052A37@bimbo>
	<20121213133602.11951pacb9xk3j5e@webmail.uni-tuebingen.de>
Message-ID: <1A8033213EAD4D19AAEB7A93C894CFAB@TUSTEP>

Lieber Herr Kemmler,

>  wird die neue Tustep-Version unter Windows 8 funktionieren?

ja, die neue TUSTEP-Version läuft unter Windows 8.

Herzliche Grüße
Ihr Kuno Schälkle


From trauth at uni-trier.de  Mon Dec 17 17:58:38 2012
From: trauth at uni-trier.de (Trauth, Michael, Dr.)
Date: Mon, 17 Dec 2012 16:58:38 +0000
Subject: [Tustep-Liste] =?iso-8859-1?q?_=C4nderung_bei_den_=23MB-Kommandos?=
 =?iso-8859-1?q?_erw=FCnscht=3F?=
Message-ID: <2B81801CC957B94EA7A3D38BEA0927DA677038@mbx2.uni-trier.de>


Lieber Herr Schälkle,

vielen Dank für Ihre Antwort und die Hinweise:

> Wenn die Daten in Band-Dateien komprimiert werden sollen,
> bedeutet das ein neues Daten- format für diese Dateien.
> Dann stellt man sich die Frage, ob es nicht ZIP-Dateien
> sein sollen/können. ZIP-Dateien haben allerdings den
> Nachteil, dass (meines Wissens) nicht mehrere Dateiversionen
> unter dem gleichen Namen wie die Originaldatei gespeichert
> werden können.

Wenn damit der (für mich) besonders wichtige Vorteil der
Versionierung auf der Strecke bleibt, verzichte ich lieber
auf die Komprimierung. Heutzutage hat man ja - zumindest
für Textdaten - fast beliebig viel Plattenplatz.

Aber jetzt kommt's:

> Vielleicht ist eine Renovierung der MB-Kommandos mit der
> neuen TUSTEP-Version auch nicht mehr ganz so dringlich,
> denn für die MB-Kommandos gibt es jetzt auch alternative
> Möglichkeiten:
> #DATEI,name,TAPE-P
> richtet eine Band-Datei ein.
> #RETTE,datei,banddatei
> kopiert eine Datei in die Band-Datei.
> #HOLE,banddatei,datei
> kopiert eine Datei aus der Band-Datei.
> #LISTE,,banddatei
> listet das Inhaltsverzeichnis der Band-Datei auf.
> #LOESCHE,banddatei
> löscht die Band-Datei.
> Band-Dateien können also mit #RETTE und #HOLE in gleicher
> Weise wie Segment-Dateien beschrieben bzw. gelesen werden.

Also DAS ist ja toll! Bin begeistert...

Eine Kleinigkeit aber noch zur Testversion vom 13.12.,
denn mit der habe ich es gerade ausprobiert: Zumindest
wenn eine Datei mit mehreren Versionen in der Banddatei
vorhanden ist, muß man beim Zurückholen wohl auch die
NUMMER der Datei in BANDDATEI (und LO=+) angeben, sonst
kopiert das einfache

#HO,BANDDATEI,DATEI

*alle* Versionen der Datei auf einmal nach DATEI (was
der Benutzer höchstwahrscheinlich nicht will), unter
anderem mit dem Effekt, daß die Satznummern in DATEI
anschließend nicht mehr aufsteigend sind.
Besser also

#HO,BANDDATEI,DATEI,n,LO=+

wobei n die NUMMER der Datei in BANDDATEI ist. Oder
aber das #HOLE fragt den Benutzer nach der Nummer...;o)


Mit bestem Dank und vielen Grüßen

Ihr Michael Trauth


From stahl at germanistik.uni-wuerzburg.de  Mon Dec 17 18:24:45 2012
From: stahl at germanistik.uni-wuerzburg.de (stahl at germanistik.uni-wuerzburg.de)
Date: Mon, 17 Dec 2012 18:24:45 +0100
Subject: [Tustep-Liste]
 =?iso-8859-1?q?=C4nderung_bei_den_=23MB-Kommandos_?=
 =?iso-8859-1?q?erw=FCnscht=3F?=
In-Reply-To: <2B81801CC957B94EA7A3D38BEA0927DA677038@mbx2.uni-trier.de>
References: <2B81801CC957B94EA7A3D38BEA0927DA677038@mbx2.uni-trier.de>
Message-ID: <20121217182445.157522fnpf2loz8d@webmail.uni-wuerzburg.de>

Lieber Herr Schälkle,
liebe Listen-LeserInnen,

>> #DATEI,name,TAPE-P
>> richtet eine Band-Datei ein.
>> #RETTE,datei,banddatei
>> kopiert eine Datei in die Band-Datei.
>> #HOLE,banddatei,datei
>> kopiert eine Datei aus der Band-Datei.
>> #LISTE,,banddatei
>> listet das Inhaltsverzeichnis der Band-Datei auf.
>> #LOESCHE,banddatei
>> löscht die Band-Datei.
>> Band-Dateien können also mit #RETTE und #HOLE in gleicher
>> Weise wie Segment-Dateien beschrieben bzw. gelesen werden.

Wenn ich das richtig sehe, dann erübrigen sich doch die #MB-Kommandos.  
Aus Kompatibilitätsgründen heraus, finde ich aber doch die Änderungen,  
die Herr Schälke vorschlägt, richtig.

Der neue, moderne, viel einfachere Weg jedoch, Archiv-Daten zu  
verwalten - auch ohne Komprimierung - geht über die Kommandos #RETTE,  
#HOLE, #LISTE und #LOESCHE. Und da würde ich es in der Beschreibung  
vorziehen, wenn nicht von "Banddateien", sondern von "Archivdateien"  
die Rede wäre. Auch die Spezifikation sollte demnach nicht "TAPE-P",  
sondern "ARCHIV-P" heißen.

Mit herzlichen Grüßen,
P.Stahl



From schaelkle at zdv.uni-tuebingen.de  Mon Dec 17 18:48:15 2012
From: schaelkle at zdv.uni-tuebingen.de (=?iso-8859-1?Q?Kuno_Sch=E4lkle?=)
Date: Mon, 17 Dec 2012 18:48:15 +0100
Subject: [Tustep-Liste]
	=?iso-8859-1?q?=C4nderung_bei_den_=23MB-Kommandos_?=
	=?iso-8859-1?q?erw=FCnscht=3F?=
References: <2B81801CC957B94EA7A3D38BEA0927DA677038@mbx2.uni-trier.de>
Message-ID: <B181AEF468514C21B3CFF3D61C4ECB04@TUSTEP>

Lieber Herr Trauth,

>>>>>>>>>>>>>>>>>>>>>>>>
Eine Kleinigkeit aber noch zur Testversion vom 13.12.,
denn mit der habe ich es gerade ausprobiert: Zumindest
wenn eine Datei mit mehreren Versionen in der Banddatei
vorhanden ist, muß man beim Zurückholen wohl auch die
NUMMER der Datei in BANDDATEI (und LO=+) angeben, sonst
kopiert das einfache
#HO,BANDDATEI,DATEI
*alle* Versionen der Datei auf einmal nach DATEI (was
der Benutzer höchstwahrscheinlich nicht will), unter
anderem mit dem Effekt, daß die Satznummern in DATEI
anschließend nicht mehr aufsteigend sind.
Besser also
#HO,BANDDATEI,DATEI,n,LO=+
wobei n die NUMMER der Datei in BANDDATEI ist. Oder
aber das #HOLE fragt den Benutzer nach der Nummer...;o)
<<<<<<<<<<<<<<<<<<<<<<<<<<

klar, LOESCHEN=+ ist natürlich ggf. notwendig.

Wenn man zu MODUS nichts angibt, ist das wie wenn man bei MBE
zu NUMMER nichts angibt, d.h. es wird die neueste Version geholt.
Wenn man zu MODUS eine Nummer angibt, wird wie bei MBE ab
dieser Nummer nach der Datei mit dem entsprechenden Namen
gesucht. Aber es wird immer nur  e i n e  Datei geholt.

Herzliche Grüße
Ihr Kuno Schaelkle 


From schaelkle at zdv.uni-tuebingen.de  Wed Dec 19 11:21:49 2012
From: schaelkle at zdv.uni-tuebingen.de (=?iso-8859-1?Q?Kuno_Sch=E4lkle?=)
Date: Wed, 19 Dec 2012 11:21:49 +0100
Subject: [Tustep-Liste]
	=?iso-8859-1?q?=C4nderung_bei_den_=23MB-Kommandos_?=
	=?iso-8859-1?q?erw=FCnscht=3F?=
References: <2B81801CC957B94EA7A3D38BEA0927DA677038@mbx2.uni-trier.de>
	<20121217182445.157522fnpf2loz8d@webmail.uni-wuerzburg.de>
Message-ID: <F3D813FFA2FF4103A1B2AC960C6EFB8B@TUSTEP>

Lieber Herr Stahl,

>>>>>>>>>>>>>>>>>>>>>>>>>>
Wenn ich das richtig sehe, dann erübrigen sich doch die #MB-Kommandos.
<<<<<<<<<<<<<<<<<<<<<<<<<<

vielleicht sollte man noch einen Ersatz für #MBKOPIERE finden.
Mit diesem Kommando kann man von einer "Banddatei" direkt
in eine andere "Banddatei" kopieren und dabei z.B. jeweils nur die
neueste Fassung einer Datei kopieren. Aber man kann diese Aufgabe
- etwas aufwändiger - auch mit #HOLE und #RETTE erledigen.

Auf jeden Fall sollte man noch einen Namen für *MBUPDATE finden.
Mit diesem Makro kann man das Sichern automatisieren und z.B.
alle Dateien in eine Banddatei kopieren, die noch nicht in der aktuellen
Fassung in der Banddatei stehen, oder z.B. die Dateien auf dem PC und
dem Notebook synchronisieren. Den Namen auf *UPDATE zu ändern,
wäre eine Möglichkeit; dieser Name sagt nichts aus, was (vielleicht
TUSTEP selber?) einem "Update" unterzogen werden soll.

Da die Zeit bis zur TUSTEP-Version 2013 sehr knapp ist, möchte ich
nicht mehr das Risiko eingehen, bei Änderungen Fehler einzubauen.
Deshalb wird die Änderung von "Banddatei" zu "Archivdatei" bis zur
Version 2014 warten müssen.

Mit herzlichen Grüßen
Kuno Schaelkle


From stahl at germanistik.uni-wuerzburg.de  Wed Dec 19 13:06:29 2012
From: stahl at germanistik.uni-wuerzburg.de (stahl at germanistik.uni-wuerzburg.de)
Date: Wed, 19 Dec 2012 13:06:29 +0100
Subject: [Tustep-Liste]
 =?iso-8859-1?q?=C4nderung_bei_den_=23MB-Kommandos_?=
 =?iso-8859-1?q?erw=FCnscht=3F?=
In-Reply-To: <F3D813FFA2FF4103A1B2AC960C6EFB8B@TUSTEP>
References: <2B81801CC957B94EA7A3D38BEA0927DA677038@mbx2.uni-trier.de>
	<20121217182445.157522fnpf2loz8d@webmail.uni-wuerzburg.de>
	<F3D813FFA2FF4103A1B2AC960C6EFB8B@TUSTEP>
Message-ID: <20121219130629.504861zuuh2i5adh@webmail.uni-wuerzburg.de>

Lieber Herr Schälkle,

> Da die Zeit bis zur TUSTEP-Version 2013 sehr knapp ist, möchte ich
> nicht mehr das Risiko eingehen, bei Änderungen Fehler einzubauen.
> Deshalb wird die Änderung von "Banddatei" zu "Archivdatei" bis zur
> Version 2014 warten müssen.

Da schließe ich mich voll und ganz Ihrer Meinung an.

Mit herzlichen Grüßen,
Ihr P.Stahl


From f.seck at t-online.de  Thu Dec 20 16:57:28 2012
From: f.seck at t-online.de (F.Seck)
Date: Thu, 20 Dec 2012 16:57:28 +0100
Subject: [Tustep-Liste] pfb der Tustep-Palatino
In-Reply-To: <CCF145D5.813D%AndreasBedenbender@gmx.de>
References: <CCF145D5.813D%AndreasBedenbender@gmx.de>
Message-ID: <A1AFCEE5FF614BEDBFF83D0D491E1CAF@Seck12>

pfb der Tustep-PalatinoLieber Herr Bedenbender,

da sich kein Kompetenterer zu Wort meldet, versuche ich es einmal.
Sie schreiben nicht, was Sie dem Verlag geliefert haben. Verlage wollen jetzt PDF-Dateien. Man kann sie auf verschiedene Weise erzeugen: mit dem Adobe distiller (im Reader nicht enthalten, wohl aber im Acrobat), mit ghostview (Klick auf file – convert) oder mit kostenlosen Programmen aus dem Internet. Distiller und ghostview binden gekaufte Schriften ein und liefern auch die “TUSTEP”-Schriften in brauchbarer Form. Das tun nicht alle kostenlosen PDF-Konverter.
Wenn Sie den Acrobat nicht haben, empfiehlt sich also ghostview.

Mit freundlichen Grüßen
Friedrich Seck

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

From: Andreas Bedenbender 
Sent: Friday, December 14, 2012 9:08 PM
To: tustep-liste at lists.uni-wuerzburg.de 
Subject: [Tustep-Liste] pfb der Tustep-Palatino

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




--------------------------------------------------------------------------------
Liebe Liste,

bei einem Buch, das ich mit der TUSTEP-Palatino (Schriftnummern 31601 usw.) gesetzt habe, weiß der Verlag kurz vor Drucklegung nicht weiter: Er kann die Datei nur dann drucken, wenn die Palatino eingebunden worden ist; das geht aber wiederum nicht ohne die zugehörige pfb-Datei. 

Weiß jemand Rat? fragt mit herzlichem Gruß in die Runde
Andreas Bedenbender 


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

------------------------------------------------------------
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/20121220/6028f4c1/attachment.htm>

From pesch at indoger.uzh.ch  Sun Dec 30 13:04:38 2012
From: pesch at indoger.uzh.ch (Peter Schreiner)
Date: Sun, 30 Dec 2012 13:04:38 +0100
Subject: [Tustep-Liste] Abbildungen im Satzprogramm
Message-ID: <50E02DD6.1040606@indoger.uzh.ch>

Liebe TUSTEP-Gemeinde oder liebe TUSTEP-Gurus,

für ganz private Zwecke will ich ein "richtiges Buch" machen, in dem 
Illustrationen vorkommen. Leider habe ich null Erfahrung mit Abbildungen 
im Satzprogramm und frage deshalb, ob jemand Unterlagen aus 
Einführungskursen o.ä. hat, die meine Übungen via "trial and error" 
abkürzen könnten. Ich wußte noch nicht einmal, was eps ist und wie man 
es herstellt oder wie man die verschiedenen Maßeinheiten (Punkt, Pixel, 
mm, Zoll), welche verlangt oder angeboten werden, umrechnet (dies nur, 
um meinen Informationsstand zu charakterisieren). Inzwischen habe ich 
zwar einzelne Abbildungen einbinden können, aber ganz konkret scheitere 
ich derzeit daran, sieben ganzseitige Abbildungen aufeinander folgen zu 
lassen. Sieben mal $$nnn#iii$${ ist nicht möglich; $$-7$${ macht mir 
zwar sieben Leerseiten, aber wie ich jetzt die sieben eps-Dateien 
nacheinander auf ebendiese Seiten kriege, habe ich noch nicht 
herausgefunden. Ich schließe nicht aus, daß ich nur zu ungeduldig bin 
und nur aufmerksamer Handbuch lesen sollte, aber jeder Hinweis ist sehr 
willkommen!

Mit allen guten Wünschen für den Jahreswechsel und herzlichen Grüßen,

Peter Schreiner

-- 
Peter Schreiner
Chemin des Boracles 94
CH-1008 Jouxtens-Mézery

Tel./Fax +41-21-6350365
email: pesch at indoger.uzh.ch


From Gottfried.reeg at seegelken-reeg.de  Sun Dec 30 17:41:37 2012
From: Gottfried.reeg at seegelken-reeg.de (Gottfried Reeg)
Date: Sun, 30 Dec 2012 17:41:37 +0100
Subject: [Tustep-Liste] Abbildungen im Satzprogramm
In-Reply-To: <50E02DD6.1040606@indoger.uzh.ch>
References: <50E02DD6.1040606@indoger.uzh.ch>
Message-ID: <50E06EC1.7000106@seegelken-reeg.de>

Lieber Herr Schreiner,

das Problem bei einer ganzseitigen Abbildung besteht zum einen darin, 
das mit

&&&n&&&{

zwar eine neue Seite begonnen wird, aber damit steht noch nichts auf der 
Seite.
Mit einem oder mehreren feste Ausschlüssen hat die Seite dann einen 
"Inhalt". Sie sehen zwar nichts, aber die Seite ist nicht mehr leer.
Daher sollte folgendes funktionieren:

&&&n&&&{
$$$ __ $$+011$${ &!(#g1201)
$$+395$${ @-zfol. 1a

$$$ __  -  zwei feste Ausschlüsse, damit ist die Seite nicht mehr leer, 
und man kann ein Bild einfügen.
$$+011$${ - wird vertikal auf 11 Punkt positioniert.  Die 11 Punkt sind 
bei #*PSAUS zu berücksichtigen.
&!(#g1201) - die Grafik wird eingefügt.

$$+395$${ weitere vertikale Positionierung auf 395 Punkt . Hinter @-z 
folgt die Legende.

Damit sollten Sie Ihre Seite füllen können.

Viel Erfolg - auch im kommenden Jahr
Gottfried Reeg

Am 30.12.2012 13:04, schrieb Peter Schreiner:
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
>
> Liebe TUSTEP-Gemeinde oder liebe TUSTEP-Gurus,
>
> für ganz private Zwecke will ich ein "richtiges Buch" machen, in dem 
> Illustrationen vorkommen. Leider habe ich null Erfahrung mit 
> Abbildungen im Satzprogramm und frage deshalb, ob jemand Unterlagen 
> aus Einführungskursen o.ä. hat, die meine Übungen via "trial and 
> error" abkürzen könnten. Ich wußte noch nicht einmal, was eps ist und 
> wie man es herstellt oder wie man die verschiedenen Maßeinheiten 
> (Punkt, Pixel, mm, Zoll), welche verlangt oder angeboten werden, 
> umrechnet (dies nur, um meinen Informationsstand zu charakterisieren). 
> Inzwischen habe ich zwar einzelne Abbildungen einbinden können, aber 
> ganz konkret scheitere ich derzeit daran, sieben ganzseitige 
> Abbildungen aufeinander folgen zu lassen. Sieben mal $$nnn#iii$${ ist 
> nicht möglich; $$-7$${ macht mir zwar sieben Leerseiten, aber wie ich 
> jetzt die sieben eps-Dateien nacheinander auf ebendiese Seiten kriege, 
> habe ich noch nicht herausgefunden. Ich schließe nicht aus, daß ich 
> nur zu ungeduldig bin und nur aufmerksamer Handbuch lesen sollte, aber 
> jeder Hinweis ist sehr willkommen!
>
> Mit allen guten Wünschen für den Jahreswechsel und herzlichen Grüßen,
>
> Peter Schreiner
>


From Gottfried.reeg at seegelken-reeg.de  Sun Dec 30 17:44:32 2012
From: Gottfried.reeg at seegelken-reeg.de (Gottfried Reeg)
Date: Sun, 30 Dec 2012 17:44:32 +0100
Subject: [Tustep-Liste] Abbildungen im Satzprogramm
In-Reply-To: <50E02DD6.1040606@indoger.uzh.ch>
References: <50E02DD6.1040606@indoger.uzh.ch>
Message-ID: <50E06F70.6090900@seegelken-reeg.de>

Lieber Herr Schreiner,

soeben stellte ich fest, das mir ein Fehler unterlaufen ist.
Sie müssen die 11 Punkt natürlich bei #*grafik berücksichtigen, nicht 
bei *#*psaus

Gottfried Reeg

Am 30.12.2012 13:04, schrieb Peter Schreiner:
> Diskussionsforum Tustep-Liste
> Weitere Informationen: www.itug.de
> ------------------------------------------------------------
>
> Liebe TUSTEP-Gemeinde oder liebe TUSTEP-Gurus,
>
> für ganz private Zwecke will ich ein "richtiges Buch" machen, in dem 
> Illustrationen vorkommen. Leider habe ich null Erfahrung mit 
> Abbildungen im Satzprogramm und frage deshalb, ob jemand Unterlagen 
> aus Einführungskursen o.ä. hat, die meine Übungen via "trial and 
> error" abkürzen könnten. Ich wußte noch nicht einmal, was eps ist und 
> wie man es herstellt oder wie man die verschiedenen Maßeinheiten 
> (Punkt, Pixel, mm, Zoll), welche verlangt oder angeboten werden, 
> umrechnet (dies nur, um meinen Informationsstand zu charakterisieren). 
> Inzwischen habe ich zwar einzelne Abbildungen einbinden können, aber 
> ganz konkret scheitere ich derzeit daran, sieben ganzseitige 
> Abbildungen aufeinander folgen zu lassen. Sieben mal $$nnn#iii$${ ist 
> nicht möglich; $$-7$${ macht mir zwar sieben Leerseiten, aber wie ich 
> jetzt die sieben eps-Dateien nacheinander auf ebendiese Seiten kriege, 
> habe ich noch nicht herausgefunden. Ich schließe nicht aus, daß ich 
> nur zu ungeduldig bin und nur aufmerksamer Handbuch lesen sollte, aber 
> jeder Hinweis ist sehr willkommen!
>
> Mit allen guten Wünschen für den Jahreswechsel und herzlichen Grüßen,
>
> Peter Schreiner
>


From f.seck at t-online.de  Sun Dec 30 18:03:19 2012
From: f.seck at t-online.de (F.Seck)
Date: Sun, 30 Dec 2012 18:03:19 +0100
Subject: [Tustep-Liste] Abbildungen im Satzprogramm
In-Reply-To: <50E02DD6.1040606@indoger.uzh.ch>
References: <50E02DD6.1040606@indoger.uzh.ch>
Message-ID: <B451CE308A9049A5BAA8B43F65164454@Seck12>

Lieber Herr Schreiner,

es freut mich, von Ihnen zu hören. Darum gleich eine Teilantwort.
7 ganzseitige Abbildungen kann man unterbringen, wenn man die Seitenwechsel mit &&&N&&&{ codiert. Es muß aber etwas auf der Seite stehen; dafür genügen (mindestens) zwei feste Ausschlüsse; ich habe vier gesetzt. Hinter dem Ausrufezeichen steht die Zahl der Zeilen, die auf die Seite passen; das ist hier aber eigentlich egal, weil die Seite ja durch Befehl gewechselt wird.

&&&n&&&{ ____ $$!22#1$${
&&&n&&&{ ____ $$!22#2$${
&&&n&&&{ ____ $$!22#3$${
&&&n&&&{ ____ $$!22#4$${
&&&n&&&{ ____ $$!22#5$${
&&&n&&&{ ____ $$!22#6$${
&&&n&&&{ ____ $$!22#7$${
&&&n&&&{ ____ $$!22#8$${

Gerade sehe ich Herrn Reegs Antwort, die auf geringfügig anderem Weg dasselbe Ziel erreicht.

Sie “wußten” nicht, wie man EPS-Dateien herstellt. Inzwischen wissen Sie es anscheinend.

Mit besten Grüßen
Ihr Friedrich Seck

------------------------------------------------
Dr. Friedrich Seck
Erlenweg 18
72076 Tübingen
Telefon: (0 70 71) 96 49 40
Telefax auf Anfrage
-----Ursprüngliche Nachricht----- 
From: Peter Schreiner 
Sent: Sunday, December 30, 2012 1:04 PM 
To: tustep-liste at itug.de 
Subject: [Tustep-Liste] Abbildungen im Satzprogramm 

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

Liebe TUSTEP-Gemeinde oder liebe TUSTEP-Gurus,

für ganz private Zwecke will ich ein "richtiges Buch" machen, in dem 
Illustrationen vorkommen. Leider habe ich null Erfahrung mit Abbildungen 
im Satzprogramm und frage deshalb, ob jemand Unterlagen aus 
Einführungskursen o.ä. hat, die meine Übungen via "trial and error" 
abkürzen könnten. Ich wußte noch nicht einmal, was eps ist und wie man 
es herstellt oder wie man die verschiedenen Maßeinheiten (Punkt, Pixel, 
mm, Zoll), welche verlangt oder angeboten werden, umrechnet (dies nur, 
um meinen Informationsstand zu charakterisieren). Inzwischen habe ich 
zwar einzelne Abbildungen einbinden können, aber ganz konkret scheitere 
ich derzeit daran, sieben ganzseitige Abbildungen aufeinander folgen zu 
lassen. Sieben mal $$nnn#iii$${ ist nicht möglich; $$-7$${ macht mir 
zwar sieben Leerseiten, aber wie ich jetzt die sieben eps-Dateien 
nacheinander auf ebendiese Seiten kriege, habe ich noch nicht 
herausgefunden. Ich schließe nicht aus, daß ich nur zu ungeduldig bin 
und nur aufmerksamer Handbuch lesen sollte, aber jeder Hinweis ist sehr 
willkommen!

Mit allen guten Wünschen für den Jahreswechsel und herzlichen Grüßen,

Peter Schreiner

-- 
Peter Schreiner
Chemin des Boracles 94
CH-1008 Jouxtens-Mézery

Tel./Fax +41-21-6350365
email: pesch at indoger.uzh.ch

------------------------------------------------------------
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/20121230/65e26ae1/attachment.htm>