Hallo,
die können nicht im Layout-Editor definiert werden. Ich würde mich daher einfach auf H1 bis H3 beschränken, das sollte eigentlich ausreichen.
Hallo,
die können nicht im Layout-Editor definiert werden. Ich würde mich daher einfach auf H1 bis H3 beschränken, das sollte eigentlich ausreichen.
Es kann sein, dass es am Umlaut im Dateinamen liegt. Am besten das "ä" in März mal durch ein "ae" ersetzen´. Danach nochmals veröffentlichen.
Vor dem testen bitte den Browser-Cache löschen .
PS: falls alle Stricke reißen und Sie unbedingt weiter arbeiten müssen, ist die vorige Version 16.7 auch noch zum Download verfügbar: https://www.zeta-producer.com/de/aeltere-versionen.html
Eine "Erfolgsmeldung" existiert in unserem Setup auch nicht. Nachdem der Setup installiert ist, wird normalerweise das Programm direkt gestartet (sozusagen statt Erfolgsmeldung). Das schlägt bei Ihnen wohl fehl. Mal sehen, was dem Kollegen Uwe Keim hierzu noch einfällt.
Sollte es über die Shop-Einstellungen mittels "Allgemein > Rehnungs-Nr.-Offset" nicht klappen, dann ist es nicht möglich.
Wird morgen per Support-Ticket gelöst.
PS: im Screenshot oben, wo sie sagen "der Artikel ist hinter das Hauptmenü gerutscht", scrollt der Browser technisch gesehen absolut korrekt, denn der Browser weiß quasi nichts von dem fixierten Menü (er behandelt es sozusagen, als wäre es nicht sichtbar). Daher setzen wir hier zusätzliches JS ein, um das ggf. zu kompensieren und wieder etwas nach unten zu scrollen. Eventuell kommt. es hier zu Konflikten oder das JS kommt in bestimmten Konstellationen nicht zum Tragen. Schauen wir an, wenn mal Zeit dafür ist.
Wichtig zu wissen ist, dass Browser oft den bereits gescrollten Zustand einer Seite irgendwie in Betracht ziehen. Also vor dem testen immer sicherstellen, dass die Seite nicht keinen pixel geschallt wurde und sich ganz oben befindet.
Da wir hier einfache Sprungmarken nutzen und den Rest dem Browser überlassen (bis auf ggf. etwas Kompensation einer fixierten Navigationsleiste) bezweifle ich auch, dass dies ein Bug ist, den wir fixen könnten. Wir halten dies mit sehr niedriger Priorität fest (aktuell können wir uns damit nicht beschäftigen) und beobachten mal ob auch noch andere Nutzer dieses Problem berichten.
Vielen Dank für den Hinweis!
Hallo,
ggf. hilft folgendes:
Wenn im Windows-Ordner "Temp" mehr als 65.635 Dateien vorhanden sind, kommt es irgendwann zu einem internen Systemüberlauf. Hier hilft eine Bereinigung temporärer Dateien:
Hinweis: Windows stellt mit der „Speicheroptimierung“ ein Werkzeug zur Verfügung, dass temporäre Dateien automatisch bereinigt:
Windows 10: https://www.tutonaut.de/window…ien-automatisch-loeschen/
Windows 11: https://www.windows-faq.de/202…-von-temporaeren-dateien/
Hallo,
Ich vermute, da hat es irgendwie die Datei mit den Programm-Einstellungen zerschossen.
Bitte gehen Sie folgendermaßen vor:
Nun sollte Zeta Producer wieder normal starten. Evtl. wird Ihr letztes Projekt aber nicht automatisch geöffnet, das öffnen Sie dann einfach über den Button "Öffnen". Falls Sie nicht die kostenlose Version genutzt haben, müssen Sie auch Ihre erworbene Lizenznummer erneut eingeben. Wenn nun alles funktioniert, können Sie den Ordner "Kaputte-Settings" löschen.
Hat das geholfen?
Hallo,
da hatte sich ein kleiner Fehler im Formular-Script eingeschlichen. Der Fehler ist per Online-Update für Version 16.8.X behoben. Auf "Extras > Updates suchen" klicken und nachdem Inhalte geladen wurden (Hinweis oben im Fenster) die Tastenkombination STRG-SHIFT-T drücken. Danach ggf. veröffentlichen. und nochmals testen.
Danke für die Zusatzinfos. Ich melde mich später am Tag wieder.
Localhost betrifft nur lokale Tests mittels F5 aus Zeta Producer. Auf Ihrer Website wird es sicherlich ein anderer Fehle sein. Wie lautet denn die URL zur Online-Seite mit dem reCaptcha?
Recaptcha V3 unterstützen wir in Formularen nicht. Sie müssten weiterhin einen V2-Schlüssel nutzen.
Sie haben die Wahl zwischen:
Hallo,
das ist das definierte Verhalten, also gewollt. Die zusätzliche Abfragezeichenfolge kann nur eingegeben werden, wenn nur eine Seite als Linkziel gewählt wurde. Wird zusätzlich zur Seite auch ein Artikel als "Sprungziel" gewählt, wird das Feld für die Zusätzliche Abfragezueichenfolge deaktiviert. Es funktionier also, wie es von uns gedacht ist.
PS: es ist für uns daher immer besser, wenn in Berichten statt "funktioniert" oder "funktioniert nicht" einfach beschrieben wird, was passiert und was man stattdessen erwartetet hat.
Danke. Wird heute noch per Online-Update behoben.
Ich schließe den Beitrag, weil es nun wieder sehr unübersichtlich und potentiell verwirrend wird (ich lösche auch ein paar Beiträge die potentiell zur Verwirrung beitragen). Hier wurden nun verschiedene Probleme vermischt. Das Ursprungsproblem der nicht erstellten Screenshots ist gelöst und gut erklärt. Das Problem von nemessis (screenshots werden erstellt, zeigen aber nicht alle Elemente der website) bitte ich in einem neuen Beitrag abzuhandeln.
Dass das Untermenü nach links ausklappt, wenn der Hauptmenü-Eintrag in der Nähe des Rechten Rands der Website ist, hat einen Grund und es wäre besser, Sie lassen das so.
Denn wenn ein Untermenü z.B. unter dem Hauptmenü-Eintrag, der ganz am rechten Rand steht ausklappen würde, wäre ja kein Raum nach rechts vorhanden und das Menü würde ggf. abgeschnitten oder die Seite würde plötzlich horizontal scrollen.
Ich fasse mal das gewollte Verhalten zusammen:
Früher wurden Screenshots beim schließen des Projekt erstellt und das brachte oft Verzögerungen mit sich, die uns nicht gefallen haben. Daher wurde das Erstellen der Screenshots an den Hintergrundprozess (TBB) ausgelagert. Der kümmert sich alle paar Minuten darum.
Bedingung, dass Screenshots erstellt werden ist, dass die Überwachung aktiviert ist und das Projekt in der Überwachung eingeschlossen ist.
Ok, ich habe es geschafft und weis wie ich die Bilder zum Projekt herstellen kann. Jetzt gefällt es mir
Und was war bei Ihnen die Lösung? MichaelM
phil-web lass uns das hier erstmal bitte nicht unnötig verkomplizieren.
Screenshots werden nicht mehr von ZP erstellt, sondern vom Hintergrundprozess (TBB) und das kann schon mal etwas dauern.
Beim Problem um das es hier geht, wurden aber keine Screenshots gelöscht.
Bitte prüfen Sie, ob das Projekt bei dem kein Screenshot erstellt wird auch in der Projektüberwachung eingeschlossen ist. Falls nicht, bitte der Überwachung hinzufügen.
Half das?
Es geht hier nicht um einen Trick. Das muss ohne "Trick" funktionieren. Das tut es bei mir auch, bei Ihnen beiden offensichtlich nicht. Da muss es also Unterschiede im System oder der Nutzung geben und die müssen wir erstmal herausfinden, um den Fehler reproduzieren und beheben zu können (falls ein Fehler vorliegt). Das herauszufinden ist nur per Fernwartung möglich und die machen wir nur im Rahmen eines Tickets.
Ich hoffe, Sie sehen hier im Forum, dass wir stets bemüht sind, Fehler zu beheben und auch einen nicht unbeträchtlichen Aufwand in den kostenlosen Support investieren. In diesem Sinne bitte ich Sie einfach um etwas Geduld.
Danke für das Feedback. Im Prinzip ein guter Vorschlag.
In der Praxis erhalten wir aber immer wieder Kundenanfragen zur Fehlermeldung "Benutzername oder Passwort falsch". Aussagekräftige Fehlermeldungen scheinen also auch nicht immer zu helfen ![]()
Entschudlige bitte, aber dafür ein Ticket zu ziehen für eine falsche Darstellung seit dem Update 16.8. sehe ich wirklich nicht ein.
Der Hinweis mit dem Ticket ging ja nicht an Sie. Wir werden sehen, was bei Markus rauskommt. Ggf. hilft das dann auch Ihnen.
Es wäre absolut Wünschenwert wenn dies wieder funktionieren würde.
Gerade bei Leuten die viele Projekte betreuen oder ähnliches ist es hilfreich.
In der Regel schaut man halt auch immer erst aufs Projektbild
Ich vermute jetzt einfach mal, dass es bei den meisten auch funktioniert (bei mir tut es das).
@V I V I D ich denke, da müssten wir m Rahmen eines Premium-Support-Ticket per Fernwartung mal nachsehen.
Wenn ich Sie recht verstehe, läuft nun wieder alles. Das ist gut.
Nach Ihrer Beschreibung können wir bei Gelegenheit auch nochmals Tests mit ähnlichen Installationspfaden durchführen. Falls wir dabei etwas herausfinden, melden wir uns.
Hier meine letzte Antwort zu dem Thema: RE: Bilder in der Projektübersicht werden nicht richtig dargestellt
Auch bereits mal STRG-SHIFT-T gedrückt?
Da scheint die Edge-Browser-Engine die wir nutzen irgendwie blockiert zu werden.
Welche Windows-Version nutzen Sie da?
Haben Sie bereits mal alle externen (nicht von Microsoft) Virenscanner und sonstigen Sicherheitstools deaktiviert und ZP dann nochmals installiert und getestet?
Siehe: https://www.zeta-producer.com/de/faq.html#a9825
Ohne Backup kann das Projekt nicht rekonstruiert werden und muss neu aufgebaut werden.
Ich denke wir drehen uns im Kreis und da bleibt uns nur noch ein Premium-Support-Ticket
Sie benötigen mindestens Version 16.7. Es muss auch sichergestellt sein, dass auf dem Webserver nicht etwa eine Firewall die Verbindung nach aussen zum Mailserver blockiert.
PS: in Ihrem Screenshot ist das Fenster im Browser auch wesentlich breiter als das Fenster von ZP. Wenn Sie das Browser-Fenster so extrem in die Breite ziehen, können zwischen den Bildern Abstände entstehen. Das liegt daran, dass Sie z.B. für nur 2 Bilder ein "Bilderalbum" nutzen. Da würde ich die beiden Bilder lieber als ganz normales Bild-Widget einfügen. Ggf. noch die Maximale Fenster-Breite den Layout-Einstellungen verringern, denn Text wird bei extremen Breiten auch nicht gerade lesbarer.
Das sieht bei mir anders – mutmaßlich korrekt aus:
Die Website ist auch bereits mit Version 16.8.4 veröffentlicht. Vielleicht hilf es, wenn Sie den Browser-Cache löschen?
Wenn Sie neu bei uns sind, hilft Ihnen unsere Hilfe-Seite dabei, sich im Forum zurechtzufinden. Dort erfahren Sie alles Wichtige, von der Registrierung bis hin zur Erstellung eigener Themen (Fragen).
Ohne Programmierkenntnisse gleich mit Zeta Producer loslegen. Layout auswählen, Text eingeben – fertig. Kostenloser Support und über 99% zufriedene Kunden. Überzeugen Sie sich selbst!