Fieldgroup

Lass doch mal ein unserialize darauf los (das ist eine php-Funktion).

Beste Grüße
Werner

Hallo.

Wer schreibt soetwas nur immer wieder?

Lege Deinen Inhaltstypen ganz normal per Hand in einer Testinstallation an und verwende dann das Modul [do:features Features], um den Inhaltstypen und alle dazugehörigen und von Dir gewünschten zusätzlichen Einstellungen in ein Modul zu exportieren. Dieses Modul kannst Du dann beliebig erweitern (so wie "normale" Module auch).

Danke für die Antworten.

Dennoch mal eine Nachfrage. Obwohl ich wirklich keine wirkliche Ahnung habe von Softwareentwicklung, habe ich das Gefühl, dass sich durch die Entwicklung ohne Features das ganze besser strukturieren lässt. So kann ich die einzelnen Komponenten besser abgrenzen. Mit dem Features erhalte ich einen "Block" von Code, anstelle einzelne logische Komponenten.

Ein weiteres Beispiel. Ich habe einen Content Type Person. Das Feld Titel macht ja nicht wirklich Sinn in diesem Zusammenhang. Wenn ich den Titel in "Fullname" umbennene, dann habe ich das Problem, dass der Nachname und Vorname nicht sauber getrennt sind. Verstecke ich allerdings den Titel (Eigenschaft: has_title), dann kann ich die Felder Nachname und Vorname füllen lassen und den vollständigen Namen per Code in den Titel übernehmen. Dieses ist soweit ich verstehe über das normale UI nicht möglich.

Naja ich experimentiere mal weiter. Die nächste Frage kommt bestimmt.

Joachim

Das Gefühl täuscht. Sehr sogar.

Auch hier täuschst Du Dich. Gerade mit Features erhälst Du die Komponenten des Inhaltstyps (oder was auch immer Du exportierst) als klar strukturierte logische Komponenten.

Verwende [do:auto_nodetitle Automatic Nodetitle] um das Titelfeld auszublenden und mit den Werten aus den dem Inhaltstypen hinzugefügten Feldern "Vorname" und "Nachname" zu füllen und exportiere die Einstellungen von [do:auto_nodetitle Automatic Nodetitle] zusammen mit dem Feature (genau wie alle anderen dafür benötigten Einstellungen auch. z.b Berechtigungen, Imagestyles, ...).

Ok

ich frage mal fröhlich weiter. Falls das alles in einem Buch steht, dann schick mir einfach den Link. :-)

Würde das bedeuten, dass ich jeden Content Type als einzelnes Feature exportiere bzw. inhaltlich zusammenhänge CT's als Feature exportieren sollte und nicht alle CT's in ein Feature.

Thanks so far....

Genau das bedeutet es. So trennst Du logische Gruppen auch gleich auf Modulebene und machst Dir das Leben bei Aktualisierungen der einzelnen Inhaltstypen leichter.
Spätestens wenn Du anfängst, Deine Seiten unter Verwendung einer Versionsverwaltung (git, svn, ...) zu entwickeln, lernst Du Features zu schätzen.

Ich muss nochmal nachfragen, aber ich bin ja in der Anfängerkategorie.

Ich habe nun das Modul "Automatic Nodetitles" installiert. Hier ist der Teil, den ich benötige. Schon vor einiger Zeit hatte ich mal nach dem [und] gesucht. Bei einigen steht da de, da es sich ja um den langcode handelt.

[field_co_person_last_name] => Array
(
[und] => Array
(
[0] => Array
(
[value] => l10
[format] =>
[safe_value] => l10
)

)

)

Wenn ich nun folgenden PHP code nehme für den Titel, dann erhalte ich immer Array[und][0][value]

Was ist daran falsch?

Wenn Du Werte von Objekt-Attributen ("field_co_person_last_name" ist ein Attribut des Objekts $node) direkt in einem String ausgeben willst, musst Du den variablen Teil in geschweifte Klammern packen (das sollte man der Lesbarkeit halber generell tun):
<?php return "Author: {$node->field_co_person_last_name['und'][0]['value']}"; ?>

Ansonsten macht PHP Folgendes:
* Gib den String "Author: " aus.
* Konvertiere $node->field_co_person_last_name in einen String und gib den Rückgabewert der Konvertierung aus ("Array").
* Gib den String "[und][0]['value']" aus.

Dazu kommt noch, dass Du und nicht in (einfache) Anführungszeichen setzt. PHP sucht nun während des Parsens nach einer Konstante namens "und". Wenn diese nicht gefunden werden kann, vermutet PHP, dass Du eigentlich 'und' meintest und gibt Dir dies dann auch mittels einer Warnung zur Kenntnis.

Wenn Du den Wert sauber abfragen möchtest, verwende besser [api:field_get_items:7]:

Somit kommst Du unabhängig von der Sprache des Beitrags an den Wert des Feldes.

Supi. Funktioniert.

Next steps:
1) Werde ich mir dochmal ein PHP Buch kaufen
2) Insbesondere Objekte, Attribute und den Zugriff genauer anschauen
3) Sicherlich bald die nächste Frage stellen.

Gruß