Besten Dank!
Das ist perfekt.
Bei mir fehlte (.burns)
Besten Dank!
Das ist perfekt.
Bei mir fehlte (.burns)
Ja, für ein Header-Widget mit Slidefunktion passt Ihr Code perfekt, Danke! (Ich hätte ja nichts gegen das Header-Widget, dieses ist aber in "Top Responsive" nicht randlos.)
Darum thematisieren wir hier das "Slider-Widget", dass als Header dienen soll.
Entschuldigen Sie bitte meine undeutliche Beschreibung. In den obigen Abbildungen verwende ich das Layout "Top Responsive", weil ich in den meisten Fällen über dem Hauptmenü eh ein Extramenü (inklusive Buttons) brauche.
Innerhalb dieses Layoute ist es leider so, dass die Slider-Überschrift und der Slidertext bei der mobilen Ansicht automatisch unter den Slider wandert.
Die Antwort von Steffen T. auf die Anfrage von unten stehendem Zitat war ja...: das ist so gewollt, da auf mobilen Geräten das Header-Bild meist von der Höhe her sehr klein wird und der (umbrochene) Text dann nicht mehr in das Bild passt. Das kann also ohne tieferes Eingreifen nicht geändert werden.
Liebe Community,
ich verwende das "Top Responsive" Design und habe als Header einen Slider mit Beschreibung eingefügt.
Wenn ich nun die Mobile Version anschaue wandert der Beschreibungstext immer unter das Bild.
Wie kann ich es einstellen, dass der Text im Bild bleibt und nicht darunter wandert??
Ich freue mich auf eure Rückmeldung!
Ich will die Antwort von Steffen T. nicht verstehen, weil ich sehe, dass mit allen mobilen Displaygrössen die mir zur Verfügung stehen, die Slider-Überschrift - inklusive Text und Button - ohne weiteres auch in der Mobilenansicht auf dem Sliderbild - ohne Scrollbalken - Platz hat (siehe meine obigen Bildbeispiele). Die Sliderüberschrift gehört nun mal auf das entsprechende Bild und nicht darunter und das selbstverständlich auch in der mobilen Ansicht (im "Carousel"-Widget funktionierts ja auch).
Und wenn der Text doch zu groß dafür wäre, binde ich stehts den obigen Code per CSS ein, damit die großen Titel wie H1, H2, H3 usw., an alle (kleinen) Display's per Viewport automatisch angepasst werden.
Aber es ist doch so, dass nicht alle User CSS-Kenntnisse besitzen, um einen Code selbstständig einzubinden. Darum sollte in ZP eine Überschriftgrössen-Anpassung fest integriert sein, damit bei jeder Displaybreite alle Überschriften automatisch mit verkleinert werden.
________________
Ein hierfür weiterer Vorschlag: Damit auf mobilen Geräten das Header-Bild in der Höhe nicht kleiner wird...
ZP könnte in Zukunft im LayoutDesigner auch "Full Screen" anbieten. Die Höhe des BildScreens könnte vom User eingegeben werden. In der mobilen Ansicht würde das Bild oder Slider immer gleich hoch bleiben, der Fokus bleibt dabei stets zentriert. Aber die Überschriften inklusive Texte hätten somit stets Platz und werden niemals so unschön aus dem Slider/Bild heraus nach unten verschoben.
Hier ein online Beispiel: https://www.schweizerhof-luzern.ch/de/hotel-schweizerhof-luzern/
Schieben Sie mit der Maus das Browserfenster in der horizontalen von links nach rechts.... die Bildhöhe bleibt konstant und die Überschriften werden automatisch verkleinert.
Händisch ist das ohne weiteres machbar, aber eben, nicht jeder ZP-User hat CSS-Kenntnisse.
Hallo
Es tut mir leid, aber das ist nun mal unverständlich und sollte per Update wirklich angepasst werden.
Hallo,
Leider ist das so gewollt... ![]()
Ein gewollter Titel gehört trotzdem auf den Slider und auch in mobiler Ansicht nicht darunter! Das drunter schieben macht das ganze Layout nämlich zum visuellen Desaster. Die Kunden reissen mir deswegen fast den Kopf ab.
Ich kann den Titel/Text in der Grösse H1/H2/H3/Text doch selber bestimmen, damit dieser bei mobiler Ansicht immer auf den Slider passt. Und sonst lässt man den Titel oder zumindest den Text halt weg und schreibt gewollt unter den Slider einen neuen Artikel. Aber das sollte uns schon freiwillig überlassen werden.
Aber: Für eine automatische Titelgrössen-Anpassung im responsiven Design sollte in ZP so oder so folgendes (oder ähnliches) immer implementiert sein:
<style>
media screen and (max-width: 950px) {
h1 {
font-size: 7.5vmin; }
</style>
<style>
media screen and (max-width: 950px) {
h2 {
font-size: 6.5vmin; }
</style>
<style>
media screen and (max-width: 950px) {
h3 {
font-size: 5.5vmin; }
</style>
Wie Sie in den drei beigefügten Beispielen (dektop & mobile1) sehen, hätte ich mit den obigen kleinen Anpassungen kein Problem, einen Titel plus Subtitel inklusive Button - auf dem Sliderbild ohne Scrollbalken zu behalten. Wenn dem nicht so wäre, würde ich den Text in der Grösse von H1 auf H2 oder gar auf H3 anpassen oder wie oben bereits beschrieben - einen Teil einfach weglassen.
Aber eben... in der hochgestellten Mobile-Anicht (mobile2) wird der Titel/Subtitel/Button von ZP einfach aus dem Slider weg und automatisch daruntergestellt. ![]()
Guten Tag
Es scheint so, dass man im Layout "Top Responsive" das LOGO und den Website-Namen nicht miteinander sichtbar machen kann?
In vielen Situationen wäre dies aber sehr wünschenswert, vorallem weil der Webname- und der Webslogan-Font im Layout-Designer bereits voreingestellt werden kann.
Hat jemand eine Idee, wie man beides zugleich sichtbar machen kann?
Guten Tag Herr Keim
Es war genau wie Sie beschrieben haben...
Ich hab in der .htaccess-Datei den Eintrag auf PHP 5.5 korrigiert. Natürlich funktioniert jetzt alles.
Lieben Dank für Ihre Hilfe! ![]()
![]()
Guten Tag
Bei einer meiner neuen Websites ( https://schleiss-ag.ch ) funktioniert das Absenden über das ZP-Formular nicht mehr. Stattdessen erscheint die Browsermeldung "HTTP ERROR 500". Die PHP-Dateiberechtigungen habe ich wie immer auf 777 gesetzt. Bei den FTP-Server-Einstellung sehe ich ebenfalls keinen Fehler.
Da ich bereits sämtliche Einstellungen ausprobiert habe und ich den Fehler nicht eruieren kann :pinch:, sende ich Ihnen dieses Projekt über "Extras/Optionen/Aktionen/Projekt senden" zu.
Herzlichen Dank für Ihre Hilfe
Hannes
Hallo Steffen
Vielen Dank für die Tipps 1-8... ![]()
Bei kleinen Textänderungen oder ähnlichem edit, werden nun tatsächlich nicht mehr ständig sämtliche Seiten hochgeladen.
Herzlichen Dank für Ihre schnelle Reaktion... ![]()
... und Sie haben Recht, ich werde dann die Sliders auf einzelne Seiten aufsplitten.
Guten Tag
Ja das ist richtig, ich habe Ihnen das Projekt bereits gesendet und unter Bemerkungen dabei folgendes geschrieben:
Das Problem der ständigen "Datei Verarbeitung" tritt unter der Rubrik "IMPRESSIONEN" auf, sobald Sie - egal welcher Natur - irgend eine Änderung durchführen und diese per "OK" akzeptieren.
Sie können auch in einem Text-Widget nur ein Komma löschen oder hinzufügen und dieses dann per OK akzeptieren. Die ca. 400 Dateien werden dann sofort wieder heruntergezählt und man wartet dann solange bis wieder irgendeine andere Änderung durchgeführt werden kann.
Auffallend ist auch, wenn ich mich auf einer anderen Rubrik als der Seite "IMPRESSIONEN" befinde und in den Layout-Designer wechsle, irgendeine kleine Änderung durchführe, dann akzeptiere und per Speichern den Layout-Designer wieder verlasse, zählt es ganz normal die enthaltenen Dateien dieser Rubrik herunter. Wechsle ich dann per Mausklick auf die Rubrik "IMPRESSIONEN", werden die Dateien sogleich erneut verarbeitet und man warten wieder, bevor man überhaupt arbeiten kann.
Ja, es sind vier Carousel-Galerien auf der Seite.
Egal ob ich einen Container/Reihe/Artikel verschiebe/kopiere oder ein Widget ergänze/lösche oder Text (z.B. ein Buchstabe) in einem einzelnen Tex-Widget ändere, ein Bild ergänze/lösche oder in den Layout-Designer wechsle und dort per akzeptieren wieder auf den Website-Editor wechsle oder auch per CSS (z.B. per "margin-top") Änderungen auf der Seite vornehme... die Dateien werden sofort nach jeder einzelnen akzeptierten Änderung neu verarbeitet.
Auf dieser Seite hat sich einiges geändert... was bedeutet. dass man für die komplette Arbeit nicht nur 30 Minuten braucht, sondern tatsächlich einen ganzen Tag. Und wie bereits erwähnt, bei all meinen anderen ZP-Projekten (51) habe ich ebenfalls viele Bildergalerien am laufen, aber bisher nirgends eine Wartezeit erlebt.
Guten Tag
Sobald ich in einem meiner Projekte irgendwelche Daten oder Einstellungen editiere und mit OK bestätige, werden sofort die Dateien neu Verarbeitet. Das heisst, es werden ständig ca. 400 Dateien runtergezählt, resp. ins System kopiert. Das ständige Dateien verarbeiten in diesem Projekt (Layout: Album Responsive) dauert ca. 12x länger als die eigentlichen Änderungen selbst.
Bei keinem anderen meiner ZP-Projekte ist das bisher vorgekommen... sämtliche Einstellungen habe ich überprüft, finde aber den "mismatch" nicht.
Eventuell kennt das Problem bereits jemand und kann mir hier helfen?
Guten Tag Herr T.,
Wunderbar... es funktioniert jetzt wie gewohnt. ![]()
Herzlichen Dank für Ihre gute und schnelle Arbeit!
Liebes ZP-Team!
Editieren Sie diese CMS-Seite (Layout: "Top Responsive") und bestätigen Sie danach mit OK. [ Passwort = test ]
Egal mit welchem Browser Sie arbeiten... die Web-Darstellung im Layout "Top Responsive" ist nach der CMS OK-Bestätigung befremdend. Mit jeder Änderung per CMS muss nach dem bestätigen des OK-Buttons die Browser Webseite neu geladen, resp. aktualisiert werden, um wieder in die Normaldarstellung zu gelangen.
Hallo Kevin
Wie Herr Seiz bereits beschrieben hat, werden Online-CMS Daten unabhängig von ZETA auf dem Server abgelegt. CMS-Daten können mit der Google-Suchfunktion gefunden werden... >> https://cse.google.com/cse/create/new?hl=de
Melden Sie sich dort mit Ihrem Google-Konto an und bedenken Sie, dass es eine gewisse Zeit dauert, bis Google Ihre Änderungen durchcrawlt.
Hier übrigens ein Beispiel von einer meiner Seiten mit Googlesuchfunktion: Link >>
Hallo
Hier ein Beispiel zum ausprobieren...
Unsichtbare geschützte CMS Testseite >
Um auf die CMS-Seiten zu gelangen, klicken Sie in der Fusszeile immer auf den Eintrag "LOGIN"
Unsichtbare Seite: Kennwort für den geschützten Bereich = TEST
Kennwort für die Online-CMS Seiten = test
Ich könnte mir vorstellen, dass ein Antivirenprogramm den Strich durch die Rechnung macht.
Hier wäre es wohl hilfreich, wenn sich einer der ZP-Entwickler persönlich dazu äussert.
Hallo Kevin
Ja, es gibt eine Möglichkeit - auch ohne .htaccess
Der Hauptgrund, warum Zeta Producer für meine Bedürfnisse die beste Alternative zu anderen CMS-Applikationen gilt, ist das wirklich gute CMS-Widget.
Man kann pro Seite zwar nur ein CMS-Widget erstellen, aber auch hier kann man mit Tricks einiges mehr tun. Dieses Thema sprengt hier aber den Rahmen und ich beschreibe die Details - wenn gewünscht - zu einem späteren Zeitpunkt.
(Übrigens ist es schon möglich, einen "Geschützter-Bereich Widget" plus ein "Online-CMS Widget" auf der selben Seite zu Platzieren. Das "Geschützter-Bereich Widget" bekommt ein Hauptkennwort und die "Online-CMS Widgets" ein anders (Seiten)-Kennwort.)
Hier zum eigentlichen Thema:
Erstellen Sie eine neue Seite die im Navigationsmenü nicht sichtbar ist und unter "Bearbeiten">"Google" nehmen Sie das Flag "In Google-Sitemap einschließen" raus.
Dieser neuen Seite fügen Sie als erstes ein "Geschützter Bereich Widget" ein und vergeben dort ein Haupt-Kennwort. Darunter fügen Sie ein Text-Widget ein - mit dem Titel
z.B. CMS - ADMINISTRATION. Erweitern Sie hier den TextContent mit den jeweiligen Seitennamen, die Sie z.B. im Listenformat eintragen. Jeden Seitennamen verlinken Sie z.B. folgendermaßen: https://www.ihre-webseite.de/subseite1.php?edit (Statt "subseite1.php", "subseite2.php" usw. vergeben Sie Ihre eigenen Seitennamen). Die Verlinkungen sollen dann jeweils zu den Webseiten führen, die jeweils ein Online-CMS Widget beinhalten. Klickt man später auf die verlinkten Seiteneinträge, wird man jeweils aufgefordert, ein weiteres Kennwort einzugeben (Online-CMS Kennwort) und wird somit direkt auf die zu editierende CMS-Webseite gelenkt.
Damit nun der CMS-Adminkunde auf die Seite CMS - ADMINISTRATION gelangt, fügen Sie z.B. im Footer per Text-Widget den Eintrag "LOGIN" oder "MyLogin" ein und verlinken diesen Text direkt auf die Seite CMS - ADMINISTRATION. Sobald Sie nun Ihre gesamte Webseite auf dem Server veröffentlicht haben, wird beim Klick auf "LOGIN" nun von ZP das Admin-Kennwort verlangt. Ist das Passwort korrekt, wird der CMS-Adminkunde auf die Seite CMS - ADMINISTRATION geleitet.
Alles klar, das hab ich jetzt verstanden...
Herzlichen Dank!
Hallo
Unter Layout (Layoutdesigner) haben Sie die Möglichkeit, die Breite & die Höhe der Logografik selber zu bestimmen.
Hallo
Eigentlich ist dieses Thema bereits besprochen, aber unten stehendes Zitat möchte ich hier doch noch kommentieren...
... Und aktuell wird somit sichergestellt, dass ein Bild mindestens 1200px breit ist um vergrößert dargestellt zu werden. Ich denke, damit kann man leben, wenn man das weiß, denn dann kann man die Bilder einfach in der benötigten Größe hochladen.
Innerhalb von ZP ist es längst kein Problem mehr, wenn man Fotos in voller Grösse hoch lädt, da ZP die Bilder von sich aus komprimiert.
Wenn ich das richtig sehe, verhält sich das aber nicht so, wenn wir Fotos via CMS hochladen... je grösser die Fotos, desto träger dann das laden der Webseiten. Bei weitem nicht alle User haben ein schnelles/teureres InternetAbo. Darum bisher doch eher die Tendenz - kleinere & lastfreiere Fotos = schnelleres laden der Seiten. Sind denn Fotos mit höherer Pixelrate nicht eher kontraproduktiv?
Ja... sobald ich ein Bild hochlade klicke ich mit der rechten Maustaste auf das Bild und wähle "Bild einfügen/verändern", kopiere den dortigen codierten Linkeintrag. Dann gehe ich erst im selben Fenster ins Menü "Aussehen" und füge die gewünschte Bildgrösse unter "Ausmasse" ein. Hier reicht es, wenn Sie nur eines der Felder ausfüllen, da ja eben eh die Skalierung mitgenommen wird.
Danach klicke ich auf "Link einfügen/verändern" und füge die vorher kopierte Linkadresse dort ein und gebe unten noch zusätzlich "_blank" ein.
Ist also ein erheblicher Aufwand pro Bild... ![]()
Wenn - wie Sie sagen - in ferner Zukunft das CMS mal überarbeitet wird, könnte man sogleich das CMS-Artikelfenster im allgemeinen etwas grösser gestalten. So muss man - vor allem wenn man "grosse" Bilder hochläd - das Fenster nicht immer manuell in die Horizontale ziehen. in die Vertikale geht ja nicht, muss immer gescrollt werden.
Vielen Dank Herr Seiz
Ich denke ich persönlich kann damit Leben. Das öffnen eines Bildlinks zur Vergrösserung in einem neuen BrowserTab wäre ja gar nicht so schlimm... ausser der Anwender arbeitet mit dem Browser Edge.
Aber Sie haben schon Recht. Ich werde den Kundenmaler noch etwas bearbeiten müssen.
Hallo
Obwohl ich alle meiner Kunden darum bitte, dass meinerseits eine mind. Auflösung von 1920px gewünscht ist, wird dies immer wieder missachtet.
Ganz aktuell sendet mir einer meiner Kunden ständig Fotos zu, die er unbedingt auch etwas grösser dargestellt haben möchte. Die Fotos bekomme ich aber immer nur in einer ungefähren Pixelgrösse von 640x480 zugeschickt.... Dies nur als eines der Hunderten Beispiele die hierzu vorkommen können.
Hier das aktuelle Beispiel > des Kunden.
Also warum sollten den kleinere Fotos nicht auch in einer Lightbox dargestellt werden dürfen. Das sehe ich jetzt bestimmt nicht ein.
Zum Zweiten:
Dass nur eine Skalierung stattfindet haben wir bereits festgestellt.
Verwirrend ist also das Flag zur möglichen Deaktivierung für das "Seitenverhältnis beibehalten"
Schade...
Hallo
Alternativ können Sie unter "Einstellungen" die Links deaktivieren und ganz unten einfach einen Textartikel anhängen. Dort schreiben Sie einfach Ihre LinkTexte hin - mit gewünschtem Abstand und bspw. rechtsausgerichtet - und verlinken dann den Text mit der entsprechenden Seite.
Hallo Jochen,
es ist tatsächlich so wie Du sagst...
Die per CMS-Widget integrierten Bilder, werden über die Linkadresse erst ab einer bestimmten Pixelgrösse (ab 1201 x 801) in einer Lightbox dargestellt. ![]()
Liebes ZP-Team,
ist es möglich, dass man diesen Fehler für die Version 14 beheben kann?
Und hier noch ein weiterer Fehler innerhalb des CMS-Widget:
Für Bilder die nicht in Originalgrösse auf der Webseite angezeigt werden sollen, hätte man - wie unten abgebildet - auch innerhalb des CMS die Möglichkeit - Fotos im Ausmass zu verkleinern (Klick auf Objekt mit rechter Maustaste: "Bild einfügen/verändern" > "Aussehen").
Aber obwohl man den Befehl "Seitenverhältnis beibehalten" deaktiviert, wird das Foto nur im Artikelbearbeitungsfenster in der zugeschnittenen Grösse angezeigt. Im Browser hingegen hat es lediglich die neu definierte Breite angenommen. Die Höhe wird - trotz Deaktivierung des Seitenverhältnisses - nicht in die gewünschte Höhe geschnitten.
...Und das ist leidlich sehr unbequem.
Hallo Jochen,
Danke für Deine Hinweise.
Die Bilder habe ich vorher nicht im ZP eingepflegt. Ist aber ein guter Gedanke...
Da man beim Einpflegen eines Bildes per CMS immer via Datei-Explorer zum Foto hochladen aufgefordert wird, entnehme ich diese aber jeweils direkt aus den von mir erstellten Projekt-Imageordnern.
Ich checke mal, ob es tatsächlich an den Bildabmessungen liegen kann...
Das habe ich bemerkt...
Ich weiss aber nicht wie ich den Teil mit den vier Fotos hingekriegt habe und diese Funktion nur bei diesen vieren vorhanden ist, denn die Seite hat nur ein einziges CMS-Widget mit mehreren Artikeln.
Woher die id="igal1486045971042" innerhalb des CMS entstanden ist und wie ich eine solche ohne HTML-Eingriff innerhalb des CMS vergeben kann, ist mir unbekannt.
<h3 class="zpImageGallery" data-kind="singleimage" data-transition="elastic">Restaurant Innenansicht</h3>
<div class="zpImageGallery" data-kind="singleimage" data-transition="elastic">
<div id="igal1486045971042" class="zpImageGallery" data-kind="singleimage" data-transition="elastic"><a class="fancybox" href="assets/php/CMS_DATA/2194/assets/5897888dec0cf.jpg"><img style="margin-top: 5px; margin-bottom: 5px;" src="assets/php/CMS_DATA/2194/assets/5897888dec0cf.jpg" alt="" width="400" />
Wenn die Website für die Mobile-Ansicht responsive dargestellt werden soll, so kann man innerhalb des CMS-Widgets auch mehrere Tabellen mit jeweils nur einer Spalte - immer linksausgerichtet - nebeneinander stellen. Die rechtsstehende Spalte wird dann bei schmalen Displays immer unter die linksstehende gestellt. ![]()
Gruss, Hannes
Zwei CMS-Widgets nebeneinander funktioniert leider nicht... leider ![]()
Aber es ist ganz einfach möglich, innerhalb des CMS eine Tabelle mit mehreren Spalten zu erstellen und den Text dann so nebeneinander zu gliedern.
Gruss Hannes
Hallo
Bei folgendem Problem sehe ich überhaupt nicht mehr durch...:
Auf dieser Website habe ich für den Kunden ein CMS-Widget eingebaut, damit er selbständig seine Fotos austauschen kann.
Beim Anklicken sollen diese in Originalgröße angezeigt werden, was hier tatsächlich auch passiert. Aber die ersten beiden Bilder (Restaurant Rössli) werden nicht in einer Lightbox oder Fancybox angezeigt, auch nicht wenn ich diese in einem _blank Frame anzeige. Die nächsten vier Fotos (Restaurant Innenansicht) hingegen werden wunderbar je in einem einzelnen Frame angezeigt, die man per X rechts oben wieder wegklicken kann.
Wie kommt dieser Unterschied zustande...? Ich selber habe keine zusätzlichen CSS resp. HTML Eingaben gemacht.
Vielen Dank für Eure Hilfe...
Hallo Herr Seiz
Besten Dank für Ihre/Eure Anpassungen und für die tollen Nachrichten. ![]()
![]()
Hallo Mario
Das ist ne tolle Idee... vielen Dank!
Das mit den Hintergrundfotos innerhalb der Container habe ich bereits umgesetzt. Funktioniert einwandfrei... einfach perfekt!
Das mit dem PagePeel muss ich zuerst mit dem Webseiten-Kunden besprechen. Dem gefällt das PagePeel so wie's grade ist, sehr gut.
Also werde ich Morgen dann mal eine der Unterseiten mit der "buttonmobile" Klasse ausprobieren.
Was man mit CSS alles so hinkriegt... einfach genial!
Gruss, Hannes
Hallo
Vielen Dank sori.
Das ist Richtig... den Fehler hab ich mit diesem Effekt bisher in Kauf genommen, weil der Fehler nur im Chrome-Browser zu sehen war. Mit dem Firefox kam der Effekt-Fehler nicht vor.
Vielen Dank Mario für den guten Tipp. Das mit der seitlichen Scrolleiste hab ich bisher nicht bemerkt. So muss ich nicht mehr mit dem Phone testen.
Ich hab jetzt auf fade-down gewechselt.
lg. Hannes
Vielen lieben Dank für Eure tollen Feedbacks. ![]()
Herzliche Grüsse, Hannes
Da ich verständlicherweise mehrmals im Waidhof war, hab ich dort dann meistens auch gegessen.
Das war Währschaft und fantastisch gut. ![]()
Gruss, Hannes
Vielen Dank an Euch alle!
An dieser Stelle bedanke ich mich ebenfalls - bei unser allem tollen ZETA-Team - für die geniale Software und den stets schnellsten und immer guten Ideen.
Ebenfalls vielen Dank an alle ZETA-User's, die hier in diesem Forum immer zu den besten Lösungen beitragen wie Jochen, Hanabi, Uwe Keim und viele mehr. - Ihr seit ne Wucht, so ein funktionierendes Forum gibt's sonst nirgends!
Und einen ganz besonderen Dank möchte ich an MARIO GROSS aussprechen - ohne seine Zusatz-Codes wäre das Leben zu langweilig. Ein ganz grosses Dankeschön!!
Lg. Hannes
Wenn Sie neu bei uns sind, hilft Ihnen unsere Hilfe-Seite dabei, sich im Forum zurechtzufinden. Dort erfahren Sie alles Wichtige, von der Registrierung bis hin zur Erstellung eigener Themen (Fragen).
Ohne Programmierkenntnisse gleich mit Zeta Producer loslegen. Layout auswählen, Text eingeben – fertig. Kostenloser Support und über 99% zufriedene Kunden. Überzeugen Sie sich selbst!