FoxPagePermissions sollten so gehen wir Du es setzt. Nur müssen alle fox variablen gesety weren bevor include_once fox.php.

Fehlermeldung bei existierender Seite:
pagecheck=1 in der fox markup checked dafür für alle target Seiten. Oder auch pagecheck=PageName, wenn Existenz einer bestimmte Seite geprüft werden soll. Die Fehlermeldung ist allerdings English, ich hab noch keine Fehler Internationalisierug durchgeführt. pagecheck wird in der Funktion FoxSecurityCheck gemacht.

select default value aus ptv:
Das ist eine pagelist template Frage? Vielleicht muss die ptv auf die Seite referiert werden, vieleicht
( :input default Livecycle {=$FullName$:Livecycle}: )

Textarea bricht durch falscheingaben :)
Hab jetzt Eingabe von :) entschärft wenn $EnablePostdirectives = false; Bislang war nur (: entschärft. Danke für den Hinweis!

textarea content speichern
oky, soweit alles klar. Ich hab im vorherigen beispiel gesehen das du den content von textarea als ptv speicherst. Das coole daran ist das man dadurch ein template zur anzeige der seite verwenden kann, respektive das man layout und inhalt wirklich getrennt hat.

Eine Seite hat bei mir bis jetzt so ausgesehen:

 - - - - - - - - - - - - - -
 [[#IDcontent]]
 der inhalt der seite .....
 [[#IDdata]]
 (:ptv1: :)
 (:ptv2: :)
 ...
 - - - - - - - - - - - - - -

Was ist nun besser, respektive wann soll man als ptv und wann mit anchors speichern?

falscheingaben ausschliessen
Ich hab grad oben gesehen das man eingaben machen kann die dann die formatierung bricht. Diese problem hatte ich früher auch. Ich habs dann dadurch entschärft, das ich allen content (comments, issues, artikel, blog) zwischen anker gespeichert habe.

Nachteil dabei ist, soweit ich das sehe, das ich bei einer "Aktuellste Kommentare" nicht mehr einfach die ersten 50 Zeichen anzeigen kann. Wobei dort eben aucht das problem war das es je nach inhalt die formatierung gebrochen hat.

Hast du ne idee wie man das am besten löst?

gruss ben

Ich ziehe PTVs mit Syntax (:ptv: value:) für einzeilge werte vor, und anchored sections für mehrzeilige Werte. foxforum.php definiert anchored sections als PTVs, und hat noch eine extra PTV Syntax (::ptv: wert::), die ich für die comments benutzt habe, eben um den Falscheingaben aus dem Weg zu gehen.

Allerdings sehe ich, dass ich das interpretieren von code escape markup [@ ... @] noch verbessern muss!

hm, heisst das nun das fox den gesamten pmwiki syntax unterstützt wenn man in ptv's speichert?

Wegen ptv's: kann ich ptv's generell mit dem (:ptv:

ich mein [=(::ptv: XXXX

Hier sehen wir das problem die markups als code zu zeigen!

Mit $EnablePostDirectives = false; (default) unterbindet Fox posting von ( : .... : ) Direktiven. Andere sind erlaubt. Das heisst leider nicht, das alles okay sein kann.

oky, ist denn das ziel alles nicht erlaubte herauszufiltern?

$EnablePostDirectives = false; hab ich bis jetzt noch nicht getestet, funktionieren dann alle markups und es gibt auch keine fehler?

Die option an sich find ich super.

Nein, es bleibt genug Raum für Unsinn! Aber ich würde geren sehen, dass man nicht einfach das layout zerbrechen kann, wie es hier geschah in diesem Topic.

"Es gibt dann keine Fehler" wäre schön, aber nicht praktisch . Viele markups funktionieren zB in diesem Forum, wie Du auch an den Buttons sehen kannst, aber viele auch nicht. Die ( : ... : ) Direktiven eben nicht, und die sind mit am powervollsten. (entschuldige mein Engleutsch!)

hm, für meine anwendungen brauche ich bei comments wirklich nur das text, links, smilies und fett. Den rest wie artikel, blog und issues möchte ich eh in anchor-bereiche speichern. Damit könnte man bei den comments ja ein foxfilter verwenden. Werd das aber später genauer ansehen.

Ich hab einfach die erfahrung gemacht das user alle fehler produzieren, vor allem solche auf die man nie gekommen währe

Ich hab jetzt Cookbook:Fox verbessert in seiner Fähigkeit mit posting von Directives und MarkupExpressions, wenn $EnablePostDirectives = false;
Sie werden als code gezeigt. Und auch wenn sie mit escape markup umgeben werden.

Das makes sense.