Posts by prvvl

    Die im Oktober gekaufte Entries-Version für 6.1 bleibt auf 6.1 dauerhaft nutzbar. Unnutzbar wird sie erst, wenn du selbst auf 6.2 wechselst.

    Was voraussetzt, dass ich bei 6.1 bleibe. Sobald ich update, kann ich sie nicht mehr nutzen oder werde gezwungen kostenpflichtig ein Update zu kaufen.

    Das Upgrade ist kein Abo und nicht „95 Euro pro Jahr“.

    Da es durchschnittlich einmal pro Jahr Versionssprünge von Woltlab gibt, gehe ich davon aus, dass ich somit auch einmal pro Jahr für Entries zumindest die Updatekosten bezahlen muss. Ist zwar kein Abo, aber im Endeffekt kommt es auf dasselbe hinaus. Eine Zahlung einmal jährlich, damit das Plugin mit der aktuellen Woltlab Version lauffähig bleibt.

    Die Planung zu Entries war bereits seit Dezember 2024 öffentlich dokumentiert (Magazinartikel auf Darkwood, zudem dauerhaft in meiner Signatur verlinkt). Eine gewisse Eigeninitiative bei Kaufentscheidungen gehört dazu, gerade wenn einem Updatepolitik und Roadmap wichtig sind.

    Gerade dieser Aspekt stößt mir als Kunden sauer auf. Der durchschnittlich aufmerksame Konsument kauft eine Woltlab Lizenz und Plugins aus dem Pluginstore dort. Er liest nicht alle Magazinartikel von Drittanbietern oder Diskussions-Threads in div. Foren durch, um sich über etwaige baldige Einstellungen oder Nachfolger des soeben gekauften Plugins zu informieren. Ich habe am 21.7. die Link-DB über den Woltlab Pluginstore gekauft. Damals bist du dort noch als Julian Pfeil aufgetreten. Die Erwartung, dass Kunden dann bei Darkwood die Ankündigungen für einen Nachfolger sehen würden, halte ich für reichlich absurd. So eine Info gehört prominent auf die Produktseite und sonst nirgends hin. Abgesehen davon, dass der Artikel dort nicht mal aktualisiert wurde und Entries dort noch gar kein Veröffentlichtungsdatum hat.

    „Die alten Plugins bekommen kostenlos 6.2, Entries nicht“ stimmt so nicht.

    Hast du im Woltlab-Forum so angekündigt, dass Link-DB, Schaufenster und POI ein Kompatibilitätsupgrade für 6.2 bekommen werden.

    Hier und hier.

    Das führt zu der absurden Situation, dass ich die Link-DB länger (mit 6.2) nutzen könnte als Entries.

    Allein an den 6.2-Updates habe ich zuletzt rund 63 Stunden gearbeitet. Bei Auftragsarbeiten liegt der Stundensatz bei 100 Euro. Du kannst dir ausrechnen, wie weit ein Upgrade-Preis davon entfernt ist, kostendeckend zu sein.

    Du musst dich nicht für die Preise rechtfertigen. Die verstehe ich. Was ich nicht verstehen kann ist, warum man im September ein Produkt launched und nicht klar kommuniziert, dass bei einem Kauf in wenigen Monaten nochmal 50% zu bezahlen sind, damit die Plugins unter 6.2 lauffähig bleiben. Es war doch klar dass 6.2 in Kürze erscheinen wird. Woltlab hat am 8. August Databases angekündigt und 6.2 für "bis Endes Jahres" in Aussicht gestellt.

    Außerdem verbitte ich mir diese "Hobby-Seitenhiebe". Ich habe im Jahr 2025 eine vierstellige Summe in Lizenzen und Plugins (2/3 davon an Drittanbieter) investiert.

    Ich habe selbst unzählige Stunden als "Beta-Tester" mitgeholfen Entries initial zu verbessern. Siehe all die Fehler und Vorschläge die ich hier gemeldet habe. Zahlt mir auch niemand. ;)

    Darkwood hat das Thema meiner Meinung nach besser gelöst und irgendwie hatte ich wohl die Meinung gebildet, dass dies auch für Entries gilt.

    • 40% vom Kaufpreis für Majorupdates
    • Erweitertungen der Majorupdates sind kostenlos - das wäre gerade bei Entries kein unwesentlicher Preisunterschied
    • Und vor allem im Bezug auf Entries wesentlich: In diesem Jahr gelaunchte Major-Produkte (LMS) können kostenlos upgegradet werden

    Das wäre eine faire Lösung und auch wettbewerbsfähiger im Hinblick auf WL Databases.

    Für künftige Major-Sprünge kann ich keine pauschale „alles immer inklusive“ Zusage geben. Das wäre wirtschaftlich unseriös.

    Es muss auch nicht "alles immer inklusive" sein. Major-Sprünge können gerne verrechnet werden. Es sollte nur klar kommuniziert werden. Und das wird es im Moment nicht. Ich kann mir Stand heute gestern 12 Uhr als Neukunde eine Woltlab Lizenz kaufen, Entries 6.1 über den Pluginstore kaufen und stehe in zwei Wochen dann da und kann Entries nicht mehr nutzen, nachdem ich auf Woltlab 6.2 aktualisiert habe, ohne 95 EUR zu zahlen. Transparenz geht anders.

    Wenn dir das Modell von WoltLab für deren Kernprodukt besser gefällt, ist das eine valide Präferenz.

    Naja, als Kunde hat man dann zwei (mehr oder weniger) vergleichbare Produkte zwischen WL Databases und Entries, wo man bei einem ein Jahr alle Majorupdates inklusive hat, beim anderen nicht. Preislich wird WL Databases meiner Einschätzung nach nicht über den Kosten einer Foren-Lizenz liegen (im Moment 129 EUR).

    Das wäre am Ende sogar preislich günstiger als Entries, wo du auf 190 EUR kommst und wenn du Pech hast binnen Monaten nochmal 95 EUR fürs Update zahlen musst.

    Immer in der Annahme, dass man die aktuellste Woltlab-Version nutzen möchte natürlich. Was bei mir der Fall ist.

    Das ist in den letzten 5 bis 8 Jahren öfters passiert von div. Entwicklern welche das Plugin entweder eingestellt haben, oder abgegeben haben.

    Das meine ich damit gar nicht. Bei einem Jahr Updates die man bei Woltlab dazu kauft, kann man sich sicher sein das Produkt ab Kaufdatum mindestens das Jahr in der aktuellsten Version verwenden zu können. Also alle Updates inklusive. Das finde ich sehr viel besser gelöst.

    Entries müsste ich im Januar deinstallieren, wenn ich auf 6.2 update und nicht 95€ (offenbar pro Jahr) bezahlen möchte für ein Plugin welches nur ein Feature meiner Webseite ist.

    Ich verstehe, dass ihr Geld verdienen wollt aber meinen Unmut kannst du hoffentlich nachvollziehen:

    1. Ich habe im Sommer die Link-DB gekauft und anschließend erfahren, dass diese eingestellt wird und Entries als Nachfolger bekommt. Die Produktseite selbst hatte keine entsprechende Ankündigung. Gut, blöd gelaufen.

    2. Dann habe ich Entries und div Erweiterungen im Oktober gekauft in der Annahme eine dauerhafte Lösung zu haben.

    3. Jetzt erfahre ich, dass die gekaufte Version gar nicht ohne Aufpreis mit 6.2 nutzbar ist, einer Version die seit Anfang November im Beta Stadium ist und eigentlich mit Ende des Jahres erscheinen sollte, sich aber etwas verzögert.

    4. Die Link-DB, Schaufenster und POI erhalten ein kostenloses (?) Kompatibilitätsupgrade für 6.2 aber die aktuelle Anwendung Entries nicht?

    5. Mir war diese Preisgestaltung nicht bekannt, ich dachte man erhält so wie bei Woltlab bis 1 Jahr nach Kauf Zugriff auf Updates. Das scheint nicht so zu sein. Das spricht ehrlich gesagt aus Kunden Sicht nicht gerade für Drittanbieter Plugins, weil es als Kunde ja dann gar keine Sicherheit gibt das gekaufte Produkt länger verwenden zu können.

    6. Verweigere ich einen Kauf des Upgrades kann ich aber wiederum die Woltlab Lizenz nicht voll nutzen weil ein Update auf 6.2 nicht möglich ist oder ich muss ein vor kurzem gekauftes Plugin wieder rausschmeißen und habe damit Geld verschwendet.

    7. Kommt im Sommer zb 6.3 von Woltlab, darf ich dann wieder bezahlen. Die WL Database wäre in allen Versionen für ein Jahr inklusive.

    Schwierig.

    Hallo,

    verstehe ich das richtig, dass ich für all meine Entries Plugins 50% vom Neupreis nochmal bezahlen muss, damit diese für 6.2 kompatibel sind?

    Nachdem Entries erst im September (?) erschienen ist und ich dort den vollen Preis bezahlt habe, nur damit das Plugin wenige Monate später nicht mehr nutzbar ist?

    Und das gilt für alle Erweiterungen wie Bewertungen, Adresse, usw.?

    Hi Julian,

    ich möchte meinen Vorschlag von der Link-Datenbank nochmal aufgreifen.

    Meine Vorstellung ist es beim Erstellen eines Eintrages auszuwählen ob das ein Haupteintrag oder Verknüpfter Eintrag ist. Bei Auswahl von Verknüpfter Eintrag soll man aus einem Suchfeld den Haupteintrag suchen können.

    Beispiel:

    • Haupteintrag "DSV Logistik". Mit Webseite, Adresse, Infos etc.
    • Verknüpfter Eintrag "DSV Road GmbH". Mit Webseite, Adresse, Infos, etc.
    • Verknüpfter Eintrag "DSV Air & Sea GmbH". Mit Webseite, Adresse, Infos, etc.

    Ruft man nun den Haupteintrag auf, wird im Eintrag (unten oder rechts in der Seitenleiste angezeigt)

    • "Verknüpfte Einträge":
      • 1. DSV Road GmbH
      • 2. DSV Air & Sea GmbH

    Genau so bei Aufruf eines verknüpften Eintrages unten oder in der Seitenleiste steht:

    • "DSV Road GmbH" ist Teil von "DSV Logistik"
      • Weitere verknüpfte Einträge von DSV Logistik:
      • "DSV Air & Sea GmbH"

    So ähnlich wie das z..b die österreichische Wirtschaftskammer bei Unternehmenseinträgen anzeigt:

    DSV Road GmbH | WKO Firmen A-Z

    In meinem konkreten Anwendungsfall für Sportschützen hast du z.B. Psychologen die als Firma organisiert sind und die die psych. Begutachtung anbieten, aber dies an mehreren Standorten tun. So könnte ich all die zusätzlichen Adressen in der Karte anzeigen, aber alle einer Firma zuordnen.

    Genauso gibt es Waffenhändler mit mehr als einem Standort, oder Schützenvereine mit mehr als einem Schießstand an unterschiedlichen Standorten.

    Gibt aber natürlich massig andere Anwendungsbeispiele wo unterschiedliche Adressen der selben Haupt-Person oder Haupt-Firma zugeordnet werden könnten. Friseure, Ärzte die in mehr als einer Praxis tätig sind, usw.

    Wenn ich einen existierenden Eintrag bearbeiten möchte kommt folgender Fehler

    Call to a member function addDependency() on null

    Entries Bewertungen 6.1.2 Update kann nicht durchgeführt werden. Fehlermeldung:

    Führt übrigens zu einem fatal error wenn man nach Aufrufen sortiert eine Box erstellt:

    Woher ist dir so ein Button bekannt? Hast du einen Screenshot von derartigem aus einer anderen WoltLab Suite-App an dieser Stelle?

    Er fehlt grundsätzlich. Bei Bearbeitung ist er dann vorhanden, zb bei Artikeln. Halte ich für inkonsistent und hätte ich gerne überall. Werde das noch an woltlab herantragen.

    Bei entries gibt es ihn auch nach Bearbeitung n den Breadcrumbs.

    Dem Zitat entnehme ich, dass das grundsätzlich möglich ist:

    Problemlos möglich. Falls du Link-Datenbank, Buchempfehlungen und Erfahrungsberichte trennen möchtest, solltest du wie folgt vorgehen:

    Erstelle drei Hauptkategorien (Link-Datenbank, Buchempfehlungen und Erfahrungsberichte). Alle weiteren Kategorien entsprechend als Unterkategorien diesen Hauptkategorien zuordnen.

    Die Option 'Boxen auf Liste dieser Kategorie filtern / Die Plugin-eigenen Boxen, die diese Funktion unterstützen, zählen und zeigen auf der Listenseite dieser Kategorie auch nur Einträge, die dieser Kategorie zugeordnet sind.' in jeder Kategorie auswählen.

    Füge dann statt eines Links zur Entries-Übersicht drei Links zu den drei Hauptkategorien in deinem Hauptmenü ein. So sind die drei Kategorien quasi komplett getrennt voneinander :)

    Allerdings heißt das, dass ein Ersteller immer alle Hauptkategorien sieht, richtig?

    Man hat also keine Möglichkeit die Hauptkategorie (= andere Entries-Anwendung) für bestimmte Benutzergruppen auszublenden?

    Das funktioniert mit WYSIWYG-Editor überall. Dieser Processor wird überall eingesetzt.

    Aso, für mich sind "mehrzeiliges Textfeld" und "WYSIQYG-Editor" unterschiedliche Dinge.

    Name einzeilig

    Beschreibung mehrzeilig, ohne Editor

    Ich fände es auch nicht gut, wenn man für eine E-Mailadresse eine Editoransicht bekommt, wo man Formatierungen usw umsetzen kann. Das muss ja für einen Laien bedienbar sein, in meinem Fall.

    Was ist denn der Unterschied zwischen den mehrzeiligen Textfeldern mit und ohne BBCode-Unterstüzung?

    Wenn ich Einträge filtere nach Label, ist der Filter nach einer Rückkehr zur Übersicht per Zurück-Button im Browser wieder gelöscht.

    Ich würde es gut finden, wenn der Filter aktiv bleibt, bis man diesen selbst entfernt.

    Hallo,

    Weitere Inhaber können bereits hinzugefügt und angezeigt werden.

    Viele Grüße, Julian

    Ja, aber nur in einer extra Box unterhalb des Eintrags. Bei langen Einträgen scrollt da niemand runter. Und der Ersteller selbst bleibt trotzdem immer sichtbar.

    Wer den Eintrag erstellt hat ist in meinem Fall unerheblich, wichtiger wäre wem dieser "gehört" und der sollte beim Eintrag oben anstelle des Erstellers stehen.