WIF (Weaving Information File, Weberei-Informationsdatei) ist ein zeilenorientiertes Klartextformat zum Austausch von Patronen zwischen Programmen. Version 1.1 vom 20. April 1997 ist die für den heutigen Austausch verwendete Fassung.
Dieses Dokument ist eine annotierte Referenz zu WIF 1.1. Die Formatregeln folgen der Spezifikation von 1997. Mit Bower gekennzeichnete Hinweise beschreiben, wie Bower und der kostenlose WIF-Betrachter diese Regeln umsetzen. Bower-Hinweise sind Implementierungsdokumentation; sie sind nicht Teil der Spezifikation von 1997. Für einen nicht-normativen Überblick siehe Was ist eine WIF-Datei?.
Bower-Hinweise verwenden folgende Statusbegriffe:
- Unterstützt — das Feld oder der Abschnitt wird gelesen, geschrieben oder beides.
- Ignoriert — das Feld oder der Abschnitt darf in einer Datei vorkommen; er wird übersprungen und lässt den Import nicht allein scheitern.
- Nicht geschrieben — der Export gibt es nie aus.
- In 1.1 ausgesetzt — im Text von 1997 aufgeführt, aber nicht Teil des heutigen Austauschs.
1. Entwurfsziele
WIF soll erweiterbar bleiben, in einem Texteditor lesbar sein und von jedem System verarbeitbar, das Klartext lesen kann.
Strukturdaten werden als kommagetrennte Schaft- und Trittnummern gespeichert, nicht als gepackte binäre Bitfelder. Das physische Layout ähnelt einer Windows-.INI-Datei: Abschnittsköpfe in Klammern und Zeilen Key=value. Anders als klassische Windows-3.1-Private-Profile-Dateien ist WIF nicht auf 64K begrenzt, und die Windows-Private-Profile-APIs können es nicht parsen. Ein eigener Parser ist erforderlich.
2. Dateityp
Eine WIF-Datei ist Klartext. Es gibt keinen Binärcontainer. Die übliche Dateiendung ist .wif. Das Format wird anhand des Abschnitts [WIF] erkannt.
Endung .wif Zeichenkodierung ASCII (UTF-8 ohne BOM wird in der Praxis akzeptiert) Zeilenenden LF oder CRLF Reihenfolge Abschnitt- und Schlüsselreihenfolge sind nicht maßgeblich
Bower. Import und Export behandeln .wif als gewöhnlichen Text.
3. Lexikalische Regeln
Die Grammatik ist zeilenbasiert. Jede Zeile ist leer, ein Kommentar, ein Abschnittskopf oder ein Schlüssel/Wert-Paar.
- Leere Zeilen werden ignoriert.
- Ist das erste Nicht-Leerzeichen
;, ist die gesamte Zeile ein Kommentar. Ein nachgestellter Kommentar darf einer Zahl oder einem Booleschen Wert folgen, oft nach einem zweiten;. Freitextwerte dürfen keinen nachgestellten Kommentar in derselben Zeile tragen. - Abschnittsköpfe haben die Form
[Section Name]. Der Abgleich ist unabhängig von der Groß-/Kleinschreibung. Konventionell werden Namen in Großbuchstaben geschrieben. - Zuweisungen haben die Form
Key=value. Der Schlüsselabgleich ist unabhängig von der Groß-/Kleinschreibung. Der Wert ist der Rest der Zeile nach dem ersten=. - Doppelte Schlüssel in einem Abschnitt sind nicht konform. Ein Leser darf die Datei allein deshalb nicht scheitern lassen; er darf den ersten oder den letzten Wert behalten.
- Die Reihenfolge der Abschnitte und der Schlüssel innerhalb eines Abschnitts ist nicht maßgeblich.
Das folgende Fragment zeigt die lexikalischen Formen. Es ist keine vollständige Patrone:
; diese Zeile wird ignoriert [WEAVING] Shafts=4 Treadles=4
Bower. Leere Zeilen und vollzeilige ;-Kommentare werden übersprungen. Namen werden unabhängig von der Groß-/Kleinschreibung abgeglichen. Bei gewöhnlichen Schlüsseln gilt der letzte Wert. Strukturzeilen sind nach Nummer indiziert. Werte werden getrimmt. Nachgestellte Inline-Kommentare werden nicht entfernt.
4. Boolesche Werte und Symbole
Als wahr akzeptierte Boolesche Werte sind true, on, yes und 1. Als falsch akzeptiert sind false, off, no und 0. Ein weggelassenes optionales Boolesches Feld ist falsch, sofern ein bestimmter Abschnitt nichts anderes festlegt.
Bower. true, yes und 1 gelten als wahr. Jeder andere nichtleere Wert gilt als falsch. on und off werden nicht gesondert behandelt.
Ein Symboltyp kodiert ein einzelnes Anzeigezeichen anstelle einer gefüllten Zelle:
=1 Ziffer =X einzelnes Zeichen ='X' Zeichen in Anführungszeichen =#219 Zeichencode 0..255 Ein Leerzeichen als ' ' oder #32 schreiben. Eine Raute als '#' oder #35 schreiben.
Bower. Symbole sind nicht implementiert. Die Darstellung erfolgt nur über Farben. Symbolabschnitte werden beim Import ignoriert und beim Export nie geschrieben.
5. Mindestanforderungen
Eine konforme 1.1-Datei enthält [WIF] und [CONTENTS]. Jeder andere Abschnitt, der in der Datei vorkommt, muss unter [CONTENTS] mit dem Wert true stehen. Ungenutzte Abschnitte dürfen weggelassen oder als false gelistet werden. Ist ein Abschnitt vorhanden, müssen auch seine Pflichtschlüssel vorhanden sein.
Eine Datei mit Einzugsdaten, aber ohne [WIF]-Block, ist kein gültiges WIF-1.1-Dokument, auch wenn manche Werkzeuge sie zu lesen versuchen.
Bower. Der Import scheitert ohne [WIF]. [CONTENTS] wird beim Import weder verlangt noch geprüft. Der Export schreibt stets beide Abschnitte und markiert true für jeden ausgegebenen Abschnitt.
6. Abschnittklassen und spärliche Daten
Informationsabschnitte speichern Hintergrundwerte (Titel, Palettengröße, Webstuhlzahlen). Datenabschnitte speichern Zeilen je Kettfaden und Schuss (Einzug, Farben und zugehörige Tabellen). [CONTENTS] listet enthaltene Abschnitte. [WIF] wird nicht gelistet.
Die Daten sind spärlich. Kettfäden und Schüsse werden aus Threads angelegt. Vorgabewerte stammen aus [WARP] und [WEFT]. Strukturzellen sind standardmäßig null (ungenutzt). Nur Schlüssel, die von diesen Vorgaben abweichen, müssen geschrieben werden. Leser kehren diesen Vorgang um.
Teilen acht Kettfäden eine Farbe und weicht nur Faden 3 ab, liefert die Kettvorgabe die gemeinsame Farbe, und eine einzige Überschreibung hält die Ausnahme fest:
[WARP] Threads=8 Color=1 [WARP COLORS] 3=2
Die Fäden 1, 2 und 4–8 verwenden Palettenfarbe 1; Faden 3 verwendet Palettenfarbe 2. Dieselbe Regel gilt für die Struktur: Eine fehlende Einzugszeile bedeutet keine Schäfte an diesem Faden, nicht eine Kopie des vorherigen Fadens.
Bower. Fadenzahlen sowie Struktur- und Farbtabellen werden verwendet. Vorgaben für Abstand und Dicke sowie spärliche Dicken- und Abstandstabellen sind nicht implementiert. Die Struktur ist standardmäßig leer; fehlende Strukturschlüssel bleiben leer. Ist eine Farbtabelle vorhanden, werden Color-Vorgaben aus [WARP] / [WEFT] angewendet, wenn der Index größer als null ist, danach die Überschreibungen je Faden und Schuss.
7. Private Abschnitte
Implementierungen dürfen private Daten speichern, ohne den Austausch zu brechen. Der Abschnittsname muss eine eindeutige Quellenkennung enthalten, damit Anbieter nicht kollidieren:
[PRIVATE <SourceID> <SectionName>] Zeilen darin dürfen nicht mit '[' beginnen, damit ein Leser den nächsten Abschnitt finden kann.
Bower. Private Abschnitte werden übersprungen und nie geschrieben. Es ist keine private Source-ID definiert.
8. Abschnittkatalog
Dieser Abschnitt listet jeden benannten Abschnitt in WIF 1.1 und den jeweiligen Bower-Implementierungsstatus. Der Austausch mit Bower hängt von Struktur, Farbe und dem Exportprofil in Abschnitt 10 ab.
8.1 [WIF] — erforderlich
Erforderlicher Identitätsabschnitt. Eine Datei ohne [WIF] ist kein gültiges WIF-1.1-Dokument.
Schlüssel Offiziell Beschreibung ---- -------- ----------- Version erforderlich z. B. 1.1 Date erforderlich freies Datumsfeld Developers erforderlich Kontakt / Autoren Source Program erforderlich Name des erzeugenden Programms Source Version optional Version des erzeugenden Programms
Bower. Der Abschnitt ist beim Import erforderlich. Der Export schreibt Version=1.1, Date=April 20, 1997, [email protected], Source Program=Bower und Source Version=1.0. Fehlende einzelne Schlüssel in [WIF] lassen den Import nicht scheitern.
8.2 [CONTENTS] — in 1.1 erforderlich
Inhaltsverzeichnis: Abschnittsname als Schlüssel, true oder false als Wert. Nur vorhandene Abschnitte müssen als true gelistet werden. Alle definierten Abschnitte mit true oder false aufzuführen ist erlaubt, nicht erforderlich.
Ein Leser darf Abschnitte allein anhand von CONTENTS auswählen.
Informationskennzeichen: COLOR PALETTE, WARP SYMBOL PALETTE, WEFT SYMBOL PALETTE, TEXT, WEAVING, WARP, WEFT Datenkennzeichen: NOTES, TIEUP, COLOR TABLE, WARP SYMBOL TABLE, WEFT SYMBOL TABLE, THREADING, WARP THICKNESS, WARP THICKNESS ZOOM, WARP SPACING, WARP SPACING ZOOM, WARP COLORS, WARP SYMBOLS, TREADLING, LIFTPLAN, WEFT THICKNESS, WEFT THICKNESS ZOOM, WEFT SPACING, WEFT SPACING ZOOM, WEFT COLORS, WEFT SYMBOLS, PRIVATE <SourceID> <SectionName> Ausgesetzt / reserviert: TRANSLATIONS BITMAP IMAGE, BITMAP FILE, BITMAP IMAGE DATA
Bower. CONTENTS wird beim Import nicht verlangt und nicht verwendet, um zu wählen, was geparst wird. Der Export schreibt true für jeden tatsächlich ausgegebenen Abschnitt.
8.3 [COLOR PALETTE]
Legt Palettengröße und den Zahlenbereich der RGB-Werte fest. Ältere Dateien können 0–999 statt 0–255 verwenden; Leser müssen skalieren.
Schlüssel Offiziell Beschreibung ---- -------- ----------- Entries erforderlich ganze Zahl > 0, Palettengröße Range erforderlich min,max mit max > min Form=RGB veraltet nicht schreiben; ignorieren, falls vorhanden
Range=0,999 mit Tabelleneintrag 1=999,0,0 bildet den Rotkanal auf 255 in 8 Bit ab. Range=0,255 mit 1=255,0,0 erfordert keine Skalierung.
Bower. Range wird gelesen (Vorgabe 0,255, falls fehlend). Jeder Kanal wird mit round((c − min) / (max − min) * 255) umgerechnet und auf 0–255 begrenzt. Ist max−min null oder negativ, scheitert der Import. Entries wird nicht erzwungen. Der Export verwendet stets Range=0,255.
8.4 [WARP SYMBOL PALETTE] / [WEFT SYMBOL PALETTE]
Schlüssel Offiziell Beschreibung ---- -------- ----------- Entries erforderlich ganze Zahl > 0
Bower. Ignoriert. Nicht geschrieben.
8.5 [TEXT]
Optionale Metadaten zu Stück und Urheber: Titel, Autor, Kontaktdaten. Keiner dieser Schlüssel beeinflusst das Patronengitter.
Schlüssel Offiziell ---- -------- Title optional Author optional Address optional EMail optional Telephone optional FAX optional
Bower. Ignoriert. Nicht geschrieben.
8.6 [WEAVING]
Webstuhlgröße und Fachkonvention. Schaft- und Trittzahlen können steigen, wenn Strukturabschnitte höhere Indizes nennen als hier angegeben.
Schlüssel Offiziell Beschreibung ---- -------- ----------- Shafts erforderlich ganze Zahl > 0 Treadles erforderlich ganze Zahl > 0 Rising Shed optional true = gelistete Schäfte gehen hoch Profile veraltet ignorieren; nicht schreiben
Steigendes Fach bedeutet, dass die im Hebeplan gelisteten Schäfte (oder über den Weg Tritt/Anbindung gehobenen) heben. Fallendes Fach ist die entgegengesetzte physische Konvention. Gibt eine Datei fallendes Fach an, werden Hebeplan-Zellen — oder Anbindungszellen — nach dem Laden invertiert, sodass interne Gitter steigendes Fach bleiben und das Gewebe zur Datei passt.
Bower. Shafts und Treadles werden gelesen (Vorgabe 4, falls fehlend) und bei Bedarf aus der Struktur erweitert. Fehlendes Rising Shed gilt als true. False löst die oben beschriebene Invertierung aus. Der Export schreibt stets Rising Shed=true und Treadles=0 im Hebeplan-Modus. Profile wird ignoriert.
8.7 [WARP] und [WEFT]
Diese Abschnitte beschreiben Kette bzw. Schuss insgesamt und die Vorgabe je Faden. Ist Threads bekannt, werden so viele Kettfäden oder Schüsse angelegt, Vorgaben angewendet und spärliche Abschnitte überschreiben Einzelne (Abschnitt 6).
Schlüssel Offiziell Beschreibung
---- -------- -----------
Threads erforderlich Zahl der Kettfäden oder Schüsse
Color optional Palettenindex oder Index + R,G,B
Symbol optional Symboltyp
Symbol Number optional Index in die Symboltabelle
Units erforderlich bei Decipoints | Inches | Centimeters
Abstand/Dicke
Spacing optional reell ≥ 0
Thickness optional reell ≥ 0
Spacing Zoom optional ganze Zahl ≥ 0
Thickness Zoom optional ganze Zahl ≥ 0
In 1.1 veraltet (ignorieren / nicht schreiben):
Colors, Palette, ColorMix
Für Color ist ein einfacher Palettenindex die bevorzugte Austauschform. Manche Dateien hängen zusätzlich ein RGB-Tripel an den Index.
Color=2 ; jeder Faden/Schuss nimmt COLOR-TABLE-Eintrag 2 als Vorgabe Color=2,255,0,0 ; Index plus optionales RGB — nur der Index wird behalten
Unterstützt eine Implementierung nur eines von Abstand und Dicke, wird Spacing bevorzugt, wenn beide vorhanden sind. Eine Implementierung, die nur Dicke modelliert, sollte Spacing schreiben oder beide mit denselben Zahlen.
Bower. Threads wird gelesen (Vorgaben 32 für die Kette und 48 für den Schuss, falls fehlend). Color wird als ein Palettenindex gelesen, wenn er größer als null ist. Symbole, Abstand, Dicke, Zooms und zusätzliches RGB an Color werden ignoriert. Der Export schreibt Threads, Color und Units=Centimeters.
8.8 [NOTES]
Freitext, eine Zeichenkette je nummerierter Zeile. Nicht Teil der Patronengitter.
1=Erste Notizzeile 2=Zweite Zeile
Bower. Ignoriert. Nicht geschrieben.
8.9 [TIEUP]
Jeder Tritt listet die Schäfte, die er hebt (Sinn steigendes Fach, vor jeder Invertierung). Wird mit Einzug und Trittfolge verwendet, wenn die Datei kein reiner Hebeplan ist.
Schlüssel = Tritt (1..n)
Wert = Schäfte, kommagetrennt
0 allein bedeutet ungenutzt
Fehlende Zeilen bleiben ungenutzt
Beispiel: 1=1,2 → Tritt 1 hebt Schäfte 1 und 2
Bower. Im Anbindungsmodus unterstützt. Mehrschaftwerte werden akzeptiert. Der Export schreibt eine Zeile je Tritt.
8.10 [COLOR TABLE]
Paletteneinträge. Color-Schlüssel von Kette und Schuss verweisen auf Indizes in dieser Tabelle. Die R,G,B-Zahlen nutzen den Range aus [COLOR PALETTE].
Schlüssel = Palettenindex Wert = R,G,B im Paletten-Range
Palette, Kettvorgabe und zwei Überschreibungen je Faden:
[COLOR PALETTE] Entries=2 Range=0,255 [COLOR TABLE] 1=200,40,40 2=40,40,200 [WARP] Threads=4 Color=1 [WARP COLORS] 2=2 4=2
Die Fäden 1 und 3 nehmen Paletteneintrag 1 als Vorgabe; die Fäden 2 und 4 verwenden Paletteneintrag 2.
Bower. Unterstützt, mit der oben beschriebenen Range-Abbildung. Der Export schreibt einen Tabelleneintrag je eindeutiger Garnfarbe und verwendet stets Range=0,255.
8.11 [WARP SYMBOL TABLE] / [WEFT SYMBOL TABLE]
Schlüssel = Symbolindex Wert = WIF-Symboltyp (siehe Abschnitt 4)
Bower. Ignoriert. Nicht geschrieben.
8.12 [THREADING]
Schäfte jedes Kettfadens. Mehrere Schäfte an einem Faden sind zulässig.
Schlüssel = Kettfaden (1..n)
Wert = Schaft oder Schaft,Schaft,...
1=1,5 bedeutet: Faden 1 liegt auf Schäften 1 und 5
0 bedeutet ungenutzt
Fehlende Zeilen bleiben ungenutzt
Bower. Unterstützt, einschließlich Mehrschaftfäden. Der Export schreibt eine Zeile je Faden.
8.13 Abschnitte je Faden und Schuss
Diese Abschnitte hängen Werte an einzelne Fäden oder Schüsse. Es gibt drei Gruppen: Struktur (Trittfolge / Hebeplan), Farbe und Erscheinung (Dicke, Abstand, Symbole).
Abschnitt Wert Vorgabe falls fehlend
--------- ---- ---------------------
[WARP THICKNESS] reell ≥ 0 [WARP].Thickness
[WARP THICKNESS ZOOM] ganze Zahl ≥ 0 [WARP].Thickness Zoom
[WARP SPACING] reell ≥ 0 [WARP].Spacing
[WARP SPACING ZOOM] ganze Zahl ≥ 0 [WARP].Spacing Zoom
[WARP COLORS] Palettenidx [WARP].Color
(eine ganze Zahl; alte R,G,B-Reste ignorieren)
[WARP SYMBOLS] Symbolidx [WARP].Symbol Number
[TREADLING] Tritte ungenutzt (null)
[LIFTPLAN] Schäfte ungenutzt (null)
[WEFT THICKNESS] reell ≥ 0 [WEFT].Thickness
[WEFT THICKNESS ZOOM] ganze Zahl ≥ 0 [WEFT].Thickness Zoom
[WEFT SPACING] reell ≥ 0 [WEFT].Spacing
[WEFT SPACING ZOOM] ganze Zahl ≥ 0 [WEFT].Spacing Zoom
[WEFT COLORS] Palettenidx [WEFT].Color
[WEFT SYMBOLS] Symbolidx [WEFT].Symbol Number
Die Trittfolge ist der Anbindungspfad: Der Schlüssel ist der Schuss, der Wert die gedrückten Tritte, zum Beispiel 5=1,2. Der Hebeplan ist direkt: Der Schlüssel ist der Schuss, der Wert die hebenden Schäfte, zum Beispiel 5=1,3. Eine typische Datei nutzt einen Steuerpfad, nicht beide (Abschnitt 8.14).
Bower. Trittfolge, Hebeplan sowie Kett- und Schussfarben werden unterstützt. Dicken-, Abstands-, Zoom- und Symbolabschnitte werden ignoriert und nie geschrieben.
8.14 Webstuhlmodus, steigendes Fach und Patrone
Es gibt keinen Schlüssel mode=. Der Webstuhlmodus wird aus den vorhandenen Strukturabschnitten abgeleitet.
Bower und der kostenlose WIF-Betrachter verwenden folgende Regel:
Wenn [LIFTPLAN] vorhanden ist
und ([TREADLING] fehlt oder Treadles 0 ist)
dann die Datei als Hebeplan behandeln
(THREADING + LIFTPLAN)
sonst als Anbindung behandeln
(THREADING + TIEUP + TREADLING)
Der Hebeplan ist das Schaftmaschinenmodell: Jeder Schuss listet Schäfte. Die Anbindung ist das Schaftwebstuhlmodell: Tritte wählen eine Spalte der Anbindung, und die Trittfolge ist die Folge der Tritte.
Ist Rising Shed false, wird nach dem Laden der Gitter jede Hebeplan-Zelle (Hebeplan-Modus) oder jede Anbindungszelle (Anbindungsmodus) invertiert. Einzug und Trittfolge bleiben wie geschrieben.
Rising Shed=true, Schuss 1=1,2 → Schäfte 1 und 2 oben
Rising Shed=false, dieselbe Zeile → diese Schäfte als unten gespeichert,
andere Schäfte nach oben gekippt
Die Patrone wird nicht in der Datei gespeichert. Nach dem Laden der Struktur und einer etwaigen Fachinvertierung ist eine Gewebezelle Kette oben, wenn ein am Faden eingezogener Schaft in diesem Schuss auch gehoben ist — aus dem Hebeplan oder über einen aktiven Tritt und seine Anbindung. Sonst ist die Zelle Schuss oben. Programme berechnen die Patrone für die Anzeige neu; es gibt keinen Patronenabschnitt zum Exportieren.
Bower. Laden und Anzeige folgen diesem Verfahren. Der kostenlose WIF-Betrachter verwendet dieselben Struktur- und Farbregeln. Im Hebeplan-Modus lässt der Betrachter den leeren Anbindungsblock weg und zeigt Tritte im Seitenpanel als „-“.
8.15 Ausgesetzte und veraltete Elemente
In 1.1 ausgesetzt: [TRANSLATIONS] [BITMAP FILE], [BITMAP IMAGE], [BITMAP IMAGE DATA] Im 1.1-Text fallengelassen / veraltet: Abschnitt Design, ColorMix, Schlüssel Colors, Schlüssel Palette, RGB-Rest an WARP/WEFT COLORS
Bower. All das Vorstehende wird ignoriert und nicht geschrieben. Unbekannte Abschnitte lassen den Import nicht allein scheitern.
9. Implementierungsgrößengrenzen
Diese Grenzen sind nicht Teil von WIF 1.1. Beim Import werden Abmessungen begrenzt, damit eine Datei kein unbegrenztes Gitter anlegen kann. Werte außerhalb des Bereichs werden in den Bereich geholt, nicht als Nicht-WIF abgelehnt.
Kette, Schuss 1 .. 4096 Schäfte, Tritte 1 .. 64
10. Exportprofil
Der Bower-Export ist eine vollständige WIF-1.1-Datei mit steigendem Fach für Leser, die die folgenden Kernabschnitte verstehen. Notizen, Symbole, Abstand und private Herstellerdaten aus einem früheren Import bleiben bei einem Roundtrip nicht erhalten.
- [WIF], [CONTENTS], [COLOR PALETTE] mit Range=0,255, [WEAVING] mit Rising Shed=true
- [WARP] und [WEFT] mit Threads, Color-Index, Units=Centimeters
- [COLOR TABLE], [THREADING], [WARP COLORS], [WEFT COLORS]
- Entweder [LIFTPLAN] und Treadles=0 oder sowohl [TIEUP] als auch [TREADLING]
- Keine TEXT-, NOTES-, Symbol-, Abstands-, Dicken-, privaten oder Bitmap-Abschnitte
11. Beispiele
Die folgenden Beispiele sind vollständige WIF-1.1-Dateien. Sie enthalten nur Struktur; eine Farbtabelle fehlt.
11.1 Anbindungsmodus
Acht Fäden, acht Schüsse, vier Schäfte, vier Tritte. Gerader Einzug, köperartige Anbindung und Trittfolge, die die Viertrittfolge wiederholt.
[WIF] Version=1.1 Date=April 20, 1997 [email protected] Source Program=Example Source Version=1.0 [CONTENTS] WEAVING=true WARP=true WEFT=true THREADING=true TIEUP=true TREADLING=true [WEAVING] Shafts=4 Treadles=4 Rising Shed=true [WARP] Threads=8 [WEFT] Threads=8 [THREADING] 1=1 2=2 3=3 4=4 5=1 6=2 7=3 8=4 [TIEUP] 1=1,2 2=2,3 3=3,4 4=1,4 [TREADLING] 1=1 2=2 3=3 4=4 5=1 6=2 7=3 8=4
11.2 Hebeplan-Modus
Vier Fäden, vier Schüsse. Treadles ist 0 und [LIFTPLAN] ist vorhanden, daher wird die Datei als Hebeplan gelesen. Jeder Schuss listet Schäfte direkt. Es gibt keine Anbindung und keine Trittfolge.
[WIF] Version=1.1 Date=April 20, 1997 [email protected] Source Program=Example [CONTENTS] WEAVING=true WARP=true WEFT=true THREADING=true LIFTPLAN=true [WEAVING] Shafts=4 Treadles=0 Rising Shed=true [WARP] Threads=4 [WEFT] Threads=4 [THREADING] 1=1 2=2 3=3 4=4 [LIFTPLAN] 1=1,2 2=2,3 3=3,4 4=1,4
12. Zugehörige Software
Eine .wif-Datei kann im kostenlosen WIF-Betrachter geöffnet werden, um die Patrone im Browser zu prüfen, oder in Bower importiert werden, um sie zu bearbeiten. Der Betrachter bietet die Aktion In Bower öffnen.
13. Quellen
Quellen für den Formattext. Mit Bower gekennzeichnete Hinweise auf dieser Seite beschreiben Bower-Import und -Export; sie sind nicht Teil der Spezifikation von 1997.
- Nielsen, Ravi, et al. Weaving Information File (WIF) Specification, Version 1.1. 20. April 1997. Mitwirkende waren Ravi Nielsen (Patternland / Maple Hill Software), Bob Keates (Fiberworks), Rob Sinkler (SwiftWeave) und Mitglieder der WIF-Mailingliste von 1997. Text: http://www.tantradharma.com/maplehill/wif/wif1-1.txt.
- Nielsen, Ravi; Keates, Bob; Sinkler, Rob. Weaving Information File (WIF) Specification, Version 1.0. 3. März 1996. Für den heutigen Austausch durch 1.1 ersetzt.
- Asunder — Bower und der kostenlose WIF-Betrachter.