[Commsy-discussion] 3.0: Text-Function Merge Part 2

[Iver J. <iv...@ja...>]

Hallo,

nun hab ich mich auch dem AS_HTML_{SHORT|SHORT_WITH_LINKS|LONG}=20
angenommen. Dabei musste ich wieder sehr viele Dateien anfassen. Hier=20
wieder ein paar Infos und =DCberlegungen:

Ich ersetze nach und nach alle text_* durch encode(*, so dass nach der=20
Bereinigung die text_* nur noch in der text_functions.php auftauchen. So=20
weiss ich, was ich schon angefasst habe und was nicht. Au=DFerdem kann de=
r=20
encode ein string oder array =FCbergeben werden, der Rest passiert dann=20
automatisch.

Meine generelle Strategie ist, die encode soweit wie m=F6glich "an den=20
Rand zu dr=FCcken", d.h. erst zu verwenden, wenn es wirklich notwendig=20
ist. Also z.B. erst im select-statement im Manager, oder bzgl. der HTMLs=20
wird die encode nur in den views verwendet (form_views sind noch nicht=20
umgesetzt !!!). Aus den pages, items, forms ist sie rausgefolgen.

In den Views selbst habe ich zwei Strategien verfolgt. Zum einen wollte=20
ich die encode so nahe wie m=F6glich am HMTL-Code ansetzen. Zum zweiten=20
wollte ich die encode m=F6glichst sparsam verwenden, d.h. an zentraleren=20
Stellen einsetzen sprich Oberklassen. Diese beiden Strategien stehen=20
leider an der einen oder anderen Stelle im Widerspruch, so dass ich hier=20
noch sehr durcheinander gearbeitet habe, was der Anzeige aber keinen=20
Abbruch tut. Es k=F6nnte halt passieren, dass die encode mehrmal=20
hintereinander aufgerufen wird, was z.Z. "nur" Performance kostet. Hier=20
muss ich noch mal sorgf=E4ltig =FCber die L=F6sungen nachdenken und aufr=E4=
umen.

Am Donnerstag werde ich mich dann den Form-Views annehmen und mich dann=20
auch mal in die Mail-Ecke, sowie auf das Messages-Gebiet wagen. D.h.=20
auch jetzt ist der Code noch instabil.

ACHTUNG
In Absprache mit Matthias habe ich im Zuge meiner Arbeiten sehr viele=20
Dateien aus dem CVS gel=F6scht. Diese Dateien werden meines Erachtens=20
nicht mehr ben=F6tigt. Falls doch k=F6nnen diese wieder aus dem CVS=20
"gerettet" werden. D.h. wenn Ihr auf ein file_not_fount sto=DFt, dann kan=
n=20
es sein, dass ich zu =FCbereifrig war. Ich hoffe aber, dass dies nicht=20
auftritt, denn ich habe das Gef=FChl, dass die Dateienf=FClle schon wiede=
r=20
etwas =FCbersichtlicher wird.

Ciao ... Iver