sogar die seite von Zeta https://www.zeta-producer.com/de/index.html
Also diese Behauptung kann ich so nicht nachvollziehen. Ich habe kein Bild auf der Startseite gefunden, das klein Dargestellt ist und nicht mit einem skalierten Bild (alle <= 450px) verknüpft wäre. Was meinen Sie denn da entdeckt zu haben?
Sollte längst per Online-Update behoben worden sein.
Wir unterstützen ein Bearbeiten dieser Datenbank nicht und können/wollen daher auch nicht näher auf Eventualitäten eingehen. Allgemein ist nur zu sagen, da kann man sehr viel kaputt machen.
PS: wenn man ein Bild-Widget löscht, dann wird das zugehörige Bild auch aus der Bildverwaltung gelöscht, außer es ist im Projekt nochmal irgendwo platziert oder „geschützt“.
Ich bezog mich hierauf:
ich habe jetzt alle Bilder so wie du Beschrieben hast kontrolliert und bei Bedarf geändert.
Das hat Leider nichts gebracht.
Das mit dem Löschen wäre ja ein neues Problem und da wäre es übersichtlicher, wenn Sie dazu ggf. einen neuen Beitrag anlegen würden.
Bei meinem Test hat das zuverlässig funktioniert. Nach den Änderungen muss man die Seiten halt erstellen, damit die Bilder auch neu geschrieben werden. Das passiert beim Veröffentlichen oder wenn man F5 drückt eigentlich automatisch.
Nein, das ist keine Access-Datebank, sondern SQLite.
Beispiel: https://sqlitebrowser.org
Auf eigenes Risiko. Wenn dann mal was nicht funktioniert, sagen Sie uns bitte auch, dass die DB manuell bearbeitet wurde! Die Datenbank ist eine SQLite-Datenbank, dafür gibt es diverse Tools (Googeln).
Ich schlage vor, Sie glauben mir einfach.
Wenn ich mich recht erinnere, waren es doch Sie, der sich erst neulich wunderte warum ein Button falsch angezeigt wurde und dann festgestellt hatten, das dies nur der Fall war, wenn im Projekt kein Button-Widget platziert war.
Vielleicht hilft das zum Start. Fügen Sie mal in ZP ein Formular-Widget mit Feldern ein. Nun schauen Sie sich im Quellcode an, welche Klassennamen dem Formular und den Feldern zugewiesen sind.
Wenn Ihr Formular und die Felder die selben Klassennamen nutzen, dann sollten Sie eigentlich auch gleich aussehen. Vorausgesetzt im Projekt ist irgendwo ein Formular-Widget platziert, weil sonst das Formular-CSS nicht mit ins Bundle inkludiert wird.
Hallo,
Ursache gefunden. Ich versuche mal das am Beispiel des Bildes "Gemeinden" (dji_0027.jpg) zu erklären:
Dieses Bild ist auch auf der Seite "Gemeinden" platziert und da wurde das Bild im Grid wohl noch nicht manuell schmaler/breiter gezogen. Das kann man sehr schnell prüfen, wenn man einen Rechtsklick auf das Bild-Widget macht und die Option "Spalte bearbeiten" wählt. Da sehen Sie dann, dass das Feld "CSS-Klasse" leer ist. Hier sollte bei Ihnen eigentlich "c4" drin stehen. Warum das Feld leer ist, kann ich von hier aus nicht sagen, das sollte eigentlich nicht passieren. Unser Grid hat ja 12 Spalten und Ihr Bild ist 4 Spalten breit, daher "c4"…
Nun nimmt Zeta Producer an, dass es da in voller Größe gezeigt wird und skaliert es entsprechend. Bei mehrfach verwendeten Bildern wird immer nur eine Kopie mit der größten Größe erstellt.
Um die falsch skalierten Bilder zu korrigieren, können Sie diese in der Bildverwaltung öffnen (Bild-Widget doppelklicken, Rechtsklick auf das Vorschaubild und Option "In Bildverwaltung anzeigen" und dort per "Rechtsklick > Mehr > Wo wird das Bild verwendet?" rausfinden, auf welchen Seiten es platziert ist und dort dann ggf. das Bild-Widget nochmal schmal/breit ziehen, damit die fehlende CSS-Klasse ergänzt wird.
Ah, ok, danke Hanabi . Vermutl. wieder mal ein Bug des von uns genutzten IE-Editors, zu dem es aktuell leider keinen Ersatz gibt.
Wenn wir nicht weiter kommen, ohne per Fernwartung auf den Rechner des Users zu schauen, oder den User zu beobachten, weil er nicht beschreiben kann, wie er vorging etc., dann braucht es auf jeden Fall ein Support Ticket. Ansonsten nehmen wir uns die Friheit, das von Fall zu Fall auf Grund unserer Erfahrung zu entscheiden.
Das da was fehlt, weiß aber eigentlich nur der, der es auch versteckt hat 
Na, ich denke, die Zeile, die sie in Ihrer Anfrage in fett inkludiert hatten.
Dazu nutzen Sie am besten das globale Attribut "additional_meta". Mehr zu Attributen hier: https://docs.zeta-producer.com/attribute.html
Das ist sehr schwer von hier aus nachzuvollziehen. Auf der angesprochenen Seite stimmen die Bilder unter "Attraktion", "Bauherren", "Eigenheimbesitzer", "Gewerbe"… Das erste zu große ist das unter "Gemeinden" (media/images/dji_0027.jpg).
Um das zu beurteilen, muss ich mir mal das Projekt ansehen. Können Sie mir das Projekt wie in der Folge beschrieben senden?
Breadcrumbs == Navigation. Zumindest unserem Verständnis nach Da kann man sich sicher streiten, wir müssen halt einen Weg verfolgen…
SAK Ggf. vor der Neuinstallation producer.exe im Taskmanager beenden.
Das tut er nur, wenn sich z.B. das Menü geändert hat, weil z.B. eine Seite dazugekommen ist oder sich der Name einer Seite im Menü geändert hat. In dem Fall muss er alle Seiten neu veröffentlichen, weil alle Seiten ein Navigationsmenü enthalten.
Oder wenn er bisher mit der Veröffentlichung nicht fertig wurde. In Version 14.3 wurde Hauptsächlich am Problem der zu viel veröffentlichten Daten gearbeitet. Wir und viele andere Anwender können bestätigen, dass nun wirklich nur veröffentlicht wird, was auch veröffentlicht werden muss. Warum das bei Ihnen so viele Daten sind, kann ich von hier aus nicht erkennen, daher der Verweis auf ein Support-Ticket mit Fernwartung.
Wenn ich https://www.gr%c3%bcnefl%c3%bcgel.de/media/images/g…ast_gifhorn.jpg öffne, ist es 428x321 Pixel groß. Das ist doch wie gewollt, oder? Oder haben Sie dieses Bild mittlerweile auch verändert?
Wenn Sie stat der doppelten, einfache Anführungszeichen im eingegebenen Code benutzen, sollte es keine Fehler verursachen.
Wenn der Nutzer Seiten für die Navigation ausblendet, tut er das in der Regel aus dem Grund, weil er nicht will, dass direkt dorthin navigiert wird. Daher zeigen wir solche Seiten auch nicht im Pfad zur aktuellen Seite in den Breadcrumbs.
Das lässt sich nur per Support-Ticket und Fernwartung lösen.
Eventuell ist eine Externe Seite geöffnet und keine wirkliche Producer-Seite. Das kann man an dem kleinen Globus-Icon erkennen. Sowas kann vorkommen, wenn man im Projekt auf einen externen Link klickt.
Mehr kann ich von hier aus nicht sagen. Sollte das Ihr Problem nicht lösen, sollten Sie ein Support-Ticket lösen, damit wir uns das per Fernwartung ansehen können.
Das kann ich so nicht bestätigen. Siehe Screenshot:
Generell (layoutunabhängig), ist das aktuell nicht möglich. Eine Ausgeblendete Seite wird in den Breadcrumbs nur dargestellt, wenn es sich dabei um die Seite handelt, auf der man sich momentan befindet.
Wenn für eine Seite die Option "Diese Seite im Navigationsmenü anzeigen" deaktiviert ist, wirkt sich das eben auch auf die Breadcrumbs aus.
Es sollte besser nichts manuell erstellt oder veröffentlicht werden. Einfach Änderungen durchführen und dann ganz normal per "Veröffentlichen" -> "Website online veröffentlichen" veröffentlichen. In Ihrem Fall dauert das natürlich lange, aber nur so werden alle notwendigen Daten erkannt und Änderungen vollständig veröffentlicht.
Etwas wenig Infos um gut helfen zu können.
Welche Version nutzen Sie?
Wie veröffentlichen Sie?
Haben Sie vor dem Ansehen der aktualisierten Homepage im Browser auch schon mal den Browser-Cache gelöscht?
Was die Bearbeitungszeit angeht, kann das von hier aus nicht gelöst werden, denn hier ist die Ursache meist auf dem System zu suchen, bzw. irgendwlchen Virenscannern o.Ä.
Das heißt, das Problem existiert nicht mehr, korrekt?
Für SMTP-Authentifizierung gibt es nur 2 Parameter, Benutzername und Passwort. Versuchen Sie einfach die Email-Adresse in das Feld "Benutzername" einzutragen. An sich erfolgen hier die selben Einstellungen, wie in Ihrem E-Mail-Programm. Vielleicht verstehe ich aber die Frage auch noch falsch.
Frage an den Layout Ersteller, warum ist das nicht gleich so erstellt worden, dieser Rand an der Seite sieht doch nicht grad toll aus....
Ja, das ist ein Fehler den wir beheben werden. Der Inhaltsbereich passt sich prozentual an die Layout-Breite an, die Sidebar ist aktuell aber immer auf eine feste Breite fixiert. Werden wir per Online-Update beheben. Nur musste man erst mal verstehen, was Sie meinen und das war nach dem Screenshot mit den roten Pfeilen gut möglich.
Bitte mal nach einer Änderung veröffentlichen und uns dann die URL zu einer Beispielseite nennen und beschreiben, welches Bild genau auf der Seite zurückgesetzt wurde.
Das Online-CMS speichert seine Daten ausschließlich und unabhängig von Zeta Producer Inhalte auf dem Webserver. Solange Sie also die Online-CMS-Widgets nicht von den entsprechenden Seiten entfernen und keine Daten manuell vom Webserver löschen, passiert da nichts.
Wenn ich nur wüsste, was Sie mit "Rechter Rand" genau meinen?
Hallo shiplover,
das können wir nicht definitiv sagen. Als Zeta Producer 10 entwickelt wurde, gab es diese PHP-Version ja noch gar nicht. Das müssten Sie ggf. einfach ausprobieren.
PHP wird aber normalerweise nur von Formularen, Gästebuch oder Geschützter Bereich genutzt und wenn Sie das z.B. nicht nutzen, sind Sie gar nicht betroffen.
Sie sollten im Shop die Artikelliste und das Artikel-Detail (oder Platzhalter) nicht auf der selben Seite platzieren. Das führt garantiert zu Fehlern.
PS: wenn Sie ein Widget Bild auf einer Seite platzieren, dann wird die Bildgröße für das Bild, das auf der Seite dargestellt wird automatisch errechnet. Dabei wird auch berücksichtigt, ob Sie das Bild z.B. über das Grid schmaler gezogen haben. Eine manuelle Einstellung ist also eigentlich gar nicht notwendig. Die automatische Größe richtet sich hierbei nach der größten Darstellung des Bildes im Projekt. Wenn das Selbe Bild also auf einer anderen Seite nochmals größer dargestellt wird, wird diese größe verwendet…
Wie genau passen Sie die Größe an? Welche Funktion nutzen Sie dafür?
Wenn Sie "eine Änderung machen", was für eine Änderung ist das genau? Und welche Datei vergrößert sich dann, das Bild, das auf der Seite angezeigt wird, oder das Bild, welches in der Lightbox geöffnet wird?
Ursache war hier eine Datei "logo.svg", die noch in der Bildverwaltung war, im Dateisystem aber gelöscht wurde.
