Beiträge von Wolfgang P.

    Moin Tom,

    Danke, Du hast genau den Weg zur Lösung meines Verlinkungsproblems aufgezeigt. nochmals Dank dafür!

    (Anm.: Beim Anlegen der Spalten im Widget "Tabellar. Daten" erscheint die Auswahl "Text oder Zahl oder ...grafischer HTML-Editor", da hatte ich intuitiv "Text" gewählt - unter "grafischem Editieren in HTML" stelle ich mir visuell Grafisches vor, nur keine gelisteten Texte, seufz. Vielleicht wäre es hilfreich, seitens der Programmentwickler dort zur Erläuterung/Unterscheidung ein Popup/Popover-Fenster einzurichten.)

    Moin und Gruß und Tom einen schönen Tag, den Anderen auch!
    Wolfgang

    Danke Zennin!

    Danke für die rasche Antwort. Der Weg in ein verlinkbares tabellarisches Widget in ZP über Aufbereitung in Excel mag zwar (D)ein Weg zur Problemlösung sein, aber für ein modernes WebDesign-Programm nicht der wahre Jakob(s-Pilgerweg). Will nicht erst von ZP-Text-Baustein(sprich Widget/dort habe ich die Daten erzeugt/angelegt!!!) Daten nach Excel übertragen und dann mit WIndows-aufbereiteten Excel-Tabelleninhalten verlinkt nach dort erledigter Arbeit wieder zurück nach ZP tabellarischem Widget, weil das dort direkt nicht geht...?!!
    Dear Zennin, Du magst ja recht haben mit dem Lösungsweg, aber wofür bezahle ich zwei ZP-Business-Versionen, wenn in einem ZP-WIdget die logischsten Verlinkungen nicht möglich sind ...nicht mal in Version 17, WENN ICH DA KEINEN FEHLER GEMACHT HABE!
    In V. 2 oder V.5 oder V.8 wäre das ja (noch) OK, aber in 17 und und im Jahr 2026??
    Verlinken ist (fast) alles. Und bei Google & Co. wird per SEO abgestraft, was VON der Seite und ZUR Seite keine Verlinkungen hat ...oder nicht kann.
    Dear Zennin einen schönen Abend noch und 1000 Dank für Hilfe-Angebot!!
    Und morgen "schau'n mer mal", so der Fussball-Kaiser.
    Und ich mit freundlichem Moin
    Wolfgang

    Moin aus dem Norden (Business ZP 16.8.7 letzte V. und 17.0.2)

    mit dem Widget "tabellarische Daten (Text/2 Spalten)" bekomme ich in meinem Projekt unter ZP 16.8.7 keine Verlinkungen der einzelnen gelisteten Inhalte zustande. Habe diverse Angaben als Aufzählung gelistet, markiere eine ...und kein Weg zum Verlinken.
    Habe das Widget geöffnet und eine Zeile markiert und über Einstellungen zu "HTML" gewechselt: ...da beginnt Rätselraten! Ich erinnere an ZP Slogans von Intuitiv bis Problemlos und Einfach. Sei es drum 😏

    Dann Projekt konvertiert nach ZP 17: dort im Widget "tabellarische Daten (Text/2 Spalten)" auch keine Verlinkungen möglich - mache ich da etwas falsch?
    Vielleicht hat jemand eine Lösung?

    Wollte auch keinen Extra-Thread aufmachen.
    Nun erstmal ein Moin mit bestem Gruß
    Wolfgang

    Hallo Stefan,
    die Suche nach einem Prozess, der Dateien entfernt, wird für diese Suche für mich wie die Suche nach Ostereiern im Juli.
    Entfernt, gewesen, passiert, allein dass diese erst vorhandene Datei entschwand, als ich ZP neu öffnete. das lässt mich nachdenken. Oder besser nicht mehr. Es sei denn das wiederholt sich.
    Sicherheitstools fallen in meine Zeit hier mit Kaspersky, und frischer danach mit Avast = never once more.

    Stefan, ich werde mich durchackern oder ggf. melden, wenn "meine Projekts den Boden unter den Füßen verlieren" -
    have a fine football match this evening!!
    Greetings
    Wolfgang

    Moin, dear friends,

    habe inzwischen viel probiert.
    Für die Fehlermeldungen (2 verschiedene) zu meiner Webseite "pehlemann.org" habe ich - dank Tipp von Stefan - die Probleme lösen können, gleiches für eine andere Webseite von mir. Warum die Fehler, das bleibt offen - in "...media\images" waren von JPG's von mir betextet, wo alphanumerisch umbenannte Dateien drin sein sollten. Bei Lösungsversuchen sind zweimal die benötigten Dummy-Dateien "1eef2c6660554917a6facf84b5ce93f0.jpg" wieder aus "...media\images" verschwunden. nachdem ich das Projekt mit ZP 16 geöffnet hatte (kopierte Namen/Tippfehler ausgeschlossen) - Dummy-Datei blieb erst beim dritten Versuch. Dann aus Sicherung die alphanumerisch umbenannten Dateien gefunden und eingefügt und weiter noch leeres (why??) Verzeichnis "layouts" im ganzen Pfad mit dateien ersetzt. Anmerkung: "......media\images-original" gibt es auch nicht.
    Projekt öffnet, ob alles noch vorhanden ist wird sich zeigen. Aber ich kann's wieder bearbeiten.

    Aber ganz anders beim Projektordner "pro-automobile.de", da fehlen ALLE Dateien in "...media\images" und "layouts" ist leer. Dateien für "...media\images" ersetzen geht nicht: in meinen Sicherungen habe ich zweimal zwei verschiedene (komplette) images-Sätze (images alphanumerisch vorhanden), aber im Projekt verlangen die Fehlermeldungen einen ganzen Satz ANDERS numerierte Bild-Dateien. Zwischendurch dies: auch fehlende "layouts" wären zu ersetzen.
    Die ZP-Bild-Umbenennung scheint nach einem Zufallsprinzip zu erfolgen, wie sonst käme es zu zweimal drei verschieden erstellten Dateinamen (bei mir einmal im Projekt verloren und zweilmal in Sicherungen) - Umbenennung in web-/SEO-sichere sprechende Dateinamen wäre für User hilfreicher, wenn schon Umbenennung.
    Da alle Webseiten noch in ZP 16 erstellt, dachte ich mir, ZP 16 kann ja auch aus Internetseiten ein ZP-Projekt erstellen - Frust, neues ZP-Projekt aus ZP erstellter Webseite, das kann ZP doch nicht, verweigert und gibt Fehlermeldung dazu aus. Werde wohl "pro-automobile.de" mit bisher 25 Webseiten neu erstellen müssen - nix mit in sauren Apfel beissen, es ist Kirschen-Zeit :-))
    (denn zu den 20 bisherigen Museumsseiten kommen sowieso noch 30 andere Museumsseiten dazu, alle namhaften deutschen und dänischen Automuseen komplett fotografiert in 2025 und 2026.

    Keine Lust heute, noch drei weitere Projekte zu prüfen. Wird Stefan freuen, da bleib ich ihm als "Sorgenkind" vorerst weitere Ungereimtheiten erspart.
    STEFAN, EIN GANZ DICKES DANKE FÜR DEINE HILFEN, auch an Phil wo auch immer er gerade hilft.
    Moin und Gruß und ein virtuelles 🍦 für die Fleißigen
    Wolfgang

    Hallo Stefan,

    danke für die Hilfe, dazu mein Versuch ...gescheitert, weil nach erzeugtem Bild fehlt ein anderes, und noch eines...

    Soll ich für meine über 700 JPG's im Projekt solche Dummy-Fotos erzeugen? Um eine Fehlermeldung wegzubekommen? Und nachher - wenn's wieder funktioniert - die Dummies mit falschem Inhalt wieder "weg" korrigieren?
    Da stellt sich die Frage, wozu solche Bilder - die nicht vom User so benannt wurden - vom Programm gemacht werden und dann nicht im Projektordner vorhanden sind, aber - wie in meinem Fall - ---"für Fehlermeldungen" benötigt werden?
    Programm-Konstruktionsfehler?

    Stefan, ich muss zum Zahnarzt - ich bin morgen hier zurück! Wenn ich's beim Doc überlebe :-))

    Zunächst noch mal Dank für Mühewaltung!
    Wolfgang

    Moin zusammen,

    verstehen kann ich das immer noch nicht - die Webseite erscheint wie man sieht, aber es kommt eine Fehlermeldung davor, die man nicht weg bekommt?
    Frage mich Tag um Tag, ob ich als ZP-Problemlösung die die Webseiten neu machen müsste? Und das obwohl die Projektordner da sind?
    Rätselhaft.
    Ich verstehe auch das Fehler-Problem nicht - ich betreibe das ganze privat und aus Spass und als Rentner, weshalb ich erst dachte mit ZetaProducer gut bedient zu sein.
    Aber es kann die Lösung nicht sein, so ein Programm teuer zu lizenzieren, um dann die Webseite-Pflege im Editor im HTML-Code machen zu müssen.

    Need a little help from my friends, yes, thx!
    Moin vom Wolfgang aus dem Norden

    Win10 PC mit i5-7600K, 32 GB RAM, GTX1050Ti, 2 SSD eine je Betriebssystem, 4 HDD mit 15 TB.
    ZetaProducer 16 und 17 Business

    Dear friends,
    mein Problem: nach Behebung PC-Crash und zurückkopierten Projektordnerinhalten nach User\Dok... ...\Projects
    funktionieren mehrere meiner aufgerufenen Projekte nicht.
    Zuerst werden in Media\images benötigt, die nicht da sind - z.B. eines erstellt als Dummy unter betreffendem Dateinamen dies änderte andere Fehlermeldung.

    Danach dann als Beispiel hier dieses Projekt wieder aufgerufen:


    Sichtbares Projekt hinter der Fehlermeldung, das Projekt ist also mit ganzem Menü wieder da obleich diese Meldung, logisch dann Button "Fortsetzen" angeklickt,
    es verschwindet das angezeigte Projekt hinter der Fehler-Anzeige,
    folgt dies:


    Komplettes listing vom "Script-Fehler" anbei als txt.Datei

    Fast mein Trauma: 1000 mal probiert, 1000 mal hat's nicht funktioniert. Auch unter AppData\Local sind die Zeta Producer Ordner mit Templates usw. vorhanden.
    Rentner mit Hobby-Business-Versionen. Bin ratlos. Bei mehreren meine ZP-Projekte und ZP-Webseiten.
    Alles komplett neu machen? Das kann es doch nicht sein, wenn jeweils ein Projektordner komplett vorhanden ist.!.

    Need a little help from my friends, yes, thx!
    Moin vom Wolfgang aus dem Norden

    Moin in die Runde,

    yes, ooh yes, für jeden Seins, wie gebucht, aber nicht für Alle eine gehobene "Gratis"-Top-Aktivierung! Wenn jeder für Seins auch seinen Beitrag investiert, dann wird das Programm "as time goes by" besser, und "die Hilfreichen vom Best-Support" können nur dann das auch weiter leisten. Meine Meinung.

    Moin in die Dämmerung. Klar, nach Uhrzeit!
    Wolfgang P.

    Guten Tag JBM und hier in die Runde, wo jeder jedem helfen könnte;
    da möchte ich (ausnahmsweise) mal hilfreich und nett sein: gefragt war, welche Zeta Producer Version genutzt wird?
    Da hätte ich eine Auswahl bei Zeta-Producer: die Version Home oder Express oder Business oder Premium. Die Differenzierung kann für die Hilfreichen vom Support nützlich bis ganz wichtig sein.
    Moin und bis die Tage
    Wolfgang P.

    Hallo Steffen,

    ist so: Preview, thx!
    Dennoch vielleicht weiter eine "originär unmittelbare Doppel-Bearbeitbarkeit" für ZP V.18 oder V. 19 entwickeln :thumbup:- wenn man für SEO mehrere Seiten verbessert und dabei die SEO-/Meta-Eingaben überprüft/aktualisiert sowie parallel stets auch den SEO-Check macht, dann ist es wie beim Bus auf Stadtrundfahrt, Hop-on Hop-off, zwischen Seiten und Fenstern... manchmal ermüdend.
    Sie sind der Bus-Chauffeur und werden schon unermüdlich wissen, wo es lang geht!
    Allen ein Moin und beste Grüße
    Wolfgang

    Moin in die Runde,

    für die Meta-Eingaben unter Seite/Einstellungen/Seo für Keywords, Titel & Beschreibung klappt sich ein Fenster auf, wo man schnell diese Eingaben tätigen kann.
    1. Dann aber lässt sich das eigentliche Seitenfenster (das nun im Hintergrund steht) NICHT zur Durchsicht der Inhalte (für Keywords, Beschreibung) rauf und runter scrollen, um dann
    2. direkt abzuschreiben oder um mit copy & paste zu arbeiten.
    3. Auch lässt sich das Eingabefenster für die Keywords, Titel & Beschreibung nicht aus dem Arbeitsfensterbereich rausschieben, ergo auch nicht auf meinen 2. Monitor "ausquartieren" (was auch nicht helfen würde, wenn das eigentliche Seitenfenster unbearbeitbar bliebe).
    Bleiben nur Extra-Schritte mit (händischem) Notieren auf Zettel oder im Editor bzw. auch erst Preview öffnen und das Nötige von dort übernehmen?
    4. Wenn man eine bereits fertiggestellte/veröffentlichte Seite später inhaltlich ergänzt mit Auswirkung auf Keywords/Beschreibung, dann wäre es ebenfalls sinnvoll Arbeitsfenster vollständig zu scrollen und dabei (SEO)Aufklappfenster parallel zu sehen und schnell analog hin und her prüfen/bearbeiten/verbessern/ergänzen zu können!

    Moin und sonnig freundliche Grüße
    Wolfgang

    Moin Steffen,

    hier ScreenShot a. vom vertikalen Menü weiter unten (siehe Scroll-Balken) unmittelbar vor dem Klick (Mouse)
    dann Klick auf Untermenü-Seite
    und sofort springt vert. Menü zum Anfang hoch,
    siehe ScreenShot b. vom vertikalen Menü (siehe Scroll-Balken) unmittelbar nach dem Klick (Mouse) und da ist der automatische Rücksprung nach oben.

    Mit besten Grüßen
    Wolfgang
    NACHTRAG: ZP 17 Business & wahrscheinlich "Help responsive" als Basis

    Moin in die Runde,

    bei der Nutzung eines sehr langen vertikalen Menüs ist nach Anklicken einer Seite der Rücksprung des scrollbaren Menüs zum Start/Anfang nach oben bisweilen nicht die nutzvollste Lösung, wenn man mehrfach unten im Vertikal-Menü weiter "herumackern" will.
    Ich weiß, Rücksprung oder nicht. Pest oder Cholera :(.
    Im Normalfall dürfte der Rücksprung nach oben ja sinnvoll sein; aber schön wäre es, wenn man für andere Web-Projekte den Rücksprung im Menü ausschalten könnte, ja, ich weiß ggf. nur nicht wo...?
    Moin und Hilfe heischender Gruß
    Wolfgang

    Moin in die Runde,

    um ein zu langes vertikales Hauptmenü (in V 17) zu kürzen, habe ich ein Dutzend Seiten über "Seiten organisieren" als Unterseiten (mit geradem Pfeil) verschoben. Das gelang im Arbeitsbereich vom ZP-Programm, aber die Seiten erschienen nicht als verschobene Unterseiten in der Vorschau/Veröffentlichung.
    Verschieben über organisieren alleine reicht nicht. Nur kleines Problem - Lösung:
    Man muss alle so verschobenen Unterseiten nach dem "Seiten organisieren > verschieben" einmal auch im Arbeitsbereich des Programms einzeln öffnen - "dann erst kennt sich ZP damit aus" und die Veröffentlichung kann so funktionieren.
    Tipp: so ähnlich als Ziff. 5 im Handbuch unter https://docs.zeta-producer.com/seiten-organisieren.html#a3339 ergänzen.
    Ein Moin zum Gruße und allen eine sonnige Woche 8)
    Wolfgang

    Moin in die Runde,
    mit den "animierten Seitenübergängen" habe ich so mein Problem. Wo ist? Nachlesen was? Wie geht es?
    ZP soll für Normalos eine zu bewerkstelligende Website-Lösung bieten - ich benutze ZP17.0.2 Business und hierbei Testseite Help responsive.
    Ich suche Einstellbares im Programm und weiter nach Lesen im Handbuch und hier werde ich nicht recht schlau.
    Kann man für Suchbegriff "Seitenüberg" nicht eine verständliche Programmführung einrichten und zudem eine ebensolche Anleitung schreiben?
    Die Fachleute hier schreiben von "Attribut zp-page-transitions" und "Wert zp-pt-coverleft" sowie "Wert zp-pt-coverup" - schön und gut, dazu finde ich in meiner genannten Anwendung von ZP 17 nichts... Logo, auch nichts zum Warum und Wieso.
    "Animierte Seitenübergänge" wurden dem ZP-17-Erwerber angeboten - aus dem Nirwana der Unwissenden singe ich: "need a little help from my friends"...am besten hier, statt von den Beatles.
    Gruß aus dem Norden
    Wolfgang P.

    Alpengreis Zitat: "...dann sollte es gehen", da hätte Norbert auch schreiben können, dass es dann geht. In ZP V. 17, so isses.

    Allein es ist ein My von einem Klick mehr als in V. 16. Rentner wie ich haben keine Zeit? Der Klick mehr ist dann eben Gewohnheitssache.
    Und wo es in V. 17 (vs V. 16) dann mal schneller geht, wird man das auch anmerken? Sollte man. Warten, abwarten...
    Moin und frohes Schaffen und gutes 17er Gelingen
    Wolfgang P.

    Fortsetzung vom Thread von 2023.
    Es gelingt mir kein Webseiten-Import aus Webseiten erstellt mit NetObjects Fusion, Mobirise und ebenso nicht aus Zeta-Producer 16 Express & Business. Die Import-Versuche in mein ZP V. 16.8.7 Business und in ZP 17.0.2 Business scheitern mit diesem Fehler:
    "The data was truncated while converting from one data type to another. [ Name of function(if known) = ]"
    Das Scheitern geschieht früher oder später, spätestens bei Aktion "Seiten erstellen 4 von 5".

    Natürlich muss man zugestehen, dass es an ein Gebirge voll von Problemen grenzt, eine "fremd" generierte Webseite als Projekt in ZP zu importieren und bearbeitbar zu machen.
    Und wenn es nur oder auch an der Datenbank mit Inhalt liegt (wie 2023 erklärt), dann könnte man selbige bei der Veröffentlichung bzw. FTP-Upload mitsenden ...und ggf. später wieder mit_importieren und man hätte das "Fehlende" aus der .db wieder zur Verfügung. Think so. Oder ich "thinke wrong"...
      
    Fazit: Stefan und/oder Philipp müssen hier an dieser Stelle nicht nochmal alles wie im Thread von 2023 darlegen, kostet nur Zeit, Link genügt
    Aber ein Kurz-Kommentar wäre schon schön, ob Aussicht besteht irgendwann verlustige ZP-Projects aus ZP-Webseiten wieder herstellen zu können.
    Das scheint mir sehr wichtig für jene ZP-Nutzer, die für Dritte kommerziell mit ZP fremde Webseiten erstellen und pflegen, da gilt im Notfall höchste Eile. Und da wissen die selbst, dass ein Project-Backup sinnvoll gewesen wäre...

    Mein Problem darf "als gelöst" betrachtet werden: ich mach' das Alte neu in ZP 17 Business. Als Hobby. Ganz privat.
    Moin und Gruß von der Ostsee
    Wolfgang

    Hallo Stefan und Phil,

    auch mit Projekt Backup-Erstellung und Backup-Wiederherstellung ist das PDF-Problem nicht lösbar, wieder: „Object reference not set to an instance of an object.”
    Vielleicht sind es in diesem Projekt auch zu viele Seiten (ca. 300), dass das Programm gar nicht bis zum Ende durchkommt. Und Stefans Ansatz einer abgebrochenen PDF_Erstellung kanns eigentlich auch nicht sein, weil das ja der Anfang vom Problem wäre - Software sollte sowas entfernen, überschreiben oder in zusätzlicher PDF erstellen können. Sei es drum - the old man should try another PDF-product - man trinkt ja auch nicht lebenslang die gleiche Biersorte...

    Werde die PDF-Erstellung anders lösen. Nur schade, dass da die V.17 "schwächelt".
    Danke für die Unterstützung !!
    Moin und Gruß
    Wolfgang P.

    Hallo Phil,
    die Info ist ja höchst dankenswert!! Thx a lot !!

    Aber ich muss mich ja fragen, warum man eine vorhandene Funktion entfernt, die nicht weh tut. Die Nutzungshäufigkeit sollte der Grund nicht sein. Und die PDF-Ergebnisse kann man schließlich mit Freeware oder richtiger Software nacharbeiten, wie ich mit meinem advanced Kofax und dem adobischen Pro-Acrobaten.

    Bleibt mir nur mit x. Kopien die alte Erstspeicherung unter 16.8.7 zu simiulieren bzw. zu rekonstruieren, seufz.

    An den Phil philosophische Grüße - wer das erste Problem schon nicht meistert, der wird kein Meister.
    Wolfgang

    Hallo Stefan,
    habe den Ordner "Zeta Producer 16 - Dynamic Modules" gelöscht und ZP neu gestartet und PDF aufgerufen -
    Ergebnis nach kleiner Weile wieder "Stack empty".

    Habe neues Projekt in ZP 16.8.7 angelegt und PDF-Erstellen probiert: klappt problemlos.

    Dann muss es daran liegen, dass sich ZP in den Prozeduren nur das Erst-Erstellungsverzeichnis merken kann und demnach PDF-Erstellung aus dem Nirwana versucht.
    Wenn ich in meinem Problemfall Projektkopie (anders) aufrufe, dann werden Projekt-Speicherort, -Name und Inhalte zwar für die richtige Programmarbeit angenommen, aber wohl eben nicht für eine PDF-Erstellung gespeichert/indexiert oder so.
    Da könnte also in der Software ein Update nötig sein. Grins: "...aber wohl nicht für V.16.8"

    Werde heute oder morgen auf V.17 Business upgraden. Hoffend dass das Projekt-Konvertieren dann klappt - mit dem "ZP home 17" Test klappte die Konvertierung nicht... machte danach das zu Konvertierende in altem 16.8 auf...
    Bin nicht mutlos und grüße
    Wolfgang Pehlemann

    Hallo Stefan,
    mit dem Nachtrag meinte ich, dass nicht auf eine Quelle via ZP-Veröffentlichen zugegriffen werden könnte - mit dem Problem selbst hat das FTP-Tool nichts zu tun.

    Das Modul-Löschen werde ich Nachmittag versuchen.

    Vom PDF-Druck verspreche ich mir auch nicht die Welt, schon gar nicht saubere Seitenwechsel, nein, soll nur "Gedrucktes" in irgendeiner Weise meinen verwandten Genealogie-Archivaren in die Hand geben, wenn meine Webseite und ich nicht mehr sind.
    Daher die PDF-Erstellung für mich ein ZP-Beweggrund.
    Gruß und entspannte Mittagspause!

    Moin Stefan,

    danke, und ich folgte dem Tipp Firewall AUS (Avast Prem) und sah wie das Programm mehr nach html's "suchte" als vorher, ABER es kam wieder so: "Object reference not set to an instance of an object."
    Könnte man irgendwo so etwas wie ein Ziel eingeben oder einen Zeiger setzen?

    Das Ganze sollte gelöst werden können, eilt mir aber nicht zwingend (würde später mal aus PDF dann Buchdruck machen lassen, wollen, wünschen...)
    Gruß Wolfgang

    Moin (so sagt man hier, auch abends)

    Eines der Probleme mit Zeta Producer V 16.8.7 Business für mein Multilingual-Projekt für http://www.pehlemann.org auf Template „Help responsive“ mit derzeit 241 html.Seiten, 61 php.Seiten ist ein Fehler bei der PDF-Erstellung aller Seiteninhalte des Projekts über das Menü "Extras/PDF-Druck".
    Nach Programmstart und Aufruf PDF-Erstellung offline erscheint Meldung: „Sie müssen mit dem Internet verbunden sein: Modul-Download“.
    Aufs Neue online nach Programmstart und Aufruf PDF-Erstellung erscheint Meldung: „Stack empty“. Projekt und Programm beendet.
    Variante Start in Projects mit Doppelklick auf Projektdatei „PehlemannORG.zpproject“ und dann Aufruf PDF-Erstellung erscheint Meldung. „Object reference not set to an instance of an object.”

    Ich denke, dass der Fehler dort liegen könnte, dass das ZP-Programm eine umfassende Routine „Speichern unter bzw. Gespeichert unter“ entbehrt, weil im komplexen Projekt irgendwo der Ursprungsspeicherort „festgeschrieben“ sein könnte und nach Projektwiederherstellung eine Abweichung in der Definition Speicherort oder Projektname den/die Fehler auslöst.

    Allerdings finde ich im Fehlerprotokoll dafür keinen Referenzbezug zu Speicherort oder Projektname. Das Programm sollte aber bis in alle Routinen die Öffnungsverzeichnisse in Projects beherrschen.

    Vielleicht könnte im Menü Extras / PDF eine Untermenü-Eingabe helfen: wo Ziel und welche Verzeichnisse zur PDF gemacht werden sollen. Denn eine multilinguale Seite über drei Sprachen in ein PDF macht wenig Sinn.

    Nur am Rande: Zugleich hatte/habe ich beim Start des Programms vier Meldungen „R6034 An application has made an attempt to load the C Runtime library incorrectly“, dies ausgelöst vom Programm Zeta-Producer. Und dies bei keinem anderen Programm. Habe daher das neueste MS Visual C-Redistrib-Paket installiert – nach einem Tag kommen die VC-Runtime-Fehler wieder, haben aber offenbar keine Auswirkung auf die Arbeit mit ZP 16.8.7, zumnindest nicht merklich.

    Wer kann helfen das Nervige zu beenden und das Ganze zum Guten zu wenden?
    Gruß Wolfgang P.

    @Philipp Klar, das wäre die offene Lösung für alle Sprachen - Consent-Widgets auf SprachordnerSeiten ziehen und per jeweiliger Attribute bearbeiten. Dann könnte der User selbst den verschiedenen Cookie-Consent-Rechtsvorschriften verschiedener Länder individuell Rechnung tragen.
    Tigrinya für Eritrea dürfte man (sich) aber sparen...
    Einen schönen Tag und beste Grüße
    Wolfgang

    Moin Stefan,

    alles gut und Dank für superschnelle Antwort.
    Dachte mir es gäbe vielieicht eine Lösung, dachte mir aber auch, dass die Grenzen der Anpassung erreicht sein könnten.
    Bin aber sehr froh, dass außerhalb Deutsch alle Cookie-Consents ohne Kraftakt in Englisch kommen.

    Allerdings sollten Eure Entwickler doch vielleicht mal erwägen. das Modul "CookieConsent" um zusätzliche Sprachen "aufzubohren", may be mit "Kenn-Ziff 3" für Sprachen-Ordner 3 in "FRanz" und KennZiff 3 für Franz-Cookie-Consent" mit User-seitiger Sprach-Übersetzung in Attributen.
    Analog Ziff. 4 für next Language und weiter Ziff 5 für next Language in verketteten Ordnern und zugehörig verketteten Widgets... usw, analog usw...
    Multilingual ist halt für das Verkaufen der Software mehr als nur DE und EN, oder?
    EGAL, "meine" Niederländer auf meiner http://www.pehlemann.org können sowieso alle Englisch!!

    Stefan, nochmal vielen Dank für stets schnelle Antworten!

    Have a nice evening!
    Und moin und beste Grüße
    Wolfgang

    Moin nochmal,

    da habe ich nun den Cookie Consent manager schön in De und in En, ja und auf dem Teil mit der niederländischen Sprache auch in EN-english (statt in NL-niederländisch).

    Heißt ja dass man Cookie-Consent-Widget nur einmal auf die Webseite tun soll, oder irre ich einmal mehr?

    Danke an die Hilfreichen vorab!

    Moin und beste Grüße
    Wolfgang

    Moin Philipp,

    sehr aufmerksam, vielen Dank für den Tipp -
    habe vorhin die Attribute angeschaut und die vielen gesehen, die ich dann nach NL übersetzt habe (sogar im Passwort-Schutzbereich je Sprache).
    Danach Attribute in EN angeschaut, mussten teilweise auch noch nach EN übersetzt werden.
    Dank des Tipps sieht das Multilinguale jetzt natürlich perfekter aus. (Vorher war meine alte Webseite drei-sprachig je Seite, unschön, liest kein Mensch!)

    Ist noch viel Kleinkram mit Titeln, Keywords usw. bevor es in den Urlaub geht

    Auch freundliche Grüße (aus unfreundlichem Nord-Wetter / hier 15° C und Regen)
    Wolfgang
    15.07.2024

    Moin Stefan,

    danke für sehr schnelle und soweit auch hilfreiche Antwort - probiert und es schreibt nun die Canini-Links unter "http://www.pehlemann.org" in die html.Seiten. so ich gesehen habe auch in den EN- und NL-Seiten. Werde das auch noch analog bei der "http://www.focussus.de" nachholen müssen.
    Gut, irgendwoher muss die URL ja kommen, verstanden. Danke für Problemlösung!

    Nur noch eine Frage zu meinem (Un)Verständnis:
    Wie unterscheidet sich unter
    > Erweitert > Erstellen > Webseite erstellen
    von
    > Erweitert > Erstellen > Alle Seiten erstellen ?
    Bleiben bei letzterem interne Funktionen "unbearbeitet", oder so ähnliches?

    Nochmal Dank und beste Grüße
    Wolfgang P.

    Moin,
    habe multilinguales Webseiten-Projekt http://www.pehlemann.org testweise
    via Erweitert > Erstellen > Webseite erstellen durchgeführt und aus Projects >> Output hochgeladen.

    Im Quelltext finde ich diese Canonical Links (aus DE- und EN-Seite als Beispiel):

    Code
     <link rel="canonical" href="https://hosting.zeta-producer.com/7754571868/index.html"> 
    Code
    <link rel="canonical" href="https://hosting.zeta-producer.com/7754571868/en/en/en-main_page.html"> 

    Auf den zu bearbeitenden ZP-Projektseiten findet sich dies unter Attribute > Standard > Canonical:
    <link rel="canonical" href="<$=page.absoluteUrl$>" />

    Scheint so, dass "page.absoluteUrl$" den Quelltext-Link einmal erzeugt und bei späterer Seitenerstellung nicht mehr selbst anpasst
    Wie bekomme ich den falschen Canonical-Link aus all den Seiten korrigiert auf die richtige URL-Seite?

    Ein ähnliches Problem entsteht, wenn man ein altes ZP-Projekt als Layoutvorlage nimmt, in anderen Ordner kopiert und dann für eine andere Website-Domain "ummodelt"


    So ist das ja nicht SEO-freundlich...
    Beste Grüße
    Wolfgang

    Hallo Philipp,

    vielen, vielen Dank für die präzise Hilfe -
    habe in der Früh probiert und es hat bei Adressierung im Projektordner dann auch funktioniert.
    Damit ist ja die Website übergreifende Suche bei multilingualer Website auf die jeweilige Spache begrenzt, super, das für Mitlesende.
    Ergänzung: anschließend auf der angelegten Suche-Seite über > Zahnrad/Einstellungen > Eigenschaften > Sichtbarkeit (der angelegten Suche-Seite) IM MENÜ ausblenden.
    So sieht alles gut aus.

    Anmerkung zu Widget-ZP, die Seite kannte ich schon, top, aber mir fehlt da eine klare Anleitung,
    wie man von Widget-ZP ein Widget nach dem Download ins ZP-Programm importiert.
    pehlemann at t-online dot de
    Soweit dies, auch wenn es nicht hier gehört

    Nochmal vielen Dank und Grüße aus dem Norden

    Wolfgang Pehlemann

    Hallo auch,
    many thx for corr.of my emgine-mistake !

    Und ebenso vielen Dank für die Erläuterung, wie das Problem gelöst werden könnte. Beim Klick auf das Suchfeld hatte ich gelesen, dass diese Suche für die gesamte Webseite gilt und an eine andere Lösung nicht gleich gedacht, aber dieser Support ist ja toll schnell.
    Werde mich morgen an dieser Lösung versuchen! Danke!
    Und für andere User kann dieser Post ja hilfreich und nützlich sein.

    Nochmal, vielen Dank und Moin und Gruß
    Wolfgang Pehlemann

    Moin erst mal,

    Mit ZP 16.8.5 Business erstelle ich gerade eine multilinguale Webseite über mind. 30 Seiten/Unterseiten je Sprache DE EN NL. Jede Seite einzeln in die 3 Sprachen verlinkt, Sisyphus, aber fast fertig und funktioniert in bzw. zwischen den 3 getrennten Menü-Strukturen hin wie her, weil die Seiten separat in De- und EN- und NL-Basisordnern angelegt sind.

    Die Suchmaschine stellte den Suchfeldtext "Suchbegriff" von selbst im EN-Bereich auf "Search terms" um, gut. NL-Seiten blieb Suchfeld deutsches Wort Suchbegriff - damit kann man leben, wenn Anpassung nicht ginge.

    DAS PROBLEM ist nun, dass die Suche über die interne Suchmaschine im DE-Bereich richtige Ergebnisse mit Verweis auf DE-Zielseiten/Unterseiten bringt,
    ABER eine gestartete Suche im EN-/NL-Bereich der Webseite im Preview geht zur DE-Ergebnisanzeige und lässt dort den/die Ergebnis-Link/s nach der Suche inkorrekt auf gesuchte Seiten ABER IN DE verweisen und NICHT auf die EN-/NL-Seiten, wo die fremdsprachige Suche gestartet wurde.
    Die Seiten sind gemäß 3. Screen shot auch intern von der jeweiligen Startseite erstellt und zudem auf den jeweiligen DE-EN-NL-Ordner adressiert.

    Das Ergenis nur Richtung deutsch in diesem Fall macht auf multilingualen Webseiten wenig bis keinen Sinn. Und die ganze Seite ohne Suchmaschine bei derzeit über 300 Personen im Stammbaum plus Besucher schon gar nicht. Multilingual, responsiv plus Suchmaschine war daher meine Entscheidung für ZP Business (trotz ausschl. privater Nutzung).

    Mache ich beim Anlegen der Seiten einen Fehler?

    Für Hilfe erst mal Dank im Voraus

    Moin und Gruß

    Wolfgang Pehlemann

    Hallo Stefan,
    danke für die schnelle Antwort. Das mit dem geschützten "&nbsp;"-HTML-Leerzeichen hatte ich nicht probiert, weil ich annehmen musste, dass das auch nicht geht, wenn <br>HTML für Zeilenumbruch nicht funktioniernt.
    Danke, Stefan (und Andreas für Zusatz), werde ich morgen probieren, nötigenfalls wieder mit ein paar mehr echten Leerzeichen hinter den Namen, was halt responsiv kritisch ist.
    Trotzdem Dank für die umgehende Antwort.
    Moin und Gruß
    Wolfgang P