|
|
Bedienung und Eingabeformat |
| FAQ-o-matic Bedienungsanleitung: wer englisch lesen kann (und nicht farbempfindlich ist ;-), kann auf http://faqomatic.sourceforge.net/fom-serve/cache/2.html "User's Guide" lesen. Besonders zu bemerken: * Edit-Kommandos: bitte mit [Erweiterte Funktionen...] unten, rechts, aufmachen. * Edit-Formulare koennen nur einmal benutzt werden. Immer mit Links (Verweise) dann weitermachen, niemals mit Browser-History-Funktionen zurueck um Editformulare nochmals zu verwenden - solche Aenderungsversuche werden beim Submit als Doppelversuch abgelehnt!
* Bitte Suchmenue aufmachen mit [Suche] unten, links,
um sich auf den neuesten Stand zu informieren. | |
| Bitte beim eigentlichen FAQ-Inhalt, Umlaute anzuwenden! (AF) bittet um Entschuldigung, dass er hier noch mit ae, oe usw eintippt. Ach, die Briten, die spinnen... (;-) | |
Am bequemsten ist sog. "natural text" (auf deutsch "normaler Text"
genannt), wie gerade hier verwendet wird.
Hier wird bei Eingabe 1x Zeilenumbruch als "whitespace" verstanden;
2x Zeilenumbruch (also 1x Leerzeile) als BR, und 3x Zeilenumbruch
(2x Leerzeilen) als P.Zeilen, die mit Leerraum anfangen, werden mit PRE dargestellt.Oder, man kann Monospace waehlen "Text mit festen Zeichenabständen", dann wird alles als "<PRE>"-formattiert dargestellt. Wenn man Vorlagen als text/plain hat, kann das zweckmaessig sein.
URLs werden erkannt und aktiv gemacht, sowohl bei "natural text"
als auch bei Monospace, wenn man sie in spitze Klammern < > setzt.
Mehr dazu in
Moeglich ist es auch, HTML-Format (d.h als Markup, nicht blos als
HTML-Beispiel) einzugeben, das ist aber potenziell
gefaehrlich, und wird daher normalerweise eingeschraenkt. | |
| Man sollte bitte Faqomatic-URLs nicht zitieren, die
Auth-daten wie auth=ckbd8c... enthalten: diese
Daten sind zwar zeitabhaengig, also ist es recht unwahrscheinlich,
dass sie unerlaubten Schreibzugriff ermoeglichen, doch haben sie in
Verweise eigentlich nichts zu suchen. Mehr dazu:
Wenn man URLs zitieren moechte, die auch extern gelten (d.h nicht
die faqomatic:nnnn PseudoURLs enthalten), dann
sollten URLs wie http://www.netandmore.de/faq/cgi/fom?file=nnn
genuegen. Um sie als Verweis wirksam zu machen, setzt man das Ganze
zwischen < > , wie hier: http://www.netandmore.de/faq/cgi/fom?file=1 (dabei werden die < > beim Darstellen nicht angezeigt); und das gilt sowohl fuer Eingabeformat "natural text" (Normaltext) als auch fuer monospace.
Das Zeichen '&' darf auch vorkommen - als Beispiel:
http://www.netandmore.de/faq/cgi/fom?cmd=search&_submit=Suche+nach&_search=natural&_minMatches= http://www.netandmore.de/faq/cgi/fom?cmd=search&_submit=Suche+nach&_search=natural&_minMatches= Interne Verweise schreibt man besser als faqomatic:nnnn, damit werden die Benutzeroptionen (z.B editCmds=compact usw.) beibehalten. Wuerde man, dagegen, Faqomatic-URLs explizit schreiben, dann gehen die Benutzeroptionen verloren bzw. werden beim benutzer so eingestellt, wie se beim Autor waren(!). Das waere ja unschoen.
Kurz: beim Editieren, bitte NICHT die Faqomatic-URLs einfach vom Browser-URL-Feld
uebernehmen, sondern als faqomatic:-Verweise umwandeln. | |
| Man fragt zurecht warum die Artikeln zwei URLs haben: einmal
mit cgi/fom?file=nnnn und einmal mit cache/nnnn.html
Wenn man dabei ist, Artikeln blos zu lesen, dann spricht nichts
dagegen, auf Cachekopien zu verweisen: der Autor (Jon Howell)
bestaetigt dies.
Man koennte also von draussen auf cache-URLs linken.
(Intern, wie gesagt, sollte man immer die faqomatic:-pseudoURLs
anwenden). | |
|
HTML-Code-Eingabe:
Shazam
| |
| Technische Kleinigkeit: wenn man '&' in URLs anwendet, wird das
im Faqomatic technisch falsch behandelt (sollte als & im HREF
erscheinen). Solche Fehler sind im WWW weit verbreitet und
funktionieren scheinbar doch, also ist das fuer das funktionieren
weiter nicht tragisch (als Beispiel doch schlecht, aber das im
Perlcode zu richten ist leider nicht einfach).
-> http://ppewww.ph.gla.ac.uk/~flavell/www/formgetbyurl.html | |
| [Diesen Eintrag erweitern] |
| Vorhergehende: |
|
| Nächste: |
|
| ||||||||||
| [Sitemap] |