[TYPO3-german] macina_banners funktioniert nicht im template
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo liebe liste, ich will gerade für eine seite macina_banners einsetzten. als Content element funktoniert es wunderbar. wenn ich jedoch versuche es ins template einzubauen. klappt es nicht (es wird keine ausgabe erzeugt). hier mein TS code: lib.banner = COA lib.banner { 10 < plugin.tx_macinabanners_pi1 10 { placment = test mode = all pidList = 20 results_at_a_time = 99 } leider gibt es keine ausgabe wenn er ins template eingesetzt wird. hat einer von euch eine idee woran es liegen könnte? angdere ausgaben die ich in lib.banner mache erscheinen. die kategorie "test" ist vorhanden und liegt ebenfalls auf seite 20 eingesetzt wird: typo3 4.3.3 macina_banner 1.5.1 templa_voila 1.4.1 gruss chris - -- Christian Wolff // Berlin http://www.connye.com some projects: http://richtermediagroup.com | http://titanic.de | http://fairplay-homepage.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iEYEARECAAYFAkvHoiUACgkQIcCaXPh/JHFrwgCfbGJxl330D2h4IVG7EOc3AVHL LSUAnRttjwUy6UBKHIQaq6lFgAEAqojM =q5SU -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Suche uebersetzen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 15.04.2010 23:10, schrieb Axel Joensson: > Hallo, > > ich setze in einer mehrsprachigen Website (TYPO3 4.3.3) die > Standard-Suche, also nicht Indexed Search, ein. Die sprachlichen Labels > ("Suchwort:", "Suchergebnis: X-Y von Y", "Ihre Suche lieferte leider > keine Ergebnisse." etc.) sind für diese Extension offenbar nur auf > Deutsch und Englisch hinterlegt, ich fand die deutschen Bezeichner > definiert in > > typo3conf/l10n/de/css_styled_content/pi1/de.locallang.xml > > Ist das der richtige Pfad? Wenn ich jetzt nur die speziell benötigten > Label in anderen, in meinem Fall zwei asiatischen Sprachen definieren > will, muss ich dann einfach entsprechende XML-Dateien mit den > übersetzten Bezeichnern anlegen? Falls ja, wo beginnt der neue Pfad, > bereits unterhalb von > > /typo3conf/l10n/[ISO-Kürzel]/..., > > was naheliegen wäre, denn in > > typo3conf/l10n/de/css_styled_content/pi1/[ISO-Kürzel].locallang.xml > > erschiene mir unlogisch. Gibt es einen noch einfacheren Weg? > > Vielen Dank für Tipps! > > Grüße, > Axel Hallo Axel, das typo3 Translation system hat mehrer ebenen. zu erst einmal solltest du gucken ob es wirklich keine labels für deine wunschsprache gibt. dazu im extension manger "translation handling" die zusätzlichen sprachen auswählen und "save selection" und danach "update from Reposetory" machen. wenn du glück hast gibts dann schon übersetzungen für die wunschsprache. falls das nicht der fall ist solltest du bei eigenen anpassungen nicht in vorhandenen locallang.xml dateien rumfuhrwerken da dieses beim nächsten update der sprachdateien verlohren gehen kann. stattdessen gibt es die möglichkeit für jede extension sprachlabels mittels typoscript zu überschreiben. das geht wie folgt: plugin.tx_extensionkey_pi1._LOCAL_LANG.de.labelname = labeltext plugin.tx_extensionkey_pi1._LOCAL_LANG.en.labelname = labeltext dadurch ist es auch auf einfache und update sichere weise möglich. die sprachdateien von einer exnension auf site basis anupassen. gruss chris - -- Christian Wolff // Berlin http://www.connye.com some projects: http://richtermediagroup.com | http://titanic.de | http://fairplay-homepage.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iEYEARECAAYFAkvHnfIACgkQIcCaXPh/JHGCnACfbNOg9HBSnK8/gsBKbosUwIiN je0An0Mk4n3nCbpCF3C8d/evEnMPPkY7 =2Xbi -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: TYPO3 4.3: stdWrap.i nnerWrap für Datensatztyp HTML entfernen
Hallo David, bitte freu Dich nicht zu früh... ... ich wollte nur kundtun, dass ich just gerade eben auch dieses Problem hatte (wollte einen IFRAME erstellen, in dem die "Quelle" als extra Inhalt gepflegt werden kann). Also, auch ich würde mich über einen Lösungsansatz freuen ;-) Liebe GrüÃe, Peter Am 15.04.2010 17:22, schrieb David Zschille: Hallo, seit TYPO3 4.3 hat sich ja tt_content.stdWrap.innerWrap geändert und jedes Inhaltselement wird in ein DIV eingepackt. Ob ich das gut finde, weià ich noch nicht ;-) Ich finde es aber fehl am Platz, wenn ich den Datensatztyp HTML verwenden. Oft nutze ich dies um einen DIV-Container zu öffnen, den ich dann einige Content-Elemente später wieder schlieÃe. Das geht jetzt nicht mehr, da das neue einpackende DIV mein Ãffnendes direkt wieder schlieÃt. Wie werde ich dieses Gehabe nur bei dem Datensatztyp HTML wieder los? tt_content.stdWrap.innerWrap.cObject.default> möchte ich da nicht verwenden, da mir das zu viele Möglichkeiten nimmt. Viele GrüÃe, David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 4.3: stdWrap.innerWrap für Datensatztyp HTML entfernen
David Zschille wrote: > Hallo, > > seit TYPO3 4.3 hat sich ja tt_content.stdWrap.innerWrap geändert und > jedes Inhaltselement wird in ein DIV eingepackt. Ob ich das gut finde, > weià ich noch nicht ;-) Oh, da kann ich aushelfen: Ich finde es daneben, daher auch danke für den Tipp, mir war's noch nicht aufgefallen. Jetzt schon nimmt das "Entsetzen" von csc_styled_content- und anderen "diktatorischen" Styles bei mir ca. 20% des Zeilenumfanges des Templates ein. Ich kann, und zwar gerade angesichts der Mächtigkeit von TYPO3, absolut nicht begreifen, wie Leute darauf kommen, dass ich vordefinierte Bezeichner mit ebenso vordefinierten Styles in einer individuellen Website haben wollte. Für mich gibt es drei Ebenen: Inhalt, Layout und darunter liegende Technik. Keine der Ebenen hat in die anderen reinzufummeln. Sorry, wenn das jetzt aufgeregt klingt, aber es hat mich bereits Stunden gekostet, die jeweiligen Verursacher zu orten und auszuschalten, aber sie vermehren sich weiter. "Stylicillin - das Breitband-Anti-Stylicum gegen alle Formen von Stylitis - jetzt!" > Ich finde es aber fehl am Platz, wenn ich den Datensatztyp HTML > verwenden. Oft nutze ich dies um einen DIV-Container zu öffnen, den ich > dann einige Content-Elemente später wieder schlieÃe. > > Das geht jetzt nicht mehr, da das neue einpackende DIV mein Ãffnendes > direkt wieder schlieÃt. > > Wie werde ich dieses Gehabe nur bei dem Datensatztyp HTML wieder los? > tt_content.stdWrap.innerWrap.cObject.default > > möchte ich da nicht verwenden, da mir das zu viele Möglichkeiten nimmt. Neugier: Welche Möglichkeiten? GrüÃe, Axel ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Suche uebersetzen
Hallo, ich setze in einer mehrsprachigen Website (TYPO3 4.3.3) die Standard-Suche, also nicht Indexed Search, ein. Die sprachlichen Labels ("Suchwort:", "Suchergebnis: X-Y von Y", "Ihre Suche lieferte leider keine Ergebnisse." etc.) sind für diese Extension offenbar nur auf Deutsch und Englisch hinterlegt, ich fand die deutschen Bezeichner definiert in typo3conf/l10n/de/css_styled_content/pi1/de.locallang.xml Ist das der richtige Pfad? Wenn ich jetzt nur die speziell benötigten Label in anderen, in meinem Fall zwei asiatischen Sprachen definieren will, muss ich dann einfach entsprechende XML-Dateien mit den übersetzten Bezeichnern anlegen? Falls ja, wo beginnt der neue Pfad, bereits unterhalb von /typo3conf/l10n/[ISO-Kürzel]/..., was naheliegen wäre, denn in typo3conf/l10n/de/css_styled_content/pi1/[ISO-Kürzel].locallang.xml erschiene mir unlogisch. Gibt es einen noch einfacheren Weg? Vielen Dank für Tipps! Grüße, Axel ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealUrl Problem: .html geht nicht
Hi! Danke aber damit hängt es nicht zusammen. Auch wenn das nicht eingestellt wird sollten die Seiten mit .html erreichbar sein. Diese Einstellung macht nur, dss die Links auch mit .html innerhalb TYPO3 erzeugt werden. Ich habe Realurl deinstalliert, die Tabellen gelöscht und wieder installiert. Siehe da, es ging wieder. Trotzdem danke, Thomas Tobias Liegl schrieb: Hi, am Ende deiner RealURL-Konfiguration steht defaultToHTMLsuffixOnPrev auf "false". Solltest du auf "true" setzen. Siehe auch die Beschreibung dazu. // // if you don't want .html-URLs set the following to "false" (e.g. 'defaultToHTMLsuffixOnPrev' => false,) // then you get http://www.yourdomain.com/imprint/ instead of http://www.yourdomain.com/imprint.html // 'defaultToHTMLsuffixOnPrev' => false, Grüße Tobi ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealUrl Problem: .html geht nicht
Hi! Sorry, dass ich mich erst jetzt melde. Hatte viel um die Ohren. Ich habe Realurl deinstalliert, die Tabellen gelöscht und wieder installiert. Siehe da, es ging wieder. LG und danke für den Tipp, Thomas Andreas Kiessling schrieb: Hallo Thomas, Hast du vielleicht simulateStaticDocuments noch an? Kollege hatte bei einer Installation ein Upgrade auf 4.3 durchgeführt und dort traten dann ähnliche Probleme auf (nur in der ersten Ebene). Das ist ab 4.3 eine sysext geworden. Gruß, Andreas ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Wie mehrere FE Login Bereiche erstellen
Am Thu, 15 Apr 2010 18:49:17 +0200 schrieb Christian Leicht: > Hallo, > > ist es möglich mehrere unterschiedliche Bereiche auf einer Seite zu > erstellen. > > Es gibt mehrere LogIn Formulare und Bereiche im Verzeichnisbaum > > Also BenutzerA kann sich im BereichA einloggen. BenutzerB kann in den > BereichB das ist ohne Probleme in TYPO3 möglich > Aber sobald BenutzerB eingeloggt ist und den Berich A aufruft kommt die > Meldung im LogIn FormularA "Sie sind bereits eingeloggt." > > Da ist also keine Unterscheidung der beiden Bereiche. jein. TYPO3 verwaltet (für einen Browser) nur einen angemeldeten User. wenn ich also für Bereich A angemeldet bin kann ich mich nicht _zusätzlich_ noch für Bereich B anmelden. Natürlich kann man unterschiedliche Bereiche und Benutzer definieren, die entweder in A oder in B, oder aber in A und B Zugriff haben. das würde aber nicht mit mehrfachen Logins, sondern mit mehrfachen Gruppenzugehörigkeiten der User definiert. prinzipiell ist folgender Seitenbaum möglich: +root +-login A | + Seiten im Bereich A | + : +-Sysfolder User A +-login B | + Seiten im Bereich B | + : +-Sysfolder User B bei einem Login werden nur Benutzer aus dem entsprechenden Sysfolder berücksichtigt. Damit kann sich ein User aus Bereich A, dessen Datensatz in 'Sysfolder User A' abgelegt ist nicht im 'login B' anmelden, weil dort nur in der Seite 'Sysfolder User B' nach Usern gesucht wird. Umgekehrt genauso. trotzdem wird nach einem erfolgreichen anmelden auf der anderen login- Seite erstmal[1] angezeigt dass man angemeldet ist. Kompliziert kann es für Benutzer werden, die sowohl Zugriff auf A als auch auf B haben sollen: das eintragen der Benutzergruppen im Benutzerdatensatz ist kein Problem, der Zugang in die Bereiche auch nicht, wenn der Benutzer erstmal angemeldet ist. problematisch ist in dieser Konfiguration, dass sich ein user unbedingt dort anmelden muss wo sein Datensatz liegt. Im anderen Login wird sein Datensatz nicht gefunden. [1] dies gilt wenn man außer dem vererbten Zugriffsrecht für Seiten nichts mehr konfiguriert. Aber man kann ja auch noch ContentElemente (CE) mit Zugriffsrechten versehen. Dadurch kann man auf der Seite 'login B' abhängig von den Benutzerrechten (Gruppen) einen angemeldeten User aus Bereich A entsprechenden Content zeigen: 1.User darf nur in Bereich A: 'sie dürfen nicht nach B' 2.User darf nach A und B: 'willkommen in B. hier geht es weiter...' dazu dann noch: 3.es ist kein User angemeldet: 'bitte anmelden: ...' 4.User aus Bereich B ist angemeldet: 'logout/edit Userdata, weiter...' dafür sind etwas kompliziertere Gruppendefinitionen (ggfls. mit Untergruppen) notwendig. hier würde ich (nur für diese Login-Seiten eine Hilfsgruppe A_und_B einführen, Diesen Mitgliedschaft bekommen alle user, die schon zu A und B gehören. sie haben damit drei Gruppen: 1. 'A' für den Bereich A 2. 'B' für den Bereich B 3. 'A_und_B' für die Loginbereiche Wenn du mehr als zwei Bereiche hast geht das natürlich genauso, allerdings multipliziert sich die Anzahl der Schnittmenge-Gruppen und es wird schnell unübersichtlich > Gibt es außerdem eine Möglichkeit eine Seite mit dem LogIn Formular zu > überspringen wenn man bereits eingeloggt ist? folgende Seitenkonstruktion bietet sich an: + Bereich X (Shortcut auf erste Unterseite) + Login X (Hide at login) + not allowed (nur für Mitglieder der Gruppen A,B,...,V,W,Y,Z) + Daten-Bereich X (Zugriff nur für Mitglieder der Gruppe X, vererbt) + : + : Mit der Hilfsseite 'not allowed' könnte man sich dann obige Hilfsgruppen sparen. bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Wie mehrere FE Login Bereiche erstellen
Hallo, ist es möglich mehrere unterschiedliche Bereiche auf einer Seite zu erstellen. Es gibt mehrere LogIn Formulare und Bereiche im Verzeichnisbaum Also BenutzerA kann sich im BereichA einloggen. BenutzerB kann in den BereichB Aber sobald BenutzerB eingeloggt ist und den Berich A aufruft kommt die Meldung im LogIn FormularA "Sie sind bereits eingeloggt." Da ist also keine Unterscheidung der beiden Bereiche. Gibt es außerdem eine Möglichkeit eine Seite mit dem LogIn Formular zu überspringen wenn man bereits eingeloggt ist? Besten Dank für Eure Hilfe Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 4.3: stdWrap.innerWrap f�r Datensatztyp HTML entfernen
> Wie werde ich dieses Gehabe nur bei dem Datensatztyp HTML wieder los? > tt_content.stdWrap.innerWrap.cObject.default > > möchte ich da nicht verwenden, da mir das zu viele Möglichkeiten > nimmt. Eine simple if-Abfrage schaltet das für die in der Liste unter value angegebenen Element-Typen ab: tt_content.stdWrap.innerWrap.if { value = html,whatever,somethingelse isInList.field = CType negate = 1 } 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
[TYPO3-german] Re: TYPO3 4.3: stdWrap.innerWr ap für Datensatztyp HTML entfernen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 15.04.2010 17:22, schrieb David Zschille: > Hallo, > > seit TYPO3 4.3 hat sich ja tt_content.stdWrap.innerWrap geändert und > jedes Inhaltselement wird in ein DIV eingepackt. Ob ich das gut finde, > weià ich noch nicht ;-) > > Ich finde es aber fehl am Platz, wenn ich den Datensatztyp HTML > verwenden. Oft nutze ich dies um einen DIV-Container zu öffnen, den ich > dann einige Content-Elemente später wieder schlieÃe. > > Das geht jetzt nicht mehr, da das neue einpackende DIV mein Ãffnendes > direkt wieder schlieÃt. > > Wie werde ich dieses Gehabe nur bei dem Datensatztyp HTML wieder los? > tt_content.stdWrap.innerWrap.cObject.default > > möchte ich da nicht verwenden, da mir das zu viele Möglichkeiten nimmt. > > > Viele GrüÃe, > David Hi David, der innerwrap nuitzt jetzt das feld "section_frame" um den divs ein entsprechend klasse zu geben. wenn du jetzt einfach nur einen speziellen fall löschst. kannst du diesen rahmen typ für deine html objecte nehmen. z.b so: tt_content.stdWrap.innerWrap.cObject.6 > tt_content.stdWrap.innerWrap.cObject.6 = TEXT tt_content.stdWrap.innerWrap.cObject.6.value = ps ich hab jetzt nicht geschaut welchem rahmen typ das entspricht... gruss chris - -- Christian Wolff // Berlin http://www.connye.com some projects: http://richtermediagroup.com | http://titanic.de | http://fairplay-homepage.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iEYEARECAAYFAkvHPi0ACgkQIcCaXPh/JHHJ0QCfcFxjVxozEn4eJa3QTVB3du3O e+kAoNsEhedBfL2/U+/raqRkYpgC7dT/ =dAW8 -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 4.3: stdWrap.innerWra p für Datensatztyp HTML entfernen
Hallo, seit TYPO3 4.3 hat sich ja tt_content.stdWrap.innerWrap geändert und jedes Inhaltselement wird in ein DIV eingepackt. Ob ich das gut finde, weià ich noch nicht ;-) Ich finde es aber fehl am Platz, wenn ich den Datensatztyp HTML verwenden. Oft nutze ich dies um einen DIV-Container zu öffnen, den ich dann einige Content-Elemente später wieder schlieÃe. Das geht jetzt nicht mehr, da das neue einpackende DIV mein Ãffnendes direkt wieder schlieÃt. Wie werde ich dieses Gehabe nur bei dem Datensatztyp HTML wieder los? tt_content.stdWrap.innerWrap.cObject.default > möchte ich da nicht verwenden, da mir das zu viele Möglichkeiten nimmt. Viele GrüÃe, David ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GET-Parameter an alle Links der Seite weitergeben
Ganz scheint es noch nicht zu klappen: value = testlink value.typolink.parameter = home/ value.typolink.additionalParams.dataWrap =&test={GPvar:test} Führt auf die Startseite, aber der GET-Parameter wird trotz config.linkVars nicht angehängt. -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Christian Essl Gesendet: Donnerstag, 15. April 2010 13:32 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] GET-Parameter an alle Links der Seite weitergeben Vielen Dank! -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Jana Golinowski Gesendet: Donnerstag, 15. April 2010 12:53 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] GET-Parameter an alle Links der Seite weitergeben > Ich möchte unter einer bestimmten Bedingung (wenn ein GET-Parameter gesetzt > ist), Typoscript dazu anlassen, alle Links auf dieser Seite mit diesem > Get-Parameter zu versehen. Also etwa so: > > [globalVar = GP:test] # Wenn 'test' gesetzt: > # Hänge den Parameter an alle Urls in der HTML-Seite an > [global] > > Gibt es eine Möglichkeit das in Typoscript zu lösen? Oder gibt es eine > Extension, die das für mich erledigen kann? Siehe CONFIG: http://typo3.org/documentation/document-library/core-documentation/doc_core_tsref/4.3.1/view/1/6/#id2511740 config.linkVars = test, dingens Das sorgt dafür, dass die URL-Parameter "test" und "dingens" automatisch an alle Typolinks angehängt werden. Zusätzlich noch config.uniqueLinkVars = 1, damit man keine unschöne Dopplung hat. Grüße, Jana. ___ 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 mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TemplaVoila: ALT-Tag im FCE als Element Preset "None (TypoScript only)" mappen.
oh mann.. habe den Fehler jetzt gefunden :) war falsch: 10 = TEXT 10.text.field = field_cat_name ist richtig: 10 = TEXT 10.field = field_cat_name Danke Gruss Mike Am 15. April 2010 15:28 schrieb mike miller : > Hallo zusammen :) > > ich versuche gerade im FCE einen ALT-Tag als Attribut mit dem Element > Preset > "None (TypoScript only)" zu mappen.. > > Kann aber dann im FCE-Typoscriptfeld nicht ein anderes Feld auslesen: > > 10 = TEXT 10.text.field = field_cat_name <<< funktioniert nicht! > > ..funktioniert so nicht. > > > > in einem anderen FCE konnte ich aber schon so etwas machen: > > 10 = IMAGE > 10 { > altText.field = field_cat_name <<< funktioniert! > file = GIFBUILDER > file { > XY = [10.w]+2,20 >backColor = #ff >transparentColor = #ff >transparentColor.closest = 1 >10 = TEXT > 10.text.field = field_cat_name <<< funktioniert! > 10.fontSize = 14 > 10.fontFile = fileadmin/templates/fonts/HELVNLTB.TTF > 10.fontColor = #00 > 10.offset = 0,16 > 10.niceText = 1 > } > > > hat vielleicht jemand eine Idee warum das im ersten Fall nicht geht? > > Danke im Voraus! > > Mike > ___ > 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] Weiterleitung per TS wenn bereits im FE eingeloggt
Hallo zusammen, ich habe eine Seite auf der man sich anmelden kann. Sobald man das getan hat, wird man in den geschütztem Bereich weitergeleitet. Soweit so gut. Verlässt mann nun den gesicherten Bereich und geht auf die Startseite und möchte Später wieder in den gesicherten Bereich zurück, geht das nicht. Ist es möglich die Login Seite einfach zu überspringen? If eingeloggt goto geschützt ? Besten Dank für einen Tip Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TemplaVoila: ALT-Tag im FCE als Element Preset "None (TypoScript only)" mappen.
Hallo zusammen :) ich versuche gerade im FCE einen ALT-Tag als Attribut mit dem Element Preset "None (TypoScript only)" zu mappen.. Kann aber dann im FCE-Typoscriptfeld nicht ein anderes Feld auslesen: 10 = TEXT 10.text.field = field_cat_name <<< funktioniert nicht! ..funktioniert so nicht. in einem anderen FCE konnte ich aber schon so etwas machen: 10 = IMAGE 10 { altText.field = field_cat_name <<< funktioniert! file = GIFBUILDER file { XY = [10.w]+2,20 backColor = #ff transparentColor = #ff transparentColor.closest = 1 10 = TEXT 10.text.field = field_cat_name <<< funktioniert! 10.fontSize = 14 10.fontFile = fileadmin/templates/fonts/HELVNLTB.TTF 10.fontColor = #00 10.offset = 0,16 10.niceText = 1 } hat vielleicht jemand eine Idee warum das im ersten Fall nicht geht? Danke im Voraus! Mike ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Calender Base Event als Content Element
Problem noch: Das Feld 'description' wird mit dem RTE bearbeitet. Links werden nicht geparst. Was muss ich noch machen? Kann ich das typoscript noch etwas eleganter vielleicht mit styles.content.get erzeugt werden? Schau dir mal das Typoscript von css_styled_content an (z.B. per Template Analyzer). Dort wird lib.parseFunc_RTE definiert und bei den RTE-Feldern als parseFunc benutzt. Du musst also nur css_styled_content einbinden und kannst dann in deinem eigenen TS-Template ebenfalls lib.parseFunc_RTE verwenden. 20 = TEXT 20.field = description 20.parseFunc = < lib.parseFunc_RTE Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Calender Base Event als Content Element
Hallo Jana, vielen Dank für den Hinweis. Mit diesem Code kann ich zumindest mal die Events ausgeben: 10 = CONTENT 10.table = tx_cal_event 10.select { #orderBy = sorting pidInList = 51 # Normale Spalte #where = colPos = 0 #selectFields = title, description } 10.renderObj = COA 10.renderObj { 10 = TEXT # Im Feld tt_content.header steht üblicherweise die Überschrift. 10.field = title 10.wrap = | 20 = TEXT # Im feld tt_content.bodytext steht der Text. 20.field = description 20.wrap = | } Problem noch: Das Feld 'description' wird mit dem RTE bearbeitet. Links werden nicht geparst. Was muss ich noch machen? Kann ich das typoscript noch etwas eleganter vielleicht mit styles.content.get erzeugt werden? Danke Stephan schrieb Jana Golinowski: ich möchte die Tabellenfelder 'title' und 'description' eine cal Events (tx_cal_event) auf einer Seite ausgeben. Es sollen hierbei keine Zeitangaben berücksichtigt werden, nur diese beiden Felder. Mit typoscript wird das sicher funktioniert, leider weiß ich nur nicht wie. Das kannst mit CONTENT machen, nur dass du tx_cal_event statt tt_content verwendest. Falls du noch nicht so viel Erfahrung damit hast, hilft dir vielleicht ein Blick in die Doku "45 Minuten TypoScript": http://typo3.org/documentation/document-library/extension-manuals/ts45min_de/0.5.1/view/1/2/ Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Buchungssystem für einen Tageskalender
Hallo miteinander, Alles ist im Grunde mehr ein Zeit Management System als ein Event Management oder Calendar System. Eben, und da es sich bei einem Zeit-Management-System um zeitliche Informationen handelt wüsste ich nicht wieso die Calendar-Erweiterung dafür nicht in Frage kommen sollte. ;-) In einem Kalender werden doch normalerweise zeitliche Daten abgelegt. Ein Event wäre dann lediglich das zeitliche Element mit zusätzlichen Informationen um was es sich bei diesem Event handelt und evtl. Abhängigkeiten zu anderen zeitlichen Elementen die bereits existieren. Die von der Calendar-Erweiterung zur Verfügung gestellten Möglichkeiten (laut Doku) sollten doch für die Verwaltung von zeitlichen Elementen in verschiedenen Kalendern und Kategorien doch perfekt geeignet sein. Die Datenbasis lässt sich mit dieser Erweiterung in meinen Augen bequem im FE und BE verwalten. Die weiteren Anforderungen wie Gruppierung, Neusortierung, usw. stellen dann quasi die Verarbeitungsschritte unter verschiedenen Gesichtspunkten dieser Datenbasis dar. Wohingegen die Ein- und Ausgabe durch TYPO3 und die Formhandler-Erweiterung realisiert werden kann. Wie du bereits sagst: "Alles ist im Grunde mehr ein Zeit Management System..." finde ich das man für Zeiten durchaus die Calendar-Erweiterung einsetzen kann. Das was bei einer solchen Lösung den Aufwand produziert ist doch ohnehin die Entwicklung der Verarbeitungslogik der zur Verfügung stehenden Informationen. Eine Ein-/Ausgabe ist schnell erstellt, einige Templates in TYPO3 angepasst ebenfalls, existieren allerdings einige Funktionen in einer verfügbaren Erweiterung nicht ist es in meinen Augen das was den Entwicklungsaufwand bei der Integration einer solchen Lösung ansteigen lässt. Gibt es denn bereits eine andere Erweiterung mit den benötigten Funktionen welche weder von der Calendar- noch von der Seminars-Erweiterung zur Verfügung gestellt werden? Ciao Sascha Gruss Andi 2010/4/15 Sascha Hierold Hi miteinander, kannst du dir vorstellen, deine Extension dafür umzubauen oder zu erweitern? --> Timetable-Manager Ich werde mich jedenfalls jetzt mal mit deiner EXT beschäftigen und schauen, was da schon alles drin ist und z.B. für meine Anwendung noch fehlen würde. Ich könnte mir auch vorstellen, mich an den Kosten für die Entwicklung zu beteiligen. wenn du mir die genauen Anforderungen dafür schickst, gerne. Ist eine derartige Lösung über die cal- (Calendar) und die formhandler- (formhandler) Extension einfacher abgebildet. Zudem bietet cal bereits eine Tagesansicht und eine Uhrzeit bei den Events. Was übersehe ich? Ciao Sascha ___ 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] GET-Parameter an alle Links der Seite weitergeben
Vielen Dank! -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Jana Golinowski Gesendet: Donnerstag, 15. April 2010 12:53 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] GET-Parameter an alle Links der Seite weitergeben > Ich möchte unter einer bestimmten Bedingung (wenn ein GET-Parameter gesetzt > ist), Typoscript dazu anlassen, alle Links auf dieser Seite mit diesem > Get-Parameter zu versehen. Also etwa so: > > [globalVar = GP:test] # Wenn 'test' gesetzt: > # Hänge den Parameter an alle Urls in der HTML-Seite an > [global] > > Gibt es eine Möglichkeit das in Typoscript zu lösen? Oder gibt es eine > Extension, die das für mich erledigen kann? Siehe CONFIG: http://typo3.org/documentation/document-library/core-documentation/doc_core_tsref/4.3.1/view/1/6/#id2511740 config.linkVars = test, dingens Das sorgt dafür, dass die URL-Parameter "test" und "dingens" automatisch an alle Typolinks angehängt werden. Zusätzlich noch config.uniqueLinkVars = 1, damit man keine unschöne Dopplung hat. Grüße, Jana. ___ 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] GET-Parameter an alle Links der Seite weitergeben
Ich möchte unter einer bestimmten Bedingung (wenn ein GET-Parameter gesetzt ist), Typoscript dazu anlassen, alle Links auf dieser Seite mit diesem Get-Parameter zu versehen. Also etwa so: [globalVar = GP:test] # Wenn 'test' gesetzt: # Hänge den Parameter an alle Urls in der HTML-Seite an [global] Gibt es eine Möglichkeit das in Typoscript zu lösen? Oder gibt es eine Extension, die das für mich erledigen kann? Siehe CONFIG: http://typo3.org/documentation/document-library/core-documentation/doc_core_tsref/4.3.1/view/1/6/#id2511740 config.linkVars = test, dingens Das sorgt dafür, dass die URL-Parameter "test" und "dingens" automatisch an alle Typolinks angehängt werden. Zusätzlich noch config.uniqueLinkVars = 1, damit man keine unschöne Dopplung hat. Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GET-Parameter an alle Links der Seite weitergeben
> Ich möchte unter einer bestimmten Bedingung (wenn ein GET-Parameter > gesetzt ist), Typoscript dazu anlassen, alle Links auf dieser Seite > mit diesem Get-Parameter zu versehen. Also etwa so: > > [globalVar = GP:test] # Wenn 'test' gesetzt: > # Hänge den Parameter an alle Urls in der HTML-Seite an > [global] > > Gibt es eine Möglichkeit das in Typoscript zu lösen? Oder gibt es > eine Extension, die das für mich erledigen kann? Sowas vielleicht: config.linkVars = test 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
[TYPO3-german] GET-Parameter an alle Links der Seite weitergeben
Hallo, Ich möchte unter einer bestimmten Bedingung (wenn ein GET-Parameter gesetzt ist), Typoscript dazu anlassen, alle Links auf dieser Seite mit diesem Get-Parameter zu versehen. Also etwa so: [globalVar = GP:test] # Wenn 'test' gesetzt: # Hänge den Parameter an alle Urls in der HTML-Seite an [global] Gibt es eine Möglichkeit das in Typoscript zu lösen? Oder gibt es eine Extension, die das für mich erledigen kann? Gruß, Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Memcached und TYPO3 4.3.3
Danke Steffen bisher ist bei dem Kunden nur ein Windows Server am laufen. Gruss Andi 2010/4/15 Steffen Ritter > Am 14.04.2010 17:02, schrieb Andreas Becker: > > Hi >> >> Was sind Eure Erfahrungen mit TYPO3 und Memcached auf einem Windows Server >> 2003? >> > Auf EINEM oder auf mehreren Windows Servern? > Solche Lösungen bringen keine Geschwindigkeitsvorteile solange sich nicht > mehrere Server den Cache teilen können. Auf EINEM Server wird das DB Caching > schneller sein. > > Danke im Vorraus >> > 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
Re: [TYPO3-german] Calender Base Event als Content Element
ich möchte die Tabellenfelder 'title' und 'description' eine cal Events (tx_cal_event) auf einer Seite ausgeben. Es sollen hierbei keine Zeitangaben berücksichtigt werden, nur diese beiden Felder. Mit typoscript wird das sicher funktioniert, leider weiß ich nur nicht wie. Das kannst mit CONTENT machen, nur dass du tx_cal_event statt tt_content verwendest. Falls du noch nicht so viel Erfahrung damit hast, hilft dir vielleicht ein Blick in die Doku "45 Minuten TypoScript": http://typo3.org/documentation/document-library/extension-manuals/ts45min_de/0.5.1/view/1/2/ Grüße, Jana. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] [TYPO3-dev] Announcing TYPO3 4.4.0beta1
Dear TYPO3 enthusiasts, Today, the TYPO3 community released the first beta version of TYPO3 4.4. We've just hit feature freeze, and are now entering the last phase on the road to the final release of TYPO3 4.4.0. Thus, no more features will be integrated by now and we will continue with bug fixing only. For details about the release and the current progress read up on http://news.typo3.org/news/article/typo3-44beta1-released/ Be sure to download the Beta packages from http://typo3.org/download/packages/ MD5 checksums: fb7050eaff968564626fb93208f672d8 dummy-4.4.0beta1.tar.gz b552efeae2b159dacfd6590bcc9a45a9 dummy-4.4.0beta1.zip 5b15f6a65da620173877a024ee5416d3 typo3_src-4.4.0beta1.tar.gz a72301d32cbb5c413bb924997ebd772e typo3_src-4.4.0beta1.zip 74d2b73907243d8618c4486d6857 typo3_src+dummy-4.4.0beta1.zip Rock on! Olly ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Calender Base Event als Content Element
Hallo, ich möchte die Tabellenfelder 'title' und 'description' eine cal Events (tx_cal_event) auf einer Seite ausgeben. Es sollen hierbei keine Zeitangaben berücksichtigt werden, nur diese beiden Felder. Mit typoscript wird das sicher funktioniert, leider weiß ich nur nicht wie. Könnte mir hier jemand helfen? Vielen Dank im Voraus. Grüße Stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Memcached und TYPO3 4.3.3
Am 14.04.2010 17:02, schrieb Andreas Becker: Hi Was sind Eure Erfahrungen mit TYPO3 und Memcached auf einem Windows Server 2003? Auf EINEM oder auf mehreren Windows Servern? Solche Lösungen bringen keine Geschwindigkeitsvorteile solange sich nicht mehrere Server den Cache teilen können. Auf EINEM Server wird das DB Caching schneller sein. Danke im Vorraus Grüße ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german