Beiträge von Drcymbal

    Hallo Stephan,

    schau mal hier:

    Steffen T.
    26. Juni 2026 um 09:10

    Viele Grüße

    Tom

    Zunächst der Spoiler: Es läuft wieder.

    Ich hatte bereits nur mit „TLS 1.2“ und „Passiv“ erfolglos getestet. Nachdem ich es bei TLS 1.2 belassen hatte und den Übertragungsmodus auf „Automatisch“ gestellt hatte, lief es ebenfalls nicht.

    Erst nachdem ich „Komplette Website veröffentlichen“ gewählt habe, lief der Upload vollständig durch und anschließend war dann auch ein Veröffentlichen nur mit F6 möglich.

    Da ZP bei meinen ganzen Versuchen mehr Dateien als üblich hochladen wollte (ca. 700) bin ich davon ausgegangen, dass ZP automatisch die komplette Website veröffentlicht, was nach einer Änderung am Veröffentlichungsziel oder dessen Einstellungen auch nicht unbedingt überrascht. Dem war aber gar nicht so. Mit „Komplette Website veröffentlichen“ kamen noch ein paar wenige Dateien hinzu, und danach lief es dann aber endlich wieder.

    Zusammenfassung für DomainFactory

    Übertragungsmodus: Automatisch

    Nur TLS 1.2 aktivieren

    Nach den Änderungen „Komplette Website veröffentlichen“ wählen.

    Ich schließe mich Giuseppe an.

    Mit meinem Android Smartphone (S23 Ultra) und Chrome kann ich die Seite nicht aufrufen, weder über mobile Daten noch über WLAN. In meinem Fall scheitert auch wie oben beschrieben das Laden nach Aktivierung von „Deskopwebsite“.

    In allen vier Fällen: „Die Website ist nicht erreichbar“.

    Viele Grüße

    Tom

    Ich habe soeben 17.2.0 auf dem heimischen PC, ebenfalls Windows 11, installiert und kann hier das Problem mit dem Einfrieren im Zusammenhang mit der Textfarbe ebenfalls reproduzieren.

    Neues Projekt angelegt > Text-Widget über Stiftsymbol zum Bearbeiten geöffnet > Text markiert > „Schriftfarbe“ geklickt > im folgenden Fenster in das untere Feld geklickt, um den Farbwert manuell einzugeben > nach mehrmaligem Klicken wird mir dann ein Farbwert angezeigt, den ich allerdings nicht ändern kann. Nach Klick auf „OK“ schließt sich das Farbauswahl-Fenster. Der Editor bleibt erwartungsgemäß geöffnet, ich kann hier auch noch Änderungen vornehmen (Schriftgröße, Textänderungen etc.), aber nach Klick auf „OK“ passiert nichts. Der Editor lässt sich nicht schließen, und ich muss das Programm über den Task-Manager beenden.

    Liebes ZP-Team,

    in 17.2.0 stoße ich auf erhebliche Probleme mit dem Farbauswahl-Dialog.

    „Normaler“ Text-Editor (Stift-Symbol)

    Beim Versuch, die Textfarbe zu ändern, friert ZP bei mir nach Auswahl der Farbe reproduzierbar ein. Der Inline-Editor arbeitet hingegen korrekt.

    Design-Modus

    Möchte ich hier für einen Container, eine Reihe oder eine Spalte bspw. die Hintergrundfarbe durch manuelle Eingabe eines HTML-Farbwerts ändern, so rutscht nach Eingabe der Raute das Eingabefenster zunächst ein wenig nach oben, und es erscheint die Meldung „ungültiger Farbwert“ (bis zu diesem Punkt ist das ja eigentlich auch richtig). Eingeben möchte ich nun bspw. „F8F8F9“. Nach Eingabe von „F8“ scheint ein Autovervollständigen einzusetzen, denn sobald ich das zweite F getippt habe, erscheint im Feld „#FF88FF“. Ein Löschen ist mit der Rücktaste nicht möglich, hier springt das Eingabefeld dann munter hin und her. Es bleibt nur, abzubrechen. Das Hineinkopieren eines vorher definierten Farbwertes funktioniert allerdings. Das gleiche Problem kann ich bei Widgets beobachten, die eine Farbauswahl anbieten.

    Layout-Designer

    Auch hier tritt die beschriebene Verhaltensweise auf. Zudem braucht der Layout-Designer neuerdings eine gefühlte Ewigkeit zum Laden.

    Eine saubere Neuinstallation von 17.2.0 behebt die Probleme bei mir nicht.

    Viele Grüße

    Tom

    Vielen Dank für das Update! Und WebP und KI haben nun auch Einzug gehalten. Super! Wenn dann irgendwann noch das versprochene Überschriftenfeld für Tabs/Akkordeon käme, wäre ich mehr als glücklich.

    Viele Grüße

    Tom

    Hallo Markus,

    wenn Du ein bestehendes Projekt duplizierst (kopierst), dann werden natürlich auch die im Ursprungs-Projekt hinterlegten Daten für die Veröffentlichung kopiert. Es besteht also kein Grund, stutzig zu werden.

    Genau, Du musst jetzt nur die vorhandenen Daten für die Veröffentlichung mit den Daten für Deine neue Seite überschreiben.

    Viele Grüße

    Tom

    Hallo Helena,

    ich muss meine gestrige Aussage etwas revidieren. Wie ich eben beim Frühstück feststelle, werden mir zwar die Linkboxen und der Text wie erwähnt angezeigt, allerdings nur auf dem Desktop und auf dem Smartphone. Auf meinem Tablet hingegen nicht. Das betrifft sowohl das Hoch- als auch das Querformat. Ich weiß natürlich nicht, ob Du Dich mit Deinen Ausführungen ebenfalls auf die Tablet-Ansicht beziehst ...

    Ich würde zunächst mal die letzte verfügbare Version, 16.8.7, installieren und dann die Verhaltensweise erneut überprüfen. Du findest die Version16.8.7 unter

    https://www.zeta-producer.com/de/aeltere-versionen.html.

    Sollte das Problem weiterhin bestehen, solltest Du die Verhaltensweise erneut überprüfen, nachdem Du mal die Animationen (z. B. das Einfahren nach links) deaktiviert hast. Vielleicht liegt hier die Ursache für das Problem.

    Viele Grüße

    Tom

    Hallo Kati,

    ich denke nicht, dass Du Zeit sparen wirst. Vermutlich ist eher das Gegenteil der Fall.

    Prinzipiell sollte es aber möglich sein.

    Auf der leeren Seite fügst Du ein Quelltext-Widget ein. In dieses kopierst Du zunächst den Teil des generierten Codes, der sich zwischen <body> und </body> findet (ohne „<body>“ und „</body>“).

    Das ziemlich zu Beginn des generierten Codes mitgelieferte CSS, also alles zwischen <style> und </style> fügst Du einschließlich der beiden Style-Tags unter “Einstellungen> CSS“ ein. Sollte die Landingpage Teil Eurer Webseite sein, also kein eigenständiges Projekt, dann müsstest Du das CSS stattdessen im Seiten-Attribut „additional-meta“ einfügen, ansonsten gilt das CSS natürlich für das gesamte Projekt.

    Das mag in der Vorschau jetzt vielleicht alles schon sehr überzeugend aussehen, nun kommen aber die Probleme. ZP kann ja nur den HTML-Code darstellen. Auch wenn Du in der Vorschau jetzt bspw. drei Linkboxen siehst, werden sich in ZP jetzt keine drei Linkbox-Widgets auftun.

    Jegliche Veränderungen kannst Du daher nur direkt im HTML-Code im Quelltext-Widget vornehmen. Du müsstest hier bspw. auch alle Pfade manuell anpassen (Bilder, Links etc.). Die vermutlich mitgelieferte Navigation müsstest Du entfernen oder aber das von ZP bereitgestellte Menü ausblenden. Und, und, und …

    Dann muss man natürlich auch sehen, wie sich das generierte CSS mit dem ZP-eigenen verhält.

    Besser wäre es daher wohl, die KI-Landingpage einfach als Vorlage zu betrachten und diese dann in ZP nachzubauen.

    Viele Grüße

    Tom

    Hallo Alexander,

    bis das Problem mittels Update gelöst wird, kannst Du die Links manuell korrigieren: In der Quelltext-Ansicht in den Links "%24" durch "$" ersetzen. Dieser Workaround funktioniert in meinem Fall aber nur bis wieder Änderungen am Text-Widget vorgenommen werden. Dann beginnt das Spiel mit den falschen Links von vorne.

    Da Deine Seite ja noch nicht veröffentlicht ist, lohnt die Mühe des manuellen Eingriffs wahrscheinlich nicht. Interessant wäre aber, ob dieser Workaround bei Dir überhaupt funktioniert.

    Viele Grüße

    Tom

    Hallo Steffen,

    ich habe ein ähnliches Problem wie Alexander unter

    Alexander B.
    27. Mai 2026 um 04:17

    beschreibt.

    Seit Kurzem funktionieren einige interne Links im Footer oder im Inhaltbereich nicht mehr. Sie führen zu einem 404-Fehler. Die Link-Prüfung kann interessanterweise keine fehlerhaften internen Links finden.

    Was ich inzwischen meine, herausgefunden zu haben:

    Das Problem tritt wohl erst seit einem kürzlich erfolgten Update auf (welches kann ich allerdings nicht sagen).

    Es sind wohl nur Links betroffen, die nach dem Update verändert wurden. Ich habe kürzlich auf der deutschen und englischen Seite im Footer nur jeweils das Fontawesome-Icon für „Deutsch“ bzw. „English“ geändert. Alle Links im betreffenden Text-Widget funktionieren nun nicht mehr. Die Links in weiteren im Footer befindlichen Text-Widgets funktionieren noch. Nehme ich jetzt hier allerdings ebenfalls eine Veränderung vor (anderes Icon oder Änderungen am Text) funktionieren auch diese Links nicht mehr. Gleiches gilt auch für Links im Inhaltsbereich.

    Ein Neuanlegen des gesamten Widgets im Inhaltbereich führt zu einem funktionierendem Link. Nehme ich jetzt allerdings hier nach dem Speichern des Text-Widgets erneut Änderungen vor, kommt es wieder zu einem 404-Fehler.

    Ich konnte das Problem auch soeben mir einem frisch angelegten Top Responsive reproduzieren.

    Viele Grüße

    Tom

    Hallo Zennin,

    eine denkbare Erklärung wäre, dass unter „Speicherort“ in den Backup-Einstellungen die Option „Auf meinem Webserver speichern“ aktiv ist, die FTP-Zugangsdaten aber nicht korrekt sind. Daher zunächst mal die angesprochene Option deaktivieren und das Backup erneut anstoßen. Wenn es jetzt klappt, dann müsstest Du Deine FTP-Einstellungen mal überprüfen.

    Viele Grüße

    Tom

    Hallo Eberhard,

    im Formular legst Du für die Zustimmung ein neues Formularfeld vom Typ „Kontrollkästchen“ an. Unter „Bezeichnung“ trägst „Datenschutzerklärung“ ein und aktivierst „Eingabe erforderlich. Jetzt kommt der anspruchsvolle Teil. Im Feld „Elemente“ gibst Du den Text sowie den Link zu Deiner Datenschutzerklärung ein.

    Ich habe Dir meinen Text kopiert:

    * Ich stimme zu, dass meine Angaben aus dem Kontaktformular gemäß der <a href='oid://page/de$datenschutz_02' target='_self'>Datenschutzerklärung</a> zur Beantwortung meiner Anfrage erhoben und verarbeitet werden.

    Du musst jetzt noch den Link ('oid://page/de$datenschutz_02' ) für Deine Seite anpassen. Gehe also in ZP auf die Seite mit der Datenschutzerklärung und klicke am oberen Bildschirmrand auf die drei Punkte rechts von „Live-Ansicht“. Nun wählst Du hier „Objekt-ID kopieren“. Die Objekt-ID fügst Du nun oben anstelle meiner Objekt-ID ein. Das sollte es eigentlich gewesen sein.

    Viele Grüße

    Tom

    Du solltest nur im englischen und französischen Projektordner einen Ordner „EN“ bzw. „FR“ angeben. In den Eigenschaften der jeweiligen Seiten, index.html und alle weiteren Seiten, sollte kein Ordner angegeben sein, ansonsten erstellt die Seite ja im „Sprachordner“ einen weiteren Ordner und dann kommt es logischerweise zu „en/en/index.html“. Also das entsprechende Feld leer lassen. In diesem Zusammenhang verstehe ich nicht, was Du damit meinst, dass bei korrekter Einstellung für die englische index.html (Feld „Ordner“ ist leer), Letztere von der deutschen index.html überschrieben wird. Deutsche und englische index.html liegen doch in unterschiedlichen Verzeichnissen. Kannst Du das bitte etwas detaillierter beschreiben, was da wann und wo genau passiert?

    Hallo Andreas,

    nein, so etwas gibt es nicht, wenn man mal von den Links im Hauptmenü oder im Extramenü absieht. Du kannst aber eigentlich jegliches Widget, z. B. eben einen Button, mittels Verknüpfung auf allen oder auch nur ausgewählten Seiten anzeigen lassen:

    So fügen Sie Verknüpfungen ein
    In Zeta Producer können Sie Artikel (Widgets), einzelne Reihen oder ganze Container als Verknüpfungen auf Seiten einfügen.
    docs.zeta-producer.com

    Viele Grüße

    Tom

    Hallo Magsi,

    nur für den englischen und französischen Projektordner solltest Du unter „Datei > Ordner“ Angaben, also „EN“ bzw. „FR“ machen. Der deutsche Projektordner ist der „Hauptordner“, und hier sollte das Feld für „Ordner“ und somit auch für „Pfad“ leer bleiben. Anderenfalls liegen Deine deutschen Seiten nicht im Hauptverzeichnis. Ich habe Dich zumindest so verstanden, dass Du auch für den deutschen Projektordner eine Angabe gemacht hast. Für Dein Problem ist das aber eher unerheblich

    Überprüfe aber bitte mal, dass sowohl die englische als auch die französische Startseite „index.html“ heißen. Wenn die hingegen „startseite.html“ o. ä. heißen, dann kann es nicht funktionieren, da die Sprachauswahl immer auf die jeweilige index.html verweist.

    Viele Grüße

    Tom

    Hallo allerseits,

    vielleicht hat ja einer von Euch eine Idee. Ich habe keine mehr, und die KI „war stets bemüht“.

    Ich möchte die Sidebar-Icons einzig bei Ansicht des mobilen Menüs ausblenden. Auf den mobilen Seiten, also mobiles Menü geschlossen, sollen die Sidebar-Icons natürlich weiterhin sichtbar bleiben.

    Hintergrund: Im mobilen Menü liegen Sidebar-Icons und Extramenü, die beide auf die gleichen Seiten verweisen und auch identische Icons nutzen, quasi nebeneinander, was sehr unschön aussieht und das Navigieren nicht gerade erleichtert.

    ZP 17.1.1.0 mit Top Responsive.

    Vielen Dank für Eure Ideen und viele Grüße

    Tom

    Hallo Szabo,

    eine denkbare Erklärung wäre, dass Du das Bild nach dem Importieren in ZP bearbeitet hast, z. B. geschärft hast. Dadurch wird die Datei natürlich größer.

    Viele Grüße

    Tom

    Hallo,

    ich würde mir wünschen, dass man dem Widget „Tabs/Akkordeon“ bei Gelegenheit noch eine Überschrift spendiert. Ich habe viele Tabs im Einsatz, die ich des Öfteren auch verschieben muss. Das gestaltet sich gelegentlich recht mühselig, wenn man Tab-Widget und zugehöriges Text-Widget mit der Überschrift verschieben muss.

    Viele Grüße

    Tom

    Hallo,

    mir ist soeben aufgefallen, dass bei dem Widget „Linkbox“ in 17.1.1 die neuen Schaltflächen zum Löschen der Farbwerte für Hintergrund, Rahmen und Schatten nicht erwartungsgemäß funktionieren. Ich empfinde das zumindest so.

    Klicke ich auf die Schaltfläche „x“, um den voreingestellten Farbwert (rgba[255, 255, 255, 0.2] bzw. rgba[0, 0, 0, 0.2]) zu löschen, passiert zunächst gar nichts. Wähle ich dann eine andere Farbe aus, ist alles okay. Versuche ich nun, den neuen Farbwert mittels „x“ zu löschen, wird wieder der ursprüngliche Farbwert, rgba(255, 255, 255, 0.2) bzw. rgba(0, 0, 0, 0.2) angezeigt.

    Die drei Einstellungen für Überschrift, Text und Links funktionieren hingegen erwartungsgemäß.

    Viele Grüße

    Tom

    Hallo Norbert,

    um das Problem näher einzugrenzen, wären die folgenden Informationen vielleicht hilfreich:

    - ZP-Version: 16.8.7.0 (laut Deiner Seite)

    - Layout: Locus Responsive (laut Deiner Seite)

    - Welche Eigenschaften werden Dir angezeigt, wenn Du einen Rechtsklick auf „Grzimek, Waldemar“ machst und „Eigenschaften“ auswählst? Kommen dann die Eigenschaften von Grzimek oder die von Hauser?

    - Was passiert, wenn Du im Seitenbaum auf „Hauser, Erich“ klickst? Kommt hier dann die korrekte Seite oder kommt dann hier auch wieder die folgende Seite, also „Hoch, Albert“?

    - Hast Du mal die Sofortmaßnahmen am Unfallort durchgeführt? Neustart des Rechners, „F6“, „STRG + UMSCHALT + T“. Eher unwahrscheinlich, dass die beiden letzten helfen, ein Versuch kann aber auch nicht schaden.

    - Seit wann tritt das Problem auf?

    Viele Grüße

    Tom

    Hallo Andreas,

    ich verstehe Deine Anfrage so, dass Du eine Seite mit ZP erstellst hast, diese im Internet (nicht auf dem ZP-Testserver) veröffentlicht hast und nun diese Seite komplett löschen möchtest. Hierfür kannst Du ZP nicht verwenden. Mit ZP kannst Du nur Dateien hochladen oder verändern.

    Um Deine veröffentlichte Seite komplett zu löschen, musst Du ein FTP-Programm bemühen, z. B. Filezilla. Mit dem FTP-Programm wählst Du Dich dann auf Deinem Server ein. Die Zugangsdaten sind die gleichen, die Du auch in ZP verwendest. Nun navigierst Du zu dem Verzeichnis, das Deine ZP-Dateien enthält und löschst diese Dateien.

    Falls Du Dir unsicher, bist welche Dateien Du löschen musst, kannst Du hier gerne einen Screenshot der in dem fraglichen Ordner befindlichen Dateien posten. Es kann auch nichts schaden, vor dem Löschen zur Sicherheit eine Kopie des Verzeichnisses auf Deinem Rechner zu speichern.

    Viele Grüße

    Tom