Re: [TYPO3-german] Bildanzeige verrutscht
Am 23.11.2010 21:38, schrieb Jörg Paßmann: Hi, typo3 hat mich gerade wieder überrascht. Habt Ihr spontan einen Tipp wie ich den Fehler schnell finde? Die auswählbare Bildanzeige (im Text, rechts, links, über den Text rechts links etc.) funktioniert mit Einzelbildern perfekt. Jetzt habe ich mehrere Bilder eingefügt, die links vom Text in einer Spalte nach unten laufen. Erste Anzeige war gut. Heute wieder neu eingeloggt wird der obere Text normal angezeigt, die Bilder sind aber nach unten, genau unterhalb des Seitenmenü gerutscht, als wenn die in einem Float hängen würden. Das komische: Ich habe nichts am CSS geändert? Gruß Jörg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german So, die Ursache habe ich mit dem Firefinder herausfinden können: Das erste Element in der Hauptspalte bekommt von typo3 die Klasse "*csc-default*" gemappt, die genau die Höhe des Seitenelementes erhält. Dadurch rutscht dann das zweite Element der Hauptspalte runter. Wie kann ich das steuern? Geht das über CSS oder muss ich das über typoscript lösen? Gruß Jörg ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealURL deaktiviert tt_news-Cache?
Hi Michael, die News-Cache-Einstellungen hatte ich schon vorher drin, daher hat sich nichts geändert. Ich habe es nun aber anders lösen können. EIgentlich wollte ich testweise realurl downgraden und habe dann gesehen, dass seit ein par Tagen die Version 1.10.1. existiert. Habe also geupgradet und nun tut endlich alles! Danke für die Vorschläge! Viele Grüße Alex Am 27.11.2010 00:40, schrieb Michael Ludwig: Ja, ist vollkommen richtig. Im zweiten Codeschnipsel stelle ich das caching für das Gesamtprojekt ab. Das mache ich grundsätzlich so im Test und Entwicklungsstadium. Erst wenn die Site produktiv geschaltet wird, wird noch mal auf Performance getuned... ;-) Aber hauptsächlich wichtig ist halt der erste Teil, indem man ausdrücklich das caching der tt_news extension erlaubt. :-) Hat es Dir denn geholfen? Grüsse, Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealURL deaktiviert tt_news-Cache?
Ja, ist vollkommen richtig. Im zweiten Codeschnipsel stelle ich das caching für das Gesamtprojekt ab. Das mache ich grundsätzlich so im Test und Entwicklungsstadium. Erst wenn die Site produktiv geschaltet wird, wird noch mal auf Performance getuned... ;-) Aber hauptsächlich wichtig ist halt der erste Teil, indem man ausdrücklich das caching der tt_news extension erlaubt. :-) Hat es Dir denn geholfen? Grüsse, Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Bilder aus 'Page Properties -> Resources'
Hallo Leute, ich hole aus den Page Properties -> Resources ein paar Bilder aus der DB mit folgendem Code: img1 = IMAGE img1 { file.import = uploads/media/ file.import.data = levelmedia: -1, slide file.import.listNum = 0 wrap = | } img2 = IMAGE img2 { file.import = uploads/media/ file.import.data = levelmedia: -1, slide file.import.listNum = 1 wrap = | } Weil ich einen Hover-Effekt generieren moechte habe ich im CSS folgenden Code: /* image block1 */ .image_block1 a:link, a:visited { display: block; float: left; width: 181px; height: 480px; text-indent: -1000em; background: url(images/landscape2.jpg) 0px 0 no-repeat; } .image_block1 a:hover, a:focus { background-position: right top; } /* image block2 */ .image_block2 a:link, a:visited { display: block; float: left; width: 181px; height: 480px; text-indent: -1000em; background: url(images/city2.jpg) 0px 0 no-repeat; } Und nun meine Frage: Wenn ich das so sehe, dann sind die Bilder doppelt gemoppelt! Einmal kommen sie aus der DB u. ein zweites mal aus dem CSS ueber background. Wenn ich im CSS die background Zeile jedoch loesche, dann kommen auch die Bilder aus der DB nicht mehr! Irgendwie unverstaendlich. Koennt ihr mir hier bitte weiter helfen? Vielen Dank Max ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Datensätze im Frontend ein und au sblenden
Markus Schwennecker schrieb: jfmulticontent läuft gut und stabil. Da ist auch eine accordion Funktion mit drin. würde ich auch empfehlen... aber ich hatte auch schon das kiwi_accordion im Einsatz... -- Ralf-René Schröder http://if-20.com ... YAML templates for TYPO3 __ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: felogin, sr_feuser_r egister und Passwörter
Was nicht geht: Wenn der Benutzer den Link in der Bestätigungsmail anklickt, kommt er richtig auf das Login-Formular von sr_feuser_register. Hier ist aber - anders als früher - das Passwort-Feld nicht mehr vorbelegt. Wenn ich das Passwort eintrage, funktioniert das Login nicht. Wahrscheinlich wird das Passwort nicht verschlüsselt übergeben. fast exakt ist das mein Problem von vor 14 tagen, bei mir landete ich aber auf einer leeren bestätigungsseite (wenn dabei das Browserfenster neu geöffnet wurde sogar mit einer fehlermeldung "no token...") in der Datenbank war zu sehen dass PW richtig war, nur aktiviert wurde der user nicht... ich konnte es nicht lösen und hatte bei dieser Installation auf die datamints_feuser gewechselt, das klappte dann problemlos -- Ralf-René Schröder http://if-20.com ... YAML templates for TYPO3 __ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Cross Domain Shortcut im Mountpoint defekt?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hallo zusammen. Ich habe gerade ein Problem das nicht ... sagen wir "ein wenig nervt". Leider findet Google nichtall zu viele darüber, mein konkretes Problem habe ich bisher überhaupt noch nicht entdeckt. Zur Zeit setze ich eine Inistallation mit (noch) drei Domains auf. Auf einer Übersichts-Domain werden allgemeine Firmeninhalte wiedergegeben, weiterhin gibt es zwei Filialdomains. Innerhalb der Zentrale-Domain gibt es eine Seite "über uns". Als Unterseiten davon sind alle Filialseiten aus interne Links aufgeführt, es werden also Cross-Domain-Links erzeugt. Solange ich mich auf der Zentrale befinde, ergibt das die gewünschte Situation. Innerhalb der Filiale ist nun die "Über uns"-Seite der Zentrale als Mountpoint hinterlegt. Sinn des ganzen ist, dass ich die "das sind die anderen Filialen"-Seite zentral pflegen kann. Wenn ich mich nun auf einer Filiale befinde, wird ein Link mit "id=1234&MP=56-78" erzeugt. Das ist zunächst auch korrekt. Allerdings wird dem Link die falsche Domain vorangestellt: nämlich *immer* die der aktuellen Filiale, nicht die der Zielfiliale. Sofern ich von der aktuellen Filiale auf die aktuelle Filiale clicke fällt das nicht auf weil Quelle und Ziel hier zufällig identisch sind. Wenn ich aber auf eine andere Filiale clicke lande ich im 404er weil die Seiten-ID der Zielfiliale nun mal keine Seiten- ID der aktuellen Filiale ist. Zur Krönung erkennt "absRefPrefix" diesen domainübergreifenden Link (der deshalb auch schon http://aktuelle.filiale/ vorangestelt hat) leider trotzdem als domaininternen (absRefPrefix irrt sich also auf die gleiche Weise wie die Typolink-Funktion die die falsche Domain als Cross-Domain-Link voranstellt) und stellt die gleiche Domain nochmal voran. Die erzeugten Seiten haben also die Form: http://aktuelle.filiale/http://aktuelle.filiale?id=1234&MP=56-78 Hat jemand eine Ahnung warum das so ist und wie ich das umgehen kann? Grüße, Stephan Schuler Web-Entwickler Telefon: +49 (911) 539909 - 0 E-Mail: stephan.schu...@netlogix.de Internet: http://media.netlogix.de - -- netlogix GmbH & Co. KG IT-Services | IT-Training | Media Andernacher Straße 53 | 90411 Nürnberg Telefon: +49 (911) 539909 - 0 | Fax: +49 (911) 539909 - 99 E-Mail: mailto:i...@netlogix.de | Internet: http://www.netlogix.de/ netlogix GmbH & Co. KG ist eingetragen am Amtsgericht Nürnberg (HRA 13338) Persönlich haftende Gesellschafterin: netlogix Verwaltungs GmbH (HRB 20634) Umsatzsteuer-Identifikationsnummer: DE 233472254 Geschäftsführer: Stefan Buchta, Matthias Schmidt -BEGIN PGP SIGNATURE- Version: PGP Universal 3.0.0 (Build 2881) Charset: Windows-1252 wpUDBQFM8CsCpp0IwsibV8MBCFTdBADJWvQITS2Pr9NQgBQt8gGHJHJRYi2Gmd8Y CSNPh3RBfnIJAsVkY34IDpBnY4RkPe4/IA74FLJtZ2RTh85ff94HFTWRyz9QCtcW 0P+3zXidni6gfvqDmYgirQePE10u34IY7mSyxwXu6K0i7wYNswTwZVeua1QVUctZ Z8kc4OmzKw== =CgqR -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: Zufälliges CE aus Seite
>> http://typo3.org/extensions/repository/view/gh_randomcontent/current/ >> >> könnte was für dich sein... > > Das hört sich nach der richtigen Extension an. Vielen Dank! Dazu brauchts keine Extension sondern nur ein paar Zeilen TypoScript: lib.whatever = COA_INT lib.whatever { 10 = CONTENT 10 { table = tt_content select { pidInList = 123 orderBy = RAND() max = 1 } } } lib.whatever in Dein Template (Marker, TV o.ä.) einbinden - feddisch! HTH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Loginformular mal mit Tabelle mal mit div
Am 26.11.2010 18:20, schrieb Koller Michel: Guten Tag Ich habe auf einer TYPO3 installation ein klassisches Loginform, dieses wird mit einer Tabelle realisiert. Nun habe ich die ganze Installation geklont und sehe das das Loginform in der neuen Installation nicht mit einer Tabelle generiert wird sondern mit Div's Wollte dann nach dem Typoscript code suchen aber da ist kein zusätzliches TS das das Login definiert. Meine Frage wo kann man das steuern ob ein standartmässiges Loginform mit Tabelle oder mit Divs realisiert wird? Danke fürn Tipp M.Koller Bei der einen Installation ist felogin installiert bei der anderen nicht? mfG Steffen Ritter ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Loginformular mal mit Tabelle mal mit div
Guten Tag Ich habe auf einer TYPO3 installation ein klassisches Loginform, dieses wird mit einer Tabelle realisiert. Nun habe ich die ganze Installation geklont und sehe das das Loginform in der neuen Installation nicht mit einer Tabelle generiert wird sondern mit Div's Wollte dann nach dem Typoscript code suchen aber da ist kein zusätzliches TS das das Login definiert. Meine Frage wo kann man das steuern ob ein standartmässiges Loginform mit Tabelle oder mit Divs realisiert wird? Danke fürn Tipp M.Koller ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealURL deaktiviert tt_news-Cache?
Hi Michael, danke für die Antwort. Die Einstellungen von Schnipsel 1 habe ich im Roottemplate bereits drin. Allerdings macht doch Schnipsel 2 das Gegenteil, oder? Viele Grüße Alex ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zufälliges CE aus Seite
Hallo Gregor > > http://typo3.org/extensions/repository/view/gh_randomcontent/current/ > > könnte was für dich sein... > > Gruß, > Gregor Das hört sich nach der richtigen Extension an. Vielen Dank! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Zufälliges CE aus Seite
Hallo Stefan, Stefan Collon schrieb: > ich such gerade einen Weg um folgendes Problemchen zu lösen: > > - Ich arbeite mit Templavoila > - Ich habe eine Seite (mein CE-Pool) in der liegen in einem "Container for > Elements" 10 Contentelemente gleicher Vorlage > -> Nun möchte ich auf meiner Hauptseite pro Seitenaufruf ein zufälliges CE > aus dem CE-Pool anzeigen > > Gibt es hier irgendwelche Möglichkeiten oder vielleicht eine Extension? http://typo3.org/extensions/repository/view/gh_randomcontent/current/ könnte was für dich sein... Gruß, Gregor -- http://www.a-mazing.de/ | Certified TYPO3 Integrator ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Zufälliges CE aus Seite
Hallo Liste, ich such gerade einen Weg um folgendes Problemchen zu lösen: - Ich arbeite mit Templavoila - Ich habe eine Seite (mein CE-Pool) in der liegen in einem "Container for Elements" 10 Contentelemente gleicher Vorlage -> Nun möchte ich auf meiner Hauptseite pro Seitenaufruf ein zufälliges CE aus dem CE-Pool anzeigen Gibt es hier irgendwelche Möglichkeiten oder vielleicht eine Extension? Ich habe mir schon überlegt, einfach über tt_news zu arbeiten und meine 10 CE als 10 verschiedene News in einer sonst auf der Seite nicht sichtbaren Kategorie zu erstellen. Aber ich finde leider (noch) keinen Weg, in der resultierenden Liste die News, und da immer nur einen Eintrag, "zufällig" auszugeben. Grüße, Stefan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealURL deaktiviert tt_news-Cache?
Hallo Alex, bei meinem aktuellen Projekt hatte ich bei allen drei gleichen Versionsnummern das gleiche Problem. Ständig war /nc/ in der News-URL, das Caching wurde also deaktiviert. Die Lösung brachten Änderungen an der tt_news sowie globalen config der TYPO3-Installation. Hier zwei Schnipsel: - plugin.tt_news { no_cache = 0 allowCaching = 1 } - - config { # cache_period = 172800 # cache_clearAtMidnight = true no_cache = true } - Ich hatte zwar auch Probleme mit RealURL, so ganz bin ich auch noch nicht mit meiner jetzigen RealURL-Konfiguration zufrieden, aber zumindest habe ich mit den obigen settings das "/nc/" in den Griff bekommen. Vielleicht hilft es Dir ja auch, sofern Du es nicht bereits gelöst hast... :-) Grüsse, Michael ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1
Hallo Michael, Am 20.11.2010 15:44, schrieb Michael Meurer: Aber eins muss ich zugeben: von 4.2 -> 4.3 -> 4.4 ist das BE heftig langsam geworden Bei Neu-Installationen kann ich das eigentlich nicht bestätigen. Allerdings: Bei einem Update für einen Kunden von 4.2.15 auf 4.4.4 dachte ich auch zunächst, dass die Performance ziemlich in den Keller gegangen ist. Bis ich dann entdeckt habe, dass der Kunde noch Imagemagick 4.2.9 installiert hatte. $TYPO3_CONF_VARS['GFX']['im_useStripProfileByDefault'] = '0'; in der localconf.php hat mich dann gerettet - die von den Neu-Installationen gewohnte Performance war wieder da. Nur so als Tipp... Gruss Frank ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealURL deaktiviert tt_news-Cache?
Hi, in der typo3temp/realurl_autoconf.php steht folgendes: http://pastebin.com/GxHVZR1M Die Links haben damit ein Format wie das folgende, der Cache funktioniert für tt_news-Single-Ansichten. domain.de/1454/?tx_ttnews%5Btt_news%5D=15788&cHash=473c5c7809fe3d35be326ab086dc0bc3 Trage ich nun diese von tt_news mitgelieferte RealURL-Konfiguration in die localconf.php ein, stehen die Links schön aus und funktionieren, aber der Cache funktioniert nicht für die Single-Seiten: http://pastebin.com/EXs0aZHR Grüße Alex Am 26.11.2010 11:34, schrieb Felix Nagel: Am 25.11.2010 22:09, schrieb Alex: Hi Felix, danke für deine Antwort - und so sieht's aus: Bitte das ganze Array, zu Not benutz einen Pastie: http://pastebin.com/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE - Editor wird geladen ...
Hi, das klingt nach Javascriptkonflikt. Hast Du die Firebug-Extension? Evtl kannst Du dort in der Fehlerkonsole sehen, was da nicht oder falsch funktioniert. Sowas passiert gerne, wenn mehrere Script-Libraries wie zb Mootools und jQuery miteinander um die gleichen Bezeichner rangeln gruss Tom Am 26.11.2010 um 11:58 schrieb Schneeblume: > Hallo, > > ich habe mir alle Beiträge in dieser Mailinglist durchgelesen und auch schon > im gesamten Netz nach einer Lösung gesucht: > > Über die Erweiterung wec_discussion wird ein Editor eingebunden. Hat anfangs > alles sehr gut funktioniert, nun kommt aber "Der Editor wird geladen. Bitte > warten ..." und der Editor wird nicht geladen. > Sowohl opera, firefox, IE zeigen dieses Problem. > > Ich habe folgende Problemlösungen schon versucht: > - im Extension-Manager läuft rtehtmlarea auf dem System und nicht unter lokal > - im typo3temp/rtehtmlarea alle Dateien und dann den Cache gelöscht -> führte > zum Anzeigen des Editors, aber nach 10 min. gibt es das gleiche Problem wieder > > Letztendlich funktioniert der Editor - aber eben nur kurz nachdem ich die > Dateien in dem Ordner gelöscht habe. Gibt es eine Möglichkeit das Problem > dauerhaft zu lösen? > > Versionen: rtehtmlarea 1.8.11, Typo3 4.3.5 > > Um Lösungsvorschläge wäre ich unglaublich dankbar. > Grüße! > > > ___ > TYPO3-german mailing list > TYPO3-german@lists.typo3.org > http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] RTE - Editor wird geladen ...
Hallo, ich habe mir alle Beiträge in dieser Mailinglist durchgelesen und auch schon im gesamten Netz nach einer Lösung gesucht: Über die Erweiterung wec_discussion wird ein Editor eingebunden. Hat anfangs alles sehr gut funktioniert, nun kommt aber "Der Editor wird geladen. Bitte warten ..." und der Editor wird nicht geladen. Sowohl opera, firefox, IE zeigen dieses Problem. Ich habe folgende Problemlösungen schon versucht: - im Extension-Manager läuft rtehtmlarea auf dem System und nicht unter lokal - im typo3temp/rtehtmlarea alle Dateien und dann den Cache gelöscht -> führte zum Anzeigen des Editors, aber nach 10 min. gibt es das gleiche Problem wieder Letztendlich funktioniert der Editor - aber eben nur kurz nachdem ich die Dateien in dem Ordner gelöscht habe. Gibt es eine Möglichkeit das Problem dauerhaft zu lösen? Versionen: rtehtmlarea 1.8.11, Typo3 4.3.5 Um Lösungsvorschläge wäre ich unglaublich dankbar. Grüße! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealURL deaktiviert tt_news-Cache?
Am 25.11.2010 22:09, schrieb Alex: Hi Felix, danke für deine Antwort - und so sieht's aus: Bitte das ganze Array, zu Not benutz einen Pastie: http://pastebin.com/ -- Grüße Felix Nagel ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german