Eine Idee hätte ich noch unabhängig davon. Spalten werden immer dann angezeigt, wenn sie mit dem entsprechenden ContentType auch referenziert werden. Bei dem ContentType Document sind dies die Felder 'Name' und 'Titel'. Demzufolge ist dies vollkommen korrekt.
Wenn du tatsächlich eine weitere Dokumentenbibliothek hast, die genau so aufgebaut ist, die aber die weiteren Felder anzeigt, dann ist eher mit dieser etwas nicht in Ordnung.
Unabhängig davon, wie etwaige andere Bibliotheken aussehen ist das Problem, weshalb die anderen Spalten nicht angezeigt werden, dass der ContentType Document diese Felder nicht referenziert. Du würdest einen anderen ContentType benötigen, der von Document
erbt und diese Spalten noch hinzufügt.
Der Schema-XML-Datei kann man auch keine ContentTypes entnehmen. Ohnehin wirkt es etwas schräg auf mich, weil es kein <MetaData> Tag enthält, das eigentlich die zu verwendenden ContentTypes, Felder, Forms und Views enthalten sollte.Um dein Problem
zu lösen, müsstest du auf der Bibliothek "nur" einen neuen ContentType à la "extendedDocument" registrieren müssen und als Standard-ContentType bestätigen müssen, damit die Bibliothek immer auf diesen zurückgreift (du könntest nach dem Hinzufügen des neuen,
den CT "Document" auch problemlos von der Liste werfen, wenn der sonst nicht benötigt wird.). Dein ContentType könnte so aussehen:
<?xml version="1.0" encoding="utf-8"?>
<Elements xmlns="http://schemas.microsoft.com/sharepoint/">
<!-- Parent ContentType: Document (0x0101) -->
<ContentType ID="0x0101008ef726c0e9bf4390a86a46fe98bdfa0d"
Name="extendedDocument"
Group="Custom Content Types"
Description="My Content Type"
Inherits="TRUE"
Version="0">
<FieldRefs>
<FieldRef ID ="" Name =""/>
<FieldRef ID ="" Name =""/>
<!-- und so weiter. Bei den ID-Attributen sind die GUIDs deiner Custom Columns anzugeben, umschlossen von geschreiften Klammern: {},
der Name ist meines Wissens nach ebenfalls anzugeben
weitere Optionen zur Konfiguration der Spalte, wie zB des Required-Attributes oder der Darstellung mittels Format wären zu überlegen-->
</FieldRefs>
</ContentType>
</Elements>
Wenn du einen ContentType nach diesem Schema auf dem Server registrierst (ggf. kannst du ihn auch in den SiteSettings als Site Content Type zusammenklicken, wenn du die Spalten schon hast), kannst du ihn auch auf deine Dokumentenbibliothek schalten. Die
View und die ContentTypes, die bestimmte in der Bibliothek verwaltete Spalten belegen oder nicht, sind erstmal getrennt voneinander zu beobachten. Die Registrierung der Spalten auf der Bibliothek hat in deinem Fall erstmal keinen Einfluss auf die Eingabemasken,
da der ContentType Document, die nicht referenziert.
Beste Grüße!
Peter
Problem mit dem Uploadformular einer Dokumentenbibliothek
