Forum

[ciss]

Hier wie versprochen die Ergänzungen:

ART_ADDED
id
status
name
re_id
prior
path
template_id

ART_UPDATED
id
status
name
clang
re_id
prior
path
template_id

CAT_ADDED, CAT_UPDATED
category
id
re_id
clang
name
prior
path
status
article

MEDIA_ADDED (wird doppelt aufgerufen)
title
type
msg
ok
filename
old_filename

MEDIA_UPDATED
id
type
filename

Nicht getestet:
ART_STATUS_TYPES
ART_META_FORM
ART_META_FORM_SECTION
ART_SLICE_MENU
CAT_STATUS_TYPES
CAT_FORM_ADD
CAT_FORM_EDIT
CAT_FORM_BUTTONS
SLICE_SHOW
und alles ab CLANG_ADDED

Gruß, Fabian

[Markus.Staab]

Hi,

wäre schön wenn du noch markieren könntest was an deiner Auflistung jetzt anders ist, als an der vorhandenen... Weiß noch net ganz wie ich deinen Post deuten soll...

Grüße,
Markus

[ciss]

wäre schön wenn du noch markieren könntest was an deiner Auflistung jetzt anders ist, als an der vorhandenen... Weiß noch net ganz wie ich deinen Post deuten soll...

Jetzt wo du's sagst ... "falsch" war in der Tat unangemessen, unvollständig trifft's eher. Insofern ist die Liste eher eine Ergänzung als Korrektur. Hab die Ergänzungen denn auch mal fett gemacht, bei ART_ADDED ist es nur die Reihenfolge.
Als Fehler bleibt allerdings, dass MEDIA_ADDED zweimal aufgerufen wird.

Auf die Gefahr, dass du die Augen verdrehst: fürs Logging-Addon war die Reihenfolge der Parameter wichtig, weil sie mit I18N->msg() ausgegeben werden können.
Mittlerweile kann man das im Addon selbst nachprüfen, insofern hab ich den Hinweis auf der Addon-Seite entfernt.
Bleibt noch zu sagen: wenn ihr mal ganz viel Zeit habt und gerade an der Doku oder den Extension Points sitzen solltet: ...

Viele Grüße, Fabian

[Markus.Staab]

Hi Fabian,

alles klar, danke. Teilweise muss ich erstmal schauen, ob die Doku falsch ist, oder evtl im Code sogar ein Parameter fehlt o.ä....

. Hab die Ergänzungen denn auch mal fett gemacht, bei ART_ADDED ist es nur die Reihenfolge.

Die Parameter werden doch mit dem Namen angesprochen, da ist doch die Reihenfolge egal...?

Als Fehler bleibt allerdings, dass MEDIA_ADDED zweimal aufgerufen wird.

schau ich mir an, danke.

Gruß,
Markus

[ciss]

Die Parameter werden doch mit dem Namen angesprochen, da ist doch die Reihenfolge egal...?

Wie gesagt, Logging-Addon. Euer i18n->msg() erlaubt Platzhalter in *.lang-Dateien, allerdings nur in der Form {0}, {1} usw.
Werde das vermutlich in Zukunft im Addon zu assoziativen Platzhaltern ändern.

[Markus.Staab]

Hi,

Wie gesagt, Logging-Addon. Euer i18n->msg() erlaubt Platzhalter in *.lang-Dateien, allerdings nur in der Form {0}, {1} usw.

die numerierten Platzhalter haben doch nix mit den indizes in dem Array zu tun...?

Du kannst doch auch so machen:
$msg->('deinKey', $params['clang'], ...);

selbst wenn der hinterlegte key mit {0} beginnt...?

Gruß,
Markus

[ciss]

die numerierten Platzhalter haben doch nix mit den indizes in dem Array zu tun...?

Sofern ich das verstanden habe, schon. Die Platzhalter werden in der Folge ersetzt, in der die Elemente dem Array hinzugefügt wurden.

Du kannst doch auch so machen:
$msg->('deinKey', $params['clang'], ...);

Kann man, macht für mich aber keinen Sinn. Das Logging-Addon arbeitet so:
- im Backend kann man einen Extension Point festlegen der geloggt werden soll und für diesen einen lang-String angeben
- Mit dem EP werden auch Timestamp und Benutzer-ID geloggt sowie die dem EP übergebenen Parameter. Diese sind von EP zu EP natürlich verschieden
- Bei der Auswertung wird der lang-String angezeigt, dabei werden msg() sämtliche Parameter übergeben, zusätzlich lassen sich diese in einer extra Spalte anzeigen

Ereignisse hinzufügen:


Logs ansehen: