Da wir die Lösung schon ansatzweise in dem von @marboe verlinkten Thread besprochen haben, hier das Ganze in "Vollendung"

Zunächst darf ich den Verfasser des Originals loben, der das als Praktikumsarbeit abgeliefert hat. Ein kleiner Kritikpunkt bleibt dennoch: Die im Script der Funktion verwendeten Anführungsstriche sind nicht ganz regelkonform. Beim Parsen gibt es daher Probleme die dazu führen können, dass das Script nicht läuft.
Aber das ist ja ganz einfach zu korrigieren...

Hier die entsprechend korrigierte, (immer lauffähige) Version:

----------------------------------
<script type=”text/javascript”>
        var win=null;
        function printContainer(printContent)
        {
          win = window.open();
          self.focus();
          win.document.open();
          win.document.write('<'+'html'+'><'+'head'+'><'+'style'+'>');
          win.document.write('body, td { font-family: Verdana; font-size: 10pt;} h1 {font-family: Verdana; font-size: 12pt;} h2 {font-family: Verdana; font-size: 10pt;}');
          win.document.write('<'+'/'+'style'+'><'+'/'+'head'+'><'+'body'+'>');
          win.document.write(printContent);
          win.document.write('<'+'/'+'body'+'><'+'/'+'html'+'>');
          win.document.close();
          win.print();
          win.close();
        }
  </script>
----------------------------------

Das Script gehört in den HTML Head der Seite, wie @BilderMacher es schon angemerkt hat (s. u.). Es funktioniert aber natürlich auch im Body.

Der Aufruf der Funktion kann (wie im Original vorgegeben) über einen Textlink erfolgen, der irgendwo im Seitentext angelegt werden kann.

Sinnvoller scheint mir aber die Verlinkung eines Buttons zu sein, was ich in der online Demo ja auch umgesetzt habe.
Dazu muss der vorgegebene Funktionsaufruf ein bisschen gekürzt werden, wie unten gezeigt:

----------------------------------
javascript:printContainer(document.getElementById("printcontainer").innerHTML);
----------------------------------

Der modifizierte Aufruf kann jetzt mit der Option "Link auf Internet- oder E-Mail-Adresse", einem Objekt (z. B. Button) zugewiesen werden:

Damit ist der Teil der Arbeit abgeschlossen, die mit dem WD gemacht werden kann.

Was bleibt, ist die nicht ganz unwichtige Bestimmung der DIV-Box die gedruckt werden soll.

Dazu exportiert man zunächst das (fast) fertige Projekt in ein Verzeichnis auf dem PC und öffnet die Seite mit der Druckfunktion in einem geeigneten Editor. Das kann z. B. mit Notepad++ gemacht werden.

Ist der Text gefunden, der gedruckt werden soll, fügt man in den umschließenden DIV Container die u. a. ID ein:

----------------------------------
id="printcontainer"
----------------------------------

Das war's im Wesentlichen

Jetzt kann die Seite geöffnet- und die Druckfunktion gestartet werden...

Wenn alles geklappt hat, muss die modifizierte Seite separat gesichert werden und später, nach dem normalen Upload mit dem WD, mit einem externen FTP Client auf den Webserver geschoben werden.

Wer es möchte, der kann sich das komplette Projekt (incl. aller Scripts, Links, Demos) hier als ZIP Archiv herunterladen.

Viel Erfolg

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

Edit: 16:14 h
Rechtschreibfehler beseitigt

Vielen herzlichen Dank BeRo!!

Wie immer eine super Anleitung.

Leider muss ich vermelden, dass es bei mir nicht funktioniert. Wahrscheinlich wieder ein superdummer Fehler. Ich hab es zweimal wiederholt. Einmal mit Copy&paste hier aus dem Forum und einmal per Download deiner Datei (bei letzterem funktionierte dann der Druck).

Nun habe ich zwei Ideen, warum es bei mir nicht geht.
Dass ich für den Test die 9er premium genommen habe, ignoriere ich mal.
Mein Einbau der id=  ist im Ergebnis anders; nämlich so:

Wie schon geschrieben ist mein Textfeld eine Liste. Kann es daran liegen?

