Beiträge von Hanabi

    Hallo Gerhard,

    hier hilft eventuell ein Blick in den fertigen Quelltext:

    Code: Alex Feinkost
    <iframe height="315" src="https://www.youtube-nocookie.com/embed/jUDoLqaDqNs" frameborder="0" width="560" allowfullscreen="allowfullscreen" allow="accelerometer; autoplay; encrypted-media; gyroscope; picture-in-picture">
    </iframe>
    Code: Traube
    <iframe src="https://www.youtube.com/embed/i3l56J9-0Ns" width="560" height="315" frameborder="0" allowfullscreen="">
    </iframe>

    wesentlicher Unterschied zwischen beiden Codes ist die Quelle. Bei Alex Feinkost werden die - eigentlich zu bevorzugenden - erweiterten Datenschutzeinstellungen genutzt http://www.youtube-nocookie.com, bei Traube wird das Video direkt von http://www.youtube.com eingebunden.

    Du solltest mal ausprobieren, ob sich der Fehler bei Verwendung der normalen Youtubeadresse bei Alex-Feinkost immer noch zeigt.

    Es ist natürlich auch immer eine Frage, was denn nun von den Programmierern erwartet werden soll. Wir haben für eigentlich alle externen Einbindungen die passenden Widgets in Zeta. Jetzt bringen diese Widgets aber auch externe Cookies mit.

    Als Lösung hierzu präsentiert Zeta ein neues Widget "Cookie-Consent", welches mit den internen Widgets (Disqus, Facebook-Kommentare, Facebook-Plugins, Google Maps, Twitter-Button, Vimeo Video, Youtube Video) sowie diversen Trackingtools (AdSense, Analytics, Tag Manager, FB-Pixel, Matomo) funktioniert, aber die Anwender nutzen trotzdem lieber ein direkt beim externen Anbieter heruntergeladenes Script. :wacko:

    Hallo Samson,

    Du verwendest dort die Linkbox. Unter "Farben inaktiv" sowie unter "Farben Hover" kann jeweils auch die Farbe des Rahmens eingestellt werden. Standardmäßig ist diese auf rgba(0, 0, 0, 0.1) und nicht auf transparent eingestellt. Muss also unter beiden Optionen geändert werden, damit der Rahmen verschwindet.

    Hallo Jörg,

    ich habe hier ein S5-Neo mit Android 6.0.1. Herunterladen der *.ics funktioniert sowohl bei unserer Seite (Hanabi) als auch bei den Schulferien. Der Import endet aber (bei BIZ-Calendar) mit "Importieren abgeschlossen 0/0 Terminen erfolgreich importiert". Dies in beiden Fällen, also auch bei den Schulferien.

    Erweitert:

    Da die *.ics auf SD-Karte gespeichert wurde, kann diese über den Dateimanager geöffnet und dann dem S-Planer hinzugefügt werden. Dies funktioniert sowohl bei unserer Seite als auch den Schulferien. Die Termine werden dann auch im BIZ-Calendar angezeigt.

    Bei Google gibt es einige Beiträge zu dem Thema "ics und Android". Diese machen deutlich, dass es keine native Unterstützung von *.ics in Android gibt. Es kommt also wohl auf die verwendete Android-Version als auch die genutzte App an.

    Nachfolgend mal ein Vergleich zwischen einer Muster-ics (Wikipedia), einem Veranstaltungstermin aus Zeta und den von Jörg verlinkten Schulferien (verkürzt):

    Da sehe ich also nichts, was vom Standard abweicht (eher das Verlangen, das Widget Veranstaltung noch um ORGANIZER zu ergänzen).

    Das S5-Neo mit Android 6.0.1 (Veröffentlichung November 2015) wird ja offiziell nicht mehr unterstützt, sollte daher in diesem Test nicht unbedingt als Referenz dienen.

    Hallo Samson,

    Es funktioniert ja auch unter Chrome. Wenn wir beide die selbe Zeta-Version und das selbe Widget verwenden, dieses Widget auf unserer Vereinsseite sowohl in Chrome als auch in Edge funktioniert, bei Euch aber nur in Chrome, wie hoch ist dann die Wahrscheinlichkeit, dass es am Programm liegt?

    Der Support dürfte bis 6. Januar in den Ferien zum Jahreswechsel sein, das läuft also in den nächsten zwei Wochen auf der Basis User zu User.

    Auffällig ist jedoch, dass, wenn ich in Chrome die Cookie-Einstellungen schließe, ich ein gesperrtes Script von Daswetter.com angezeigt bekomme. Konkret wird eine Javascript-Komponente blockiert. Blende mal den Artikel mit dem Wetter aus und teste dann erneut.

    Das Verhalten kann ich so bestätigen für Edge. In Chrome lässt sich das Fenster problemlos bedienen. Es scheint aber ein Problem in Deinem Projekt / auf Deinem Server zu sein, da es bei unserer Seite auch unter Edge funktioniert.

    Hallo Samson,

    es geht also um die Cookie-Einstellungen auf der veröffentlichten Webseite, nicht um die Bedienung des Widgets in Zeta?!

    Dann brauchen wir einen Link zur Seite, um das Online zu sehen.

    ... Was man hier in Sachen DSGVO beachten muss, habe ich aber noch nicht überblickt.

    Hallo Jörg,

    die Webseite selbst kommt zunächst einmal Cookie-konform daher. Wie es jetzt mit dem eingebundenen Kalender auf der eigenen Webseite aussieht, muss geprüft werden. In der DSE muss die Verarbeitung der Daten durch Dritte erklärt werden. Außerdem muss mit dem Betreiber Terminland ein Vertrag zur Auftragsverarbeitung abgeschlossen werden. Siehe auch https://www.terminland.de/downloads/Term…GB_20191114.pdf Seite 6.

    Lösung über Google-Kalender:

    1. Google-Kalender am PC aufrufen (geht nicht über Smartphone)
    2. Einstellungen aufrufen
    3. Kalender auswählen
    4. Zugriffsberechtigungen
    5. Häkchen bei "Öffentlich freigeben" mit "Nur Verfügbarkeit anzeigen (keine Details)"
    6. Kalender integrieren
      1. entweder mit dem Widget "HTML-Quelltext", dann "Code einbetten" auswählen
      2. oder mit dem Widget "IFrame", dann "Öffentliche URL zu diesem Kalender" auswählen

    Ein Beispiel findet Ihr unter https://www.hanabi-pirna.de/test.php, hier ist in meinem Kalender am 23.12. "Weihnachtsgans braten" eingetragen, angezeigt wird nur "beschäftigt".

    Datenschutzproblematik / Cookies etc. habe ich jetzt mal außen vor gelassen. Die Einbindung über Google-Kalender ist auf alle Fälle sinnvoller als eine Erweiterung des Widgets "Verfügbarkeitskalender".

    Hallo Wasti,

    wenn im Header noch Bilder vorhanden sind, bringt die Änderung im Layout-Designer nichts. Als erstes merken wir uns jetzt die Funktionstaste F8, mit der wir in die Spaltenansicht und wieder zurück wechseln können.

    • gehe in Zeta auf die Startseite
    • lösche dort die Kopfgrafik (sofern diese "verknüpft" ist, wirkt sich dies auch auf alle anderen Seiten aus)
    • ändere im Layout-Designer Höhe und Breite für die Kopfgrafik
    • Wechsle in den Spaltenmodus
    • in der Spalte "Header" sollte kein Eintrag vorhanden sein, Mausklick rechts -> neuer Artikel -> Header
    • Füge jetzt das GIF als Bild in den Header ein.

    "Fehler. Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt" beschreibt, dass in der Projektdatenbank auf einen Inhalt verwiesen wird, der nicht mehr vorhanden ist. Üblicherweise passiert so etwas, wenn man in der Bilderverwaltung Bilder löscht, die aber noch in einem Artikel verwendet wurden (und die entsprechende Warnung ignoriert)

    Horizontale Spaltenausrichtung geht eher in den Bereich "Profi", der auch eine Kladde führt, in der sämtliche Designelemente auch schriftlich festgehalten sind. Wenn später mal ein Problem mit dem Aussehen auftaucht, hätte ich "horizontale Spaltenausrichtung" auf keinen Fall auf dem Schirm gehabt.

    Wir sind hier inzwischen bei #21 Beiträgen. Bei weiteren Fragen bitte für jede Fragestellung einen neuen Thread anlegen, vorher aber über die Suche prüfen, ob es nicht bereits im Forum eine Lösung zu der Frage gibt. Die Trennung in einzelne Threads erhöht die Übersichtlichkeit und erleichtert das Finden auch für andere User.

    Ich möchte ja nicht auf die Spaßbremse treten, aber wie sollen denn die Zeitfenster gepflegt werden? Tagesbelegungen können sicherlich täglich eingepflegt werden, aber freie Stunden? Hier müsste nach jeder Terminvereinbarung die Webseite aktualisiert werden. Aus meiner Sicht als separates Widget nicht realisierbar. Überlegenswert wäre allenfalls eine - wie auch immer - gestaltete Einbindung eines Google-Kalenders.

    Hallo Josef,

    ich möchte mal kurz auf eine andere, noch offene Baustelle verweisen, die eventuell Auswirkungen auf das aktuelle Problem hat.

    Im Projekt "Golfportal-Köln" ist unter der Webadresse http://www.golfportal-koeln.de eingetragen. Bei Aufruf wird die Adresse aber als https://www.golfportal-koeln.de/ angezeigt. Hier bitte noch ein https:// vor der Webadresse (wenn nur www.*) ergänzen. Falls bereits http:// drin steht, nur das "s" ergänzen. Danach neu veröffentlichen.

    Außerdem verwendest Du nicht die aktuellste 12-er Version von Zeta, sondern noch die 12.2. Empfehlenswert wäre es, zumindest auf die 12.5.7 vom 16.10.2015 zu wechseln. Der Download dieser Version ist unter https://www.zeta-producer.com/de/aeltere-versionen.html möglich.

    Ich vermute weiter, dass auf dem Server eine Umleitung aktiv ist, da bei Aufruf von https://www.golfportal-koeln.de/duesseldorfer_….de/sitemap.xml zwar eine Sitemap angezeigt wird, allerdings enthält diese nur Einträge von http://ww.golfportal-koeln.de ohne Einträge des Unterverzeichnisses /duesseldorfer_golfwoche.de

    Vermutlich kommst Du über ein Support-Ticket schneller zu einer Lösung, da sich dann ein Mitarbeiter von Zeta das direkt auf Deinem Rechner anschauen kann.

    Was in Gottes Namen hat das www mit dem https zu tun?

    Hallo Butro14,

    www und non-www werden als 2 verschiedene Seiten betrachtet. Zusammen mit http und https gibt es damit 4 verschiedene Möglichkeiten, eine Seite aufzurufen:

    http://www.ak-bewegungstherapie-psychiatrie.de

    http://ak-bewegungstherapie-psychiatrie.de

    https://www.ak-bewegungstherapie-psychiatrie.de

    https://ak-bewegungstherapie-psychiatrie.de

    Für eine reibungslose Funktion ist es daher empfehlenswert, sich auf eine Schreibweise der Domain festzulegen, diese in den FTP-Einstellungen einzutragen und mittels .htaccess alle anderen Schreibweisen auf die festgelegte "Stamm-"Adresse weiterzuleiten. Hinweise hierzu gibt es über die Google-suche oder den entsprechenden Blog-Beitrag in meiner Signatur.

    Hallo Gerhard,

    hier setzt ja "Cookie Consent" an: Das Widget sperrt Cookies für die im Widget ausgewählten Anwendungen und verhindert so eine Übertragung von Nutzerdaten. Erst nach Einwilligung "Auswahl akzeptieren" oder "Alle akzeptieren" wird der Cookie-Code nachgeladen. Die jetzt von Zeta veröffentlichte Lösung mit dem Cookie-Consent setzt das EuGH-Urteil sauber um.

    Der Auffassung, dass vor Einwilligung KEIN Inhalt der Webseite aufgerufen werden kann, ist im übrigen falsch, aber leider dem Hype um "Datenschutz aus der bösen EU" geschuldet.

    Aus jedem Laden würdest Du entrüstet hinausgehen, wenn Du im Nachhinein erfährst, dass, während Du in der Umkleide eine neue Hose ausprobierst, sich der Ladeninhaber Deine Geldbörse schnappt, die Adresse aus dem Ausweis abschreibt und anhand der Quittungen nachschaut, wo du sonst so eingekauft hast. Aber im Internet nimmst Du das alles klaglos hin.

    Verlangt wird nach Gesetz lediglich, dass jetzt der Ladeninhaber den Kunden fragt, bevor der die Geldbörse nimmt. Eine Deko im Schaufenster, ein Tag der offenen Tür, sogar das Anprobieren der Hose ist weiterhin möglich, aber eben nicht mehr der heimliche Zugriff auf Adressdaten und Einkaufsverhalten.

    Wenn dort der Gesetzgeber einen Riegel vorschiebt, so ist das für mich die normalste Sache der Welt. Wenn man Daten verarbeiten will, muss man sich auch mit den gesetzlichen Regelungen zu Daten beschäftigen. Das EuGH-Urteil zu Werbe-Cookies betrifft einen alten Fall vor Inkrafttreten der DSGVO, allerdings haben für Deutschland die Datenschutzbeauftragten der Ländern bereits im APRIL 2018 hierzu eine entsprechende Orientierung veröffentlicht, die ebenfalls vom Prinzip "Opt-In" ausgeht, also erst aktive Zustimmung, dann Datenverarbeitung.

    Hallo Josef,

    ich nehme an, dass Du nichts falsch machst. Probiere das Ganze mal auf einer anderen Seite mit einem neu angelegten Formular. Wenn dort der Regler-Button bedient werden kann, ist wohl in deinem Formular der Wurm drin. Dann am einfachsten das vorhandene Formular löschen und danach neu erstellen. Wenn der Regler auch auf der anderen Seite nicht angewählt werden kann, liegt das Problem tiefer. Ich bin ja schon einige Zeit hier im Forum dabei, habe jetzt aber keine Idee, was es sonst noch sein könnte.

    Hallo Astrid,

    ich habe eben eine Testnachricht senden wollen. Der Server hat anscheinend eine ganze Weile "irgendetwas" getan, um zum Schluss eine weiße Seite (http://www.astridschulz.de/assets/php/for…endEmail.php?sc) anzuzeigen. Die Chrome-Konsole zeigt für diese Seite einen Fehler 503 an, also dass der Server momentan nicht zur Verfügung steht. Die PHP-Version ist mit 7.2 aber passend gewählt und die Webadresse mit http://www.astridschulz.de auch korrekt eingerichtet.

    Nach Quelltext data-usesmtp="port: '465&#39; ssl: &#39;ssl&#39 erfolgt der Versand über SMTP. Hier müsste dann geprüft werden, ob für den Port eine alternative Adresse gibt. So gibt beispielsweise 1&1 für SMTP mit SSL ebenfalls den Port 465 vor, tatsächlich funktioniert aber nur Port 25 + TLS. Das wäre also auszuprobieren oder direkt beim Hoster der Mailadresse zu erfragen, welche anderen Kombinationen möglich sein.

    Hallo Guido,

    der Fehler wird verursacht durch genau die "externe" Umleitung auf #. Bitte die Umleitung auf allen Seiten entfernen, die keinen eigenen Inhalt haben. Statt dessen eine "interne" Umleitung auf die jeweils erste Seite der Rubrik einrichten. Ich habe das mal bei einem anderen Testprojekt nachgebaut:

    Dort ist "Sommerferien mit dem Hund" extern auf "#" weitergeleitet, was dazu führt, dass es nach einem Klick auf "Den Vierbeiner ins richtige..." es keinen Weg zurück zu Sommerferien mit dem Hund gibt, sondern der Besucher bei "den Vierbeinern..../#" hängenbleibt.

    Eventuell wäre es sogar einfacher, die jeweilige Länder-Stammseite jeweils mit dem Widget "Untermenü" zu bestücken. Grundsätzlich erwartet der Besucher ja, dass bei Klick auf "Baumwipfelpfade Österreich" er eben zu den Baumwipfelpfaden Ö" kommt. Wenn dann gleich "Kopfing" geladen wird, versucht er es noch ein 2. oder 3. Mal, die Seite Österreich zu laden, bis er kapiert, dass es dazu keinen Inhalt gibt. Wenn er aber bei "Österreich" das Untermenü mit den einzelnen Pfaden sieht, erkennt er sofort das System und weis, dass er sich direkt an den Pfeilen im Menü zu den einzelnen Seiten durchhangeln kann.

    PS: Die Seite läuft noch unter 14.3.0, die aktuellste 14-er Version ist aber die 14.3.3 vom 04.09.2018. Da ein direktes Update im Programm die 15.2. installieren würde, kannst Du das Update auf die 14.3.3 über folgenden Link machen: https://www.zeta-producer.com/de/aeltere-versionen.html

    Hallo Guido,

    ich habe mir mal die sitemap.xml von deiner Seite angesehen. Dort gibt es zwar mehrere Seiten, die im Unterordner /oesterreich liegen, aber keine oesterreich.html. Gehe mal bitte auf die Seite "Baumwipfelpfade Österreich, dann auf "Bearbeiten" -> "Google" und mache einen Screenshot.

    Bei Schweiz, Deutschland und Tschechien sieht es genauso aus. Hier stimmt vermutlich etwas nicht bei der Umleitung der Seiten.

    Hallo Friedrich,

    da gibt es von Mario , einem sehr aktiven Freund dieses Forums, unter https://www.widget-zp.de/nach-oben-scrollen.html eine passende externe Lösung. Bitte beachte, dass Marios Widgets außerhalb von Zeta entwickelt werden und daher keine "Garantie" auf ein Funktionieren unter allen Versionen und Layouts gegeben werden kann. Für spezielle Fragen betreibt Mario aber ein eigenes Forum, auf welches wir hier bei Bedarf https://www.zella.de/forum/forum/ gern verweisen.

    Hallo Chris,

    nutze mal bitte https://docs.zeta-producer.com/seiten-eigensc…eren.html#a3503, um eine Sitemap.xml zu erstellen. Damit können wir dann jeweils sehen, wann welche Seite zuletzt veröffentlicht wurde. Beispiel: https://www.hanabi-Pirna.de/sitemap.xml. Ohne Sitemap oder konkrete Angabe, was geändert wurde, aber online nicht zu sehen ist, können wir nicht weiterhelfen.

    Hallo xv1900 ,

    unabhängig davon, ob die Veröffentlichung über Zeta oder Filezilla erfolgen soll (Bei filezilla wäre der INHALT des Ordners /output zu übertragen), sollten wir hier zunächst einmal sicherstellen, dass überhaupt ein Zugriff über irgendein FTP-Programm funktionieren kann.

    Nach https://www.kreativmedia.ch/de/ftp-verwenden gibt es bei Kreative Media zwei Wege zur Übertragung, zum einen FTP, zum anderen FTP mit SSL. Wenn in Plesk ein FTP-Benutzer eingerichtet ist, sollte sich dieser sowohl in Filezilla als auch in Zeta einrichten lassen. In Zeta ist dann unter FTP-Einstellungen -> neu entweder FTP oder FTP mit SSL auszuwählen und dann die weiteren Daten einzurichten.

    Da momentan der Zugang weder über Zeta noch über Filezilla funktioniert, nehme ich an, dass noch kein FTP-Nutzer eingerichtet ist. Hierzu sollte entsprechend https://www.kreativmedia.ch/de/plesk-ftp-benutzer-erstellen geprüft werden, ob es bereits einen FTP-zugang gibt, anderenfalls ein neuer Benutzer eingerichtet werden. Mit diesen Benutzerdaten sollte dann zunächst in Filezilla geprüft werden, ob eine Verbindung mit dem Server hergestellt werden kann. Wenn das nicht funktioniert, liegt der Ball zunächst im Feld von Kreative Media, die vielleicht nicht unbedingt Zeta kennen, aber zumindest anhand Filezilla eine Fehleranalyse machen können, woran es (auf dem Server oder im Benutzerkonto) hapert.

    Erst wenn das funktioniert, können wir uns um die entsprechende Umsetzung in Zeta kümmern.

    Hallo Holger,

    mach mal ein neues Projekt, gehe in die Systemseiten auf die Seite "Suche" und blende dort das Widget "Suche" aus. Danach an beliebiger Stelle ein "Suchfeld" einfügen und auf dem Testserver veröffentlichen. Du wirst dann über die Suche nichts finden, da "Suchfeld" nicht selbst indiziert.

    Wenn "Suche" auf mehreren Seiten eingefügt ist, dauert das Veröffentlichen länger, da jedes einzelne Widget "Suche" einen eigenen Suchindex aufbaut.

    Hallo Holger,

    das Widget "Suche" ist die komplette Engine, die jede einzelne Seite indiziert und diesen Suchindex beim Veröffentlichen hochlädt. Das Widget "Suchfeld" ist eine reine Abfragefunktion, die auf "Suche" zurückgreift.

    Nahezu alle Layouts haben ein fest in das Layout integrierte Suchfunktion, welche über die Layouteinstellungen aber nur insgesamt angezeigt/ausgeblendet werden kann. Das neue Widget "Suchfeld" ist die Lösung, wenn das im Layout enthaltene Suchfeld wegen des verwendeten Logos oder Slogan optisch nicht ganz passend ist und deshalb in den Einstellungen deaktiviert wurde. "Suchfeld" kann individuell platziert werden und ist kleiner als "Suche".

    Hallo Michael,

    die veröffentlichte Seite ist ja mit 15.1.1 erstellt. Treten die Probleme mit der 15.1.1. oder mit der ganz neuen 15.2 auf?

    Das Microsoft Jet-Datenbankmodul greift auf die content.mdb, also eine Access-Datenbank zu. Zu den aktuellen Problemen mit 15.2 und Access habe ich Installationshinweise Zeta 15.2 geschrieben.

    Bitte prüfe zunächst, welche Version von Zeta Du verwendest und welche Office-Updates installiert sind. Wenn Du bereits die 15.2 hast, fehlen vermutlich noch Updates in Office.

    Guten Morgen Veronika,

    zu 1:

    Nach Quelltext des Kontaktformulars unter https://http://www.swiss-zaba.ch/kontakt.html wird die Seite als http://http://www.swiss-zaba.ch/kontakt.html, also ohne "s" veröffentlicht. Zeta erwartet nun bei Aufruf des Dashboards über das Programm eine Verbindung zu einer HTTP-Seite. Die Antwort des Servers, dass hier eine HTTPS-Seite ausgeliefert wird, führt zu der "Annahme", auf dem falschen Server zu sein.

    Lösung: Gehe bei "Veröffentlichen" auf "FTP-Server konfigurieren" und ergänze dort unter Webadresse "https://" vor der eigentlichen Adresse (momentan steht dort vermutlich nur

    www.swiss-zaba.ch)

    zu 2:

    https://translate.google.de/#view=home&op=…ey%20is%20empty. Hängt mit der Lösung 1 zusammen.

    Momentan gibt es im Forum vermehrt Mitteilungen zu Problemen mit der aktuellen 15.2, die sich nach meinem Stand auf die Access-Datenbank-Engine konzentrieren. Hierzu ein paar Hintergrundinformationen und eine Handgabe, wie bei der Installation vorgegangen werden sollte:

    Microsoft hat am 12. November 2019 Sicherheitsupdates für alle im Support befindlichen Office-Versionen veröffentlicht, die dazu geführt haben, dass bei bestimmten Datenbankabfragen die Fehlermeldung "Query ... corrupt" zurückgeliefert wurde. Die content.mdb von Zeta ist eine Access-Datenbank, so dass auch wir von dem Problem grundsätzlich betroffen sind. Bis zur Veröffentlichung der Version 15.2 war hiervon jedoch im Forum wenig bis nichts zu vernehmen.

    Die Entwickler von Zeta haben die bereits seit einigen Wochen fertige 15.2 in Kenntnis dieses Problems zurückgehalten, bis Microsoft für alle Plattformen ein Update bereitgestellt hat, welches das "Query ... corrupt" behebt.

    Am 9. Dezember hat Microsoft das letzte Update für alle unterstützten Systeme (365, 2019, 2016, 2013, 2010) ausgeliefert, so dass nunmehr die 15.2 freigegeben werden konnte.

    Die 15.2 bietet erstmalig 64-Bit-Unterstützung auf entsprechenden Plattformen. Auf einem 32-Bit-System läuft alles wie gewohnt, BS ist 32, Office ist 32, Zeta wird als 32 installiert. Auf einem 64-Bit-System könnte es theoretisch zu Problemen kommen, wenn Office nur als 32-Bit-Anwendung installiert wurde. Zeta würde entsprechend dem Betriebssystem als 64-er Anwendung laufen und müsste dann über 32-Bit mit der Datenbank kommunizieren. Ob es hierbei tatsächlich Probleme gibt, lässt sich aus den Forumsbeiträgen noch nicht ableiten. Bei mir selbst läuft diese Kombi ohne Probleme.

    Installationsreihenfolge

    1. Windows-Update durchführen, dabei kontrollieren, dass Updates auch für weitere Produkte von Microsoft aktiviert sind.
    2. Wenn kein Office-Produkt (2010, 2013, 2016, 2019, 365) installiert ist, kann Zeta 15.2 direkt installiert werden, im Installationsprozess ist ein Update der Access Database Engine 2010 enthalten.
    3. Wenn irgendein Office-Produkt installiert ist, VOR der Installation von Zeta die entsprechenden Updates wie unter https://support.office.com/en-us/article/…83-f21636caedec durchführen, erst danach Zeta selbst installieren. Leider ist das Vorgehen zur Installation der Updates nicht einheitlich, so dass hier auf den externen Leitfaden verwiesen werden muss.

    Damit wir eine möglichst breite Basis finden, möchte ich alle User bitten, bei denen die 15.2 problemlos läuft, ihre Konfiguration zu posten. Wir würden dann jeweils die Konfigurationsdaten in den ersten Beitrag dieses Threads übernehmen und den eigentlichen Beitrag löschen, damit es nicht unübersichtlich wird.

    Bestätigte Umgebungen (selbst getestet oder von anderen Usern gepostet, wird laufend ergänzt)

    Hanabi

    Windows 7-x64

    Office-2010-32

    Zeta 15.2

    NACHTRAG: Zeta läuft zwar problemlos, die Office-2010-Anwendungen 32-Bit "stolpern" aber. Word startet jedesmal im Konfigurationsmodus, Excel mit Fehlermeldungen. Da muss ich entweder doch den 32-Bit Patch ausführen oder endlich auch meinen letzten W7-Rechner auf Win10 umstellen.

    Ich glaube, es handelt sich hier um ein Problem mit den speziellen Endgerät und/oder dem verwendeten Browser. Google stuft die Seite als komplett mobiltauglich ein https://search.google.com/test/mobile-fr…YKA3CPqq1FzfucQ.

    Problem bei der Seite ist aber, dass externe Inhalte eingebunden sind, auf die wir keinen Einfluss haben. So zeigt die Chrome-Konsole diverse Fehler zu css aus, die aus der externen Quelle stammen. Unter https://www.kreuzfahrten-invia.de/kreuzfahrten-a…-flugpaket.html insgesamt 9 Fehler und 2 Warnungen, unter https://www.kreuzfahrten-invia.de/datenschutzerklaerung.html 0 Fehler und Warnungen.

    Hallo Wasti,

    läuft bei mir unter Chrome. Mit automatisch Einblenden ist der Bildwechsel im Slider gemeint. Wir hatten das Thema schon mal im Forum gehabt, es hängt nach meiner Erinnerung nicht an Zeta, sondern an den Einstellungen in Windows oder im Browser. Stichwort Animation, Bildschirm oder ähnliches.

    Hallo Gerhard,

    ich habe da zwei mögliche Ansätze:

    1. https://www.baerenapotheke-kupferzell.de/notdienst.html ist ja mit einem SSL-Zertifikat geschützt. Wenn im IFrame die eingebundene Adresse nur mit http und nicht mit https beginnt, wäre dies "unsicherer" Inhalt, der nicht angezeigt wird. Zur Lösung die Adresse im IFrame mit https ergänzen.
    2. Auf der externen Seite werden ja ebenfalls Cookies geladen. Falls eines dieser Cookies im Widget "Cokie-Consent" aktiviert wurde, könnte hierdurch der Fehler verursacht werden. In vorherigen Tests zum "Cookie-Consent" war bei fehlender Zustimmung zum entsprechenden Cookie der Inhalt ausgegraut. Ob das hier eine Rolle spielt, müsste ich mal nachbauen mit einem IFrame https://www.apotheken.de/apotheken-und-…e-suchen/#74635