Rules und Benutzerfelder

ich bin mir nicht sicher, ob es funktioniert, denn ich habe es nicht getestet, aber es gibt ein Modul: Field-Rules.

Die zugegeben sehr kurze Beschreibung:

deutet das zumindest an.

Vielleicht geht das ja.

Gruß
Berthold Lausch

Ich glaube der Thread-Opener möchte nur ein Feld befüllen und keines anlegen. Das geht ohne weitere Module mit "Set a data value". Wenn das entsprechende Feld nicht direkt in der Auswahlliste erscheint (meistens bei manuell angelegten Felder der Fall), dann muss man es quasi der eigenen Rule erst "bekannt machen" mit der in diesem Zusammenhang etwas verwirrenden Bedingung/Condition "Entity has Field".

Aber falls man tatsächlich mal mit Rules, die Daten-Struktur von Entitäten ändern möchte, ist das Field-Rules ein interessanter Ansatz, den ich mal testen werde bei Gelegenheit. Aber, daß dies ein sehr selterne Fall ist sieht man allein schon an der der geringen Verbreitung von zur Zeit 344 Installationen gegenüber 274840 zur Zeit für Rules selbst gemeldeten Installationen (siehe jeweilige Modulseiten).

Hallo Carsten,

es ist in der Tat so, dass ich ein neues Feld anlegen möchte. Sobald ich eben eine neue Aufgabe vom Inhaltstyp Aufgabe erstelle möchte ich ja nicht extra in die Benutzerprofile und ein neues Feld vom Typ Boolean anlegen. Das soll eben automatisch passieren. Ich werde mal Field Rules ausprobieren. Hat mich allerdings auch gewundert, dass das Modul erst 300 mal verwendet wird.

Das mit den einzelnen Boolean Fields für jede neue Aufgabe könnte das System schnell verkomplizieren.
Wenn einfach nur deutlich werden soll, daß ein User x eine bestimmte Aufgabe (mit Node ID y) erfüllt hat, macht vllt. ein multiples Entityreference-Feld Sinn. Darüber können User direkt mit den Aufgaben verknüpft werden, die diese gelöst haben. Das lässt sich ebenfalls mit Rules automatisieren.

Das hört sich doch ganz gut an! :) Ja, es soll einfach nur eine Beziehung zwischen Aufgabe und User bestehen sodass klar ist, ob Benutzer X die entsprechende Aufgabe gelöst hat. Dies müsste dann natürlich noch auswertbar sein wie z. B. User x hat Aufgabe 1, 2 und 4 gelöst usw. Entityreference kenne ich nicht.
-----------------------
Edit: Hab mir nun in der Aufgabe einen neues Feld mit dem Typ Entity Reference erstellt. Nun habe ich einer Aufgabe diesem Feld testweise 2 Benutzer hinzugefügt die diese Aufgabe also gelöst haben. Nun müsste ich allerdings eine Abfrage haben ob der angemeldete Benutzer in diesem Feld drinsteht. Wie kann ich denn per API eine Abfrage machen die heist "wenn angemeldete user ID im Feld exisitert dann gib true zurück"?
Mit "entity_metadata_wrapper('node', $node); komm ich irgendwie nicht so recht weiter.

Zunächst mal kann man die Entityreferences sowohl in die eine als auch in die andere Richtung erstellen. Das hängt ganz von der jeweiligen Anforderung ab. Ich hatte das zunächst zwar so gedacht, daß beim User die Verbindung zum Node gespeichert wird, aber anders herum ist es wahrscheinlich sinnvoller.
Das Feld wir beim einem Entity-Load (damit auch user_load oder node_load) mit geladen und ist dann aus dem Objekt auslesbar, wenn man das im Code benötigt. Mit dem Devel Modul kann man sich das schön anzeigen lassen.
Wenn man z.B. in Views mehr als die Entity-ID möchte und z.B. den User-Namen von verknüpften User IDs, muss man eine Relation darauf anlegen. Views kann sogar entsprechende Rückverbindungen als Relation (im Hintergrund per Joins) auflösen kann im SInne, "zeige mir Nodes, die User mit ID x zeigen". Dies macht redundante Rückverlinkungen unnötig, wie es manche Lösungen vorsehen.
Über Views-Bulk-Operations z.B. sich die Aufgaben laden, wenn man z.B. die aktuelle User ID als Argument an Views übergibt. Aber auch Views kann man im Code verwenden oder man schreibt sich Datenbank-Abfragen, die über die Target-IDs die Quellen Entity-IDs suchen.