Kann es weiterhin sein, dass anderer Code stört?  Ich habe den JS-Code in den Body. In meinem Head der Seite ist die Anweisung versteckt, dass der Content nicht gespeichert werden soll vom Browser.
Hat da jemand Erfahrung mit?  Wenn ich es in der entsprechenden Datei mit normalem Text versuche, geht es auch nicht. Seltsam.

Ansonsten habe ich alles nach Anleitung gemacht. Bin mir nicht sicher, ob es hier Sinn macht, von jedem Arbeitsschritt ein Bild zu machen... falls ja, bitte bescheid sagen, dann mache ich das.
Immerhin klappt es ja mit der zip-Version von BeRo.  Gruß Martina

[...] Leider muss ich vermelden, dass es bei mir nicht funktioniert. [...]

Schade, aber vielleicht ist ja noch was zu retten

[...] Wie schon geschrieben ist mein Textfeld eine Liste. Kann es daran liegen? [...]

Da der Code nicht aus meiner Feder stammt, kann ich ad hoc auch nur spekulieren. Am besten, Du probiert es einfach aus, indem Du Deine Liste DIV-Box in die lauffähige Demo von mir verpflanzt. Wenn das funktioniert, liegt es nicht an der Liste und vice versa.

[...] Kann es weiterhin sein, dass anderer Code stört? [...]

Das ist eher unwahrscheinlich, wenn nicht gerade gleiche IDs und/oder gleiche Funktionen in Deinem Code verwendet werden.
Aber auch hier hilft ein Test, bei dem Du verdächtige Codes vorübergehend aus der Seite entfernst...

Mach also bitte mal die o. a. Tests, dann sehen wir klarer

Viel Erfolg

Hallo nochmal,

die Tests hatte ich natürlich gemacht. Den Code habe ich auch xmal überprüft. Der Code hier im Forum, den du gepostet hattest, stimmt absolut mit dem überein, der in der zip-Datei war.
Hier mal die Einzelschritte mit deinem Textfeld:

1. Seite markiert und in den Head den JS-Code getan (den vorhandenen Code mit <meta http-equiv="expires" content="0"> wurde entfernt).

2. Deinen Button zum Druckbefehl habe ich ignoriert und eine eigene Textzeile angelegt. Hier ein Foto mit dem Link:

3. in der exportierten Datei den ID ergänzt. Hier auch noch zu sehen:
 - einmal oberhalb mein erstellter Druckbefehl der Textzeile
 - unten dein erstellter Druckbefehl vom Button
 

Das der JS-Code im Head der Seite ist, sieht man auch hier:

Ein Ersetzen meiner Textliste mit deinem Text ergab also leider auch keinen Erfolg. Warum nur?
Kann es wirklich an der Version liegen?  Das kann ich mir kaum vorstellen.
Das war der Test in die eine Richtung. Die entgegen gesetzte Richtung meinen Text in deine .web einzubinden, kommt morgen :-) . Gruß Martina

Mit dem Script von hier geht es nicht. Dann habe ich aus dem Quelltext der Demo das script kopiert und im Head gegen das vorhandene ausgetauscht - schon gehts.

Der Code ist aber gleich ... oder ich sehe den einen Strich oder ein falsches Zeichen nicht ...

@BilderMacher

[...] oder ich sehe den einen Strich oder ein falsches Zeichen nicht [...]

Genau das ist die Ursache.

Also, nicht, dass Du ein Zeichen nicht siehst, Du interpretierst es nur anders als ein Browser.

@alle

Ich habe mal @marboe eine Seite "entwendet" und sie mit einem Editor ein bisschen verändert. Genauer gesagt, habe ich die Codeteile, um die es hier geht, manuell eingebaut.

Der Effekt war genau der, den @marboe beschrieben hat, es funktionierte nicht!

Bei einer Analyse mit einem Script Editor (Prog. ist gratis und vollständig in deutsch) wurde schnell sichtbar, dass die Anführungsstriche im JavaScript, das für den Link benutzt werden muss, unpassend sind.
Anstelle der verwendeten, doppelten Anführungen, dürfen an dieser Stelle nur einfache Anführungsstriche verwendet werden (unten, im Code, grün markiert)!

