Beiträge von Anthrazit

  • Länderflaggen und andere Sorgen

    Zitat von mipu

    Habe es jetzt mal hier, wieder installiert, ich sehe meine Flagge.

    Du kannst es hier ja selber mal testen.

    das Paket lässt sich problemlos installieren und auch funktionell nutzen, spannender Weise wie andere Plugins von anderen aber auch, das ist kein exclusives ding mit euren hier .. zB. der fontawesome5 von kittmedia killt die Symbole für JCoins und von district-Felix "ACP-Verknüpfung" sowie das Symbol für die User-Accountwechsel-Funktion im Usermenü .. keine Ahnung was das soll .. zudem hat irgendeins von den knapp 300 die ich da installiert hatte, auch die Symbole im dropdown-usermenü ausgebleicht, von Schwarz auf weiß .. aber da weiß ich noch nicht, welches das war ..


    ich kriege davon echt bald Kopfschmerzen, jedes Plugin funktioniert für sich, die beiden Bilderupload5.3 und das rich-embed-control, wenn da nichts weiter installiert ist funktionieren ebenfalls und machen keine Probleme ..


    und in der vorherigen Installation die ja der Grund für die Meldungen war, konnten sich die beiden nicht riechen .. ich habe keinen Plan was dieses "1 Installation funktioniert" eine parallel dazu durchgeführte Installation spinnt rum" werden soll, aber so kann man auch euch Entwicklern nicht direkt sagen, wie ich es ja dachte tun zu können ohne die Erfahrung aus der Alleinstellung der beiden Problem-Plugins, das es an einem der beiden liegen müsse .. mache die Testinstallation nur mit den beiden und es gibt den Fehler nicht ..


    wie soll man euch dann verraten, "hey dein Plugin xyz mag nicht mit dem zyx zusammen sein" das man da gegenseitige Ablehnung überarbeiten könnte ..


    der letzte tipp dazu von Softi den ich vorhin gelesen habe war, "die mal alle durch einen Validator zu jagen um zu sehen wo der dann anspricht"


    ich woltle ja auch keine großen Zauber drum machen, wessen Plugin da nun "Schuld" wäre, darum gehts mir gar nicht, ich will bloß nicht die nächsten 14 Tage mit 114 Versuchen zubringen Fehlerfrei zu werden, wenn sich das schon mit 1 Plugin auf 2 Installationen unterschiedlich ergibt, was dabei raus kommt ..


    die Länderflaggen funktionieren, der Bilderupload funktioniert und die rich-embed-control funktioniert sogar miteinander, man muss dabei offenbar eine Reihenfolge finden, das die sich ergänzen statt im Weg zu stehen und das wird nicht einfach bei der Menge an nützlichen Einbauten, ich habe ja erstmal alles was man nützliches greifen konnte migenommen, das sind global über alle Stellen gesehen 653 Einbauten ;)


    und die unterschiedlich zu mischen, damit ein "fehlerfreies" Ergebnis dabei rumkommt, das wird sicher witzig, aber dann wie ich immer so schön sgaen kann hab ich was sinnvolles zu tun ;) Fehler jagen und hoffentlich finden

  • Länderflaggen und andere Sorgen

    ich habe eben noch einen Fehler entdeckt, den ich vorher auch schon hatte, aber nicht wusste ob er sein müsste oder nicht ..


    Länderflaggen vom Paketserver de.wbbsupport.wsc.countryFlags.5.4.tar


    zeigt keine Flaggen an, anstelle dessen diese Anzeigen:

    <- mag nicht, aber das es funktioniert, habe ich in der anderen Installation mit allen verfügbaren Plugins bereits gesehn, aber in der neuinstall aktuell will das nicht .. keinen Plan was das soll, das die mal wollen und mal nicht


    die Vorgaben vom System sind identisch

    WoltLab Suite™ Version

    5.4.14


    Server

    MySQL-Version

    10.5.11-MariaDB-1:10.5.11+maria~focal-log

    innodb_flush_log_at_trx_commit 2


    PHP-Version

    8.0.16

    memory_limit

    128M

    post_max_size

    200M

    upload_max_filesize

    200M

    Unterstützung von SSL-Verbindungen

    vorhanden


    alle installationen haben die gleichen Voraussetzungen, aber aktuell nicht die identische Anzahl Plugins drin, da sich eine ganze Reihe doppelt und einzelne sogar dreifach möglich sind .. muss man erstmal die richtigen finden und ohne labels oder verzeichnis-reinheit ist das nicht einfach zu finden was wo hin gehört und was dann Core-5.4.14 inkompatibel macht


    ich habe leider nur 4 Lizenzen, was die Zahl der möglichen Vergleiche reduziert, ich weiß auch nicht ob sich eventuell die Testseiten mit dem gleichen Auth-Code nicht ggf. dann gegenseitig im Weg ztehen wüden, darum habe ich keine 8 Möglichkeiten


    aber ich finde das raus welche Reihenfolge fehlerfrei wird, es gibt ja nicht soo viel zum Glück nur 653 inkl. veraltete Plugins die der Core nicht mag .. das heißt wenn ich die erstmal ausradiert habe, reduziert sich auch die Zahl der Problem-Ursachen und da ich keinen Zeitdruck habe, das zu tun, werde ich das der Reihe nach machen .. jeden Entwickler einzeln und dann in verschiedenster Kombination, bis ich die Problemkombies raus habe und melden kann


    ich weiß aktuell nicht, was ic hdavon halten soll, das sich die beiden Probleme rich-embed-control und Bilderupload vertragen, wenn nichts anderes installiert ist .. wenn ich die aber spannender weise auf den vorherigen Installationen, hinten dran installiere, hinter alles andere was man so haben kann, dann stehen sie sich im Weg und zwar nur die beiden


    da ich von dem innenleben der Plugins keine Ahnung habe, kann ich auch nicht mit dme Finger zeigen und sagen "also DER war es und DER kann nichts dafür, wenn das andere dann meckert


    Das problem mit der "Kontrolle" im WL-Shop ist ja auch das die keine Kombinationen prüfen nur jedes Plugin einzeln auf sauberen Code .. wenn die dann einen sauberen Code haben, werden sie freigegeben .. wenn sich dann aber das eine mit dem anderen nicht verträgt, warum auch immer .. das fällt dann unten durch ..


    da müsste es mal einen Standard geben an dem sich alle orientieren müssen, so zu sagen einen "grundstock, den alle haben müssen von dem aus sie dann keine Konflikt-Erscheinung schreiben können ..


    ob es sowas gibt und das trotzdem zu störungen kommen kann, weiß ich nicht mal, kümmert mich als nicht Entwickler in sofern auch nicht .. aber das waren dann jetzt 8 Anläufe in 6 Tagen meine Seite fehlerfrei zu kriegen ..


    das geht so nicht, darum werde ich jetzt solange an den Plugins hoch und runtertesten, bis ich die Fehlerquellen finde und melden kann, ob das dann am ende allerdings auch an dem Plugin liegt, das ich gerade installiert habe .. siehe oben - kein Plan von dem Innenleben der Plugins, das war ja aber so gedacht von WL- Das es nicht langweilig wird, wenn ma nales von Hand einbauen kann wie früher mal ..


    da konnte man dann auch Kombinationen erreichen, die eigentlich nicht gedacht waren, aber es gab keine Probleme, wenn die 'Plugins in sich funktinell sauber geschrieben waren und davon möchte man ja schon ausgehen, as die Entwickler wissen was sie da tun ..


    aber durch die neue idee alles Paket-basiert "einfacher" zu machen, man muss nicht mehr viel tun, nur die plugin-Pakete hochladen und installieren lassen, dann crasht die Seite und keiner weiß warum


    ich habe zB. das Registrierungsdatum in der seitenleiste, mind 3 mal, einmal für direkt unter den Benutzerrang und 2 mal für die Benutzerinformationen da drunter an unterschiedlicher Position und alle 3 sind in sich sauber geschrieben und lassen sich aber auch parallel installieren ..


    wie oll man da dann einen eventuellen Fehler einem der 3 sauberen Pakete zuordnen? übrigens nicht alle 3 von 1 Entwickler, das ist das problem, weil sic hdann die Bezeichner unterscheiden und alss unterschiedliche Plugins erkannt werden obwohl sie funktionell das gleiche tun


    3 mal sauber geschrieben 3 mal funktioniert aber 2 mal überflüssig .. und anhand der Paketnamen auch nur sehr schwer zu unterscheiden, nach dem download ..


    ich werde mal mit der erkenntnis von eben, gleich noch eine Install anfangen und dann werd ich sehen ob zB. die Länderflaggen dann doch mal wieder mit machen wollen ..


    das ird auf dauer lästig, das die Pakete in ordnung sind, fehlerfrei geschrieben und die Software von installation zu installation keine klare linie findet, funktion - ja oder nein, aber nicht in der einen ja und in der nächsten nicht mehr .. was soll sowas .. ;(

  • de.wbbsupport.wsc.toggleSidebar.5.4.3.tar - bringt Fehler

    damit das ggf. auch geklärt werden könnte woher das kam, mit nur folgenden Plugins drin stört es nicht mit dem Spacer:

    8 Bilder Upload mipu 5.3.0

    9 [Entwickler] HTML5DOMDocument SoftCreatR Media 2.3.0

    10 Rich Embed Control SoftCreatR Media 1.0.0

    11 Signatur-Berechtigung SoftCreatR Media 5.3.0 pl 3

    12 Rich Embed Control: BBCode SoftCreatR Media 1.0.0

    13 Artikel: Kategoriegruppenrechte kopieren Hitman 5.4.0

    14 Zusatzinformationen im Thementitel mipu 5.4.0

    15 Artikel BBCode mipu 5.4.1 Vor 3 Minuten

    16 Wer Ist/War Online Sidebar/Footer Box mipu 5.4.0

    17 Sidebar verbergen mipu 5.4.3


    ich werde das jetzt einzeln, mit den wbbs-Plugins durchgehen, ob sich da was ergibt .. dann nehm ich die nächste leere Installation und teste da die von SoftCreatR und so weiter .. irgendeine Kombi mag sich nicht .. offenbar stören sich aber die beiden Verdächtigen zum Problem rich-embed-control und Bilderupload nicht an einander - Allein jedenfalls nicht ..


    also müsste ich auf der Dritten neuinstall dann mal die beiden Plugin-Reihen kombinieren - SoftCreatR und wbbs .. damit man da eventuelle Störungen finden kann ..

  • Bilderupload Version 5.3

    hm, so langsam kriege ich davon echt Kopfschmerzen ...


    habe eine völlig neue installation ausdrücklcih nur mit Bilderupload5.3 und rich-embed-control gemacht, keine Probleme, kein DOM-Fehler


    werd ich mal noch die Signatur-Berechtigungen dazu geben und den rich-control-bbcode


    noch immer keine Probleme mit dem DOM-Fehler

  • Bilderupload Version 5.3

    hm ich habe eben mal wie in meiner Test-Seite dazu auch, das rich-embed-control-plugin raus geworfen und der Fehler ist weg


    ich werde das noch mal installieren und sehen ob der Fehler wieder kommt ..


    da ist er wieder da, also sind es der Bilderupload und das rich-embed-control, die sich nicht vertragen, wenn ich den bilderupload nicht drin habe, verträgt richembed das genutzt werden und umgekehrt ;)

  • Bilderupload Version 5.3

    hallo mipu ich habe ein großes Problem mit dem Bilderupload, der bringt mir einen Fehler den ich nicht weg bekomme ohne den Bilderupload wieder zu deinstallieren:



    diese Meldung im Browserfenster -html5-dom-document-internal-cdata]]> kriege ich ohne die Deinstallation von Bilderupload nicht wieder weg


    zur Erklärung:


    ich habe von SoftCreatR - das Paket


    in Zusammenhang mit diesen Paketen mag der bilderupload nicht ohne den Kommentar im Browserfenster installiert werden ..

    spannender Weise


    beides getrennt von einander bringt keinerlei Probleme, weder der bilderupload allein, noch dieses andere Paket allein mit dne abhängigen Zusätzen, bringt diese Meldung im Browserfenster


    SoftCreatR hatte dann festgetellt, das es an einem plugin liegen müsste, das mit dem html5 ein Problem hätte, nach 2 Tagen suchen und einzeln hoch und hin und her installieren über nmehrere Seiten mit einzelnpaketen und mischpaketen habe ich diese Kombi als Ursache ausnahmen können


    wie man das nun beheben könnte bin ich überfragt, da ich die Signaturberechtigung gern haben möchte und die rich-control ja nützlich ist, will ich aber den Bilderupload deswegen nicht weglassen ..


    gibt es eine Möglichkeit, wie ich und vor allem wo ich die Meldung, sofern die nichts wieter besagt als "inkompatibel-html" ausblenden / unterdrücken kann


    oder eben an welcher Stelle ich dem Problem beikommen kann, das die Meldung keinen Grund mehr hat zu erscheinen


    Danke im Voraus

  • sind die 14 und 16 stable noch erforderlich oder reicht der 20-stable?

    bin gerade dabei meine richtige Seite aufzubauen und da fange ich ja nicht bei 5.2 an um dann auf 5.4 upgrade zu müssen ..


    im Zuge der Aktion, habe ich nun für die 5.4.13 die Jagd auf die Paketserver und bei meiner Testseite die ich seit der 5.2 habe, sind noch die 14-stable und die 16-stable mit drin


    wenn ich die nichtmehr benötige für die aktuellen Updates der Pakete, köntne ich die gleich von der richtigen Seite fern halten und bei der testseite rauswerfen ;)


    darum die Frage: brauche ich die noch oder können die beiden raus?

  • Stile änder

    Zitat von mipu

    das Plugin macht das gleiche wie die Ansicht im Footer nur halt als Icon im Header

    und auch abhängig vom Footer, wenn nämlich wie ich schon beschrieben habe, der Footer abgestellt ist, ist auch kein Icon im Menü


    darum ja auch die Frage wie man das trennen kann, denn oben die UserMenüauswahl kann man "Gruppen gesteuert" machen, aber den Footer kann man nur global abschalten, nicht für Gruppen


    so hatte ich die Idee, die Stile die nicht für Gäste sind, zu deaktivieren, damit verschwindet unten die Stilauswahl im Footer und oben das Icon kann man ja dann für Gäste verstecken ..


    wenn aber die "registrierten Benutzer" dann auf "kann deaktivierte Stile sehen" steht können die auch die Stile nutzen eben auch die wie geschrieben von Kelly, die die eigentlich nicht dran sind genutzt zu werden wie zB. die saisonalen für Winter Herbst und was man da sonst noch haben kann ..


    das was fehlt das richtig zu trennen ist die unabhängigkeit der Usermenü-Icons von der Footer-Anzeige des Stilwechsels .. wenn man das hinbekommen kann, dann funktionet alles wie es muss und sogar auch so das es für Kelly passt, das die saisonalen deaktiviert nicht zu sehen sind, bis sie nutzbar sein sollen ..


    es geht dann leider doch nich anders, da muss dann doch was am Plugin geändert werden, das es getrennt möglich ist, die Stilauswahl im Menü oben und die Footerausgabe

  • Stile änder

    Zitat von Anthrazit

    "Versteckte Stile verwenden" gibt es soweit ich das noch im Hinterkopf habe auch noch ..

    das müsstei ch mal noch probieren, dann müsste man an dem Plugin nichts ändern ..


    nur die Stile für die registrierten Mitglieder vor den Gästen verstecken, dann kann alles so bleiben wie es ist, denn dann ist egal ob im Footer die Auswahl drin ist oder nicht, dann fidnen die Gäste den "nicht" versteckten Stil und alle registrierten Mitglieder finden alle Stile ..


    ich melde das sobald ich weiß ob das so klappen kann

    DAS ist die Lösung für das Problem ;)


    es muss nichts geändert oder angepasst werden, der Stil-Wechsel wird im Footer gar nicht angezeigt, wenn die anderen verfügbaren Designs "deaktiviert" sind ;)


    falls das nicht wieder ein Knoten in der Testseite ist, dürfte das dann die Lösung sein, so habe ich für die Registrierten Mitglieder oben im Menü und unten im footer und für die Gäste den "Standard" ;)


    so ist das für mich bereits erledigt, es ist also nicht "zwingend" eine eventuelle Änderung vorzunehmen, nur die akut vorhandenen Möglichkeiten ausnutzen dann geht es auch ohne ;)

  • Stile änder

    Zitat von Hitman

    Um eine Benutzerabhängigkeit für den Stilewechsler im Footer zu realisieren müsste das Plugin umgeschrieben werden, wenn es denn überhaupt möglich ist (noch keine Gedanken zu gemacht). ;)

    nene das ist ein Missverständnis .. der im Footer kann versteckt werden für alle weil man dann ja - so dachte ich den oben mit Gruppen/Nutzerrechten zuweisen kann, das zB. Gäste den nicht neben dem Feld "Anmelden" hätten, aber zB. registrierte Mitglieder den oben nutzen könnten so meinte ich das


    nicht den Footer ändern, sondern nur die Abhängigkeit von der Footer-Anzeige raus, mehr nicht .. nicht den Footer Gruppenabhängig machen zusätzlich zu der Gruppenfunktion für den im Usermenü .. nur beide Möglichkeiten von einander trennen ..


    das man nicht im Footer haben MUSS um im UserMenü variabel zu sein, sondern wirklich lieber NUR das usermenü nutzen können, ob das noch irgendwie einzustellen geht, dass der Aufwand für das "umschreiben" maginal bleibt, weiß ich nicht, ich hoffe das es geht, wenn ich den Gästen 1 Stil erlauben wollte, wäre es nützlich den Footer abzuschalten .. dann haben wir aber keine Möglichkeit im Usermenü als registrierte noch den Stil zu wechseln


    andere Sache, die mir beim schreiben gerade so durch den Kopf geht - "Versteckte Stile verwenden" gibt es soweit ich das noch im Hinterkopf habe auch noch ..

    das müsstei ch mal noch probieren, dann müsste man an dem Plugin nichts ändern ..


    nur die Stile für die registrierten Mitglieder vor den Gästen verstecken, dann kann alles so bleiben wie es ist, denn dann ist egal ob im Footer die Auswahl drin ist oder nicht, dann fidnen die Gäste den "nicht" versteckten Stil und alle registrierten Mitglieder finden alle Stile ..


    ich melde das sobald ich weiß ob das so klappen kann