Frage

Ich habe einen XSLTlistViewWebPart, der eine Baumstruktur mit Knoten zeigt. Ich habe ein JQuery-Skript gemacht, das einen Cookie setzt, der den Zustand der Knoten (erweitert / zusammengebaut) zwischen den Nachzahlbacks bestehen bleibt.

Ich habe das Skript hinzugefügt mit: generasacodicetagpre.

... so dass das Skript der letzte auf der Seite ausgeführt wird.

Das Problem ist, dass ich inkonsistente Ergebnisse bekomme:

Zwischen Postback und meinem Skript gibt es etwas anderes, das die Knoten zusammenbricht: Zum Beispiel, wenn ich einen Knoten expandiere und 9 geschlossen verlässt, nach dem Postback sind meine 9 Knoten geschlossen, aber mein Erweitert ist auch geschlossen und ich kann nicht geschlossen werden raus warum.

für andere Knoten, wenn ich einen Knoten expandiere, und lassen Sie die anderen zusammengebrochen, manchmal wird nach dem Postback ein anderer Knoten falsch erweitert, anstatt der richtigen.

Hier ist mein Skript: generasacodicetagpre.

Wenn ich Alarm benutze, um den Inhalt der Cookies nach jedem Postback zu überprüfen, zeigt es ordnungsgemäß alle Cookies an, sodass der Cookie-Teil des Skripts arbeitet, aber der Ausbau / Zusammenbruch nach dem Cookie ist nicht.

hat irgendjemanden Idee, weil ich mich seit ungefähr 4 Tagen mit diesem befasst habe.

Vielen Dank im Voraus.

beste Grüße, Andrei

Edit wurde gerade erkannt, dass alles funktioniert, aber für den zweiten Nachback. Die erste Postback, nachdem der Cookie erstellt wurde, werden die Knoten aus dem Cookie korrekt gelesen, aber falsch erweitert / zusammengebrochen, aber nach dem Nachback sind jedoch die Knoten korrekt erweitert / zusammengebrochen. Das führt mich dazu, zu glauben, dass es irgendwie ein Problem mit _PodyOnloadFunktionNames gibt.

Es kann kein Problem mit dem anderen Ereignis $ (Fenster) .unload sein, da die Cookies korrekt gelesen werden, sodass das erste Ereignis wie erwartet funktioniert.


edit 30.07.2012:

Ich werde versuchen, über den Baumansicht klarer zu sein. Mit "TreeView" meine, meine Komponente selbst ist ein WebPartpages: XSLTListViewWebPart, und ja Dies ist eine Standardansicht mit Gruppierungsoptionen. Bitte lassen Sie mich wissen, ob weitere Informationen erforderlich sind.

War es hilfreich?

Lösung

Assuming that you used the default grouping options available in SharePoint lists: SharePoint already has this memorization behavior built in, and you are duplicating it.

Here is what could possibly happen:

  • when the page loads, SharePoint expands the node because this is the stored state
  • your script does the same interpretation and collapses it back

Here is what you could try:

  • remove your script and see if the default behavior is just what you need
  • instead of a script that switches states (ExpCollGroup), write a script that explicitly sets the state to expanded or collapsed. This way there is no risk of double switching.
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit sharepoint.stackexchange
scroll top