So muß der Link Code nach der "Reparatur" also aussehen:

------------------------
javascript:printContainer(document.getElementById('printcontainer').innerHTML);
------------------------

Hier gibt's die "entwendete", umgebaute Seite mit der korrekt arbeitenden Druckfunktion

Dass es in meiner Demo auch mit den doppelten Anführungsstrichen funktioniert, liegt daran, dass in der kompletten HTML/JavaScript Zeile keine Kollision mit anderen Statements stattfindet, die auch mit Anführungsstrichen ausgestattet wurden.

Der o. a. Editor moniert übrigens grundsätzlich die Verwendung von "falschen" Anführungszeichen in JavaScript

Die Fehlermeldung besagt zwar nicht, dass die Anführungszeichen, um  "printcontainer" falsch sind, da aber ein abschließendes Quote reklamiert wird, das definitiv vorhanden ist, kann man unschwer herauslesen, dass er andere Anführungsstriche in der Zeile falsch interpretiert hat...

Im analysierten HTML/JavaScript Code ist die fehlerhafte Zeile außerdem an den Stellen markiert, die suspekt sind.

Das macht das seltsame Verhalten des Codes (hoffentlich) ein bisschen transparenter...

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

P.S.
Die Seite, die ich von @marboe entliehen- und zum Test umgebaut habe nehme ich in ein paar Tagen wieder vom Server. Sie ist in dem o. a. Zusammenhang ja nur von akademischem Interesse

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

Edit 30.7. 12:28

Fehlenden Link zur temporären Demoseite ergänzt

@BeRo,

danke für deinen Durchblick!

Im "Original" Link zum Aufruf des Scripts sind es aber richtige Zeichen:

<a href=”#” onclick=”printContainer(document.getElementById(‘printcontainer’).innerHTML); return false”>Drucken</a>

Den Code hatte ich nicht so vor Augen. Nun ist es geklärt.

Nun bin ich ganz verwirrt ...

In der bei mir funktionierenden Version sieht der aufrufende Link aber so aus, mit "-Anführungszeichen (%22):

<a href="javascript:printContainer(document.getElementById(%22printcontainer%22).
innerHTML);" onclick="return(xr_nn());">

Die Zeile musste ich umbrechen, weil die darstellung etwas abschneidet und nicht selbst eine Zeile tiefer einfügt.

Alles im Firefox 22.0.1

... auch der IE10 druckt ...

@BilderMacher

[...] Im "Original" Link zum Aufruf des Scripts sind es aber richtige Zeichen [...]

Das ist korrekt.

