Das bringt mich zwar auf neue Ideen, für diese Aufgabe ist es aber nicht geeignet, da die Besucher ja alle Bilder anschauen wollen, bevor sie wieder ins Ursprungsalbum springen.
Dennoch vielen Dank für dein Mitdenken!
Viele Grüße
Norbert
Wenn ein großes Bild vom "Unteralbum" aufgeht, dann fahre mal mit der Maus an den linken bzw. rechten Rand. Da sollte dann ein kleines Dreieck bzw. ein Pfeil erscheinen mit denen man durchs "Unteralbum" blättern kann. 
P.S.: Madas hat mich da auf eine ganz neue Idee der Präsentation gebracht...
Danke!
Meine letzte Umsetzung arbeitet mit einem "Hidden-Bilderalbum", welches im Designer ganz normal, wie das Original funktioniert, und nur in der Online Version ausgeblendet wird.
So macht man keine Unterseiten erstellen und kehrt nach dem Schließen der Albumsansicht ganz automatisch wieder an die richtige Stelle zurück. Auf der Seite selber liegen dann
einfach Bilder-Widgets nebeneinander (bzw. untereinander) deren Link per Fancybox auf das erste Bild des jeweiligen Albums verweist. Habe mal verschienden Größen zur Anschauung platziert.
madas
Vielen Dank Euch beiden. Beides hat mir sehr geholfen.
LG
Mark
Wer ist der Zweite? 
Und für ganz Fleißige wäre das Patchen der Datei zpavailabilitycalendar.js des Widgets zpavailabilitycalendar eine Möglichkeit das Ganze zu umgehen. In der Datei die function this.isAvailable suchen und zwischen var isAvailable = true; und for (var i folgenden Code einfügen:
zac.availability.sort(
function(elem1, elem2) {
fromDate1 = new Date(elem1.from.substr(0,4), parseInt(elem1.from.substr(5,2) - 1), elem1.from.substr(8,2));
fromDate2 = new Date(elem2.from.substr(0,4), parseInt(elem2.from.substr(5,2) - 1), elem2.from.substr(8,2));
return fromDate1 - fromDate2;
}
);Dann sollte die Reihenfolge in der Tabelle keine Rolle mehr spielen.
Hallo,
ich habe mit dem o.g. Widget folgendes Problem. Ich trage die Termine ein so wie sie kommen. Heute habe ich z.b. einen Termin für Mittwoch den 23.08.2017 angelegt, dieser erscheint aber nicht in der Übersicht. Was mach ich falsch?
Danke
Gruss Mark
Du musst die Zeiträume nach Datum sortiert eingeben (von alt=oben nach neu=unten). Dann sollte es klappen.
Intern wird aus der Schleife mit den Zeiträumen rausgesprungen, so bald ein Zeitraum mit einem Startdatum größer als der zutestende Tag vorhanden ist. Für Deine jetzige Reiehnfolge bedeutet dies: erster Eintrag ist 24 - 24.08. => Startdatum größer 23 => Schleife verlassen => Rest wird nicht getestet.
Vielleicht kann Zeta dies mal beheben, wenn Zeit dafür ist.
Bild in ein Bilderalbum importieren und die ID wie folgt ermitteln.
An die Objekt-ID kommen Sie ebenfalls in der Bildverwaltung. Wenn Sie dort ein Bild anklicken und dann "Werkzeuge > Objekt-ID kopieren" wählen, wird die Objekt-ID in die Zwischenablage kopiert und kann so z.B. in das SRC-Attribut eines Image-Tags eingefügt werden. Beispiel: <img src="oid://image/tulips" />
Neue Seite, wie folgt anlegen und bei src die eben ermittelte Objekt-ID einfügen:
Damit sieht der Titel jedoch etwas unschön aus. 
Ich persönlich habe mir die partials mainmenu und submenu angepasst, so dass solch ein Icon aus einem Seitenattribut gelesen und verlinkt wird. Sieht dann so aus:
Und das runterhüpfende Logo habe ich auch entfernt und mit dem Haussymbol ersetzt.
Hat jemand eine Idee, wie ich das facebook Symbol mit Link auf die Facebook-Seite in das Hauptmenü bekomme?
Das f-Symbol soll in der Navigationsleiste neben dem letzten Menüpunkt stehen.
Bei http://www.weddingonline.de (zur Zeit befindet sich der facebook-Link ganz unten links).
So in etwa???
Freut mich. Ebenfalls ein schönes WE.
Seite bearbeiten => Attribute => additional_css
PS: wenn sich schon so einen tollen Shop baut, dann wäre es mir jedenfalls ein Freude täglich damit zu arbeiten. Man kann natürlich auch das trostlose Dashboard verwenden, wenn man mag.
madas ,
100+ Varianten können schnell entstehen!
Aber nicht bei prozentualem Rabatt. Da können es maximal 99 sein, wenn man mal von ganzen Prozentzahlen ausgeht. Und über 50% Rabatt wird auch kein Kunde bekommen. Eine Staffelung 1, 2, 3, ... , 10, 12.5, 15, 20 und 25 wäre z.B. für mich denkbar.
madas: vielen Dank, aber die Datenbank-Variante ist mir definitiv zu kompliziert!
Dann könnte ich Dir nur anbieten, dass Du die content.mdb des Projektes in der 14er Version hier als ZIP-Datei anhängst bzw. mir an mada_s(at)ymail.com schickst, dann würde ich das Ganze mal eben für Dich patchen. Ansonsten ist es, wie Hr. T. sagte, eine schöne Übungsaufgabe.
Nein, es funktioniert ja eben nicht.
Nur wenn ich die Widgets weglasse, kann ich konvertieren.
Wenn es bei Ihnen läuft, kann es ja eigentlich nicht am Widget liegen?
Dann bleibt als letzter Versuch nur noch beide Programme (Zeta 13 und Zeta 14) neuzuinstallieren. Dazu vorher die alten Programm-Ordner einfach umbenennen (Unterstrich am Anfang), praktisch als Sicherheitskopie.
Einmal C:\Users\%IHR_USERNAME%\AppData\Local\Zeta Producer 14 in C:\Users\%IHR_USERNAME%\AppData\Local\_Zeta Producer 14
Und zum Zweiten C:\Users\%IHR_USERNAME%\Documents\Zeta Producer 14\Settings in C:\Users\%IHR_USERNAME%\Documents\Zeta Producer 14\_Settings
Das Gleiche ist für die 13er Version zu machen. Danach kann die Neuinstalltion beginnen. Seriennummern bereit legen.
Vielleicht sich eine von beiden Versionen verschluckt. Einen letzen Versuch wäre es wert. Dann fällt mir auch nix mehr ein.
Zeta erstellt jedenfalls für beide Formate den gleichen Quellcode bzw. den gleichen strukturellen Aufbau.
Sieht so aus, als ob Dir da beim kopieren etwas in den falschen Block geraten ist. Kopiere einfach noch einmal eine html-Hauptseite und ändere das Dateiformat auf php. Danach baust Du deine php-Seite nochmal neu auf. Soviel Widgets liegen ja nicht drauf. Und Du kannst sie ja auch ausschneiden und auf der neuen Seite wieder einfügen.
Die php Seite hat einen anderen Aufbau, als die HTML Seite. Bei der php Seite liegt die Area Search und die Area afterfooter in der area content und bei der Html Seite außerhalb auf dem gleichen Level, wie content. Daher wird bei der php Seite ein anderer Style verwendet, der den anderen überschreibt bzw. dazu, dass dieser ignoriert wird.
php:
#content a:not(.button):not(.fancybox):not(.zpSO-Uplink-Flat):not(.zpnolayoutlinkstyles) {
-webkit-transition: color .2s ease-in-out,border-color .2s ease-in-out; transition: color .2s ease-in-out,border-color .2s ease-in-out; border-bottom: dotted 1px; color: #fafafa; text-decoration: none;
}
html:
#afterfooter a {
color: #fafafa; border-bottom: 0;
}
Hallo madas,
das funktioniert. Vielen Dank für die schnelle und kompetente Antwort!
Kein Ding
Hallo,
also es würde einen Weg für Version 14 geben. Dafür bräuchten Sie aber MS Access um die content.db bearbeiten zu können.
Schritt 1: auf die Seite, wo das Formular erscheinen soll, legen Sie ein Widget "Formular" und vergeben ganz oben einen sinnvollen Namen z.B. Offerten- und Bestellformular.
Schritt 2: Zeta schließen und aus dem Pfad C:\Users\%IHR_USERNAME%\Documents\Zeta Producer 14\Projects\%IHR_PROJEKTNAME%\content die content.db in Access öffnen.
Schritt 3: Bearbeitung aktivieren, falls in Access darauf hingeweisen wird
Schritt 4: Doppelklick auf die Tabelle PageItem
Schritt 5: bei Spalte Style den Filter im Spalten-Header auf formular einstellen
Schritt 6: Zeile suchen, wo das Feld Name den oben vergebenen "sinnvollen Namen" enthält (z.B. Offerten- und Bestellformular)
Schritt 7: bei dieser Zeile den Inhalt des Feldes FieldValues mit dem Code aus der Datei im Anhang ersetzen
Schritt 8: Access schließen und die Abfrage, ob die Änderungen übernommen werden sollen mit ja beantworten.
Schritt 9: Zeta starten und die Seite mit dem Formular aufrufen
Schritt 10: freuen, freuen und nochmals freuen
Schritt 11: Widget bearbeiten und die Einstellungen für Ihr EMail, re-Captcha usw. an Ihre Bedürfnisse anpassen.
Schritt 12: falls Sie die Trennstriche stören, dann die entsprechenden Felder löschen oder so wie in meinem Beispiel in eine Art Spacer umwandeln indem Sie folgendes beim Attribut additional_css für die Seite (Seite bearbeiten => Auswahl Attribute auf der linken Seiten) eingeben:
<style>
.zp-form .separator {
margin: 20px 0;
padding: 0;
line-height: 1px;
height: 1px;
border: 0;
box-sizing: border-box;
width: 100%;
}
</style>Alle Änderungen an der DB erfolgen auf eigene Verantwortung und können im Fehlerfall weder mir noch Zeta zur Last gelegt werden.
Hallo madas
Das ist natürlich auch eine Möglichkeit, sieht sehr gut aus.
- Läuft das im ZP13 oder erst im ZP14?
In dem Beispiel ist es mit der Version 14 erstellt. Bei der 13er ist das Erstellen noch nicht ganz so komfortabel (z.B: kann man dort nicht zwei Felder nebeneinandersetzen bzw. die Breite an das Gridsystem anpassen)
- Kann man das "rüberkopieren" oder müsste ich das so aufsetzen?
Müsste ich mal testen, aber Zeta kann sicher eher etwas dazu sagen.
Falls jemand noch den Fehler findet, warum das bisher nicht funktionierte und warum es auf Edge immer noch klemmt, wäre ich natürlich auch sehr froh.
Vielleicht findet ja jemand von ZP noch eine Möglichkeit.
Allen vielen Dank!
Dein momentan vorhandenes Formular wird über ein I-Frame eingebunden und da kann es bei der Höhenbestimmung für den I-Frame schon mal zu Problemen kommen.
madas
Soll Schrift, wie vorher mittig erscheinen, dann müsstest Du folgendes verwenden:
<style>
#header .wrapper {
max-width: 100%;
padding: 0;
}
#header .wrapper div .flex-caption {
max-width: 1280px;
padding: 0 50px;
}
</style>Beim Attribut additional_css folgendes eingeben:
<style>
#header .wrapper {
max-width: 100%;
padding: 0;
}
</style>Online-Update ist raus
Klasse Eure wirklich schnelle Fehlerbehebung.
Hallo Jochen
Danke, ich hoffe auch, dass andere das noch a) verifizieren können und b) dass jemand (vielleicht auch von Zeta) eine Lösung für mich findet, die auch im Edge läuft.
Auf der Kontaktseite wäre es tatsächlich nicht nötig, dass ein neues Fenster (oder ein neuer Tab) öffnet. Bei den Produkten ist dies allerdings so beabsichtigt, damit die Interessenten/Kunden mit Copy/Paste das entsprechende Produkt ins Offert-/Bestellformular übernehmen können. Vorschlag für bessere Lösung?
Gruss und gut Nacht
Hallo,
muss das Formular unbedingt ein Externes sein? Ihr Formular kann man auch mit Zeta nachbauen, was dann z.B. so aussehen würde:
https://hosting.zeta-producer.com/5031873282/formular-test.html
... hab eh unter Firefoy 54... geschrieben
Das ist doch aber kein Browser. Auch nicht wenn man ihn mit x am Ende schreibt.
Nein größere Bestellungen müssen Preise separat ausgehandelt werden, damit meine ich in meinem Fall wenn eine ganze Palette Olivenöl verkauft wird! Der OnlineShop ist für Endverbraucher, Händler hingegen können nicht über den Shop bestellen weil die Preise fix sind, in diesem Falle werden die Preise ausgehandelt und dafür sollte ich eine Bestellung anlegen und die Preise anpassen können.
Diese Variante ist zudem nichts besonderes und in einem Betrieb eine ganz normaler Vorgang. Umständlich wird es nur dann, wenn dafür 2 Rechnungsprogramme benötigt werden und man ständig auf die fortlaufenden Rechnungsnummern achten muss.
Einem Händler gewähren Sie doch aber auch nur einen Rabatt von X-Y% (können ja keine 100 Varianten sein 
) bzw. ein Betrag Z (Varianten werden sich auch in Grenzen halten). Warum legen sie dafür nicht jeweils Gutscheine mit unbegrenzter Benutzung im Shop an? Diese benutzen Sie dann bei der Eingabe der Telefon- bzw. EMaildaten in Ihrem Shop. Warum sollte man das Rad zweimal erfinden, wenn es schon da ist?
Das Problem mit den 2 Rechnungsprogrammen bzw. den Rechnungsnummern wäre so jedenfalls gelöst.
madas
Wenn im Onlineshop alle Ihre Artikel hinterlegt sind und alle Rabattsätze auch, dann können Sie doch Bestellungen, die per Telefon oder EMail kommen,
ganz normal über Ihre Shopwebsite eingeben. Verstehe nicht warum Sie dafür das Dashboard missbrauchen wollen. Die Bestellungen tauchen dort
doch dann ganz automatisch auf.
Und ob sie die Daten, die per Telefon durchgegeben werden, nun auf einen Zettel schreiben oder in Excel festhalten oder gleich online die Eingabe
über Ihren Shop nachstellen, ist doch in allen Fällen der gleiche Aufwand. Nur die EMail müssten sie halt noch mal abtippen. Aber mit Copy-Paste geht
das doch auch ganz fix.
madas
Funktioniert auch nicht, da bei größeren Bestellungen andere Rabattsätze notwendig sind.
Und diese gibt es bei normalen Bestellungen über den Shop nicht?
Ein Kunde der per Telefon oder EMail bestellt, kann doch auch nix anderes bestellen, als ein Kunde, der den Onlineshop benutzt, oder doch?
Bestellungen per Telefon oder e-Mail, heutzutage ist es wichtig dem Kunden alle Möglichkeiten der Bestellung anzubieten.
Ok. Und warum benutzen Sie für diese Fälle nicht einfach den Shop Ihrer Website und tun so, als ob Sie der Kunde wären?
Hallo Zeta Team,
es wäre wirklich sehr wünschenswert, wenn beim nächsten Update des Shops auch Bestellungen und Rechnungen händisch in das Live-Sashboard eingegeben werden können, bisher muss ich jede Bestellung welche nicht über den WebShop kommt extern anlegen, welches natürlich auf die Dauer Zeit kostet. Beim externen Anlagen der Rechnung ist natürlich auch das Problem mit der fortlaufenden Rechnungsnummer, das Problem lässt sich sicherlich mit einem ändern der Rechnungsnummer (Shop Einstellungen) und einem anschließenden upload der Page umgehen, dieser Aufwand steht aber nicht im Verhältniss.
Wie und warum können Bestellungen ohne Webshop entstehen?
madas
Auf meinem IPad geht es auch.
Habe die ganze Seite neu hochgeladen! Jetzt funzt alles!!!
Vielen Dank!
Waldemar
Schön. Dann muss Zeta diese Anpassung nur noch übernehmen bzw. den Tippfehler ausradieren. 
Funktioniert bei mir auch nicht. Hust.
PS. wieso machst Du das eigentlich? Ich meine hier kostenlosen Support für die ganzen Problemchen geben, ich finde das sehr uneigennützig. So was findet man selten, geschweige bei anderen Web-Tools, Hompage Baukästen oder wie sie sich nennen. Hut ab!
Geben ist seliger denn nehmen.
Bzw. in der Hoffung auch einmal Lösungen für meine Probleme zu bekommen (was schon oft der Fall war).
Hallo,
eine Anzeige im Shop wie "ab Lager Lieferbar" oder Lieferbar in 1-2 Wochen, wäre eine echt tolle Sache für den neuen Shop.
Viele Grüße
Mark
Zustimm
wo habe ich was von unfair geschrieben?
Wenn man seit 2013 hier angemeldet ist und der einzige Beitrag obiger welcher ist
O-Ton: Falls demnächst V15 kommt und ich mit V13 den vollen Preis zahlen muss, wenn ich V14 übersprungen habe, erst recht nicht.
dann kann man eventuell schon auf den Gedanken kommen, dass der Autor sich unfair behandelt fühlt.
Möglicherweise war dies der Grund für meine "unüberlegte" Wortwahl, sonst hätte ich den Begriff sicher nicht verwendet. Und falls es doch einen anderen Grund dafür gab, dann gilt "nicht böse gemeint."
madas
Mit den "Fremd-Widgets" hingegen, hat es da schon öfters Probleme gegeben.
Was soll an Fremd-Widgets anders sein? Die für Zeta relavanten Daten stehen nur in der widget.json. Der Rest interesiert erst, bei der "Kompilierung", sprich Seitenerstellung. Wenn dann dabei kracht, ist der Entwickler des Fremd-Widgets gefragt. Vorher nicht.
Wenn es jetzt im ZP14 funktioniert ist doch alles ok, oder?
Nö. Meiner Meinung nach nicht. Warum soll eine Konvertierung fehlschlagen, wenn ein Widget mit einer Vorgängerversion erstellt wurde. Der Widget-Code (widget.json) muss ja für die alte Version korrekt gewesen sein, sonst wäre es da ja nicht gelaufen (ich rede jetzt nicht von eventuellen JS-Dateien des Widgets). Ein Konvertierung kann daher meines Erachtens nach nur die widget.json Datei betreffen. Der Rest von einem Widget sollte 1 zu 1 kopiert werden. Ob das Widget mit seinen Abhängigkeiten zu eventuellen JS Dateien oder mit der standard.html dann nach einem Erstellen läuft oder nicht, ist eine ganz andere Frage. Daran sollte jedoch eine Konvertierung eines Projektes nicht scheitern.
