Lernen am Beispiel: Printversion: Seite 3

Proximo · 2005-07-13T09:20:30+00:00

Als Erstes muß ich erwähnen das große Teile dieser Printversion irgendwo in Schnippseln im Buch "Typo3 Enterprise Content Management" der Open Source Press zu finden sind. Der Grund für diese "Präsentation" ist die Tatsache das ich täglich Leute im Forum sehen die Neulingen erklären wollen das sie 2 Seiten Code in ihr eh meist schon ziemlich großes und unübersichtliches Project (das ist Tatsache wenn man eine Typoseite zum 1. oder 2. mal zusammenbastelt 😉 ) reinbasteln müssen, nur um eine Printversion zu gestalten. Ich will beweisen das dies nicht der Fall ist: Als 1. definieren wir also die Druckversion: temp.PRINT= COA temp.PRINT { wrap = Drucken # Diese Methode verwendet Typo wenn wir SimulateStaticHTML verwenden... sie fügt uns # den Type in die URL ein, und zwar so das SimulateStaticHTML damit zurechkommt 10 = TEXT 10.data = getIndpEnv:REQUEST_URI 10.listNum.splitChar = . 10.listNum = 1 10.wrap = |.98.html } # Diese Methode verwendet Typo wenn wir kein SimulateStaticHTML verwenden [globalString = ENV:REQUEST_URI = /index.php*] temp.PRINT.10 > temp.PRINT { 10 = TEXT 10.data = getIndpEnv:REQUEST_URI 10.wrap = |&type=98 } [GLOBAL] Nun haben wir einen Link geschaffen den wir irgendwo auf der Seite unserer Wahl einbauen können, zb im Marker "DRUCKEN" (###DRUCKEN###) also nicht vergessen dies auchnoch an der richtigen stelle mit marks.DRUCKEN 10 < styles.content.getLeft 20 < styles.content.get } Achtung! Dieser ganze Absatz darf nicht in irgendwelchen Klammern stehen (es ist ja ein Seitentype für sich alleine) UND er MUß im Haupttemplate stehen! (falls ihr mehrere habt) Toll ist auch das dies nicht nur für 1 Seite sondern für alle funktioniert 😉 (das stimmt natürlich nur solange wie unser Inhalt ausschließlich in der Hauptspalte und der Linken zu finden ist 😉 ) So und nun... nein Spaß^^ das wars schon... einfach oder? (jaja das sagen sie alle 😉 MFG Proximo

Amelia · 1. August 2005 12:32

Okay ich probier das mal aus! Ich eprsönlich finde js auch nicht schön, aber der Kunde mags es so haben...

PS: Wie schreib ich das im CSS?

adventuremaker · 1. August 2005 12:43

Sorry, aber ohne jetzt persönlich werden zu wollen:
Hast du auch nur eine minimale Vorstellung von dem, was du machst?
Du scheinst echt die grundlegensten Techniken nicht verstanden zu haben. Tut mir echt leid, aber soviel Engagement und Einarbeitung kann man denke ich schon erwarten, dass man wenigsten die Unterschiede zwischen JavaScript und CSS weiß, bevor man sich mit Content-Management befasst und das sogar noch "Kunden" zumutet!
Korrigiert mich, wenn ich das flasch sehe, aber ich denke nicht, dass dieses Forum für solche _trivialen_ Dinge gedacht ist.

Nichts gegen Anfänger, bin selbst einer. Aber sowas...

Aber echt!

Proximo · 1. August 2005 12:51

Ich hab mich zwar auch grad gewundert, aber um das abschließen zu können... Probiers doch mal mit TS im bestehenden Druck-TS also bei:

print = PAGE
print {
...
}

und schreib

print = PAGE
print {
bodyTag =<body onLoad="javascript:window.print()">
}

MFG Proximo

Amelia · 1. August 2005 12:54

Momentmal! Also bevor Du Dich hier so niederträchtig auslässt:
Du hast meine Frage wohl falsch verstanden, bzw ich habe mich falsch ausgerückt!
Der Body-Tag wird u.a. von Typo3 erzeugt, richtig!? Ich setze per CSS die Parameter für den Body-Tag.

Proximo schrieb:

binde doch einfach folgendes in deinen BODY-TAG ein:<body onload="javascript:window.print()">

Daher meine Frage: Wie soll ich das in meinen Body-Tag einbinden, wenn dieser doch im CSS definiert wird.
Ist das also eine so unmöglich Frage, welche ich hier stellte!?

Proximo · 1. August 2005 12:57

Was sucht der Bodytag genau im CSS? Naja ich misch mich da normal nicht ein aber... das ist wohl Sache vom Typo... und falls nicht dann HTML Hardcoding...

MFG Proximo

Amelia · 1. August 2005 13:02

Okay dann die Frage etwas anders und ganz simple: Wie komme ich an den von Typo3 erzeugten Bodytag?

Proximo · 1. August 2005 13:05

?!

print.bodyTag =<body onLoad="javascript:window.print()">

?!???!?

Soweit ich weiß der einzige sinnvolle Weg... (meiner Meinung nach)

MFG Proximo

PS: Steht übrigens 2 Posts drüber

Amelia · 1. August 2005 13:07

Okay. Danke! das klappt!

Werde wohl noch an meiner Fragestellung arbeiten müssen! 😉

Fabian-K · 2. August 2005 11:52

Aaaaaaaaaaaaaaargh.. hiiiiiiiiiiiiiilfe!!!

Ich benutze realurl und den Source von der 1. (bzw. 2.) Seite des Threads hier.

Aber immer wenn ich dann auf 'Drucken' klicke, wird die Seite 'www.foo.de/foo/bar/html.98.html' aufgerufen..

Why?

Hier mein Source (main-template; gaaaaanz oben an erster stelle) :

# DRUCKEN
temp.PRINT = COA
temp.PRINT {
   wrap = <a href="|" name="Drucken" title="Drucken" target="_blank" class="print">Drucken</a>
   
   10 = TEXT
   10.data = getIndpEnv:REQUEST_URI
   10.listNum.splitChar = .
   10.listNum = 1
   10.wrap = |.98.html
}
 
[globalString = ENV:REQUEST_URI = *php?id*]
temp.PRINT.10 >
temp.PRINT {
   10 = TEXT
   10.data = getIndpEnv:REQUEST_URI
   10.wrap = |&type=98
}
[GLOBAL]

print = PAGE
print {
   typeNum = 98
   bodyTag =<body bgcolor="#ffffff" leftmargin="0" topmargin="0" marginwidth="0" marginheight="0" onload="javascript:window.print()">
 
   #10 < styles.content.getLeft
   20 < styles.content.get
   #30 < styles.content.getRight
   #40 < styles.content.getBorder
}

wtf?
Was mache ich falsch?
Wieso wird ein falscher Link gesetzt?

Achja, zum Thema RealURL:

# RealURL
config.simulateStaticDocuments = 0
config.baseURL = 1 
config.tx_realurl_enable = 1

(auch im main-template; direkt unter dem Druck-Zeugs)

Kann mir jemand sagen was ich falsch mache?

thanks.

Proximo · 2. August 2005 12:00

Das ist ziemlich einfach:

   10.listNum.splitChar = .
   10.listNum = 1

Ich habe nämlich die variable von der SPRACHE auchnoch hier eingebunden... also:

seite.98.0.html

Die 0 Stellt die aktuelle Sprache dar...

Lösung: Ändere die Zahl von "10.listNum = 1"...

MFG Proximo

Fabian-K · 2. August 2005 12:20

Hi!
Ja is mir auch gerade eingefallen.. hatte nur das beim Split durcheinander gebracht, dass 1 immer der erste eintrag NACH dem splitChar ist xD

Naja okay, sieht gut aus.. jetz wird "foobar.de/foo/bar/foobar.98.html" aufgerufen, aaaaaaaaaaaber:

Error. Reason: Segment "foobar.98" was not a keyword for a postVarSet as expected!

Das kommt beim aufrufen des Drucken-Links.

Why? Und wie kann ich es verhindern?

Fabian-K · 3. August 2005 08:25

Okay, Sector cleared. Problem geloest.

# DRUCKEN
temp.PRINT = COA
temp.PRINT {
   wrap = <a href="|" name="Drucken" title="Drucken" target="_blank" class="print">Drucken</a>
   
   10 = TEXT
   10.data = getIndpEnv:REQUEST_URI
   10.listNum.splitChar = .
   10.listNum = 0 # wenn der wert auf 1 steht, wird ein falscher Link ausgegeben.
   10.wrap = |/print
}
 
[globalString = ENV:REQUEST_URI = *php?id*]
temp.PRINT.10 >
temp.PRINT {
   10 = TEXT
   10.data = getIndpEnv:REQUEST_URI
   10.wrap = |&type=98
}
[GLOBAL]

print = PAGE
print {
   typeNum = 98
   bodyTag =<body bgcolor="#ffffff" leftmargin="0" topmargin="0" marginwidth="0" marginheight="0" onload="javascript:window.print()">
 
   #10 < styles.content.getLeft
   20 < styles.content.get
   #30 < styles.content.getRight
   #40 < styles.content.getBorder
}

Es muss '10.wrap = |/print' lauten, anders geht es nicht.

thanks. 🙂

Proximo · 3. August 2005 09:36

np... /print? Hmm bin ich wirklich überfragt... aber wenn irgend eine Extension das fordert... naja dann schreibt man es hald hin 😉

MFG Proximo

Fabian-K · 3. August 2005 10:59

Ja anscheinend verlangt RealURL dass man einen Ordner angibt.

Frag mich nicht warum, is halt so 😉

sven_hom · 3. August 2005 15:50

Hallo zusammen!

@Fabian-K: Danke für den Hinweis in dem anderen Thread. Könntest Du bitte mal einen Auszug aus deiner localconf.php posten, der sich auf die Einstellungen für Real-URL bezieht?

Vielen Dank im Voraus,
Sven

Rookie · 12. September 2005 05:23

Hallo zusammen,

erstmal ein großes Dankeschön an die beteiligten Autoren. Durch diesen Thread konnte ich meine Drucklinks erstmal wieder zum Laufen bringen.

Auch zeigt mir RealUrl die Seiten .../print.html an.
Dazu habe ich lediglich ein .html in das Setup eingefügt

# Erzeugung des Links für Druckversion
temp.PRINT_Text = COA
temp.PRINT_Text {
   wrap = <a href="|" name="Drucken" title="Drucken" target="_blank" class="print"><img src="fileadmin/images/b_print.png" border="0" alt="Drucken" /></a>
   
   10 = TEXT
   10.data = getIndpEnv:REQUEST_URI
   10.listNum.splitChar = .
   10.listNum = 0 # wenn der wert auf 1 steht, wird ein falscher Link ausgegeben.
   10.wrap = |/print.html
}
 
[globalString = ENV:REQUEST_URI = *php?id*]
temp.PRINT_Text.10 >
temp.PRINT_Text {
   10 = TEXT
   10.data = getIndpEnv:REQUEST_URI
   10.wrap = |&type=98
}
[GLOBAL]

und in der RealUrl ext_localconf den Wert im fileName angepasst:

...
  'preVars' => array(
    array(
      'GETvar' => 'L',
      'valueMap' => array(
        'en' => '2',
        'de' => '1',
      ),
      'GETvar' => 'type',
      'valueMap' => array(
        'print' => '98',
        'pdf' => '123',
      ),
      'noMatch' => 'bypass',
    ),
  ),
  'pagePath' => array(
    'type' => 'user',
    'userFunc' => 'EXT:realurl/class.tx_realurl_advanced.php:&tx_realurl_advanced->main',
    'spaceCharacter' => '-',
    'languageGetVar' => 'L',
    'expireDays' => 3,
    'rootpage_id' => '1'
  ),
  'fileName' => array (
    'defaultToHTMLsuffixOnPrev' => 1,
    'index' => array(
      'page.html' => array(
        'keyValues' => array (
          'type' => 1,
        ),
      ),
      'print.html' => array(
        'keyValues' => array(
          'type' => 98,
        ),
      ),
      'page.pdf' => array (
        'keyValues' => array (
          'type' => 123,
        ),
      ),
    ),
  ),
...

Jetzt habe ich nur noch zwei Fehler:
Die eingebundenen CSS-Dateien

# Erzeugte Druckseite mit Links zum Drucken und Schließen
print_page = PAGE
print_page {
  typeNum = 98
  5 = TEXT
  5.value = <div align="right"><a href="javascript:self.print()" title="Seite drucken">Drucken</a> <a href="javascript:self.close()" title="Seite schlie&szlig;en">Seite schließen</a></div>
  #10 < styles.content.getLeft
  20 < styles.content.get
  #30 < styles.content.getRight
  #40 < styles.content.getBorder
  #20 = CONTENT
  #20 < styles.content.get

  includeCSS { 
    file4 = fileadmin/template/main/res/dropdownsitemap.css
    file3 = fileadmin/template/main/res/mininews.css
    file2 = fileadmin/template/main/res/print.css 
  }

}

greifen nicht. Sie sind zwar im Quelltext eingetragen:

<!-- 
	This website is brought to you by TYPO3 - get.content.right
	TYPO3 is a free open source Content Management Framework created by Kasper Skaarhoj and licensed under GNU/GPL.
	TYPO3 is copyright 1998-2005 of Kasper Skaarhoj. Extensions are copyright of their respective owners.
	Information and contribution at http://www.typo3.com
-->

	<link rel="stylesheet" type="text/css" href="fileadmin/template/main/res/dropdownsitemap.css" />
	<link rel="stylesheet" type="text/css" href="fileadmin/template/main/res/mininews.css" />
	<link rel="stylesheet" type="text/css" href="fileadmin/template/main/res/print.css" />
	<title> ::: Inf-O-Net ::: Telematik Solutions</title>

	<meta name="generator" content="TYPO3 3.8 CMS" />
	<script type="text/javascript">

aber es sind keine Formatierungen auf der Seite zu sehen. Wird die Druckseite ohne RealUrl aufgerufen nach dem Motto

../index.php?id=505&type=98

wird die Seite komplett richtig angezeigt. Der Quelltext ist der Gleiche. Nur die aufgerufene URL ist unterschiedlich.

Und zur zweiten Herausforderung:
Auf der Startseite wird der Drucklink falsch gesetzt.
Im Quelltext steht

href="//print.html"

wodurch natürlich der Link http://print.html/ entsteht. Und der ist nicht erreichbar. Erst wenn ich eine der Unterseiten aufrufe, wird der Link wieder richtig gesetzt.
Nehme ich den Slash im TypoScript Zeile 10 (s.o.) raus, funktioniert zwar die Startseite, aber die Unterseiten nicht mehr.

Sind diese Probleme bei jemandem auch schon mal aufgetreten?
Thx Rookie

AnneK · 17. September 2005 18:12

Hallo Rookie,

...wodurch natürlich der Link http://print.html/ entsteht. Und der ist nicht erreichbar. Erst wenn ich eine der Unterseiten aufrufe, wird der Link wieder richtig gesetzt.
Nehme ich den Slash im TypoScript Zeile 10 (s.o.) raus, funktioniert zwar die Startseite, aber die Unterseiten nicht mehr.

Sind diese Probleme bei jemandem auch schon mal aufgetreten?

Ja, bei mir sind die Probleme auch aufgetaucht... Ich habe dann in der DOC zu der extension folgenden Hinweis gefunden:

value: emptyUrlReturnValue

type: string

description: If the URL is empty it usually is meant to be a link to the frontpage.

If you set this value to a string, that will be the URL returned if the URL is otherwise empty.

If you set this value true (PHP boolean, "TRUE"), then it will return the baseURL set in TSFE.

Setting it to "./" should work as a reference to the root as well. But it is not so beautiful.

Ich habe dann in die CONSTANTS des übergeordneten Templates folgendes eingetragen:

plugin.tx_realurl_pi1.emptyUrlReturnValue = TRUE

Danach kommt jetzt auch auf der Startseite die richtige URL.

Gruss AnneK
_______________________________

Nachtrag:

Leider wurde eine Druckseite oder die Seite als PDF nur dann ausgegeben, wenn ein Pfad (z. Bsp.: http://url/[b]home[/b]/print.html) angegeben war.

Lösung:

In der ext_localconf.php folgenden Eintrag machen:

  'redirects' => array(
    '' => 'home/',
  ),

imu · 18. September 2005 10:40

Mal eine Frage:
ich habe meine Druckversion damit erstellt, daß ich nur die Zeile:

<link rel="stylesheet" type="text/css" media="print" href="fileadmin/d3gmbh/css/d3gmbh_print.css" />

in das HTML-Template integriert habe. Und dann eben
das Stylesheet so gestaltet habe, daß nur der Text-Haupt-bereich, keine Navi, keine Hintergrundbilder angezeigt werden. Was spricht eigentlich dagegen?
Drücke ich auf den Printbutton des Browsers wird dieses Template ausgeführt, statt des "normalen", für den Screen bestimmten.
Ist diese ganze Printversion-Erstellung über TS wirklich notwendig?

theo · 18. September 2005 11:04

imu schrieb
Mal eine Frage:
...
Ist diese ganze Printversion-Erstellung über TS wirklich notwendig?

Nö.

imu · 19. September 2005 09:29

imu schrieb
Schreibfehler oben
... muss heißen
Drücke ich auf den Printbutton des Browsers wird dieses Stylesheet ausgeführt, statt des "normalen", für den Screen bestimmten.

@theo
... aber warum dann ? ..., ist diese TS-Printversion einfach ein Überbleibsel aus den Zeiten, als der CSS-Standard noch nicht soweit war und statt über Klassen über HTML-Format-Tags formatiert wurde?