Beiträge von swork

    Auch ich hatte Probleme mit dem Header bei einem Projekt. Der Header war nicht mehr da. Ich habe dann ein anderes Layout gewählt und dann
    wieder zurück zum ursprünglichen. Schon waren die Header wieder da, allerdings nicht mehr in der von mir eingestellte Höhe. Dies musste ich
    dann wieder einstellen werden.

    Gruss swork

    Ich habe jetzt mehrere Projekte von 12.2 in 12.5 übernommen und sie wurden problemlos konvertiert.

    Ich habe hierzu die Projektordner der 12.2 in das Projekt Verzeichnis von 12.5 kopiert und dann in 12.5 geöffnet.

    Die Projekte wurden dann konvertiert.

    Gruss swork

    Um erst mal wegen der Pfade ganz sicher zu gehen, trage sie mal so ein

    http://webseite.de/media/files/song.mp3

    und lade die Dateien in ein Verzeichniss deiner Domain hoch. Schreibe die Musikdateien klein und ohne
    Leerzeichen, um da auch Fehler auszuschliessen.

    HTML
    <audio controls>
    < source src="http://webseite.de/media/files/song.mp3" type="audio/mpeg">
    < source src="http://webseite.de/media/files/song.ogg" type="audio/ogg">
    < embed height="50" width="100" src="http://webseite.de/media/files/song.mp3">
    <b> Ihr Browser unterstützt HTML5-Audios nicht. </b>
    < /audio>


    Wenn das klappt, kann man sich das nochmal mit der lokalen Pfadangabe anschauen. Du musst
    übrigens nicht zwingend die oid´s benutzen, es klappt auch mit der Pfadangabe wie weiter oben
    in einem Artikel beschrieben.

    Gruss swork

    Ok, ich habe es nochmal ausprobiert und folgendes festgestellt:

    Innerhalb von ZETA und auch in der Vorschau bleibt das Problem bestehen. Rufe ich aber
    die Zeta Vorschau in Chrome auf, dann klappt es und der Player läuft. Ich kopiere dazu
    die Url einfach in Chrome rein: http://localhost:11443/preview/index.html

    Rufe ich die index.html direkt im IE10 auf, dann klappts auch da

    Da es innerhalb und in der Vorschau micht mit dem IE10 klappt, scheint hier
    ein Problem mit dem Producer Local Server und IE10 vorzuliegen. An IE10 alleine
    nicht, da ich bei Aufruf der html direkt, den Player starten kann.

    Man kann dann doch den Pfad media/files/summer.mp3 benutzen, also
    nicht per oid´s, wenn man das Problem jetzt kennt.

    Mit dieser Pfadangabe habe ich es gegen geprüft. Per Localhost im IE10 geht nicht
    und per Localhost im Chrome, der Player geht.

    Auf den IE11 kann man bei Windows 8.0 leider nicht updaten. Micky möchte einen ja
    so zum Update auf 8.1 zwingen.

    Hallo Lucretia

    Beim Travel Layout setzt du folgendes ein:

    <style>
    #bodybox {
    background-attachment:fixed;
    }
    </style>

    ---------------------------------------------------------------------------------------------

    Das weiter oben beschriebene script kann übrigens auch so geschrieben werden:

    <style>
    body {
    background-attachment:fixed;
    }
    </style>

    Die Angabe des Bildes ist nicht mehr erforderlich.


    Gruss swork

    Ich habe das dann mal mit den oid Link ausprobiert, aber das Ergebnis bleibt das gleiche, der Player läuft nicht innerhalb von Zeta.
    Im Quellcode werden aber die korrekten Pfade gesetzt und nach Veröffentlichung läuft der Player auch, oder man startet
    die html Datei im Output Ordner.

    Ist jetzt aber auch nicht tragisch. Da man die Audiodateien eh hochladen muss, auch bei Soundcloud, kann man
    das auf seinen eigenen Webserver tun und dann die Pfade auf die externe Quelle verweisen lassen:

    <audio controls>
    <source src="http://webseite.de/media/files/song.mp3" type="audio/mpeg">
    <source src="http://webseite.de/media/files/song.ogg" type="audio/ogg">
    <embed height="50" width="100" src="http://webseite.de/media/files/song.mp3">
    </audio>

    Dann läufts auch in Zeta Vorschau und sonst auch.

    Bei meinem Tip mit dem Seitenbutton reichte es auch die Button Bilddatei zu importieren
    und im Quellcode dann den Ordner "media/files/kontakt.png" anzugeben. Da musste man auch nicht
    mit den oid´s arbeiten. Da sollte das Problem wohl nicht liegen.

    Aber genau das mit der Vorschau klappt ja nicht, wie ich beschrieben habe. Die Vorschau wird dann über den Zeta Lokal Server aufgerufen. Dann wird der Player nicht angezeigt. Geht nur wenn die Seite angezeigt wird, ohne es über Zeta zu machen.

    Hi robmax

    Du siehst im Zeta Producer und in der Vorschau sicher das hier

    [Blockierte Grafik: http://united-host.eu/zeta/mp3player.jpg]

    Der Producer selbst kommt damit nicht klar, aber wenn du die Seite direkt aus dem Output Ordner
    startest, also z.b. einen doppelklick auf die Index.html machst, dann wird die Seite direkt in deinem
    Browser angezeigt und der Player läuft. Sollte auch nach dem Hochladen funktionieren.

    Ich denke mal du möchtest nur hier und da mal ein paar Audiodateien abspielen, dann reicht das
    eigentlich.

    Habe das auch gerade mal auf dem iphone und ipad getestet und läuft auch da.

    Hi robmax

    Ein einfacher Player ist es halt.

    Hier ist der Code dafür. Läuft gut auf den aktuellen Tablets und Smartphones und PC Browser.

    Für die Kompatibilität musst du die Stücke im mp3 und ogg Standard bereit halten.

    <audio controls>
    <source src="media/files/Summer.mp3" type="audio/mpeg">
    <source src="media/files/Summer.ogg" type="audio/ogg">
    <embed height="50" width="100" src="media/files/Summer.mp3">
    </audio>

    Dateien über Zeta hinzufügen und den Code als Widget "Quelltext" einfügen

    Dateien hinzufügen über ERWEITERT/Dateien und dort dann importieren

    Gruss swork

    Also irgendwas stimmt hier jetzt nicht. Wer bitte kann da noch folgen ?

    Die Frage 1 und Ausführung 2 und Frage 3 bleiben weiterhin unkommentiert. Warum ?

    Nach meiner Feststellung, dass sich der favicon.ico Name im neuen Layout
    geändert hat, schreiben sie:

    Zitat:
    Wie Sie richtig erkannt haben, müssten wir nun nach und nach alle favicons,
    die in unseren Layouts enthalten sind umbenennen. Dadurch können sich theoretisch
    auch Fehler einschleichen, daher wird das sukzessive passieren

    wir sind einfach noch nicht dazu gekommen, dieses Problem abzuarbeiten.
    Das meinte ich mit "sukzessive passieren".
    Zitat Ende

    Also wenn man den Absatz liest, steht da ganz deutlich: Favicon umbenennen und
    zwar sukzessive und das man dieses Problem des Umbenennens noch nicht abarbeiten konnte.

    Jetzt soll "Problem abarbeiten", also "sukzessive passieren" als Analyse eines Fehlers zu
    verstehen sein, also nicht mehr das, was im ersten Absatz zu lesen ist, also das Umbenennen.

    Dazu kommt noch, das dass Problem mit den favicons ja kein Fehler ist, sondern es ist ja
    so gewollt und das Favicon ist ja nicht alleine davon betroffen. Hat unsere Überprüfung ergeben.
    Es ist aber so, dass dieses Gewollte (warum auch immer es so programmiert wurde?) zu genannten
    Problemen führt. Ich habe ihnen auch genau beschrieben wie und warum die Producer Software dies macht
    und wie man es ändern muss, ohne das Fehler bei den Kundenseiten entstehen. Der "Fehler" ist
    analysiert und verstanden, daher haben sie mit dem Umbenennen begonnen.

    Sie haben erwogen die Dateien in den Layouts umzubenennen, was auch eine Lösung sein kann,
    machen in den neuen Layouts aber zugleich wieder die alten Namen rein !??

    Ich schlage vor, wir lassen das mit dem Favicon Thema an dieser Stelle ruhen und sie sprechen
    mit dem Programmierer, der das ganz schnell abändern kann.

    Hast du mehrere Backups auf die du zurückgreifen kannst? Bei deinem Projektumfang sollten es schon so 20 sein. Kannst du mit F8 die Ansicht wechseln, also die Vorschau verlassen?

    Eventuell mal das Backup auspacken und die Projekt Datei per Hand aufrufen.

    Vielleicht auch mal die 12.0.1 Version mit dem Backup testen. Wäre ja schlecht wenn alte Backups sich nicht in der 12.1 öffnen lassen. Am besten alte Versionen installiert lassen, für den Testfall.

    Der Workaround wurde ja schon weit vorher schon von Jochen gegeben, aber leider sind sie auf meine weiteren Ausführungen danach nicht eingegangen,
    sondern wiederholten nur das, was schon einige Absätze vorher geschrieben stand.

    1) Wenn Sie in den neuen Layouts die favicon.ico in zp-favicon.ico umbenennen, warum steht im neuen Layout "Producer Responsive" dann wieder
    der alten Name ? So bleibt das Problem ja bestehen.

    2) Da alle Layouts in der neuen Zeta Version konvertiert werden, warum wurde der Name dann nicht sofort bei allen Layouts geändert ?
    Fehler schliessen wir hier aus, da bestehende favicon Dateien mit individuellen Namen, der Zeta Nutzer , nicht verändert werden.
    Nur Dateien mit dem eindeutigen Namen favicon.ico werden durch zp-favicon.ico ersetzt. Da es nunmal nicht möglich ist diesen
    Namen selber zu nutzen, wird keine Kundendatei verändert.

    3) Warum wird die favicon.ico Datei überhaupt jedes Mal überschrieben ? Beim ersten herunterladen des Layouts werden Beispielbilder, Beispiel Logos
    und Texte eingefügt. Sämtliche Beispiele können durch eigene Inhalte ersetzt werden, nicht aber favicon.ico mit gleichem Namen (und LOGO)
    Das einfachste wäre doch, die favicon Datei genauso zu behandeln wie alle anderen Inhalte; sie also nicht durch eine Serverabfrage auf den
    Beispielinhalt zurück zu setzen.

    Ich möchte das nur verstehen, da ich (wir) auch mit anderen Programmen arbeite und den ZETA Producer auch klasse finde, aber
    auch Kritik übe, um die Software zu verbessern. Also nicht zu negativ aufnehmen.

    Gruss swork

    Die Seite wird jetzt auch korrekt angezeigt, wenn man nur nav2bi.de eingibt. Bei dir wohl noch nicht, da der Browsercache noch die falsche Seite anzeigt. Den Browsercache löschen und dann nochmal aufrufen, oder einfach mit einem anderen Browser, oder mobilen Geräte testen.

    Gruss swork

    Also eine index.html ist im Unterverzeichnis Web vorhanden. Die ist vom 9.5.2014, wird aber durch Angabe des Pfades alleine nicht aufgerufen. Man muss die Index.html incl. Pfad eingeben, was auf eine falsche Konfiguration des Webservers schliesst. Die Index.html sollte aber dort stehen, wo auch alle anderen html Dateien stehen, also da wo jetzt die Startseite.html steht.

    Also mal ganz einfach. Suche den Output Ordner deines Projekt auf C: und kopiere den Inhalt mal per Ftp Client auf deinen Webspace. Vorher mal alles dort löschen. Im Output Ordner kannst du übrigens auch die Index.html lokal starten und das Ergebnis überprüfen.

    Als Client nimmst du Filezilla. So kommt man der Fehlersuche sicher näher.

    Achja, die iIndex.html auf dem Server hat übrigens so gut wie keinen Inhalt.

    Gruss swork

    Programmfehler werden, bezüglich des Gästebuches, nicht behandelt. Es geht um Schreibrechte und PHP Version, wie auch im Handbuch beschrieben. Du hast uns noch nicht mitgeteilt, ob du all diese Vorraussetzungen getätigt hast und der Webserver die nötige PHP Version besitzt.

    Handbuch Gästebuc
    hhttp://homepage-erstellen-mit-desktop-cms.zeta-producer.com/gaestebuch-einfuegen.html

    Da der Producer bei allen problemlos läuft, also was das Programm Starten und Ausführen betrifft, könnte es
    eventuell ein Festplatten, oder Speicherbaustein Fehler sein. Wenn die Daten beim Einlesen in den Speicher
    von defekten Sektoren gelesen werden, oder diese im Speicher beschädigt werden, kann es zu dem Problem
    kommen. Sollte man auf jeden Fall auch mal in Betracht ziehen. Eventuell ZETA mal auf einem anderen PC
    eine Zeit lang ausprobieren, wenn möglich. Ich gehe mal davon aus, dass es auf einem anderen PC problemlos
    laufen wird.

    Was bei den Release Notes fehlt ist eine "Comming Soon " Liste mit voraussichtlicher Beseitigung
    der gemeldeten Fehler und Unstimmigkeiten. Dann bräuchte man nicht immer Nachfragen.

    Sicher ist das mit den Bildern nicht ganz so schnell zu beheben, aber sollte hohe Prio haben.
    Leider war es erst so gewollt, dass von allen Bildern, egal wie sie eingefügt werden, mehrfache
    Kopien erstellt werden. Das Programm macht ja hierfür Dateinamenserweiterungen. Leider
    werden Bilder aber auch mehr als 20 30 ... fach erstellt. Jetzt muss man natürlich so einiges
    verändern, was seine Zeit braucht.

    Da es die Uploadzeit bei einigen stark erhöht, wäre eine schnelle Lösung natürlich wünschenswert.
    Bei mir steht mehr die Unübersichtlichkeit der zu vielen Bildern im Vordergrund.

    Nochmals die Frage nach oben geschoben, da sie unbeantwortet geblieben ist.

    Zitat:
    Update: Ich habe mich gerade mal mit der Sortierung der Übersicht beschäftigt. Da gibt es "Erstelldatum" "Position" "Name" "Ersteller", aber auf keine dieser Einstellung wird etwas in der Sortierung der Übersicht verändert. Eigentlich fehlt hier die Sortierung nach "Datum/Zeit" was aber dennoch automatisch passiert.Also ich versteh das jetzt nicht. Es soll nur 1 Termin pro Seite gehen, ich habe aber schon 20 gemacht und die Sortierung sagt mir jetzt auch nichts.

    Auch in der neuesten Version 12.1.0 ist das favicon.ico Problem erneut vergessen worden. Die Zeta Producer Software sorgt
    dafür, das die favicon.ico Datei jedesmal vom Zeta Server neu herunter geladen wird und ersetzt immer und immer wieder
    die selbst ausgewählte Datei. Dabei ist es überhaupt nicht notwendig diese Datei, nach Aufruf des Layout Editors, vom Zeta
    Server zu laden.

    Im Poster Responsive Layout wurde das Problem durch eine neue Namensvergabe gelöst. Hier heißt die Datei" zp-favicon.ico"
    Leider wurde diese Möglichkeit im Producer Responsive Layout vergessen. Hier heißt die Datei erneut "favicon.ico"

    Mmm, wasn los da ?

    Du solltest die Registry Keys erstmal von Hand löschen und dann die Registrierung neu durchführen:

    Für 32 und 64bit diese Schlüssel löschen:

    HKCU\Software\Classes\CLSID\{B54F3741-5B07-11cf-A4B0-00AA004A55E8}
    HKCU\Software\Classes\CLSID\{f414c260-6ac0-11cf-b6d1-00aa00bbbb58}
    HKCU\SOFTWARE\Classes\Wow6432Node\CLSID\{B54F3741-5B07-11CF-A4B0-00AA004A55E8}
    HKCU\SOFTWARE\Classes\Wow6432Node\CLSID\{f414c260-6ac0-11cf-b6d1-00aa00bbbb58}

    Dann cmd.exe folgendermaßen aufrufen:

    %windir%\sysWOW64\cmd.exe

    Dann folgende Registrierungen durchführen:

    regsvr32.exe vbscript.dll
    regsvr32.exe jscript.dll

    Vielleicht klappt es ja dann. Vorher natürlich einen Systemwiederherstellungspunkt erstellen. Zur Sicherheit.

    Gruss swork

    Hallo ust

    Da gibt es eine einfache Möglichkeit. Füge in den Attributen unter mobile_script folgendes ein:

    <style>
    body {

    background-image: url(../_media/stock-images/old-brick-wall.jpg);
    background-attachment:fixed;
    background-repeat: repeat;

    }
    </style>


    Es geht natürlich nur da, wo auch ein Hintergrundbild im Layout vorhanden ist, wie bei "Outdoor".
    Die Zeile background-image: musst du natürlich mit deinem Bild anpassen. Gehe aber zunächst
    in den ZP Editor und wähle das Hintergrundbild aus, so wird es auch dann in das Verzeichniss kopiert
    und ist somit vorhanden.

    Läuft mit IE,Chrome und Firefox

    Gruss swork