Beiträge von SLM

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    Hatte wieder ein paar Minuten Zeit mich um b1gMail zu kümmern und so könnte in Zukunft der LI bereich in b1gMail ausschauen.

    Es ist alles noch nicht pefekt und auch die Top Navigation gefällt mir noch nicht zu 100% aber so als erster einblick...

    Danke für den Anfang :)

    Könnten wir uns eventuell auf eine größere Schriftart einigen, z.B. min. 14px. Eigentlich ist im UI-Design mittlerweile schon 16px Standard, um auch auf mobilen Geräten gut bedienbar und lesbar zu sein. Vergleich bitte mal mit Proton oder Tutanota. Oder sieht das hier nur so klein aus?

    Aktuell kann man Gutscheine so konfigurieren, dass man bei Einlösung des Gutscheins in eine bestimmte Gruppe verschoben wird.

    Das Problem ist, dass dies nicht gleichzeitig für die Gruppen im PremiumPlugin gilt.

    Für Aktionen (z.B. Gutscheincode "XY2023" = 1 Jahr gratis Gruppe XXX) kann man Gutscheine also nicht verwenden. Man müsste bei der Einlösung des Codes dafür sorgen, dass der Account gleichzeitig in die Premiumgruppe verschoben und ein Ablaufdatum gesetzt wird, damit die Erinnerungsmail greift.

    Hat jemand eine Idee dafür?

    Wenn die erste Abo-Ablauf-Benachrichtigungsmail übersehen wird (z.B. wegen Urlaub) kann es für den Kunden hilfreichs ein, dass man ihn nochmal dran erinnert. Deshalb wäre es super wenn man zusätzlich eine 2. Erinnerungsmail nachsenden könnte.

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.


    Vorschlag:

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    ManDal Mir ist heute folgendes aufgefallen:

    Bei der Freigabe eines Datenschutz-Reports wird für die Generierung des Reports immer immer die Sprache verwendet, die im ACP eingestellt ist. Der Report müsste idealerweise aber in der Sprache erstellt werden, die der User in seinen Einstellungen im UCP gewählt hat. Das gleiche gilt auch für den AV-Vertrag.

    Den Beitrag habe ich in diesem Forum gepostet da es alle Plugins betrifft die Daten aus der DB verwenden. Beispielhaft nenne ich hier nur mal eines.

    Zum Thema: Aktuell übersetze ich gerade meine Sprachdateien und Plugins in weitere Sprachen. Das funktioniert mittlerweile mit diversen AI-Tools ganz gut. Ob das immer richtig und grammatikalisch richtig ist, wird man sehen :)

    Alle aktuellen Plugins sind i.d.R. in Deutsch und zumindest in englischer Sprache übersetzt, die zugehörigen Texte in der Datenbank ebenfalls. Nun tritt aber folgendes Problem auf: Hat man im UCP eine andere Sprache gewählt (z.B. französisch) und der Inhaltstext, der in der Datenbank dafür vorgesehen ist, ist noch nicht übersetzt, werden die Inhaltestexte nicht angezeigt.

    Hier wäre es m.E. sinnvoll, dass das System oder das Plugin entweder auf eine Standardsprache zurückgreift. Ein Beispiel hierfür wäre z.B. das Supportsystem-Plugin mit den FAQ (die ja je nach Sprache in der DB gespeichert werden) von dir ManDal.

    Deutsch:

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    Französisch:

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    Ich hoffe ich hab mich einigermaßen verständlich ausgedrückt :)

    ManDal Der Newsletterversand funktioniert nicht. Zu allererst werden keine Empfänger ermittelt.

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    Im nächsten Step bitte auch mal die Aktualisierungsanzeige für den Versand prüfen.

    Wäre jetzt in dem falle da ich Tabler.io verwende für ACP, NLI und LI praktisch, man verliert aber die Individualität mit den verschiedenen Templates.

    Daher sollen die Daten direkt zum Template und nicht ausserhalb...

    Kleiner Nachtrag, bei einem Update muss dann auch immer alles komplett durchgetestet werden was dann auch immer darauf zurückgreift.

    Wäre es zumindest möglich, alle Verweise, Links etc. immer als vollständige URL auszuführen? Damit könnte dann jeder selbst entscheiden, wie er seine Struktur aufbaut - zumindest als Option wäre das sinnvoll.

    Beispiel aus der common.js / common.uncompressed.js:

    Alt:

    MakeXMLRequest('start.php?action=getNotificationCount&sid='+currentSID, function(e)

    Neu:

    MakeXMLRequest('+selfurl+start.php?action=getNotificationCount&sid='+currentSID, function(e)

    Ist eine variante nur schwirrt dann wieder Code rum der einem später das leben schwer macht...

    Aber ja soll jeder selber wissen und das ACP ist ja noch nicht offiziell im OSS Repo integriert...

    -> Evtl. baue ich den bereich noch um das er kompatibler wird mit Bootstrap3 oder schlicht einen Switch mit einbauen der prüft welches Template geladen ist.

    Alles gut. Ich möchte eben beide Varianten nutzen, auch um das Tabler-Template kennenzulernen. Hab ja eh noch mit die reguläre 7.4er Version in Produktion. Wenn jemand ne ähnliche Konfiguration hat kann er es ja nutzen, ist ja kein muss ;)

    Bootstrap 5 bringt bei meinem /li-Template leider einiges durcheinander. Ich hab das jetzt temporär anders gelöst und eine neue Klasse in die serverlib/template.class.php integriert:

    Zusätzlich muss man die Klasse noch registrieren:

    In den jeweiligen li- und plugins/templates/ - Dateien ersetzt man dann folgendes:

    Code
    {progressbar 
    
    mit 
    
    {progressbarOld

    Dann kann man Tabler.io + das reguläre b1g-Template gleichzeitig verwenden.

    Wird dann irgendwann auf das neue li-Template umgestellt ist man schon vorbereitet.

    Frage bzw. eine Bitte. Ich verwende das Branding-Plugin um Inhalte für unterscheidliche Domains bereitzustellen. Das Problem mit dieser Methode ist, dass die Style-Anweisungen, JS-Dateien etc. mehrfach im Ordner /templates/meintemplate liegen. Dabei bleibt das Grunddesign immer gleich, lediglich Grafiken, Angebot und Inhaltstexte sind z.B. sprachlich angepasst.

    Könnte man die grundlegenden Style- und Funktionsdateien (css + js) in ein übergeordnetes Verzeichnis legen? Beispiel:

    root

    root/assets/css/

    root/assets/js

    root/assets/images

    .

    root/templates/x1/li/

    root/templates/x1/nli/

    root/templates/x2/li/

    root/templates/x2/nli/

    ..

    Die Zentralisierung der Style-Aweisungen würde insgesamt weniger Pflegeaufwand und weniger Fehleranfälligkeit bedeuten.

    ManDal Wenn man die Funktion in der template.class.php tauscht, funktioniert die Anzeige der Progressbars im aktuellen /li-Bereich nicht mehr. Gibt es eventuell eine Möglichkeit eventuell beide Varianten, zumindest bis das neue li-Template fertig ist, zu verwenden?

    Wo fang ich an, wo hör ich auf.. 8) Prinzipiell gilt (für mich): Einfachheit vor Design. Es dem Nutzer leicht und nicht zu kompliziert zu machen, bestimmte Ziele zu erreichen.

    Verwendest du als Grundlage auch wieder Tabler.io? Wenn ja, wäre meine Präferenz die Version "Combined". Dadurch werden sich manche Punkte die ich nachstehend beschreibe wahrscheinlich sehr einfach umsetzen lassen, vieles wahrscheinlich auch einfach obsolet.

    Hier einfach nur ein paar Anregungen:

    Für die meisten wahrscheinlich nicht wichtig, für mich essentiell - Integration von Werbeflächen:

    • Neben dem Banner oben benötige ich auf der rechten Seite die Möglichkeit, einen Skyscraper zu platzieren.
    • Werbeflächen müssen responsive sein, d.h. dass z.B. der Skyscraper ab einer bestimmten Auflösung ein- bzw. ausgeblendet wird.
    • Die Bannerverwaltung mit Verwendung des {banner}-Tags ist bei professioneller Verwendung nicht zweckmäßig. weil man zwar versch. Bannergrößen definieren kann, aber das <div> oder die Tabelle dazu nicht ein- oder ausblenden kann. Hier präferiere ich die Verwendung eines Tags in Form von {if $groupads =='yes'}<div class="banner-right">{banner="300x600"}</div>{/if} - eventuell kann man das auch in PHP auslagern.
    • Zumindest sollte man das Template dafür vorsehen.

    Einfache Erreichbarkeit von wichtigen Menüpunkten:

    • Einstellungen sollten direkt über die obere Navigation erreichbar sein (hier über Zahnradsymbol)

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    • Upgrades schnell und einfach ebenfalls über die obere Navigation - hier im Beispiel als Einkaufswagen-Icon.

    Kalender:

    • Ansicht Tag und Woche: Beim Klick auf eine Zeile mit der Uhrzeit muss der Dialog zu Erfassung eines Termines angezeigt werden und die Uhrzeit als Starttermin übernommen werden
    • Hover mit Tooltip - siehe Kalender: Mousover / Hover Tooltip

    E-Mail:

    • Die Ordnerstruktur für eigene Ordner ist aktuell nicht optimal. Ordner lassen sich erst ab der zweiten Ebene ein- oder ausblenden. Der erste Unterordner eines Hauptordners lässt sich nicht ausblenden.
    • Im Kontextmenü (rechte Maustaste) bzw. Aktionsmenü beim Vorschau Rechts/Unten fehlt aktuell die Möglichkeit, eine E-Mail als Spam oder Nicht-Spam zu markieren.

    Webdisk:

    • Generalüberholungsbedürftig ^^

    To be continued...

    Der NLI-Bereich könnte m.E. außer acht gelassen werden, da die meisten hier eine eigene Lösung oder eben das bisherige Standardtemplate verwenden. Der Fokus sollte deshalb nur auf dem li-Bereich liegen mit Ausnahme der Webdisk.

    Wäre es möglich dass wir in so ner Art kurzem Brainstorming die Anforderungen für das UCP definieren? Persönlich fände ich es schade, wenn du etwas (evtl. alleine) entwickelst, und wir erst im Nachhinein mit Änderungswünschen um die Ecke kommen können.

    Mit den Jahren habe ich z.B. sehr sehr viele Änderungen an meinem li-Template vorgenommen, einfach aus der Praxis heraus und weil in der Serienversion an vieles nicht gedacht wurde (z.B. Beschreibungstexte an manchen Stellen, Tooltips, zusätzliche Buttons etc. pp.)

    Wenn wir gemeinsam einen kleinen Anforderungskatalog skizzieren könnten, wäre das toll.

    ManDal Kannst du bitte mal prüfen, ob der Button "Speichern" im Template abuse.show.tpl funktioniert? Ich glaube da wurde ein <form - Tag nicht korrekt gesetzt.

    Zeile 4 falsch: <div action="abuse.php?do=show&userid={$userID}&sid={$sid}" method="post">

    Richtig:  <form action="abuse.php?do=show&userid={$userID}&sid={$sid}" method="post">

    Merci :)


    Dann existiert das Icon (/plugins/templates/images/supportsystem_users.png) bei dir nicht, warum auch immer...

    liegt im Verzeichnis:

    Der Inhalt kann nicht angezeigt werden, da Sie keine Berechtigung haben, diesen Inhalt zu sehen.

    Wie gesagt, ging ja mit dem alten Template auch und ist jetzt kein Problem mehr, hab das ja anderweitig geregelt :)

    Ist den das Icon vorhanden oder fehlt das evtl. bei dir?

    Die Ansicht wird aber in der 1.4.4 korrigiert und sollte dazu noch etwas schöner dargestellt werden...

    Das Icon ist vorhanden. Ich habe auch testweise die URL zum Icone noch korrigiert:

    <img src="../plugins/templates/images/supportsystem_users.png" width="16" height="16" border="0" title="{$Ticket.UserInfo}" align="absmiddle" />

    in

    <img src="{$selfurl}plugins/templates/images/supportsystem_users.png" width="16" height="16" border="0" title="{$Ticket.UserInfo}" align="absmiddle" />

    brachte aber auch keinen Erfolg.

    Wenn das in der nächsten Version gefixt ist, ist alles wieder gut :)

    Edit: Hab das Icon gerade mal mit einem fontawesome-Icon ersetzt: <i class="fa-solid fa-user"></i> - wird angezeigt und der Link ist wieder klickbar. Etwas schräg...