Frage

Ich habe versucht, einen Weg zu finden Sharepoint-Semmelbrösel über mehrere Websitesammlungen zu erweitern, und ich habe es nicht gelungen, einen Weg zu finden. Ich kann so eingestellt das Portal-Site-Verbindung auf dem Websitesammlungs Einstellung zu seiner übergeordneten Websitesammlung zu verbinden. Aber, das zeigt nicht nur ein Elternteil Websitesammlung. Hier ist ein Beispiel für die Art von Setup Ich betrachte zu schaffen.

Die Wurzel Website, Intranet, hat einen verwalteten Pfad genannt Sites. Unter Websites gibt es genannt Websitesammlung HR unter / sites / hr / . Unter HR gibt es einen weiteren verwalteten Pfad genannt Reichweite aufgebaut. In Reichweite eine Websitesammlung dort genannt ist Recruiting unter / sites / hr / outreach / Recruiting / . So, wenn ein Benutzer in der Rekrutierung Website ist, möchte ich sie Intranet> HR sehen> Recruiting als Brotkrumen.

Beispiel als Sitemap:

<?xml version="1.0" encoding="utf-8" ?>
<siteMap xmlns="http://schemas.microsoft.com/AspNet/SiteMap-File-1.0">
    <siteMapNode title="Intranet" url="http://intranet/Pages/Default.aspx">
    <siteMapNode title="HR" url="http://intranet/sites/hr/default.aspx">
            <siteMapNode title="Recruiting" url="http://inranet/hr/outreach/recruiting/default.aspx"/>
        </siteMapNode>
    </siteMapNode>
</siteMap>

das Portal Site-Verbindung auf die Rekrutierung Einstellung ich bekommen kann HR> Recruiting , wenn Sie bei der Rekrutierung sind und die Portalwebsite Verbindung auf HR Einstellung ich bekommen kann Intranet> HR wenn Sie in der HR-Website. Ich kann allerdings nicht.

Ich habe versucht, mit dem SPXmlContentMapProvider der Sitemap-Datei zu lesen, aber ich habe nicht in der Lage gewesen, das bekommen überhaupt angezeigt wird, wenn ich festgelegt, dass als Sitemap für die SiteMapPath von GlobalNavigationSiteMap in default.master . ( GlobalNavigationSiteMap ist die SiteMapPath, die Brotkrumen an der Spitze der Website erstellt). Die gleiche Architektur arbeitet auf einer generischen .NET-Anwendung jedoch gut, aber scheint nicht in Sharepoint zu arbeiten. Ich habe auch die Sitemap als ordnungsgemäß registriert default und in der Lage gewesen, es zu verwenden, um die TopNavigationMenu zu ersetzen. ( TopNavigationMenu ist das globale Navigationsmenü / bar von Schaltflächen am oberen Rand des Sharepoint-Standardlayout).

Gibt es eine Möglichkeit, um tatsächlich diese Funktionalität in Sharepoint zu erstellen?

War es hilfreich?

Lösung

Da Sie eine benutzerdefinierte Masterpage implementieren (oder die Anpassung des Standard-on), warum nicht die Brotkrumen-Kontrolle mit Ihrer eigenen ersetzen? Oder die eigene Sitemap-Anbieter machen, wenn Sie Ihre Sitemap mit Sharepoint generierte Karte kombinieren müssen.

Andere Tipps

Ich habe viel darüber nachgedacht, warum Sie nicht verwenden können SPXmlContentMapProvider und ich denke, es kommt darauf an, wie Sharepoint macht und verwendet verwaltete Pfade. Meine Theorie ist folgende:

Alle der Websitesammlung Standorte in Sharepoint verwaltete Pfade. Da der Inhalt ist wirklich in der Datenbank gespeichert sind, und während IIS die Informationen präsentiert, wie es in einem Ordner ist, werden die Seiten nicht in Ordnern befinden. Stattdessen wird der Standort irgendwo im „Äther“ von Sharepoint und was Lage SPXmlContentMapProvider sehen, sich in sein, dann ist es woanders dann die Einträge in der XML-Datei. Jetzt funktioniert das Request.Url wissen, wo Sie sind, aber diese Information erscheint nicht auf die vorgestellt werden SPXmlContentMapProvider .

Ich habe auch mit einer Arbeit um für das Problem kommen. Sie könnten die Master-Seite manuell bearbeiten für jede Websitesammlung die Brotkrumen für die Websitesammlung vor dem GlobalNavigationSiteMap bleiben. Somit würde jede Websitesammlung mit dieser Navigations Anforderung dann muß sie eigene benutzerdefinierte Masterseite sind. Es ist eine hässliche, Brute-Force-Art, die Dinge, die ich nicht die Absicht, die Umsetzung haben. Es würde funktionieren, aber wäre ein Albtraum sein.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top