Meine Änderung des Originalscripts ist der Tatsache geschuldet, dass der Urheber an verschiedenen Stellen des Scripts auch diese Anführungszeichen verwendet hat (`´), die zu Problemen führen können.
Wie wir gelernt haben, ist meine Variante zwar überschaubarer aber nicht unbedingt besser.

[...] In der bei mir funktionierenden Version sieht der aufrufende Link aber so aus, mit "-Anführungszeichen (%22) [...]

Das ist die Folge der Standard URL Codierung, die der WD beim Export von HTML Seiten vornimmt.
Das ist notwendig, weil im Internet (in URL) nur ASCII Zeichen verwendet werden dürfen. Die gültige Schreibweise für ein einfaches Anführungszeichen ist demnach %22.

Zu dem Thema "verschachtelte Anführungszeichen in Scriptsprachen" gibt es jede Menge Lesestoff. Hier wird die Problematik sehr schön auf den (quote) Punkt gebracht...

Damit ist klar, dass aus einem ganz einfachen, wenige Zeilen umfassenden Script, schnell eine mehrere Tage dauernde "Veranstaltung" wird, wenn man es "richtig" anfängt..
Was bleibt, ist das "Feintuning" am Format der Ausgabe, aber das Jahr ist ja noch lang...

Viel Spaß also noch beim Probieren.

Hallo liebe Runde,

bei mir geht es leider immer noch nicht. 

Der Beweis, dass ich nix falsch gemacht hab:
1. Der Head der Seite

2. Die ID-Benennung der exportierten Datei

3. Der Link zum Druck

Ich muss gestehen, ich bin ratlos. Habe ich irgendwas falsch verstanden?
Denn: probiere ich die von BeRo "entliehene" Seite aus, dann funktioniert es.
Bei mir wird das einfache Anführungszeichen per %27 maskiert.

Aber - es ist leider die falsche Seite.   Außerdem hätte ich es schon gerne reproduzierbar. Könnte ja sein, dass ich es irgendwo sonst noch einsetzen möchte.
Wir freuen uns aber sehr, wenn ihr jetzt alle auf die ausgedruckten Konzerttermine kommt *lol*

Die Seite um die es geht, hat natürlich eine wesentlich längere Liste zum Drucken; sie ist aber leider in einem geschützten Bereich.
Bringt es was, wenn ich hier den kompletten Quelltext poste?  Wie kann ich den Fehler finden?

Ich hoffe weiterhin auf Unterstützung. Gruß Martina

Ergänzung:
Herrje, sind die Bilder unscharf. Hier nochmal ein hoffentlich besseres:

Wenn euch beiden ein Zugang hilft, auch das mach ich gerne...

OT-on

Womit erstellst du die Bilder?

Ich nehem die Druck-taste und den Xtreme Foto Designer von Vdl und kopiere die Zwischenablage da rein.

Und dann nur den relevanten bereich ausschneiden und als jpg speichern.

Eventuell auch hier jetzt nur den QT vom Script posten ...

OT-off

Hier noch ein Nachschlag:

Das ist die Folge der Standard URL Codierung, die der WD beim Export von HTML Seiten vornimmt.
Das ist notwendig, weil im Internet (in URL) nur ASCII Zeichen verwendet werden dürfen. Die gültige Schreibweise für ein einfaches Anführungszeichen ist demnach %22.

Das sieht bei mir auch anders aus:

Meine Einstellungen in Notepad++:

Vielleicht hilft das ja...

Hallo Bildermacher,

du hast geschrieben
"Eventuell auch hier jetzt nur den QT vom Script posten ..."

An dem Code für den Head hab ich nix verändert. Der ist schon mehrfach hier gepostet worden. Muss man da auch was ändern?  Gruß Martina

Nein, den Head Scriptcode nicht, der ist unproblematisch.

Es geht wohl eher um den aufrufenden Link ...  Und die ID für den Print-Bereich, da müssen wir nichts analysieren.

Es müsste eine Möglichkeit geben, die Scrpts Schritweise abzuarbeiten, Zeile für Zeile und dann eine Meldung erscheinen, wo es hakt ...so wie beim Programmieren üblich.

[...] bei mir geht es leider immer noch nicht.[...]

Das wird langsam mystisch. Wenn Du jetzt noch sagen kannst, dass im näheren Umfeld schon "Kornkreise" gesichtet wurden, hätte ich eine Vermutung zur Ursache Deines Problems.

[...] Die gültige Schreibweise für ein einfaches Anführungszeichen ist demnach %22. [...] Das sieht bei mir auch anders aus: [...]

Du hast in Deinen Link ein Hochkomma (´) eingebaut, das den ASCII Ersatzcode %27 hat. An sich sollte der Code auch damit funktionieren. Zumindest auf Deiner, von mir entliehenen Seite, funktioniert das problemlos auch mit diesem Hochkomma.

[...] Meine Einstellungen in Notepad++: [...]

Die beeinflussen ggf. die Darstellung von Sonderzeichen, sie haben aber keinen Einfluss auf die Zeichen selbst. Da kommt das Problem also sicher nicht her...

@BilderMacher

[...] Es müsste eine Möglichkeit geben, die Scrpts Schritweise abzuarbeiten [...]

Das wäre sicher hilfreich. Allerdings haben wir es hier mit einem Konglomerat aus ganz unterschiedlichen Programmiertechniken zu tun, die sich im worst case gegenseitig beeinflussen können.

Das JavaScript für sich ist ja überschaubar. in Zusammenarbeit mit dem restlichen Code auf der Website geht die Übersichtlichkeit dann doch schnell verloren.

@marboe

Die Idee, die hinter dem was @BilderMacher sagt steckt, ist auch IMHO der einzige Weg, der ohne langes Rätselraten zu Ergebnissen führt.
Das heißt im Klartext, dass der komplette Quellcode Deiner Site analysiert werden müsste, um den Fehler zu finden.

Wenn Du einverstanden bist, wäre es gut, wenn Du die Seite mit den Terminen- und das zugehörige Verzeichnis "index_html" auf einem Server (Unterverzeichnis) ablegst, zu dem Du uns (ggf. per PN) einen Zugriff gibst.

Ich bin sicher, dass die "Kuh" dann schneller "vom Eis" zu holen ist...

Hallihallo,

habe mittlerweile BeRo einen Zugang geschickt ... und bin sehr gespannt.
Allerdings ist, entgegen meiner Aussage in der PN, diese Ebene auf die du dich jetzt einwählen kannst noch nicht SSL-verschlüsselt; das ist erst bei Formularaufruf so. Nur ein simpler Passwortbereich ;-)

In freudiger Erwartung...   Martina

[...] habe mittlerweile BeRo einen Zugang geschickt [...]

Und das war offenbar nötig.

Die Lösung Deines Problems ist so trivial, dass ich mich fast schäme das hier publik zu machen.

ersetze einfach die im Screenshot markierten, mehrfach vorhandenen Anführungszeichen durch die 2 üblichen (Shift 2), und Dein Problem ist Geschichte.

Viel Erfolg

P.S.

Passwort ändern nicht vergessen

@ BeRo
Da sag ich mal ein ganz fettes Danke!!

Mystisch... Kornkreise.... ich bin doof - ich wusste es. Hundertmal überlesen.

Mich hat natürlich sehr interessiert, wo das herkommt. Denn ich habe an diesem Code absolut nix geändert. Ich schwör
Und tatsächlich - ich hab es gefunden: in deiner zip-Datei sieht es so aus:

Geändert, kopiert, hochgeladen -> funktioniert wie gewollt. DANKE !!

Ein Problem hab ich jetzt noch (war ja fast zu erwarten).
Die Listeneinträge werden beim Druck aneinandergereiht. Das ist sehr unübersichtlich.
Kann ich irgendwo in den Text im WD ein "/p" eintragen? Wenn ich es in den Text packe, klappt es natürlich nicht. Es woanders in den Body zu packen - da hab ich keine Idee zu.
Vielleicht gibt es eine Druckanweisung, die man mit einer Codezeile ergänzen kann. Das wäre ein überschaubarer Aufwand den ich in Kauf nehmen würde.

Oder weiß jemand mit welchen Suchbegriffen ich hier am besten suche? Wie heißt diese Anweisung immer einen Umbruch beim Drucken durchzuführen?

Jetzt bin ich ganz schön erleichtert, dass der blöde Fehler gefunden ist!
Btw.: warum geht hier seit einigen Tagen die Benachrichtigung für neue Antworten nicht mehr? Das ist blöd...

Dankbare Grüße Martina

[...] ich hab es gefunden: in deiner zip-Datei sieht es so aus [...]

Ich habe es geahnt, da sind doch irgendwelche Aliens im Spiel...

Diese dubiosen Zeichen finde ich in der Datei "Printpart Scripte.txt" nicht. Aber vermutlich habe ich die ZIP mal neu gepackt und dabei dann (unwissentlich) eine korrekte txt Datei eingepackt.
Sei's drum. Hauptsache ist, dass der Fehler beseitigt ist.

[...] Die Listeneinträge werden beim Druck aneinandergereiht. Das ist sehr unübersichtlich. [...]

Das kannst Du ändern, wenn Du im Quellcode vor den Terminangaben jeweils 2x eine Break <br /> einfügst. Das stört die Bildschirmausgabe nicht, fügt aber beim Ausdruck eine Leerzeile zwischen die einzelnen Termine ein.

Das ist zwar ein bisschen mühsam, der Ausdruck wird aber deutlich lesbarer  (s. Screenshot)

Die Details habe ich unkenntlich gemacht, weil Inhalt der geschützten Seite enthalten ist.

Dann weißt Du ja, was Du am kommenden Wochenende unternehmen kannst

Nein, den Head Scriptcode nicht, der ist unproblematisch.

... dachte ich ... sowas aber auch.