From brunschoen at bbaw.de Thu Mar 11 10:57:33 2004 From: brunschoen at bbaw.de (Wolfram =?iso-8859-1?Q?Brunsch=F6n?=) Date: Thu, 11 Mar 2004 10:57:33 +0100 Subject: [Tustep-Liste] einfache Satz-Frage Message-ID: <5.1.0.14.0.20040311105101.00ae7c88@mailhub.bbaw.de> Liebe TUSTEP-Gemeinde, wie kann ich dem Satzprogramm sagen, daß es zwischen einem mit @=...@{ kodierten Kolumnentitel und dem Editionstext n-Punkte bzw. x-Zeilen Abstand einfügen soll? Vielen Danke im voraus Wolfram Brunschön From brunschoen at bbaw.de Thu Mar 11 11:17:13 2004 From: brunschoen at bbaw.de (Wolfram =?iso-8859-1?Q?Brunsch=F6n?=) Date: Thu, 11 Mar 2004 11:17:13 +0100 Subject: [Tustep-Liste] schwierigere Satz-Frage Message-ID: <5.1.0.14.0.20040311105754.00ae5de0@mailhub.bbaw.de> Liebe TUSTEP-Gemeinde, ich möchte mehrere Fragmente edieren, wobei der Zeilenumbruch der Fragmente erhalten bleiben soll. Da die Breite variiert, habe ich für den Text der Fragemente die jeweilige Satzbreite manuell über &!s(1,Satzbreite) eingestellt; Zeilenumbruch erfolgt entweder manuell durch $$$$ oder durch Verringerung/Vergrößerung der Schriftgröße mit &!k(+0:Breite). Wie ist das Vorgehen bei den Apparaten, d.h.: 1. Wie kann dem Satzprogramm mitgeteilt werden, daß die aktuelle Apparatbreite identisch mit der jeweiligen Satzbreite sein soll? 2. Wie kann auf einer Seite die Abfolge Fragment1-Apparat1, Fragment2-Apparat2, ... erreicht werden? Vielen Dank im voraus für Hinweise und Tips Wolfram Brunschön From johann.derkits at univie.ac.at Thu Mar 11 13:08:44 2004 From: johann.derkits at univie.ac.at (Hans Derkits) Date: Thu, 11 Mar 2004 13:08:44 +0100 Subject: [Tustep-Liste] einfache Satz-Frage In-Reply-To: <5.1.0.14.0.20040311105101.00ae7c88@mailhub.bbaw.de> References: <5.1.0.14.0.20040311105101.00ae7c88@mailhub.bbaw.de> Message-ID: <200403111308.44636.johann.derkits@univie.ac.at> Sehr geehrter Herr Brunschön, Ihr erstes Problem ist zu lösen mit dem Parameter "GRO" (NGRADK+NDRUCHK bzw. NGRADKU+NDURCHKU) (Handbuch S. 814/15). Mit herzlichem Gruß an Sie und alle Hans Derkits Am Donnerstag, 11. März 2004 10:57 schrieb Wolfram Brunschön: > Diskussionsforum Tustep-Liste > Weitere Informationen: www.itug.de > ------------------------------------------------------------ > > Liebe TUSTEP-Gemeinde, > > wie kann ich dem Satzprogramm sagen, daß es zwischen einem mit @=...@{ > kodierten Kolumnentitel und dem Editionstext n-Punkte bzw. x-Zeilen Abstand > einfügen soll? -- Hans Derkits johann.derkits at univie.ac.at From brunschoen at bbaw.de Thu Mar 11 14:08:07 2004 From: brunschoen at bbaw.de (Wolfram =?iso-8859-1?Q?Brunsch=F6n?=) Date: Thu, 11 Mar 2004 14:08:07 +0100 Subject: [Tustep-Liste] einfache Satz-Frage In-Reply-To: <200403111308.44636.johann.derkits@univie.ac.at> References: <5.1.0.14.0.20040311105101.00ae7c88@mailhub.bbaw.de> <5.1.0.14.0.20040311105101.00ae7c88@mailhub.bbaw.de> Message-ID: <5.1.0.14.0.20040311135019.00b46c78@mailhub.bbaw.de> Lieber Herr Derkits, vielen Dank! Ich vergaß allerdings zu erwähnen, daß die Seitennummer *oben* steht, der Parameter NDURCHK also in diesem Fall nicht wirkt. Aber aufgrund Ihres Hinweises auf GRO und nach dem Einschalten meines Resthirns sowie durch sparsamsten Gebrauch des Sehwerkzeugs bin ich bei NDURCHS fündig geworden, was irgendwie logisch ist. :-)))) Nochmals herzlichen Dank Wolfram Brunschön At 13:08 11.03.2004 +0100, you wrote: >Diskussionsforum Tustep-Liste >Weitere Informationen: www.itug.de >------------------------------------------------------------ > > Sehr geehrter Herr Brunschön, > >Ihr erstes Problem ist zu lösen mit dem Parameter "GRO" (NGRADK+NDRUCHK bzw. >NGRADKU+NDURCHKU) (Handbuch S. 814/15). > >Mit herzlichem Gruß an Sie und alle > >Hans Derkits > >Am Donnerstag, 11. März 2004 10:57 schrieb Wolfram Brunschön: > > Diskussionsforum Tustep-Liste > > Weitere Informationen: www.itug.de > > ------------------------------------------------------------ > > > > Liebe TUSTEP-Gemeinde, > > > > wie kann ich dem Satzprogramm sagen, daß es zwischen einem mit @=...@{ > > kodierten Kolumnentitel und dem Editionstext n-Punkte bzw. x-Zeilen Abstand > > einfügen soll? > >-- >Hans Derkits >johann.derkits at univie.ac.at > >------------------------------------------------------------ >Tustep-Liste at itug.de >https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste From reeg at zedat.fu-berlin.de Thu Mar 11 17:19:38 2004 From: reeg at zedat.fu-berlin.de (Gottfried Reeg) Date: Thu, 11 Mar 2004 17:19:38 +0100 Subject: [Tustep-Liste] Einlesen von Zahlen Message-ID: Liebe TUSTEPianer, wenn beim Einlesen in dem Feld, in dem Zahlen gesucht werden, "000 000" steht, sollte doch der Variablen i1 der Wert 0 zugewiesen werden? Weshalb funktioniert folgende Abfrage nicht? liv i1 i2 rr if (i1 .eq. 0) goto 3 Gruß aus Berlin Gottfried Reeg From reeg at zedat.fu-berlin.de Thu Mar 11 17:28:57 2004 From: reeg at zedat.fu-berlin.de (Gottfried Reeg) Date: Thu, 11 Mar 2004 17:28:57 +0100 Subject: [Tustep-Liste] Einlesen von Zahlen In-Reply-To: References: Message-ID: Die Frage hat sich erübrigt, der Fehler lag daran, daß "liv" und "rr" auf unterschiedliche Durchgänge verteilt waren, ein typischer Schreibfehler. Gruß Gottfried Reeg On Thu, 11 Mar 2004, Gottfried Reeg wrote: > Diskussionsforum Tustep-Liste > Weitere Informationen: www.itug.de > ------------------------------------------------------------ > > > Liebe TUSTEPianer, > > wenn beim Einlesen in dem Feld, in dem Zahlen > gesucht werden, "000 000" steht, > sollte doch der Variablen i1 der Wert 0 > zugewiesen werden? > > Weshalb funktioniert folgende Abfrage nicht? > > > liv i1 i2 > rr if (i1 .eq. 0) goto 3 > > Gruß aus Berlin > Gottfried Reeg > > ------------------------------------------------------------ > Tustep-Liste at itug.de > https://lists.uni-wuerzburg.de/mailman/listinfo/tustep-liste > From matthias.kopp at zdv.uni-tuebingen.de Thu Mar 11 14:51:38 2004 From: matthias.kopp at zdv.uni-tuebingen.de (Matthias Kopp) Date: Thu, 11 Mar 2004 14:51:38 +0100 (CET) Subject: [Tustep-Liste] Dateimanager In-Reply-To: Message-ID: Paul Sappler Matthias Kopp Sehr verehrte Runde, es wurde öfters der Wunsch nach Hilfsprogrammen für eine Tustep-Arbeitsumgebung geäußert, und es hat sich gesprächsweise ergeben, daß die beiden Unterzeichneten unabhängig voneinander in diese Richtung etwas programmiert hatten. Wir legen hiermit miteinander vor, was uns zum Thema Dateienverwaltung/-übersicht eingefallen ist, und bitten um Ausprobieren und Stellungnahme, sei es privat oder über die Liste. Beide sind wir bereit, noch etwas daran zu tun, vielleicht auch konvergent, aber wir wüßten vorher gern, ob tatsächlich Bedarf nach solchen Programmen und bestimmten Funktionen darin besteht. Hoffentlich wird es nicht als lästig empfunden, wenn wir die Programme als Segmente einer Tustep-Datei (DMANAGER) mitschicken, statt bloß eine Server-Adresse anzugeben; Löschen ist ja schnell getan. ---------------------------------------------------------- I. #$qd diese Umgebung ist wesentlich weniger elaboriert als der unter II. beschriebene Dateimananger; sie bietet im Unterschied zu diesem weniger Information und Leistung, repräsentiert einen anderen Ansatz: die wenigen Informationen / graphischen Elemente sind nicht gemeinsam / in einem einzigen Fenster vorhanden; sie werden vielmehr successive in mehreren unterschiedlichen Fenstern angeboten; man mag dies - verglichen mit dem bei $DVP gewählten Ansatz - als übersichtlicher empfinden, da dem (ungeschulten) Nutzer überschaubare Information und Handlungsmöglichkeit geboten wird; oder aber aus genau diesen Gründe als unübersichtlicher, da nicht alle (erwünschten) Informationen auf einen Blick sichtbar sind. Der Benutzer erhält die Möglichkeit den Namen einer (in diesem Beispiel anzumeldenden) Datei anzugeben oder - wenn der Name nicht bekannt ist - aus einer alphabetisch sortierten und tastatursensitiven Liste einen Namen auszuwählen. Falls die Voreinstellungen für Projekt und Träger nicht konvenieren, können andere Projekte bzw. Träger eingestellt werden. Zudem ist es möglich, eine Liste der Träger zu ergänzen. Nach erfolgter Auswahl wird die Datei angemeldet - an dieser Stelle könnte natürlich auch anders weiter verfahren werden (in dem größeren Zusammenhang, aus dem diese Prozedur ausgekoppelt wurde, wird die solcherart ausgewählte Datei als Quelldatei für #RV mit folgendem #SO, #RA verwendet) Im Programmcode, der nicht musterhaft ist, sind Spuren des ursprünglichen Verwendungszusammenhang sichtbar (u.a. eine hier nicht realisierte Hilfefunktion). ---------------------------------------------------------- II. #$dvp 1. Liste der Dateinamen eines Ordners, nach Anwählen einer Datei ihre Kenndaten und ein Teil ihres Inhalts, zwei solche Datensätze übereinander zwecks Vergleich. Das Teilfenster unten rechts kann wie ein kleines, allerdings primitives Editorfenster benützt werden; wenn man dort Programme hineinschreibt (gegebenfalls mit Rückgriff auf die Hilfsdateien hdatei und kommandos, s.u.), kann man sich das Schreiben der Dateinamen ersparen u.ä. 2. Man kann das Makro ohne Spezifikationen aufrufen. Der vollständige Aufruf ist (mit Voreinstellungen): #$dvp,projekt, traeger=tustep_dsk, hdatei=dvp_hdat, kommandos, asaetze=6, esaetze=5 - PROJEKT ist im Zweifelsfall +, - HDATEI ist eine Hilfsdatei, in der irgendwelcher Text abgespeichert werden kann, der beim Arbeiten mit $dvp anfällt, - KOMMANDOS kann eine Segmentdatei mit Hilfetexten und Mustern von Tue-Dateien sein, - ASAETZE und ESAETZE geben die Zahl der Sätze vom Anfang und Ende einer Datei an, die beim Hineinschauen gezeigt werden. Fast alle diese Werte können innerhalb des Fensters verändert werden. 3. Die Farben im Fenster sind alle über Variable definiert. Jedes Feld gehört zu einer von 12 Farbgruppen. Wenn die Farben nicht zusagen, kann man sie durch vorherigen Aufruf von #$FARBF für die weitere Sitzung verändern. Übersicht über den Einsatz der Farbgruppen im Fenster liefert FARB unter den Erläuterungen in der ersten Zeile. 4. Die Erläuterungen, die in der ersten Zeile des Fensters aufgerufen werden können, sind noch nicht durchgearbeitet; FELD und FARB sind aktueller als ALLG. 5. Schwächen und Pläne: - Beim Versuch, sehr lange Sätze einer Datei zu lesen (meist .doc), wird das Makro beendet (hat sich Herr Schälkle schon notiert) - Wenn man sich von einer Datei (etwa mittels shw_dn) Sätze so hat zeigen lassen, daß im Fensterfeld nicht mehr der Dateianfang steht, wird auch von der nächsten Datei nicht der Anfang gezeigt (Besserung zugesagt). - Auf manche Zeilen und Knöpfe muß man mehrfach drücken, bis sie ansprechen, besonders in dem Bereich des Umschaltens von Traeger und Projekt. - Insgesamt ist das rechte untere Fenster samt Beiwerk etwas unübersichtlich. Dafür ist fast alles unmittelbar ohne Unterfenster erreichbar, was auch wieder ein Vorteil zu sein scheint. - In Überlegung ist, im Selectfeld mit den Dateinamen links eine Auswahl nach Zeichenfolgenbedingungen zu zeigen oder nach Zeichenfolgen zu sortieren. Wie kann man aber dann sinnfällig machen, inwiefern das Kriterium bei einem Dateinamen erfüllt ist? - Interessant wäre es vielleicht, aus dem Fenster heraus in den Editor zu gehen und an die alte Stelle zurückgehen zu können, jeweils mit Übergabe einiger Werte (hinwärts einfacher über ein Editormakro, rückwärts?). - Das Editorfenster rechts unten ist wohl noch nicht recht brauchbar. Es könnte aber zu weiteren Versuchen anregen. Die Programme haben schon deshalb einen vorläufigen Charakter, weil zu MAKRO (zu dem sie Anwendungen sind) immer neue Funktionen dazukommen (Herr Schälkle arbeitet dem Vernehmen nach an Erweiterungen) und dadurch manches einfacher oder überhaupt erst möglich wird. Sie spiegeln wohl auch die jeweiligen speziellen Bedingungen, für die sie gemacht wurden (z.B. das Lesbarmachen von System-Dateien oder die Verwaltung sehr vieler Dateien in einem einzigen Ordner). Beste Grüße aus Tübingen Matthias Kopp Paul Sappler -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : dmanager Dateityp : application/octet-stream Dateigröße : 151552 bytes Beschreibung: URL : From trauth at uni-trier.de Thu Mar 11 18:05:10 2004 From: trauth at uni-trier.de (Michael Trauth) Date: Thu, 11 Mar 2004 18:05:10 +0100 Subject: [Tustep-Liste] Einlesen von Zahlen In-Reply-To: References: Message-ID: <4050AA56.863.1C41A67@localhost> Lieber Gottfried, wie schoen und wie troestlich: > Die Frage hat sich erübrigt, > der Fehler lag daran, daß "liv" und "rr" > auf unterschiedliche Durchgänge verteilt > waren, ein typischer Schreibfehler. Ich dachte immer, solche Lapsus unterlaufen nur mir... Viele Gruesse von ** Michael ** --------------------------------------------------------------- Dr. Michael Trauth e-mail: trauth at uni-trier.de Rechenzentrum office: Tel. 0651-201-3413 der Universitaet Fax 0651-201-3921 Universitaetsring secretary: Tel. 0651-201-3417 D-54286 Trier --------------------------------------------------------------- From t.kollatz at steinheim-institut.de Wed Mar 24 20:31:24 2004 From: t.kollatz at steinheim-institut.de (Thomas Kollatz) Date: Wed, 24 Mar 2004 20:31:24 +0100 Subject: [Tustep-Liste] 1. Protokolldatei 2. Trennliste Message-ID: Liebe Tustep-Gemeinde, zwei kleine Fragen habe ich: 1. Protokolldatei Was will mir die Protokolldatei des Satzlaufes mit der folgenden Zeile sagen: *****&!k in kolumnentitel/marginalie mit eigenem schriftgrad Diese Meldung habe ich schon öfter erhalten und bisher tapfer ignoriert, weil mir das Satzresultat stets zugesagt hat. Begehe ich an dieser Stelle einen groben Syntaxfehler? Worauf will mich das Protokoll hinweisen? 2. Trennliste Gerne würde ich die Silbentrennungen mit trennlis.dt in den zu setzenden Text eintragen. Nur leider werden auch einige Spitzklammermakros markiert (aus wird und nix geht mehr). Ich könnte diese unschönen Dinge zwar mit einem nachgeschalteten #ko wieder aus der zu setzenden Datei rausholen, aber vielleicht geht das ja auch eleganter und ich komme nur nicht drauf. Herzliche Gruesse reihum Thomas Kollatz From arnold.otto at web.de Thu Mar 25 14:11:35 2004 From: arnold.otto at web.de (Arnold Otto) Date: Thu, 25 Mar 2004 14:11:35 +0100 Subject: [Tustep-Liste] Fwd: Problem mit dem Satzprogramm Message-ID: <200403251311.i2PDBZQ21750@mailgate5.cinetic.de> Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : buch.satz Dateityp : application/octet-stream Dateigröße : 32768 bytes Beschreibung: nicht verfügbar URL : -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : buchsatz.par Dateityp : application/octet-stream Dateigröße : 16384 bytes Beschreibung: nicht verfügbar URL : -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : beispiel.txt Dateityp : application/octet-stream Dateigröße : 34816 bytes Beschreibung: nicht verfügbar URL : -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : numbib Dateityp : application/octet-stream Dateigröße : 2048 bytes Beschreibung: nicht verfügbar URL : -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : numkvhss Dateityp : application/octet-stream Dateigröße : 2048 bytes Beschreibung: nicht verfügbar URL : From f.seck at t-online.de Fri Mar 26 11:10:37 2004 From: f.seck at t-online.de (Friedrich Seck) Date: Fri, 26 Mar 2004 11:10:37 +0100 Subject: [Tustep-Liste] 1. Protokolldatei 2. Trennliste References: Message-ID: <005601c4131a$99217280$f75f8350@meseck> Lieber Herr Kollatz, zu 1: in der Beschreibung der Satzparameter steht unter GRO und MAL, daß Größenänderungen innerhalb von Kolumnentitel und Marginalien nur vorgenommen werden dürfen, wenn dafür als Schriftgrad die Grundschriftgröße angegeben ist. Anscheinend haben Sie gegen diese Regel verstoßen. zu 2: Trennungen innerhalb <... > Die Trennvorschläge innerhalb der Klammern sind leicht zu vermeiden. Ich mache es so: $$ if ("[tags]" .eq. "ja") then att 40 |&x||&x{||<<| ett 40 |&x{|>>| $$ else att 40 |&x||&x{| ett 40 |&x{| $$ endif tti 40 2 ttr 40 ||%>@|%>@>@|#;|«/|&!(##><5>//><3>/)||<@|&.>%>%| Die Trennvorschläge selbst werden mit ttm eingefügt. Mit freundlichen Grüßen F. Seck -------------------------------------------------- ------- Dr. Friedrich Seck Erlenweg 18, D-72076 Tuebingen Tel. 0 70 71 / 96 49 40 Fax 0 70 71 / 96 49 41 From tomaselli at uni-leipzig.de Fri Mar 26 12:11:10 2004 From: tomaselli at uni-leipzig.de (Guenter Tomaselli) Date: Fri, 26 Mar 2004 12:11:10 +0100 Subject: [Tustep-Liste] Katalog In-Reply-To: <4029A5A3.12790.1544294@localhost> References: <200402100728.30493.thomhilmeyer@gmx.de> Message-ID: <40641DDE.8526.EC7456@localhost> Lieber Herr Trauth, kaum aus der angenehmen und nützlichen Woche in Trier zurückgekehrt hat mich das Uni-Leben wieder verschlungen mit 2 Wochen Lehrgang für Word-Profis (pfui!). Beim genauen Betrachten des Katalogs entstand die Frage: durch nachträglliches Fettsetzen von Text wird der ursprünglich ganz gute Zeilenumbruch z.T. verdorben. Können wir auch die Angaben im Beschreibungstext ignorieren und ggf. anders in der zur Verfügung stehenden Spalte umbrechen? Ich kann ja zur Seitenaufteilung die Ursprungsinformation weiter benutzen - es ergaben sich im Text keine neuen zusätzlichen Zeilen sondern immer nur ein etwas besseres Zeilenbild. Welches Programm hatten Sie angeboten zur Umwandlung der tif-Bilder in eps? Dann ist mir eine Adresse in die Hände gefallen mit einem Vortrag der Bundespräsidentenkandidatin: http://www.zki.de/tagungen/mv0300/schwan/Urania3.html Sehr lesenswert! Beste Grüße aus Leipzig Ihr Günter Tomaselli---------------------------------------- Dr. Guenter Tomaselli Universitaet Leipzig / Universitaetsrechenzentrum Augustusplatz 10 - 11 D 04109 Leipzig / Germany Phone ++49 +341 97 333 02 fax ... 99 email: tomaselli at rz.uni-leipzig.de From f.seck at t-online.de Fri Mar 26 21:10:33 2004 From: f.seck at t-online.de (Friedrich Seck) Date: Fri, 26 Mar 2004 21:10:33 +0100 Subject: [Tustep-Liste] Fwd: Problem mit dem Satzprogramm References: <200403251311.i2PDBZQ21750@mailgate5.cinetic.de> Message-ID: <001f01c4136e$6574cbe0$9d9251d9@meseck> Sehr geehrter Herr Otto, des Rätsels Lösung ist einfach: mit Wahlschalter 1 ist bei der 10-Punkt-Schrift der dritte Wert (Fußnoten) 0+0, bei der 13-Punkt-Schrift der vierte. Kleine Ursachen, große Wirkungen. Mit freundlichen Grüßen F. Seck --------------------------------------------------------- Dr. Friedrich Seck Erlenweg 18, D-72076 Tuebingen Tel. 0 70 71 / 96 49 40 Fax 0 70 71 / 96 49 41 -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: From arnold.otto at web.de Tue Mar 30 12:17:03 2004 From: arnold.otto at web.de (Arnold Otto) Date: Tue, 30 Mar 2004 11:17:03 +0100 Subject: [Tustep-Liste] =?iso-8859-1?q?Satzprogramm_=282=29=3A_Fu=DFnoten?= Message-ID: 201087983 Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : abh.par Dateityp : application/octet-stream Dateigröße : 16384 bytes Beschreibung: nicht verfügbar URL : -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : abh.satz Dateityp : application/octet-stream Dateigröße : 30720 bytes Beschreibung: nicht verfügbar URL : -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : beispiel.txt Dateityp : application/octet-stream Dateigröße : 8192 bytes Beschreibung: nicht verfügbar URL : -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : numkvhss Dateityp : application/octet-stream Dateigröße : 2048 bytes Beschreibung: nicht verfügbar URL : -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : numbib Dateityp : application/octet-stream Dateigröße : 8192 bytes Beschreibung: nicht verfügbar URL : -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : abhandlung.ps Dateityp : application/postscript Dateigröße : 61530 bytes Beschreibung: nicht verfügbar URL : -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : beispiel.ps Dateityp : application/postscript Dateigröße : 62169 bytes Beschreibung: nicht verfügbar URL : From trauth at uni-trier.de Tue Mar 30 12:41:18 2004 From: trauth at uni-trier.de (Michael Trauth) Date: Tue, 30 Mar 2004 12:41:18 +0200 Subject: =?ISO-8859-1?Q?Re:_[Tustep-Liste]__Satzprogramm_=282=29:_Fu=DFnoten?= In-Reply-To: 201087983 Message-ID: <40696AEE.27036.775EA7@localhost> Lieber Herr Otto, da ich der Verursacher der Blackbox bin, die Ihnen die Probleme bereitet, sei Ihnen auf Ihre Fragen gleich geantwortet: > beim Satz meiner Diss. sind noch zwei weitere > Schwierigkeiten aufgetreten: > 1.) Einige der Fußnoten werden von der FNLIBUE- > Prozedur im anliegenden Satzprogramm (abh.satz, > Z. 402-601) nicht erkannt. Während in AU.0 in > allen Fußnoten noch die Stellvertreter {VFNZ}, > {VFNT}, {VFNT} und {NFNT} stehen, sind diese in > AU.1 ausgetauscht. Das Problem besteht bei einer > Isolation der entsprechenden Passage in einer > Beispieldatei nicht mehr. Ich habe dennoch ei- > nige Beispieldaten aus der Umgebung (Beispiel.txt) > und die fragliche Seite als Postscript (abhand- > lung.ps) beigelegt. Wo kann das Problem liegen? Ich verstehe das Problem nicht ganz: In Ihrer Bei- spieldatei BEISPIEL.TXT sind fuenf Fuessnoten ent- halten, und diese fuenf Fussnoten sind auch im Postscriptergebnis Ihrer Satzroutine zu finden. Was also meinen Sie damit, dass "einige Fussnoten nicht erkannt werden"? Oder koennen Sie mir die Fussnote(n), die 'nicht erkannt' werden, naeher bezeichnen? > 2.) Ich habe den Eindruck, daß ich das Einrücken > der Fußnoten mit der entsprechenden Angabe beim > Parameter FN (abh.par Z. 22) nicht steuern kann. Das trifft zu: Sobald Sie #*aumbruch verwenden, muessen Sie solche Formatierungen im Ergebnis des #*aumbruch-Laufs (wo es keine 'Fussnoten' oder Apparateintraege als eigene separate Text- sorten mehr gibt, sondern nur noch ganze Seiten) vornehmen. In Ihrer Routine ABH.SATZ wird das in einer #kopiere-Prozedur hinter #*aumbruch besorgt. In den Zeilen 511-549 finden Sie mehrmals '&=(nn)' (im einzelnen &=(11), &=(14), &=(16), &=(20) fuer die unterschiedlichen Einzuege in den Fussnoten. Wenn Sie groessere Einzuege haben wollen, muessen Sie diese Werte entsprechend hochsetzen. Beachten Sie aber bitte, dass die FNLIBUE-Teil- prozedur nur fuer das korrekte Fluchten der Fn- Verweise zustaendig ist, wenn diese Verweise linksbuendig stehen sollen, aber beispielsweise beim Wechsel von ein- auf zweistellig die Einer- und die Zehnerstellen richtig untereinander ste- hen sollen. Wenn ich aber Ihre Problemformulie- rung richtig verstehe, wollen Sie stets einen *starr* definierten Einzug haben. Ist das rich- tig? Wenn ja, koennen Sie auf FNLIBUE und evtl. auch #*aumbruch komplett verzichten. Sie sollten es sogar tun, weil bei einem starr vorgegebenen Einzug des Fn-Textes (der z.B. max. vierstellige Fn-Verweise beruecksichtig) sonst die linksbuen- dig stehenden einstelligen Fn-Verweise haesslich weit vom Fn-Text entfernt stehen. Noch ein Hinweis zu einem Detail Ihres Transkrip- tes: Bitte vermeiden Sie Doppelkodierungen wie "1.)". Nehmen Sie entweder "1." oder "1)", aber nicht beides zusammen. Eingebuergert hat sich "1.", "2." usw. bei Aufzaehlungen mit Ziffern und "a)", "b)" usw. bei Aufzaehlungen mit Kleinbuchstaben. Herzlich gruesst Ihr 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 trauth at uni-trier.de Tue Mar 30 13:01:47 2004 From: trauth at uni-trier.de (Michael Trauth) Date: Tue, 30 Mar 2004 13:01:47 +0200 Subject: [Tustep-Liste] 1. Protokolldatei 2. Trennliste In-Reply-To: <005601c4131a$99217280$f75f8350@meseck> Message-ID: <40696FBB.8259.8A20C7@localhost> Lieber Herr Seck, lieber Herr Kollatz, zwei kleine Ergaenzungen: > in der Beschreibung der Satzparameter steht unter > GRO und MAL, daß Größenänderungen innerhalb von > Kolumnentitel und Marginalien nur vorgenommen > werden dürfen, wenn dafür als Schriftgrad die > Grundschriftgröße angegeben ist. Anscheinend haben > Sie gegen diese Regel verstoßen. Richtig. Vielleicht sogar ohne es selbst zu bemer- ken: Ein typischer Fall ist z.B. "fol. 32#'v"; eine solche Hochstellung ist naemlich auch eine Groessen- aenderung (weil das #'v kleiner gesetzt werden muss). Dann hilft nur, den Schriftgrad der Grundschrift auch fuer Marginalien anzugeben und alle benoetigten Schriftgrad-Aenderungen in den Marginalien selbst anzugeben. Im genannten Beispiel etwa: @a&!k(7)fol._32&!(:05)&!k(5,5)v&!k{&!(:00)@{ Sieht kompliziert aus, zugegeben, ist aber leicht verstehen und als Aufgabe noch leichter durch ein #kopiere umzusetzen. Zum zweiten Vorschlag von Herrn Seck: > zu 2: Trennungen innerhalb <... > > Die Trennvorschläge innerhalb der Klammern sind > leicht zu vermeiden. Ich mache es so: > $$ if ("[tags]" .eq. "ja") then > att 40 |&x||&x{||<<| > ett 40 |&x{|>>| > $$ else > att 40 |&x||&x{| > ett 40 |&x{| > $$ endif > tti 40 2 > ttr 40 ||%>@|%>@>@|#;|«/|&!(##><5>//><3>/)||<@|&.>%>%| > Die Trennvorschläge selbst werden mit ttm > eingefügt. Waere das nicht ein guter Vorschlag an den Pro- grammautor, dies ins #*silmarke (evtl. auch, wie von Herrn Seck schon vorgedacht, als zusaetzliche Option) einzubauen? Mir waer's *sehr* recht, wenn wie im Seckschen Beispiel Kommentare und Spitz- klammernmakros, aber auch Marginalien und KOL- kodierte Textteile beim Einfuegen der Silben- trennmarkierungen grundsaetzlich uebergangen wuerden. Oder uebersehe ich derzeit nur einen moeglichen Fall, wo auch in solchen Textteilen fakultative Trennstellen benoetigt werden? Fuer weitere Wortmeldungen, evtl. auch ergaenzende Vorschlaege waere ich dankbar. 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 ---------------------------------------------------------------