Hallo Holger,
das ist ja mal eine Ansage! Das hätte ich so nicht erwartet. An Deiner Stelle würde ich hier nochmals beim Vertrieb explizit nachfragen, vielleicht liegt hier ein Missverständnis vor.
Spekulationen oder Meinungsbekundungen der Forumsteilnehmer werden Dir hier wohl wenig helfen. Maßgeblich ist letztlich die Aussage des Vertriebs.
In jedem Fall wäre es aber interessant zu erfahren, wie die Geschichte ausgeht.
Viele Grüße
Tom
Hallo Wpelz,
das ist ein bereits bekanntes Problem in ZP 17. Hintergrund: Derzeit ist die Rechtschreibprüfung auf Englisch eingestellt, weshalb natürlich fast alle deutschen Begriffe moniert werden. Auch das Kontextmenü (rechte Maustaste) erscheint daher gegenwärtig im Text-Widget auf Englisch. Ich denke, dass das Problem zeitnah behoben wird.
Viele Grüße
Tom
Hallo Kaydet,
die Verwendung von FileZilla in Verbindung mit ZP ist natürlich möglich, ist aber gänzlich überflüssig und erschwert zudem auch die Fehlersuche.
Warum nutzt Du nicht einfach die integrierte Veröffentlichungsfunktion von ZP?
Wenn es hier dann immer noch zu Problemen bei der Veröffentlichung von Bildern/Zeichnungen kommt, könnten die internen Protokolle möglicherweise helfen.
Ansonsten fällt mir nur ein, vor dem Upload des Inhalts des Ordners „Output“ mit FileZilla, in ZP mit „F6“ die Seiten nochmals neu erstellen zu lassen.
Viele Grüße
Tom
Hallo Fritz,
in den meisten Fällen ist hier eine falsch konfigurierte Webadresse oder ein falsch konfigurierter Zielordner ursächlich. Im Übrigen verhindert die zitierte Meldung das Veröffentlichen nicht, sofern die restlichen Einstellungen korrekt sind.
Am besten liest Du Dir zunächst mal die entsprechende Beiträge zum Thema „Serveranforderungen nicht erfüllt“, die es hierzu in diesem Forum gibt, durch:
Wenn das alles nichts hilft, dann poste hier bitte Screenshots Deiner FTP-Einstellungen in Zeta Producer. Vielleicht kann hier dann ein anderer (Manitu)-Nutzer sofort erkennen, was das Problem verursacht.
Und noch zwei Hinweise:
Auch wenn die Screenshots auf die Version 17 hinzudeuten scheinen, wäre eine Angabe zur verwendeten Version von Zeta Producer hilfreich.
Informationen wie „habe schon alles mögliche probiert“ sind hingegen wenig hilfreich, solange Du uns nicht mitteilst, was Du bislang genau probiert hast.
Viele Grüße
Tom
Hallo Armin, hallo Norbert,
vielen Dank für den Hinweis bzgl. der E-Mail. Das war mir bis dato gar nicht aufgefallen und ist korrigiert.
Das Hauptmenü und das mobile Menü habe ich wie folgt ausgeblendet:
<style>
#navigation {
display: none;
}
</style>
<style>
#menubutton {
display: none !important;
}
</style>Viele Grüße
Tom
Hallo allerseits,
ich habe meiner Seite ein neues Layout spendiert und freue mich auf Eure konstruktive Kritik.
ZP 17
Top Responsive
ZP-Widgets: Flex-Container (Startseite), Sliding Hauptmenü, CSS-Global
Herzlichen Dank für Eure konstruktive Kritik und viele Grüße
Tom
Hallo Stefan,
vielen Dank und schönes Wochenende!
Tom
Hallo allerseits,
mir ist Folgendes aufgefallen: Befinden sich auf einer Seite sowohl das Widget „Slider“ mit der Darstellungs-Einstellung „randlos“ als auch das Widget „Suche“, so wird beim Aufruf der betreffenden Seite nicht an den Seitenanfang gesprungen, sondern es wird so weit heruntergescrollt, bis sich das Widget „Suche“ genau in der Bildschirmmitte findet. Man hat den Eindruck, als wäre hier eine Art Sprungmarke hinterlegt.
Hier kann man es live sehen:
Deaktiviere ich die Einstellung „randlos“ wird die Seite korrekt mit dem Seitenanfang aufgerufen.
Ich kann das auch mit einem frisch angelegten Projekt „Top Responsive - Data“ reproduzieren:
„System > Suche > Vorschau“: Es wird korrekt der Seitenanfang gezeigt.
Entferne ich jetzt den Header, füge stattdessen einen Slider ein, wähle das importierte Bild des Headers aus und setze den Slider auf randlos, ist der Slider in der Vorschau gar nicht oder kaum zu sehen, da die Seite nach unten scrollt, bis sich die Suche in der Bildschirmmitte befindet.
Viele Grüße
Tom
Die Logik hast Du in jedem Fall richtig verstanden. Wenn das wirklich ein Problem mit der Hierarchie ist, könnte es vielleicht so funktionieren:
<style>
.test1 {
font-weight: bold !important;
font-size: 3em !important;
color: violet !important;
text-align: center !important;
}
</style>In meinem Projekt funktionert der von Dir gepostete Code jedenfalls einwandfrei.
Die CSS-Klasse im Text-Widget bezieht sich auf den Text und nicht auf die Überschrift. Versuchst Du möglicherweise mit der CSS-Klasse die Überschrift zu formatieren? Die Werte riechen für mich jedenfalls nach Überschrift ...
Da fehlt beim Code das korrekte schließende Tag </style>.
Hallo Norbert,
ich meinte mittels Bauchgefühl ebenfalls festgestellt zu haben, dass ZP 17 scheinbar unnötig Seiten aktualisiert. Inzwischen denke ich aber, dass Deine Vermutung, dass hier die Content Updates, die sich ja in der Regel global auswirken, ursächlich sind, richtig ist.
ZP 17 hat heute früh Aktualisierungen durchgeführt, ich habe im Anschluss zwei kleine Textänderungen vorgenommen: 144 Seiten wurden publiziert.
Eben habe ich erneut kleine Textänderungen auf zwei Seiten vorgenommen und veröffentlicht: Zwei Seiten wurden hochgeladen.
Bei genauerer Betrachtung scheint meiner Meinung nach also alles in Ordnung.
Viele Grüße
Tom
Hallo EBKS,
ich vermute, dass das ein Problem von Stripe Responsive ist. Ich habe unter ZP16B ein neues Projekt mit Deinem Layout angelegt (keine Farbänderungen, kein eigenes CSS) und kann das Problem sofort reproduzieren. Wechsel ich nun auf ein anderes Layout (Top Responsive) ist das Problem verschwunden. Die Richtungspfeile werden nicht ausgeblendet und sind somit auch anklickbar.
Die Beobachtung hilft Dir jetzt natürlich nicht so richtig weiter, aber vielleicht den Entwicklern.
Viele Grüße
Tom
Hallo Stefan,
soweit ich mich entsinne habe ich es direkt in den entsprechenden Ordner der Bilderverwaltung importiert, kurz die Details (Bildbeschreibung/Alt für Deutsch und Englisch angepasst) und ZP beendet.
Viele Grüße
Tom
Hallo Zennin,
ich hatte das gleiche Problem wie Du. Es ging dabei um ein Bild in einem Bilderalbum. Ein Wechsel in die Spaltenansicht war leider wenig hilfreich, und die Bilderverwaltung begrüßte mich mit einem roten Kreuz auf weißem Grund.
Ich habe mir dann einfach ein Bild gesucht, das nicht in ZP verwendet wird (ein knallig rotes Quadrat) und habe der Datei den in der Fehlermeldung genannten kryptischen Dateinamen gegeben (beim dritten Anlauf habe ich es fehlerfrei hinbekommen). Diese Datei habe ich dann einfach in den ebenfalls in der Fehlermeldung genannten Ordner kopiert. Die Seite und auch die Bilderverwaltung ließen sich nun wieder problemlos öffnen. In der Bilderverwaltung habe ich jetzt nach dem roten Quadrat Ausschau gehalten. Gesucht, gefunden und in den Eigenschaften der Bilddatei den von mir vergebenen Namen ermittelt. Anschließend habe ich das Bild mit der Ursprungsdatei überschrieben.
Vielleicht hilft Dir diese Vorgehensweise, wenn Du nochmals vor dem gleichen Problem stehst.
Viele Grüße
Tom
Ich trete dem Club ebenfalls bei.
Ich habe einem bestehenden Bilderalbum ein weiteres Bild hinzugefügt, ZP17 geschlossen, das Projekt noch auf einen USB-Stick kopiert und den Rechner runtergefahren.
Am nächsten Morgen dann der freundliche Hinweis, dass ein Bild nicht gefunden werden kann. Die Meldung trat auch mit der auf USB-Stick befindlichen Kopie auf. Menschliches Versagen möchte ich ausschließen. Eine Cloud war auch nicht im Spiel und dass eine Antiviren-Software just zwischen dem Beenden von ZP und dem Herunterfahren des Rechners eine seit Jahren auf dem Rechner befindliche Datei ungefragt löscht, scheint mir auch eher unwahrscheinlich.
Viele Grüße
Tom
Hallo Mirco,
ich schließe mich Phil an. Die Icons nach rechts zu setzen, verlangt vermutlich recht komplexes CSS. Meine Versuche hierzu sind jedenfalls gescheitert, was natürlich nichts heißt, da meine CSS-Kenntnisse nur befriedigend bis ausreichend sind.
Viele Grüße
Tom
Hallo Mirco,
ich erläutere es jetzt mal am Haus-Icon.
Lege eine neue Hauptseite an. Nenne sie bspw. „Haus“.
Jetzt legst Du auf irgendeiner Seite ein Text-Widget an, mit dem Du den Code erstellst.
Füge jetzt im Text-Widget das entsprechende Symbol ein („weitere Richtextformate [+:] > Piktogramme) und ändere anschließend noch die Schriftgröße des Symbols. Welche Größe ist zunächst egal, es geht nur darum für die Schriftgröße schon mal einen Eintrag im Code zu haben.
Jetzt schaltest Du in die Quelltext-Ansicht („< >“) um. Hier steht jetzt bspw.
<p><span style="font-size: 30px;"> <i class="fa fa-home fr-deletable" aria-hidden="true"> </i> </span></p>
Entferne jetzt noch <p> am Anfang und </p> am Ende:
<span style="font-size: 30px;"> <i class="fa fa-home fr-deletable" aria-hidden="true"> </i> </span>
Jetzt kopierst Du diesen Code, gehst in die Eigenschaften der Seite „Haus“ und fügst den Code unter „Name > Name“ ein („Haus“ also überschreiben). Im gleichen Fenster gibst Du unten noch das Weiterleitungsziel an, bspw. Deine Startseite.
Wenn das Symbol nun zu groß oder zu klein ist, kannst Du den Wert im Code mittels „font-size“ anpassen.
Vielleicht ließen sich die Symbole doch noch mittels CSS von den restlichen Einträgen des Hauptmenüs trennen und auf die rechte Seite bringen. Da müsste dann aber auch noch die mobile Ansicht berücksichtigt werden, das könnte also sehr aufwändig werden. Vielleicht äußerst sich ja mal einer der CSS-Cracks …
Viele Grüße
Tom
Wenn es Dir nur um die Icons geht und diese gleich hinter den restlichen Einträgen des Hauptmenüs stehen dürfen, dann wäre es wohl machbar. Mit welchem Layout arbeitest Du?
Hallo Mirco,
so wie von Dir gezeigt, wird das mit Bordmitteln nicht möglich sein. Das Widget „Sidebar-Icons“ wäre in diesem Zusammenhang aber vielleicht eine denkbare Alternative: Es bietet Dir die gewünschte Funktionalität einschließlich der Icons von Font Awesome, wäre allerdings vertikal angeordnet und scrollend.
Ansonsten müsstest Du Dich mal auf https://www.widget-zp.de/widgets.html umsehen.
Hier wäre vielleicht https://www.widget-zp.de/2022/top-bar.html interessant.
Fragen zu den externen ZP-Widgets bitte im entsprechenden Forum unter https://www.zella.de/forum/forum/ stellen.
Viele Grüße
Tom
Nein, das kann ich ausschließen.
Ich hatte ein ähnliches Fehlerbild. Nach einem Neustart waren vier Stunden Arbeit verschwunden und das wiederholte sich mehrere Male.
Das Projekt selber lag dabei immer direkt auf der lokalen Festplatte. Allerdings war der Ordner „Zeta Producer 17“ wie üblich weiterhin unter „One Drive/Dokumente“ abgelegt.
Nachdem ich das eh ungenutzte One Drive komplett deaktiviert hatte, trat das Problem nicht mehr auf. Es scheint so, dass nicht nur der Speicherort des eigentlichen Projekts sondern eben auch die übrigen unter „Dokumente“ abgelegten ZP-Dateien in meinem Fall eine Rolle gespielt haben.
Viele Grüße
Tom
Hallo Nordi,
ich denke nicht, dass das nur mit den zwei erwähnten PDFs zu tun hat. Die gesamte Seite ist meiner Meinung nach ganz klar gewerblich ausgerichtet und somit im Sinne der Lizenzbedingungen eben nicht „privat“.
Nur zwei Beispiele:
„Individuelle Angebote (Konditionen verhandelbar)“
„Kurse sind zu festen Terminen mit Zuschüssen der Krankenkassen.“
Auch würde ein Privatmensch im Impressum vermutlich nie „G-S-N Gesundheit-Sport-Nordic“ anführen, wenn er nur einem Hobby nachgeht.
Ich denke, dass Du um den Erwerb einer Lizenz nicht herumkommst. Genaueres kann Dir aber der Vertrieb von Zeta Producer sagen: info[ät]zeta-producer.com ([ät] durch @ ersetzen).
Viele Grüße
Tom
Hallo Wolfgang,
schneide den Code einfach aus, drücke „F6“ und schau, wie es sich nun in der Browser-Vorschau verhält. Wenn das Problem weiterhin nicht mehr zu beobachten ist, ist die Sache erledigt. Tritt das Problem jedoch ohne den Code wieder auf, fügst Du ihn einfach wieder ein und wartest auf das nächste Update.
Viele Grüße
Tom
Hallo Holzofen,
die Links sind ja bei genauer Betrachtung des Screenshot sogar zu sehen (auch der Button „Aktualisieren“). Du hast also einfach eine ungeeignete Farbe (#FFFFFF oder ein ganz helles Grau) für Deine Links gewählt. Hier solltest Du einfach eine dunklere Farbe wählen. Da ich keinen Shop habe, kann ich nur vermuten, dass Du die Farbe für Links in den Layout-Einstellungen des Shops anpassen kannst.
Viele Grüße
Tom
Hallo Helmut, hallo Weha,
sofern Eure Seiten nach dem letzten erfolgreichen Veröffentlichen von Domainfactory migriert wurden und die Probleme nicht nur Bilder sondern jegliche Änderungen an Euren Seiten betreffen, dann könnte das Problem auch an einem FTP-Nutzer mit unzureichenden Rechten liegen.
Nachdem meine Seite migriert wurde, habe ich sehr lange kämpfen müsse, bis ich wieder veröffentlichen konnte. An dieser Stelle ein „großes“ Dankeschön an Domainfactory für die hundsmiserable Dokumentation.
Ich habe Euch mal Bilder meiner Konfiguration vor der und nach der Migration angehängt.
Beim Servernamen muss „dummy“ durch Eure Domain (ohne „www“) ersetzt werden.
Ich konnte auch nur veröffentlichen, indem ich den von Domainfactory vorkonfigurierten ftp-Benutzer verwendet habe. Die von mir zusätzlich angelegten weiteren ftp-Zugängen wollten partout nicht bzw. ließen mich nicht den Ordner „webseiten“ auswählen.
Beim vorkonfigurierten ftp-Benutzer durfte ich zudem das „dummy“, anders als beim Servernamen, nicht durch meine Domain ersetzen.
Ich drücke Euch die Daumen.
Viele Grüße
Tom
Vor Migration:
Nach Migration:
Hallo Zennin,
wenn die Linkprüfung Fehler auflistet, kannst Du unten rechts auf „Details“ klicken. Im folgenden Fenster kannst Du den Text markieren, kopieren und ihn dann bspw. in Word einfügen, um ihn auszudrucken. Oder verstehe ich Deine Anfrage falsch?
Viele Grüße
Tom
Wenn das Text-Widget ohnehin eine Rechtschreibprüfung für Englisch beinhaltet, könnte man dann nicht vielleicht in den Einstellungen des Text-Widgets sowohl Deutsch als auch Englisch anbieten?
Hallo Sven,
ich haben eben mal etwas ziemlich Verrücktes getestet: In den Layout-Einstellungen habe ich unter „Allgemein“ den Wert für „Mobile Ansicht ab“ auf „3000“ gesetzt, d. h. alles unter 3000 px Bildschirmbreite kriegt die mobile Ansicht. Die Desktopbreite, 1280 px, selber habe ich nicht angefasst.
In der Desktopansicht wird nun der Menü-Button angezeigt, das gewohnte große Menü hingegen ausgeblendet. Allerdings erstreckt sich dann das ausgeklappte Menü über den gesamten Bildschirm, die Menüeinträge ganz links und die Pfeile ganz rechts. Vielleicht kann man hier mit CSS noch nachbessern.
Vermutlich wird es auch einen Ansatz geben, das alles über eigenes CSS zu lösen …
Viele Grüße
Tom
Hallo Zennin,
ich glaube, jetzt kommen wir der Sache näher. Das Problem tritt in meiner Testumgebung dann auf, wenn ich in der Hinweisbox die Listendarstellung nutze, egal ob nummeriert oder unnummeriert. Ob das ein Bug ist, weiß ich nicht. Abhilfe schafft bei mir das erwähnte „hyphens: auto;“. In meinem Screenshot ist es richtig geschrieben, in meinem Fließtext und in Deinem Screenshot fehlt jedoch das „s“.
Dein gesamter CSS-Code hat bei mir auch keine negativen Auswirkungen hinsichtlich der Silbentrennung.
Der erste Absatz steuert die Zeilenhöhe bei Listen.
Der zweite Absatz definiert eine Klasse für die Silbentrennung.
Die folgenden Absätze beziehen sich auf die Webfonts. Diese Einträge sind meiner Meinung nach obsolet, da ZP die Webfonts inzwischen einbindet.
Viele Grüße
Tom
Hallo Zennin,
wenn ich Deinen CSS-Code bei mir einfüge, funktioniert die automatische Silbentrennung in der Hinweisbox weiterhin, es sei denn, dass ich Letzterer eben die CSS-Klasse „sta“ zuweise. Der Code hat also zunächst mal keinen unerwünschten Einfluss auf die Silbentrennung der Hinweisbox.
Hast Du denn noch mehr eigenes CSS unter „Einstellungen > CSS“ und wenn ja, wie lautet denn der gesamte Code?
Viele Grüße
Tom
Hallo Zennin,
dann muss ich passen. Bei meinem Test mit Campfire unter ZP 16, konnte ich das Problem nur provozieren, indem ich die Silbentrennung abgeschaltet habe.
Vielleicht hilft aber ein wenig CSS. Bei global ausgeschalteter Silbentrennung, konnte ich die Silbentrennung in der Hinweisbox mit „hyphen: auto;“ wieder einschalten. Vielleicht probierst Du das mal in Verbindung mit der eingeschalteten globalen Silbentrennung. Einen Versuch wäre es vielleicht wert.
Viele Grüße
Tom
Hallo Zennin,
ich vermute, dass in den Layout-Einstellungen die Silbentrennung auf „aus“ steht. Diese bitte mal auf „automatisch“ setzen.
Ferner scheint beim Seitentitel der Startseite ein „en“ zu fehlen. Die Überschrift auf der Startseite selber ist korrekt, aber der Seitentitel lautet nur „Flurbäume – ein Projekt aus den Kulturlandschaft“. Dies kannst Du in den Eigenschaften der Startseite unter „Google > Titel“ korrigieren.
Viele Grüße
Tom
Hallo Holger,
durch den Erwerb der Lizenz für Version 17 verlierst Du ja nicht Deine Lizenz für Version 16. Du kannst somit beide Versionen parallel nutzen.
Viele Grüße
Tom
Hallo Roedljo,
vielleicht verstehe ich das Problem noch nicht richtig, aber mich beschleicht der Verdacht, dass Du annimmst, dass durch das (vermutlich nicht mögliche) Zurücksetzen der Farbpalette, alle damit getätigten Formatierungen verschwinden. Dem ist aber mit Sicherheit nicht so.
Nur weil das Werkzeug, die Farbpalette, zurückgesetzt wird, verschwinden doch nicht die mit dem Werkzeug erschaffenen Farbgestaltungen Deiner Texte.
Ein Zurücksetzen der Farbpalette, so denn möglich, hätte also nur zur Folge, dass diese wieder übersichtlicher würde.
Willst Du hingegen die farblichen Formatierungen in Deinen Texten entfernen, müsstest Du wie von Elch oder mir beschrieben vorgehen. Sofern Du bspw. nur die Überschriften farblich in Dunkelrot oder Blau abgesetzt hast, könnte man das sicherlich mit etwas weiterem CSS erreichen, so dass der von mir vorgeschlagene Weg, vielleicht doch ein gangbarer ist.
Viele Grüße
Tom
Hallo Markus,
wie ich weiter oben schrieb, ist der Punkt „Seite im Navigations-Menü anzeigen“ nur sichtbar, wenn die Seite auch zur Veröffentlichung freigegeben ist. Ein Eintrag im Navigationsmenü ergibt wenig Sinn, wenn die entsprechende Seite nicht veröffentlicht ist. Also zunächst „Seite veröffentlichen“ anklicken, anschließend sollte das Menü Dir auch den Punkt „Seite im Navigations-Menü anzeigen“ anbieten.
Viele Grüße
Tom
Hallo Markus,
wenn ich das richtig sehe, dann zeigt Dein Screenshot doch das Auswahlmenü der problematischen Seite (Güggeliplausch 2025). Hier meine ich aber den Menüpunkt „Seite veröffentlichen“ zu sehen. Was passiert, wenn Du diesen Menüeintrag anklickst?
Viele Grüße
Tom
Hallo Markus,
"Im Navigationsmenü anzeigen" ist nur sichtbar, wenn die entsprechende Seite auch zur Veröffentlichung freigegeben ist. "Seite veröffentlichen" sollte hingegen natürlich angezeigt werden.
Du suchst auch an der richtigen Stelle, d. h. Du hast auf das Zahnradsymbol der betroffenen Seite geklickt? Was wird Dir denn in diesem Menü an sonstigen Möglichkeiten angeboten? Kannst Du hiervon vielleicht auch mal einen Screenshot erstellen?
Was passiert, wenn Du auf derselben Ebene, in der sich die problematische Seite befindet, eine neue Seite anlegst und diese von der Veröffentlichung ausschließt? Wird Dir bei dieser Seite im Anschluss die Option "Seite veröffentlichen" angeboten oder tritt hier das gleiche Problem auf?
Viele Grüße
Tom
