Beiträge von Perikles

    Hallo Bibini :blume:



    wo sind die ganzen Downloads hin - auch wenn die großteils "nur" fürs Wbb3 waren - war das ja doch noch so ziemlich die einzige Anlaufstelle wo noch so allerhand auffindbar war ... ?


    Die DL's sind zunächst einmal raus bzw. nicht inportiert worden. Für die eigenen Plugin lohnt sich das nicht, allerdings wenn es gewünscht wird die Pakete noch mal anzubieten mache ich das gern. Die passende Filebase (WoltLab Filebase) und der Importer von der Infinite Filebase habe ich.



    - Ist das beabsichtigt, dass die Tutorials alle für Gäste nicht einsehbar sind? Dacht du wolltest keinen Registrierungszwang mehr?

    Sind sie nicht sichtbar? ?( - Oh Sh** .. Nein, das ist nicht beabsichtigt. Da schaue ich noch mal über die Einstellungen der Foren. Ich kann mir bei meiner Schusseligkeit :patsch: gut vorstellen die Forenberechtigungen vom Falschen Forum kopiert zu haben. Einzig das OT-Forum sollte neben dem Feedback (in dem man nur eigene Themen/Beiträge lesen kann) für Gäste zu sein. Aber gut das du mir das geschrieben hast denn ich hatte das aus der Gastperspektive nicht noch mal kontrolliert.


    Dein Bier ist aber teuer - in welcher Kneipe holst du das? für mein alkfreies Colaweizen zahl ich in meiner Stammkneipe 2,80 €

    Ob du es glaubst oder nicht, aber das Bier kostet in meiner Stammkneipe satte 4,10€.. Das fand ich schon echt happig. Schade das du so weit weg wohnst, an dem Preis deiner Kneipe könnte ich mich gewöhnen und gerne auch ein zweites Bier zischen. :thumbsup:


    Spaß beiseite - sieht schon ganz schick aus - wenngleich ich mich mit der Suite optisch nicht wirklich anfreunden kann - aber das ist wohl der Lauf der Zeit ..mh

    Ich gewöhne mich so ganz langsam an der Susi.. wirklich gaaaanz langsam. Ich blicke da in den Codes nicht mehr 100%tig durch. Dank @mipu komme ich auch da so ganz langsam wieder in Form. Aber das dauert seine Zeit. Optisch ist mir die Susi zu steril aber das ist wohl wirklich der Lauf der Zeit.. Oder ich werde dafür zu alt. Für mich immer wieder unbegreiflich wie @norse noch mit den Veränderungen mitkommt.. :verwirrt:

    Das heißt im Umkehrschluss aber vollkommene Narrenfreiheit für alle Design-Ersteller. Denn so wie du es schreibst, sind für dich immer die Plugin-Entwickler schuld. Ein starkes Stück und aus meiner Sicht, der ich sowohl Plugins als auch Designs anbiete, ein vollkommener Trugschluss.


    Entwickler sind eben nicht pauschal die Schuldigen. Es kann aber nicht angehen, das man einen Kunden zum Designer schickt oder umgekehrt der Designer die Schuld auf das Plugin oder noch besser auf WoltLab's Art mit der Darstellung umzugehen schiebt. Sowohl der Plugin-Schreiber als auch der Designer sollte einfach mal die Scheuklappen absetzen bevor er sich zum Essen an den Tisch setzt und mal schauen wie es über den Tellerrand aussieht. Das vermisse ich mehr oder weniger.

    Viel mehr ist das immer eine Einzelfallentscheidung, ob an dieser Stelle das Design oder das Plugin verbessert werden muss. Wenn sich das Plugin an die Standards hält, ist es meiner Meinung nach am Designer, das Problem zu beheben. Ist das nicht der Fall, muss erst der Plugin-Ersteller aktiv werden.

    Dann darf ich annehmen, das ihr am Design (der Aufmachung) des Partnersystem Änderungen vornehmen werdet? Denn damit löchert mich meine Freundin die ganze Zeit. Schön zu erfahren das es auch kompromissbereite Entwickler und Designer gibt die nicht pauschal ihre Hände in den Schoß legen und alles von sich weisen. :thumbsup:


    Deswegen ist es nicht ausgeschlossen, dass trotz tagelanger eigener Tests und öffentlicher Beta-Tests auch banale Fehler es in den Release schaffen.


    Das ist auch ein Punkt von dem ich viel zu selten lese. "Öffentliche Beta- Tests" sind nach meiner Meinung ein gute weiteres Mittel etwas vor Ort unter annähernd realen Bedingungen zu testen .. äh.. testen zu lassen. ;)



    Es gibt nach meinem Verständnis nur genau einen Grund, andere Pakete auszuschließen: technische Unverträglichkeit.
    Identische Funktion ist kein valider Ausschlussgrund, denn 1. belebt Konkurrenz das Geschäft und 2. sollte man immer von mündigen Nutzern ausgehen, die selbst entscheiden können, was sie installieren.


    Das habe ich mir schon gedacht, das du nur diesen Grund zulassen würdest und darf dir sagen, das es trotz mündiger Nutzer und guten Entwicklern in der Vergangenheit so manches Forum zerschossen hat. Du darfst mir glauben das ich weiß wozu es führen kann. Ich gebe dir zu bedenken, das einige Nutzer einfach alles installieren was ihnen vor die Augen kommt und ohne das sie vorher mal über die schon installierten Plugins geschaut haben. Was schadet es denn, wenn man das Plugin eines anderen ausschließt wenn dadurch ggf. Probleme vermieden werden könnten.



    Aber da Fehler unvermeidbar sind, müssen beide Seiten damit leben und ganz einfach nur vernünftig damit umgehen.

    Ja, das fällt einigen allerdings nicht immer so Leicht. (Siehe Oben -> Schuldzuweisung)


    Das ist noch irgendwo ein konzeptioneller Schachpunkt im Framework. Man stellt zwar eine Basis bereit, aber dann doch nicht so wirklich.

    Ja, das ist tatsächlich so. Ist ist aber, Achtung Unwort, alternativlos, wenn man die Anwendung optisch zum Rest passend gestalten will. Mit Bordmittel (des WSC) ist es einfach nicht möglich, weswegen das ein potenzielles Problem mit jeder Drittanbieter-Anwendung ist.

    Es ist doch schon einmal ein Fortschritt das es in etwa eine gewisse Grundlinie gibt an der man sich halten kann und an der sich alle anderen halten wollen. Auch wenn einiges einfach Lückenhaft ist kann ich mich noch an Zeiten erinnern, wo bei jedem 5 Plugin-/Designwunsch ein "das geht nicht" gekommen ist. Ich glaube fest daran das sich einiges in Zukunft bei und mit WoltLab tun wird um das Arbeiten damit zu verbessern.


    Wir haben ja jetzt schon mindestens vier Endanwendungen die annähernd identisch aussehen, ist das wirklich eine für Anwender vorteilhafte Situation und das was gewünscht ist?

    Entschuldige, ich bin eher traditionell veranlagt und brauche sehr viel Zeit mit neuen Darstellungsformen klar zu kommen. Wenn ich eine Funktion an einer Stelle gewöhnt bin zu finden, will ich diese nicht erst suchen müssen. Das wird leider bei alle Kreativität gerne mal vergessen. Und selbst wenn es nur eine Handvoll dieser Traditionsanhänger wie mich geben sollte, so wäre es das Mindeste sowohl die klassische als auch neue Form anzubieten. WoltLab hat das leider genau so wenig berücksichtigt wie mein Firefox. Klassisch ist Out also raus damit. Und damit verlieren sie meinen Kundenschlag auf Dauer.

    Und Probleme mit anderen Plugins (im Betrieb) gibt es nur, wenn diese nicht systemkonform bzw. unkooperativ geschrieben sind;

    wenn man sich an Stil- / API-Vorgaben von WL und deren 'Best Practices' hält.

    Erweiterungen von Drittanwendern lasse ich aber grundsätzlich immer außen vor.


    Auch wenn man sich selbst an alle Standards und Vorgaben hält und noch so penibel nach Fehlern aus schau hält sind Fehler nicht ausgeschlossen. Mir sind in der langen Zeit einige Plugins untergekommen die sich zwar an allen Vorgaben und Standards hielten, jedoch die merkwürdigsten Effekte (Fehler) hervor gerufen haben.


    Der Klassiker dabei ist das Doppelte-Lottchen. Das sind Plugins die ein und die gleiche Funktion besitzen und z.T. auch den selben Code. Der einziger Unterschied besteht lediglich darin, das die Plugins von ganz unterschiedlichen Entwicklern und ohne dem Wissen voneinander (also das keiner wusste das der andere daran arbeitete) hergestellt und vertrieben wurden.


    Als aktuelle Beispiele wären hier die Plugins: ACP User Menü Link, Benutzermenü: Link zum ACP und seit Kurzem habe ich auch dieses Plugin Userpanel Mod gefunden. Ich möchte keines der Plugins jetzt bewerten, denn alle Drei haben ihre Daseinsberechtigung. Was mich jedoch verwundert ist, das keiner die anderen Pakete ausschließt via


    <excludedpackages>, so wie es eigentlich üblich ist.


    Natürlich, und das würde ich nie abstreiten, ist es der Aufwand Plugins in einer relativ natürlichen Umgebung zu testen höher, schadet aber auch nicht. Die meisten Entwickler werden erst aktiv, wenn das Kind in dem Brunnen liegt. Worum es mir geht ist es, Entwickler fern ab ihres Computers für die Arbeiten der Kollegen zu sensibilisieren. Einfach mal zu schauen was der Nachbar gerade an Wäsche aufgehängt hat und zu schauen ob sich da nichts mit den eigenen Arbeiten beißt.


    Einige andere Dinge gibt es auch, wo ich den Eindruck habe, das dass Plugin ungesehen oder ohne nennenswerte Test mit wenigstens einem anderen Stil als dem Standard auf dem Markt geworfen wurde. Das ein Plugin im Standard Stil einen sauberen und guten Eindruck macht, aber sich im Stil XYZ plötzlich komplett zum Horror entwickelt liegt schlicht und einfach entweder an der Gleichgültigkeit oder aber am Unvermögen des jeweiligen Plugin-Entwickler. Man kann kein Plugin mit den vielen 100 Stilen testen, besonders wenn die Stile kostenpflichtig sind. Man kann sich aber einen kleine Auswahl an Stilen dennoch dazu holen um eine gewisse Sicherheit zu haben.


    Am Ende sind es die Anwender die sich über plötzlich auftauchende Fehler und Problemen aufregen.

    Kleines *Update* zur Lage:


    Mit dem Umstieg auf das WS 3.0 bin ich durch. Zur Zeit arbeite ich an den Einstellungen der Benutzergruppen- u. Benutzerrechten sowie der Installation und Einstellung einiger Plugins und Anwendungen. Auch wenn es mir eigentlich widerstrebt das Projekt in einem nicht perfekten Zustand wieder zu starten werde ich es wohl noch dieses Wochenende schaffen, sofern mir nichts dazwischen kommt. ;)

    das ist aber normal ... ist bei uns im Betrieb auch so, bei den Edelstahl-Theken ... dass der Papp vom Tesa richtige Flecken gibt ..aber ausbleichen fiel mir noch nicht auf, das ist mir neu .
    normalerweise bei unseren Theken einfach mal mit bissl Desinfektionslösung drüber und scho isses wieder sauber


    Und ganz Toll war es, wenn das Ordnungs-/Gesundheitsamt vorbei gekommen ist und man solche Dinge im laufe der Zeit einfach mal übersehen hat. :eye: Ich war immer begeistert wie ich als Backstubenleiter Damals auch auf solche Kleinigkeiten achten sollte, obwohl ich ausschließlich in der Backstube und nicht im Verkaufsraum tätig war.


    P.S: Was bin ich Froh das ich kein Bäcker mehr bin, bzw. nicht mehr in dem Beruf arbeiten muss. ;)

    ... bevor sie veröffentlicht werden?



    Aus gegebenen Anlass wollte ich mal die Frage in den Raum werfen, unter welchen Bedingungen ihr (nicht nur Tom & Cr@@gle) eure Plugins eigentlich testet?


    Mir sind heute Nacht bei zwei Plugins für das WS3.0 ganz gravierende Fehler aufgefallen die mich zu dem Schluss kommen lassen, das einige Entwickler ihre Plugins nicht großartig unter Realbedingungen testen. Ohne jetzt direkt Namen etc. nennen zu wollen, macht mich dieses ebenso Wütend wie meiner Freundin, die als Geldgeberin die Plugins gekauft hat. Einige Entwickler, von denen ich früher einmal angenommen hatte das sie nicht sorgfältig arbeiten würden haben mich eines besseren belehren können.


    Das Standard-Stil der WoltLab Suite 3.0 ist ja bekanntermaßen sehr Mager im Aussehen. Das mag nicht jeder Gut finden (darunter zähle ich auch), aber gewisse Grundeigenschaften bei Plugins müssen ihre charakterlichen Züge trotz des Spar-Designs aufweisen. Beispielsweise Buttons an entsprechenden Stellen vorkommen oder Menüpunkte entsprechend ihrer Funktion nicht vom allg. üblichen Standort und Funktionsumfang abweichen. Sprich - das tun was man erwartet. Gerade wenn man z.B. ein Plugin aus älteren WoltLab-Versionen bereits kennt. Einen kompletten Stilbruch gilt es doch m.E. zu vermeiden.


    Testet ihr eure Plugins nur im Standard-Stil und bei einem von Plugins von Drittenentwickler freien WoltLab Suite?


    Aus meiner eigenen Zeit, als ich noch das eine oder andere Mini-Plugin produziert habe, habe ich die Plugins in zwei unterschiedlichen Foren getestet. Das eine Forum mit dem Standard-Stil und den Grund-Funktionen (ohne andere Plugins von anderen) und im zweiten Forum habe ich immer 3 ganz verschiedene Stile und etliche Plugins installiert, so wie es möglicher Weise auch die Anwender nutzen würden.