Re: [TYPO3-german] l10nmgr mit TYPO3 4.4.0
Lina Wolf schrieb: Hast Du eventuell die neue JavaScript Kompression von TYPO3 4.4 verwendet? Dannn muss auch eine entsprechende Angabe in der .htaccess gemacht werden natürlich ist die neue BE compression aktiviert, und natürlich ist die .htaccess entsprechend ergänzt (mit dem Standardeintrag für TYPO3 4.4.x, sonst würde das BE ja gar nicht laufen) Ist halt nur diese Extension die jetzt Probleme macht (braucht die vielleicht eine eigene Anpassung in der .htaccess ?) Hat irgendjemand diese Konfiguration 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
Re: [TYPO3-german] Typo3 Update von 4.2 auf 4.4
Hallo Andreas,
in der ursprünglichen Version 4.2.10 ist nur ein Skin aktiviert: t3skin.
Bereits nach der Umstellung des Verweises auf die Typo3 Source Version 4.4
wird das LogIn-Maske falsch angezeigt.
Hast Du vielleicht noch eine Idee, wo die Fehlerursach liegen könnte?
Im Anhang ist die Localconfig-Datei. Die korrekten Passworte wurden von mir
geändert.
Viele Grüße,
Dirk
Dirk Soetebeer dirk@web.de schrieb im Newsbeitrag
news:mailman.1.1278856331.9597.typo3-ger...@lists.typo3.org...
Hallo Andreas Becker,
viele Dank für Deinen Hinweis. Gibt es noch eine Möglichkeit, die
fehlende Skin von der Installations-Webseite aus zu aktivieren?
Die aktuellen Dateien sind bereits im entsprechenden Verzeichnis
vorhanden.
Viele Grüße
Dirk
Andreas Becker wrote:
Binde doch einfach das template fuer die backendskin wieder ein,
dann geht
alles auch wieder. Ohne Template mag der Login nicht so recht ;-)
Du hast diesen Schritt wohl uebersprungen!
Lieben Gruss
Andi
2010/7/10 Dirk Soetebeer dirk@web.de
Hallo Zusammen,
nach dem Update eines Typo3-System in Version 4.2 auf Version 4.4
wird
die Login-Webseite und die Backend-Wesbeite nicht mehr korrekt
angezeigt.
Es scheint, so, als wenn einige CSS-Styles nicht korrekt gezogen
werden.
URL: https://clh-berlin.dyndns.org/typo3 (Achtung: Das SSL-
Zertifikat
wurde
selbst signiert!)
Standardmäßig ist der Hintergrund der Login webseite dunkel
gehalten.
Angezeigt wird jedoch ein Weißer Hintergrund.
In Typo3 wurde bereits der Update-Assistent und die Datenbank-
Analyse
erfolgreich ausgeführt.
Die Content-Webseiten werden korrekt generiert und angezeigt.
Um zu verhindern, das irgendwelche veralteten CSS-Style-Dateien aus
dem
Browser-Cache gezogen werden, wurde dieser bereits gelöscht.
Dennoch werden die Elemente der Login- und Backend-Webseite
verschoben
angezeigt.
In der Version 4.2.1 gab es keine fehlerhaften Darstellungsfehler.
Kann jemand hier weiterhelfen?
Vielen Dank.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
begin 666 localconf.php
M/#]P:' *)%194$\S7T-/3D9?5D%24ULG4UE3)UU;)W-I=5N86UE)UT@/2 G
M3F5W(%194$\S('-I=4G.PH*2\O($1E9F%U;'0@%SW=OF0@:7,@(FIO
M:#,Q-B(@@h*)%194$\S7T-/3D9?5D%24ULG15A4)UU;)V5X=$QIW0G72 ]
M(=TV-O;F9I9U]H96QP+-O;G1E'1?:5LQE'1R85]P86=E7V-M7V]P
M=EO;G,L:6UP97AP+'-YU]N;W1E+'1S=5MQA=4L='-T96UP;%T95]C
M961I=]R+'1S=5MQA=5?:6YF;RQTW1E;7!L871E7V]B:F)R;W=S97(L
M='-T96UP;%T95]A;F%L7IEBQF=6YC7W=IF%R9',L=VEZ87)D7V-R%G
M97,L=VEZ87)D7W-OG1P86=ERQL;W=L979E;QI;G-T86QL+)E;]G+)E
M=7-EBQA8F]U=UO9'5L97,LV5T=7 L=%S:V-E;G1EBQI;F9O7W!A9V5T
MV-O;F9I9RQV:65W%G92QR=5H=UL87)E82QCW-?W1Y;5D7V-O;G1E
M;G0L=#-S:VEN)SL*B1T7!O7V1B7V5X=%1A8FQE15F7W-CFEP= ](=E
M'1486)L97,NAP)SL*B,C($e.4u1!...@4t-225!4($5$...@4$])3E0@
m5$]+...@+2!a;P@;EN97,@869T97(@=AIR!P;VEN=',@;6%Y()E(-H
m86yg...@8gd@=AE(ENW1A;P@V-R:7!T(0H*)'1Y]?9)?=7-EFYA
M;64@/2 G1$).86UE)SL)+R\@($UO9EF:65D(]R(ENV5R=5D()Y(%19
M4$\S($ENW1A;p...@5]O;X*)'1Y]?9)?%SW=OF0@/2 G%SW=O
MG0G.PDO+R @36]D:69I960@;W(@:6YS97)t...@8gd@5%E03S,@26YS=%L
M;!4;v...@hd='EP;U]D8E]H;W-T(#T@)VQO8V%L:]S=[2\O(!-;V1I
M9FEE9!OB!I;G-EG1E9!B2!465!/,R!);G-T86QL(%1O;VPNB1465!/
M,U]#3TY7U9!4E-;)U-94R==6R=E;F-R7!T:6]N2V5Y)UT@/2 G'AX'AX
M'AX'AX'AX'AX[2\O(!-;V1I9FEE9!OB!I;G-EG1E9!B2!4
M65!/,R!);G-T86QL(%1O;VPNB1465!/,U]#3TY7U9!4E-;)U-94R==6R=C
M;VUP871?=F5RVEO;B==(#T@)S0N,B[2\O(!-;V1I9FEE9!OB!I;G-E
MG1E9!B2!465!/,R!);G-T86QL(%1O;VPNB1T7!O7V1B(#T@)W1Y\S
M0TQH0F5R;EN)SL)+...@36]d:69I960@;W(@:6YS97)t...@8gd@5%E03S,@
M26YS=%L;!4;V]L+B *)%194$\S7T-/3D9?5D%24ULG0D4G75LG:6YS=%L
M;%1O;VQ087-S=V]R9==(#T@)VENW1A;QP87-S=V]R=[2\O(!-;V1I
M9FEE9!OB!I;G-EG1E9!B2!465!/,R!);G-T86QL(%1O;VPNB1465!/
M,U]#3TY7U9!4E-;)T=6==6R=I;5]P871H)UT@/2 G+W5SB]B:6XO)SL)
m...@36]d:69I960@;W(@:6YS97)t...@8gd@5%E03S,@26YS=%L;!4;V]L
M+B *)%194$\S7T-/3D9?5D%24ULG1T98)UU;)VEM7W9EG-I;VY?-2==(#T@
M)V=M)SL)+...@36]d:69I960@;W(@:6YS97)t...@8gd@5%E03S,@26YS=%L
M;!4;V]L+B *)%194$\S7T-/3D9?5D%24ULG1T98)UU;)VEM7V-O;6)I;F5?
M9FEL96YA;64G72 ](=C;VUB:6YE)SL)+...@36]d:69I960@;W(@:6YS97)T
m...@8gd@5%E03S,@26YS=%L;!4;V]L+B *)%194$\S7T-/3D9?5D%24ULG
M4UE3)UU;)W-I=5N86UE)UT@/2 G0TQH(4N5BXG.PDO+R!-;V1I9FEE9!O
MB!I;G-EG1E9!B2!465!/,R!);G-T86QL(%1O;VPN( HD5%E03S-?0T].
M1E]605)36R='1...@g75lg9v1l:6)?YG)UT@/2 G,[2\O($UO9EF:65D
M(]R(ENV5R=5D()Y(%194$\S($ENW1A;p...@5]O;X@B1465!/,U]#
M3TY7U9!4E-;)T=6==6R=G9QI8E\R)UT@/2 G,[2\O($UO9EF:65D
M(]R(ENV5R=5D()Y(%194$\S($ENW1A;p...@5]O;X@B1465!/,U]#
M3TY7U9!4E-;)T=6==6R=45$9DDG72 ](Y-B[2\O($UO9EF:65D
M(]R(ENV5R=5D()Y(%194$\S($ENW1A;p...@5]O;X@B\O(%5P9%T
m...@8gd@5%E03S,@26YS=%L;!4;V]L(# X+3 R+3 X(#(S.C,Y.C PB14
M65!/,U]#3TY7U9!4E-;)T585==6R=E'1#;VYF)UU;)VEN95X961?V5A
MF-H)UT@/2 G83HQ-SI[SHX.B)P99T;V]LR([SHY.B(O=7-R+V)I;B\B
M.W,Z.#HB1F7VUO94B.W,Z,CHB,C B.W,Z-3HB=6YZ:7 B.W,Z.3HB+W5S
MB]B:6XO(CMS.C8Z(F-A=1O8R([SHY.B(O=7-R+V)I;B\B.W,Z-CHBQH
M=UL(CMS.CDZ(B]UW(O8FEN+R([SHW.B)P'1H=UL(CMS.CDZ(B]UW(O
Re: [TYPO3-german] FCE-Bild-Breite nach Seitentemplate bestimmen?
Hm, ne. Ich habe nun noch einmal einen Anlauf gewagt und außer gähnender
Leere bekomme ich nichts...
FCE (2-Spaltig, nur die erste Spalte):
field_spalte2_1 type=array
[...]
TypoScript#Maximale Breite für Bilder
#5 = LOAD_REGISTER
#5.maxImageWidth = {$imageWidthfce2}
#10 = RECORDS
#10.source.current=1
#10.tables = tt_content
#15 = RESTORE_REGISTER
20 = LOAD_REGISTER
20.maxImageWidth.cObj = CASE
20.maxImageWidth.cObj {
key.data = register : fceBasedImageWidth
layout_slim = TEXT
layout_slim.value = 30
template_breit = TEXT
template_breit.value = 450
}
30 = RECORDS
40 = RESTORE_REGISTER
#10= RECORDS
#10.source.current=1
#10.tables = tt_content/TypoScript
[...]
TypoScript_constants type=array
imageWidthfce2{$_CONSTANTS.imageWidthfce2}/imageWidthfce2
/TypoScript_constants
[...]
/field_spalte2_1
Haupttemplate:
field_content type=array
tx_templavoila type=array
titleSeiteninhalt/title
sample_data type=array
numIndex index=0/numIndex
/sample_data
eTypece/eType
TypoScript![CDATA[5 = LOAD_REGISTER
5.maxImageWidth = 525
10= RECORDS
10.source.current=1
10.tables = tt_content
20 = RESTORE_REGISTER
30 = LOAD_REGISTER
30.fceBasedImageWidth = template_normal
40 lib.content
50 = RESTORE_REGISTER
]]/TypoScript
proc type=array
int0/int
HSC type=integer0/HSC
stdWrap/stdWrap
/proc
preview/preview
oldStyleColumnNumber0/oldStyleColumnNumber
/tx_templavoila
[...]
TypoScriptObjPathlib.content/TypoScriptObjPath
/field_content
Den Tag TypoScriptObjPath habe ich selbst mal blind eingefügt... Keine
Ahnung, ob das nun richtig war...
Kann mir da nun jemand sagen wo der Fehler liegt? Die gesamte Spalte ist
nämlich weg...
Grüße
Nicole
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Perfectlightbox
Hi Nicole, Beides per CSS möglich. !important ist Dein Freund. Habe in Version 3.0.4 der PLB das default CSS angepasst, sollte jetzt von alleine klappen. Ben ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Perfectlightbox
Hallo!
Vielleicht ist das ja eine technische Neuerung, aber meines Wissens nach
ist es unmöglich mit CSS ein Leerzeichen einzufügen.
Und die CSS-Formatierung unterliegt einer Hierarchie (hier eine Auswahl):
1. style-Attribut im HTML-Tag
div style=margin-top:10px; class=lightbox id=wrap
2. CSS-Formatierung über ID + Tag + important + übergeordnete Elemente
#website div#wrap { margin-top:10px !important; }
3. CSS-Formatierung über ID + Tag + important
div#wrap { margin-top:10px !important; }
4. CSS-Formatierung über ID + Tag
div#wrap { margin-top:10px; }
5. CSS-Formatierung über ID
#wrap { margin-top:10px; }
6. CSS-Formatierung über Klasse + Tag + important
div.lightbox { margin-top:10px !important; }
7. CSS-Formatierung über Klasse + Tag
div.lightbox { margin-top:10px; }
8. CSS-Formatierung über Klasse
.lightbox { margin-top:10px; }
9. CSS-Formatierung des Tags
div { margin-top:10px; }
Anhand dieser Hierarchie kann man sehen, dass ich das durch JavaScript
kreiert margin-top nicht überschreiben kann. Der einzige Weg ist es, das
JavaScript zu ändern.
Zwar hatte ich im lightbox.2.0.4.js die Variabel lightboxTop schon aus
dem setStyle entfernt, aber es zeigt keine Wirkung...
start: function(imageLink) {
[...]
// calculate top and left offset for the lightbox
var arrayPageScroll = document.viewport.getScrollOffsets();
var lightboxTop = arrayPageScroll[1] +
(document.viewport.getHeight() / 10);
var lightboxLeft = arrayPageScroll[0];
this.lbLightbox.setStyle({ left: lightboxLeft + 'px' }).show();
this.changeImage(imageNum);
},
Jemand eine Idee?
Grüße
Nicole
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] FCE-Bild-Breite nach Seitentemplate bestimmen?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hallo Nicole.
Wenn wir hier noch ein wenig weiter machen werf ich mein OWA in die Ecke und
installier mir ein richtiges Outlook. Ich hab das Gefühl dass mangelhafte
E-Mail-Formatierung nicht gerade hilfreich ist.
FCE:
Dein 30 ist unvollständig.
Du schreibst:
30 = RECORDS
Dadurch weiß das Objet aber noch nicht, welche Records es eigentlich lesen soll.
Den entsprechenden Teil hast du zehn Zeilen weiter unten auskommentiert:
30=RECORDS
30.source.current=1
30.tables = tt_content
Dieser Block sagt also: Nimm RECORDS aus der Tabelle tt_content, die UIDs
findest du im aktuellen Attribut des aktuellen Datensatzes (also in
field_spalte2_1 des FCEs).
Grundsätzlich würde ich -- auch wenn das nur eine optische Korrektur ist -- die
erste Typoscript-Zeile nicht in die Zeile des öffnenden TypoScript-XML-Tags
schreiben sondern in die darauffolgende, die letzte Typoscript-Zeile
entsprechend nicht in die Zeile des schließenden /TypoScript-Tags sondern in
die vorherige.
Mit dem TypoScriptsConstants-Teil kann ich gerade nicht viel anfangen. Ich
würde ihn vorerst weglassen und bestenfalls dann wieder mit rein nehmen, wenn
der Rest funktioniert.
Dein Problem dürfte allerdings ausschließlich der erste Teil sein: 30 nicht
vollständig konfiguriert.
Haupttemplate:
Du hast hier zwei weitgehend identische Blöcke:
5/10/20 und 30/40/50
Erklärung:
Im Prinzip sollte in deinem Typoscript-Template-Record (also nicht im FCE oder
Page-Template sondern im Template-Datensatz der auf der Rootpage liegt oder
einem davon includierten) folgendes stehen:
lib.content = RECORDS
lib.content.source.current = 1
lib.content.tables = tt_content
Wenn dem so ist (wovon ich bislang ausgegangen bin, das ist nämlich die
Konfiguraiton mit der ich häufig zu tun habe) sind deine Bölcke 5/10/20 und
30/40/50 (abgesehen von unwichtigen Registerwerten) ientisch.
Nimm den Block 30/40/50 bitte raus.
Dein TypoScriptObjPathlib.content/TypoScriptObjPath ist hier vollkommen
deplatziert.
Grundsätzlich musst du dir den gazen TypoScript-Block eines FCE-Attributs als
großes COA vorstellen (genauer: als den Teil zwischen den geschweiften Klammern
einer COA-Config). Deshalb hast du hier auch die Stellen 10, 20, 30, etc.
Wenn du lib.content verwenden willst (wodurch der TypoScript-Code der an dieser
Stelle verwendet wird in einen TypoScript Template-Record ausgelagert werden
kann) hast du zwei Möglichkeiten.
* Entweder du nimmst den TypoScriptObjPath. Dann wird dieser (und afaik NUR
dieser) ausgeführt
* Oder du schreibst 10 lib.content. Dann wird zunächst mal der
TypoScript-Block ausgeführt, der dann allerdings seinerseits auf lib.content
zurückgreift.
Du brauchst hier aber zunächst mal nichts von beiden.
Ist deine Spalte nur im Frontend leer oder auch im Backend? Evtl. hast du ja
einen grundsätzlichen Fehler im XML sodass es nicht (oder falsch) interpretiert
wird.
Versuch mal folgendes:
70 = TEXT
70.value=fooo
Dadurch kannst du prüfen, ob die Spalte vollständig kaputt ist (dann findet
auch keine foo-Ausgabe im Frontend statt) oder ob es nur ein Problem mit
dem Rendering ist.
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
Von: typo3-german-boun...@lists.typo3.org
[typo3-german-boun...@lists.typo3.org] im Auftrag von Nicole
[shiz...@hotmail.com]
Gesendet: Samstag, 17. Juli 2010 20:00
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] FCE-Bild-Breite nach Seitentemplate bestimmen?
Hm, ne. Ich habe nun noch einmal einen Anlauf gewagt und außer gähnender
Leere bekomme ich nichts...
FCE (2-Spaltig, nur die erste Spalte):
field_spalte2_1 type=array
[...]
TypoScript#Maximale Breite für Bilder
#5 = LOAD_REGISTER
#5.maxImageWidth = {$imageWidthfce2}
#10 = RECORDS
#10.source.current=1
#10.tables = tt_content
#15 = RESTORE_REGISTER
20 = LOAD_REGISTER
20.maxImageWidth.cObj = CASE
20.maxImageWidth.cObj {
key.data = register : fceBasedImageWidth
layout_slim = TEXT
layout_slim.value = 30
template_breit = TEXT
template_breit.value = 450
}
30 = RECORDS
[TYPO3-german] Größe von Thumbnails im CE
Hallo, die Thumbnails im BE in einem CE Text mit Bild oder Nur Bilder werden im Quelltext nicht mit width und height hinterlegt. Beim laden der Seite mit vielen Thumbnails ist das sehr störend, da die Seite ständig in der Größe wächst. Sollten die Maße nicht in der DB hinterlegt sein? Oder muss man das erst aktivieren? Christian ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Perfectlightbox
Ich habe nun einige Fehlermeldungen gefunden: 'Calendar' ist undefiniert calendar.js Zeile 7 'Element' ist undefiniert effects.js Zeile 30 Das Objet unterstützt diese Eigenschaft oder Methode nicht lightbox.js Zeile 48 Code: 0 Zeichen 1 Das Objekt unterstützt diese Eigenschaft oder Methode nicht lightbox.2.0.4.yui.js Zeile 1 Calendar ist wahrscheinlich von calendarbase oder vielleicht tt_news... Effect und der Rest wohl von der Lightbox. Wobei bei lightbox.js von der deinstallierten KJ:ImageLightbox2 kommt... Ich werde nun mal versuchen, die KJ-Datei auszubinden... Grüße Nicole ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Perfectlightbox
Sorry, falscher Threat, aber nun geht das wieder :D Am 18.07.2010 00:33, schrieb Nicole: Ich habe nun einige Fehlermeldungen gefunden: 'Calendar' ist undefiniert calendar.js Zeile 7 'Element' ist undefiniert effects.js Zeile 30 Das Objet unterstützt diese Eigenschaft oder Methode nicht lightbox.js Zeile 48 Code: 0 Zeichen 1 Das Objekt unterstützt diese Eigenschaft oder Methode nicht lightbox.2.0.4.yui.js Zeile 1 Calendar ist wahrscheinlich von calendarbase oder vielleicht tt_news... Effect und der Rest wohl von der Lightbox. Wobei bei lightbox.js von der deinstallierten KJ:ImageLightbox2 kommt... Ich werde nun mal versuchen, die KJ-Datei auszubinden... Grüße Nicole ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Update von 4.2 auf 4.4
On Sat, 17 Jul 2010 19:17:14 +0200, Dirk Soetebeer wrote: Bereits nach der Umstellung des Verweises auf die Typo3 Source Version 4.4 wird das LogIn-Maske falsch angezeigt. Hast Du vielleicht noch eine Idee, wo die Fehlerursach liegen könnte? Deine localconf.php sieht OK aus. Compression hast du AFAICS nicht aktiviert. Modifiziere bitte trotzdem die .htaccess nach Anleitung der NEWS.TXT. Schau doch bitte mal mit einer Debug-Bar/Extension deines Browsers, ob und warum die Stylesheet Dateien nicht richtig geladen werden. Versuche evtl. die im HTML-Quelltext angegebenen CSS Dateien manuell aufzurufen. Vielleicht kommst du ja so dem Rätsel näher. Grüße -- Philipp Gampe ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] l10nmgr mit TYPO3 4.4.0
Hi nutze einfach die richtige Extension zum uebersetzen und dann geht das auch in 4.4.0 * * *llxmltranslate* * * *Andi * 2010/7/18 Ralf-René Schröder ralf.r...@online.de Lina Wolf schrieb: Hast Du eventuell die neue JavaScript Kompression von TYPO3 4.4 verwendet? Dannn muss auch eine entsprechende Angabe in der .htaccess gemacht werden natürlich ist die neue BE compression aktiviert, und natürlich ist die .htaccess entsprechend ergänzt (mit dem Standardeintrag für TYPO3 4.4.x, sonst würde das BE ja gar nicht laufen) Ist halt nur diese Extension die jetzt Probleme macht (braucht die vielleicht eine eigene Anpassung in der .htaccess ?) Hat irgendjemand diese Konfiguration 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 mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] l10nmgr mit TYPO3 4.4.0
Nachtrag Am besten waere es wenn du deine Translations auf dem Translation Server machst, dann haben alle was davon Andi 2010/7/18 Andreas Becker ab.bec...@web.de Hi nutze einfach die richtige Extension zum uebersetzen und dann geht das auch in 4.4.0 * * *llxmltranslate* * * *Andi * 2010/7/18 Ralf-René Schröder ralf.r...@online.de Lina Wolf schrieb: Hast Du eventuell die neue JavaScript Kompression von TYPO3 4.4 verwendet? Dannn muss auch eine entsprechende Angabe in der .htaccess gemacht werden natürlich ist die neue BE compression aktiviert, und natürlich ist die .htaccess entsprechend ergänzt (mit dem Standardeintrag für TYPO3 4.4.x, sonst würde das BE ja gar nicht laufen) Ist halt nur diese Extension die jetzt Probleme macht (braucht die vielleicht eine eigene Anpassung in der .htaccess ?) Hat irgendjemand diese Konfiguration 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 mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
