Beiträge von drreaf

  • Image Generation Error

    Hallo salguri,


    das Endprodukt meiner geschilderten Schrittfolge hat eine vollständig funktionale Projektdatei ergeben, die keine erneuten Gespensterdateien mehr zur Webseite hochlud. Einzig mit der Vorschau-Funktion gab es beim ersten Mal Probleme, die aber verschwanden, nachdem ich das Projekt einfach duplizierte, die Ausgangsversion löschte und der Kopie wieder den Ausgangsnamen verpaßte. Damit funktionierte auch wieder die Vorschau und das hochgeladene Projekt blieb sauber.


    Ergänzend habe ich auch in der Datei index.xml im MyProject\Library Unterverzeichnis die Zeilen mit den aus meinem Schritt “+6“ bekannten Klar-Namen der obsoleten „Gespenster-Dateien“ lokalisiert. Die Zeichenfolge am Anfang einer solchen Zeile ist der ‘Tarnname‘ (diese 32-stellige Zufalls-Zeichenfolge im Library Verzeichnis z.B. j28776p349o5pau075p650qw387v3a98), unter dem die Bilddatei, die zu dem jeweiligen Klar-Namen gehörte, dort noch einmal als Duplikat abgelegt ist.


    Das Library Verzeichnis ist ja in komprimierter Form auch in dem MyProject.iwzip Archiv enthalten, und aus dieser verborgenen Quelle feierten offensichtlich die Gespensterdateien immer wieder fröhliche Auferstehung, die uns so lange belästigt haben.


    Löschen der jeweiligen Zeile aus der index.xml Datei und löschen der Bilddatei mit dem zugehörigen Tarnnamen aus dem Library Verzeichnis befördert die Gespensterdatei ins Nirwana - jetzt endgültig ohne Wiederkehr. Nachdem ich die Verweise zu allen diesen Bilddateien und die Dateien selbst gelöscht habe, schließe ich die index.xml Datei, kopiere sie, lösche die backup.xml Datei und benenne die Kopie in backup.xml um. In der nächsten Fassung der Exportdatei MyProject.iwzip ist jetzt erst restlos jede Spur der Gespenster-Dateien gelöscht. In meinem relativ kleinen Projekt (http://www.efgnonn.net) schrumpfte dann die iwzip-Datei von knapp 8 MB auf knapp 6 MB.


    Aufgrund der Antworten der Incomedia Leute in http://answers.websitex5.com/ zu diesem von nicht wenigen Leuten schon seit längerem beklagten Problem habe ich den Eindruck, daß denen diese Zusammenhänge auch verborgen sind. Anders kann ich mir die teilweise albernen Rückfragen oder ‘Lösungsvorschläge‘ nicht erklären. Da ich regelmäßig alte durch neue Inhalte ersetzen muß, werde ich mich deswegen nach einer Alternative zu WebSiteX5 umsehen müssen, wenn erneut Gespenster-Dateien auftauchen und Incomedia kein zuverlässiges Reinigungstool anbieten kann.


    Gruß, Rainer

  • Image Generation Error

    Zitat von salguri

    Und hier die Lösung, wie es bei mir geklappt hat:
    ...
    - Die komprimierte Datei "project.gz" umbenennen nach project.iwprj
    - X5 starten und Projekt öffnen


    ...Änderungen auf eigene Gefahr....und ohne Garantie....SICHERUNG!!!


    so habe ich die "alten Dateien" incl. image generation error wegbekommen ... und mein Kunde dankt es mir, da er keine Fremddateien auf seinem Server hat.


    Herzlichen Dank an salguri! Nach Tagen ergebnislosen Herumstocherns bei Incomedia hat mich der post ermutigt, es noch einmal zu versuchen. Für mich als ‘Fußgänger‘ ist aber die Lücke zwischen den zwei letzten zitierten Schritten etwas zu groß gewesen, als daß das auf Anhieb geklappt hätte. Nachdem ich dann doch die fehlenden Schritte erahnen konnte, habe ich das Ganze noch einmal für die Fußgänger unter uns neu zusammengefaßt.


    +0. Dupliziere mit WebSiteX5 MyProject, umbenenne in MyProjectNeu und exportiere Projekt nach Export-Ordner
    +1. In Export-Ordner Umbenenne exportierte MyProjectNeu.iwzip -> MyProjectNeu.zip
    +2. Extrahiere Inhalt von Archiv MyProjectNeu.zip in Ordner MyProjectNeu
    +3. Verschiebe aus Ordner MyProjectNeu die Datei project.iwprj nach Ordner TempWrk
    +4. In TmpWrk umbenenne project.iwprj -> project.zip
    +5. Extrahiere aus Archiv project.zip die (einzige) Datei project (eine XML Datei)
    +6. In Datei project bereinige mit Texteditor die obsoleten/falschen Blöcke nach step6 der Nachricht vom 04.03.2012 06:50:56 von Max M. auf http://answers.websitex5.com/post/25486#7
    -6. Kopiere die bereinigte XML Datei project in einen Ordner, in dem gzip.exe liegt. Lösche TempWrk
    -5. In DOS Fenster navigiere zu diesem gzip-Order und führe “gzip project“ aus.
    -4. In gzip-Ordner umbenenne project.gz in project.iwprj und verschiebe nach Ordner MyProjectNeu
    -3. Erzeuge ein Archiv MyProjectNeu.zip aus dem kompletten Inhalt von MyProjectNeu
    -2. Umbenenne erzeugtes MyProjectNeu.zip -> MyProjectNeu.iwzip
    -1. Verschiebe MyProjectNeu.iwzip nach Export-Ordner und lösche dort (altes) MyProjectNeu.zip. Lösche Ordner MyProjectNeu
    -0. Importiere mit WebSiteX5 (neues) MyProjectNeu.iwzip (spätestens beim 2. Mal klappt der Import)


    Good luck to everybody, Rainer

  • Re: Formatierung eines Ausgabestrings eines Javaskripts unter HTML-5:

    Zunächst mal danke an little-key und zwoemti, daß sie sich die Mühe machten, das Problem zu analysieren und für die Lösungsvorschläge.


    Little-key's Vorschlag ähnelt auf den ersten Blick sehr dem HTML/CSS code, mit dem ich es schon versuchte zu lösen. Von daher wäre ich überrascht, wenn das es schon wäre. Probieren werde ich es auf jeden Fall, denn zwoemti's Vorschlag sieht zwar nach meinem Verständnis eher erfolgversprechend aus aber dafür doch erheblich aufwendiger.


    Vor dem Wochenende werde ich kaum Zeit haben, das zu testen, werde aber in jedem Fall das Ergebnis berichten.


    Nochmals danke an beide, Rainer

  • Re: Formatierung eines Ausgabestrings eines Javaskripts unter HTML-5:

    Vorbemerkung: Ich ersetze im Folgenden die Tag Begrenzer “<>“ durch “{}“ weil die “<>“ hier sofort interpretiert werden und damit nicht mehr explizit erkennbar sind. (Als Neuling habe ich keine Ahnung, wie das eventuell anders erreichbar wäre)


    Unter Evolution V8 schreibe ich in einem Javaskript den String


    Code
    1. quotes7='{b}Jesus sagte zu ihr: Ich bin die Auferstehung und das Leben. Wer an mich glaubt, wird leben, auch wenn er stirbt, und jeder, der lebt und an mich glaubt, wird in Ewigkeit nicht sterben.{/b} {br/}{br/}{font size="-1"}{i} - Johannes 11,25-26 (Zürcher Übersetzung){/i}'


    in Größe 5 aus mit dem letzen Befehl des Skripts:


    Code
    1. document.write(quotes7.fontsize(“5“))


    In einem anderen Skript möchte ich den String


    Code
    1. quotes8='Was wir wissen, ist ein Tropfen, was wir nicht wissen, ist ein Ozean. {br}{br}{font size="-1"}{i} - Isaac Newton (1643 - 1727){/i}'


    in einer anderen Größe, z.B. 4, ausschreiben lassen.


    Das erreiche ich mit:


    Code
    1. document.write(quotes8.fontsize(“4“))


    Von Java wird das in {font size=“4“} umgesetzt und das funktioniert unter WebSite X5 Evolution V8 bestens, da von V8 XML 1.0 erzeugt wird.


    Unter Evolution V9 wird HTML-5 Code erzeugt, in dem das von Java erzeugte {font} Tag ignoriert wird. Die Standardantwort auf das Problem lautet: benutze CSS.


    Wie kann ich innerhalb eines Java Strings (quotes7 oder quotes8) und dann im dem document.write CSS Formatierung unterbringen, die das gleiche bewirkt wie z.B. hier:


    zitate_weise


    oder hier:


    zitate_Jesus


    unter V8 demonstriert?


    Unter V9 funktioniert alles genauso, mit der einzigen Ausnahme, daß alles in gleicher Schriftgröße erscheint.


    Ich bitte um Vorschläge, Rainer


    PS: Eine Testseite für V9 habe ich nicht und halte das auch für nicht nötig. Ich teste das alles lokal