"Liste Tools" - tab ist nicht mehr verfügbar nach dem hinzufügen webpart auf der Seite

in SharePoint 2010 habe ich zusätzlich mein webpart obigen Liste (standard-Liste oder die Bibliothek Dokumente-Liste - es spielt keine Rolle). Nach dieser "Liste Tools" - Registerkarte nicht sichtbar ist. Nachdem einige Graben ich habe gefunden, dass problem besteht auch wenn ich eine der standard-SharePoint-WebParts.

Hier ist das gleiche problem und die Beschreibung, wie der Fehler reproduziert werden kann:
http://www.endusersharepoint.com/STP/viewtopic.php?f=10&t=2027

Hat jemand eine Lösung gefunden oder wirkliche Abhilfe für dieses?

//EDIT: ich habe eine "Lösung". - Band ist verbunden mit "ist" - webpart. Ein Klick auf die Liste (setzen Sie den Fokus auf diese), und die Registerkarte wird wieder sichtbar 😀

  • Was hast du am Ende dabei? Ich sterbe für eine gute Lösung!
InformationsquelleAutor Marcin Robaszyński | 2011-01-31
  1. 13

    Wenn Sie ein Webpart hinzufügen, um die standard-Liste Ansichten, die Seite ist nicht mehr klassifiziert als Liste anzeigen Seite, sondern es ist eingestuft als eine Seite.

    Dies bedeutet, dass Sie verlieren das ribbon-Menü, sowie den Ansicht-Selektor in der breadcrumb.

    UPDATE

    Sehen Sie den code, der versteckt den Ansicht-Selektor, in:

    Microsoft.SharePoint.WebControls.ListTitleViewSelectorMenu.SingleWebPartPresentOnPage

    Aber ich kann nicht scheinen, um herauszufinden, den code, der blendet die Multifunktionsleiste.

    UPDATE

    Okay, ich denke, das wird funktionieren, fügen Sie ein Inhalts-editor-Webpart mit diesem code:

    <script>
setTimeout(function() {
    var elem = document.getElementById("MSOZoneCell_WebPartWPQ2");
    if(elem != null) {
        var dummyevent = new Array();
        dummyevent["target"] = elem;
        dummyevent["srcElement"] = elem;
        WpClick(dummyevent);
    }
}, 2000);
</script>

    Ersetzen Sie die MSOZoneCell_WebPartWPQ2-id mit der Webpart-zone Zelle in der Listenansicht web Teil.

    • Was bedeutet Update 2 meinen, wenn Sie sagen "das funktioniert". Ist das nicht nur Klick auf die webpart-immer und immer wieder?
    • Nein, er ist mit setTimeout statt setInterval. setInterval machen würde, die sich wiederholen. Allerdings, das habe ich versucht und es funktionierte nicht in meinem Fall.
    • Ich habe versucht, und es Art von arbeiten (Sharepoint Server 2010). Nach dem laden der Seite, dann die gesamte Band zu zeigen beginnt, - Sie erhalten die gleiche Sache, wenn Sie jquery verwenden, um "Klick" auf die Liste. Was wäre besser, wenn die Multifunktionsleisten-Registerkarten, die zeigen würde, ohne die Multifunktionsleiste wird automatisch geöffnet. - Ah! Check out @katrine Antwort -, dass gerade diese!
    InformationsquelleAutor djeeg
  2. 8

    Dieser arbeitete für mich, aber es beginnt mit der Registerkarte "Dokumente" ausgewählt, und ich habe es vorgezogen zu haben, die die Standard-Registerkarte "durchsuchen" ausgewählt, um mit zu beginnen, so habe ich nur noch eine einfache Zeile im code tun, wählen Sie erneut die Registerkarte Standard:

            <script>
        setTimeout(function() {
        var elem = document.getElementById("MSOZoneCell_WebPartWPQ2");
           if(elem != null) {
                var dummyevent = new Array();
                dummyevent["target"] = elem;
                dummyevent["srcElement"] = elem;
                WpClick(dummyevent);
                _ribbonStartInit("Ribbon.Browse", true)
            }
        }, 2000);
        </script>
    • Ah! Das scheint fast den trick tun auf meinem Sharepoint-Server 2010. Nach dem laden der Seite, dann sehe ich die ribbon-tabs, ohne die komplette Multifunktionsleiste öffnen; wenn ich allerdings auf überall auf dem Bildschirm außerhalb der Band oder Liste der Multifunktionsleisten-Registerkarten verschwinden wieder.
    • Warum der timer überhaupt? Ich habe versucht, es ohne timer und es schien zu funktionieren genauso gut - gut, dass ist mit diesem, statt: ` _spBodyOnLoadFunctionNames.push();`
    • Ich habe das gleiche Problem. Wenn ich Sie außerhalb der Liste, geht er Weg.
    InformationsquelleAutor Katrine B.
  3. 5

    Nach einer Tonne treten, über die SharePoint-JS in einem debugger, ich habe endlich einen Weg gefunden, um dieses problem zu vermeiden.

    In SharePoint 2010:

    //Set focus on our list web part
var webPart = document.getElementById('WebPartWPQ1');
WpClick({target: webPart});

//Prevent it from losing focus
SP.Ribbon.WebPartComponent.$3_1.deselectWebPartAndZone = function() { };

    In SharePoint 2013 Beta:

    //Set focus on our list web part
var webPart = document.getElementById('MSOZoneCell_WebPartWPQ2');
WpClick({target: webPart});

//Prevent it from losing focus
SP.Ribbon.WebPartComponent.$3.deselectWebPartAndZone = function() { };

    Hinweis: Das ist super-hacky, und ist in keiner Weise von Microsoft unterstützt wird (es ist somit sehr wahrscheinlich ändern wird in einer zukünftigen version oder eventuell sogar die RTM von SharePoint 2013).

    Beachten Sie auch, dass Ihre web-Teil ids Verschieden sein, so dass Sie überprüfen sollten geben Sie den Fokus auf das richtige Webpart.

    Erklärung: Es ist im Grunde überschreibt die Instanz von SP.Ribbon.WebPartComponent's Fähigkeit, deaktivieren Sie einen web-Teil. Was ich sagen kann, die $3/$3_1-Eigenschaft speichert einen Verweis auf die SP.Ribbon.WebPartComponent Instanz.

    Wenn jemand weiß, einen besseren Weg, um den Zugriff auf die Instanz von SP.Ribbon.WebPartComponent andere als die $3/$3_1 Eigentum, bitte melden, dass wäre auf diese Weise sehr viel robuster.

    InformationsquelleAutor MgSam
  4. 4

    Klick auf die Liste (Einstellung von Fokus drauf) löste das "problem" 😉

    • Es funktioniert für mich, Was für ein bug 😉
    • Ich denke, das sollten die akzeptierten Antworten (zumindest für Sharepoint online).
    InformationsquelleAutor Marcin Robaszyński
Schreibe einen Kommentar