Posts by Fighter456

    {$BedList|wcfDebug} bzw. wcfDebug($BedList); oder var_dump($BedList); innerhalb von PHP, insofern die Variable dort den selben Namen hat.


    Das Problem wird $BedList[$meetingRoom->roomID] sein.


    Mal ins Blaue geraten:

    PHP
    {if $BedList[$meetingRoom->roomID]|isset && $meetingRoom->beds - $BedList[$meetingRoom->roomID]["beds"]>0}


    Solche Logik würde ich persönlich übrigens in Methoden auslagern. Beispielsweise hieße die bei dir MeetingRoom::canBeBooked() welche dir entweder true oder false zurückliefert und ggf. auch schon $meetingLocked mit einbezieht.

    Die Erstellung bzw. Pflege der package.xml fühlt sich aber noch nicht wirklich rund an…

    Man kann sich halt nicht wirklich darauf verlassen. Wenn die GUI einem suggeriert, dass das geändert übernommen worden ist und ein Blick in die package.xml allerdings das Gegenteil beweist, dann ist es definitiv keine Erleichterung bei der Arbeit. Das selbe gilt auch für den aktuellen Fall, wo ich erst einmal in die Dokumentation schauen muss und zu wissen, was überhaupt die GUI von einem erwartet.


    Wäre super, wenn das zukünftig noch verbessert werden könnte.


    Gerade eine Änderung an der de.xml vorgenommen und versucht über die GUI zu synchronisieren. "Bitte in die Browserkonsole schauen, da die Antwort vom Server leer ist". Änderungen wurden in dem Fall allerdings übernommen.

    Handhabe das bisher genauso wie du und wollte die Entwickler-Tools nur einmal getestet haben. Gerade da ich das PiP für die Datenbank noch nicht kannte und mir daher überhaupt nicht sicher war, was erwartet wird. Das wollte ich mir dann "kurz über die GUI" zusammenklicken. Aber Pustekuchen.


    Habe gerade auch festgestellt, dass das "In eigenem Schritt ausführen" aus der GUI nicht in die package.xml übertragen wird. Wird gespeichert und nach dem Neuladen ist alles beim Alten.

    Hallo,


    ich versuche gerade das neue "database"-PiP in einem Plugin einzusetzen. Laut Beschreibung soll das Plugin die Dateien an folgender Stelle suchen:

    Quote from Overlay - GUI vom PiP

    Wenn keine Datei angegeben wird, wird folgende Datei verwendet: acp/database/*.php.

    Sende ich das Formular allerdings ab, wird versteckt im Reiter "Anweisungen" die folgende Fehlermeldung beim Schritt für das "database"-PiP angezeigt.


    Quote

    Die angegebene Skript-Datei konnte an keiner der folgenden Stellen gefunden werden: LOKALER_PFAD_ZUM_PROJEKT/files

    Bearbeite ich den Schritt und gebe den Pfad acp/database/setup.php manuell an, kann ich das Formular problemlos absenden und die Änderung wird in der package.xml übernommen.


    Bei dem Projekt handelt es sich um eine eigenständige Anwendung für Suite Core. Installiert ist Suite Core 5.4.4.

    Nein, eine Ausführung der unter Anzeigen aktualisieren verfügbaren Aktionen ist im Regelbetrieb nicht notwendig. Eine Notwendigkeit besteht zum Beispiel nach der Durchführung eines Imports und/oder nach der Durchführung eines Upgrade auf eine neue Version.

    Die letzten Aktivitäten ließen sich durch Entwicklung eines entsprechenden Plugins sicherlich rekonstruieren, allerdings ist mir bisher kein Plugin in dieser Richtung bekannt. Und ob sich alle Aktivitäten rekonstruieren lassen, lässt sich pauschal auch nicht beantworten.

    Insofern du ältere Datensicherungen von der Datenbanktabelle hast, könnte man sogar damit arbeiten. Dies würde auch für eine Wiederherstellung von dem Veränderungsverlauf der Beiträge gelten.


    Beides ist allerdings nur mit entsprechenden Kenntnissen möglich.


    Die 365 Tage zählen ab dem aktuellen Tag (bzw. Ausführungsdatum vom Cronjob) minus 365 Tage oder dem entsprechend eingestellten Wert.

    Das heisst also, ich kann keine Aktivitäten, die älter als 30 Tage (aktuelle Einstellung) sind, anzeigen lassen, selbst wenn ich den Wert jetzt auf 60 erhöhe? Und gibt es da ein Limit für den Wert? Dann würde ich den auf 365 Tage einstellen.

    Insofern die Daten nicht (mehr) in der Datenbank vorliegen, könnten diese rückwirkend dann natürlich nicht mehr angezeigt werden.

    Ich habe jetzt im ACP mehrere Optionen für "letzte Aktivitäten" gefunden - auch unter "Mitglieder" - muss ich das dann überall ändern?

    Von welchem Bereich redest du? Ich finde über die Suche nach "Aktivität" keine Option die unter "Mitglieder" einsortiert ist. Ist das bei dir eventuell eine Option, die durch ein Plugin kommt?

    Ich habe die Option für "letzte Aktivitäten" im Benutzerprofil jetzt auf 365 Tage erhöht. Gilt das dann auch gleichzeitig für das Dashboard unter "Aktivitäten aller Benutzer"?

    Das sind die letzten Aktivitäten, korrekt. Hast du hier im Dashboard ebenfalls.

    Eine andere Option habe ich auch noch von 30 auf 365 Tage erhöht: "Änderungen" - worauf bezieht sich das? Auf die Anzeige im globalen Änderungsprotokoll des ACPs?

    Die "Speicherzeit für Änderungen" bezieht sich auf die Aufbewahrung im globalen Änderungsprotokoll, korrekt.

    Im ACP findest du die Option "Letzte Aktivitäten". Anhand des Wertes (standardmäßig 60) wird festgelegt, nach wie vielen Tagen die letzten Aktivitäten durch den vorgenannten Cronjob verworfen werden.


    Die Tabelle mit den Aktivitäten füllt sich übrigens nur, wenn es neue Aktivitäten gibt. Eine rückwirkende Befüllung der Tabelle mit älteren Datensätzen ist nicht vorgesehen.


    Die Templates werden jedes Mal frisch aus eurem Repository gezogen. Daran kann es hundertprozentig nicht liegen. Ich denke, dass die Verwendung von RowFormContainer ein entscheidender Faktor sein könnte.


    Ich kann Dir gerne auch Zugriff auf das betroffene Paket geben, insofern Du es damit ebenfalls nicht reproduzieren kann.


    Sonstige Fakten:

    • Anzeige innerhalb eines Dialogs
    • Verwendung von Safari unter MacOS als Browser

    Fehler #1:


    Gegeben ist ein numerisches Eingabefeld in Verbindung mit ->maximum(5) aus dem FormBuilder.


    Trage ich in das betroffene Feld einen Wert größer als 5 wie beispielsweise 6 ein und sende es ab, so erscheint wie erwartet eine Fehlermeldung unter dem betroffenen Eingabefeld. Allerdings hat diese Fehlermeldung mit "Der angegebene Wert darf nicht kleiner als 5 sein." den falschen Wortlaut. Es müsste schließlich "Der angegebene Wert darf nicht größer als 5 sein." lauten.


    Fehler #2:


    Gegeben ist ein numerisches Eingabefeld in Verbindung mit ->minium(1) aus dem FormBuilder.


    Trage ich in das betroffene Feld einen Wert kleiner als 1 wie beispielsweise 0 ein und sende es ab, so erscheint wie erwartet eine Fehlermeldung unter dem betroffenen Eingabefeld. Allerdings hat diese Fehlermeldung mit "Der angegebene Wert darf nicht größer als 1 sein." den falschen Wortlaut. Es müsste schließlich "Der angegebene Wert darf nicht kleiner als 1 sein." lauten.

    Die aktuelle auf GitHub verfügbare Entwicklerversion des kommenden Suite Core 5.4 zeigt folgenden Fehler in der Konsole gegen Abschluss der Installation an und ist anschließend auch auf jeder Seite im ACP nachzuvollziehen (egal ob Debug-Modus aktiv oder inaktiv):

    Code
    this._input.match is not a function. (In 'this._input.match(this.rules[rules[i]])', 'this._input.match' is undefined)


    Trifft in Template.js:30 auf.

    Commit-Hash genutzt für die Installation: 2c76e74

    Ich habe Dir einen temporären Account in meinen Forum eingerichtet.


    Und Danke soweit erstmal!!!!

    Ich schaue mir es vermutlich erst morgen Abend an, da ich nicht glaube, das ich da gleich noch zu kommen werde. Nur so als Info, falls du dich wunderst.