QFQ

Die bisherige Implementierung erlaubte es nicht die View 'Clear', welche als Default zur Verfügung steht, verändert zu speichern. Da es sich um ein standardmässig gesetztes Public View handelt macht es durchaus Sinn dass die Veränderung nicht bestehen bleibt nach dem Page Reload. Dafür war das Speichern der View über den Edit Button oben rechts von der Tabelle gedacht. Die dort gespeicherte Ansicht bleibt weiterhin bestehen. Ein Manko dabei ist es dass nach jeder Änderung (z.b. sortieren) die View erneut gespeichert werden muss um die Änderung bei Page Reload zu behalten. Die Pfeile des Tablesorters haben keine direkte Verbindung zur Funktionalität des View Savers, diese werden unabhängig davon von der tablesorter library selbst getriggert.

Meine Lösung:
Via JS lasse ich nebst dem bisherigen Public View 'Clear' auch einen Private View 'Default' erzeugen falls dieser nicht existiert. Dabei wird der Default als Standard bei Page Load ausgewählt falls nichts anderes zuletzt gewählt wurde. Jeder Klick auf den Sorter führt den Save für die View im Hintergrund aus. So bleibt die View in der DB-Tabelle Setting immer auf dem aktuellsten Stand, ohne das sie manuell jedes mal gespeichert werden muss.

Weiteres Problem mit neuer Typo3 Version behoben:
Die relative Pfadangabe des API URLs vom Tablesorter funktioniert mit den neueren Typo3 Versionen nicht mehr (Gleiches Problem wie bei den anderen API Aufrufen, die behoben wurden). Daher gebe ich die base url als eigenes Attribut zur Table mit, wenn tablesorter-view-saver verwendet wird.

Erneute Anpassung des JS. Mit der neuen Implementierung bleibt der tablesorter und tablefilter bestehen bis eine neue View über das Dropdown ausgewählt wurde, dies erfolgt über die interne Funktion des tablesorters. Eine gespeicherte View bestitzt auch eine eigene Sortierungskonfiguration. Nach der View-Wahl kann wieder wie gewohnt der Sorter und Filter verwendet werden, welche nach Page Load weiterhin bestehen bleiben bis wieder eine andere View ausgewählt wird.

Bei Aufruf einer Seite mit einem tablesorter geht ein Dialog auf:

Das ist gar nicht gut: Ein User wird nach etwas gefragt ohne das er versteht warum! Es ist auch nicht das Ziel das QFQ den Entwickler zwingt fuer jede Tabelle einen Default View anzulegen.

Das Ticket ging nicht um die Funktion von gespeicherten Views (sondern wie in #14997 beschrieben). Mit ist nicht klar ob wir diese Code Aenderung hier wirklich wollen/benoetigen.

Verhalten war nicht beabsichtigt. Sollte eigentlich nur die View ohne User input automatisch erstellen. Hab jetzt den 'Default' View entfernt da wahrscheinlich nicht wirklich benötigt wird.