Re: [TYPO3-german] real-url problem
Hallo Basti, hast du eine gleichnamige Seite nochmals im Seitenbaum auf der gleichen Ebene? RealUrl reagiert auch auf Sysfolder und auf versteckte Seiten! Das war bei mir mal das Problem: ich hatte einen Sysfolder namens News und eine Seite namens News. Gefunden wurde der Sysfolder, der aber nicht dargestellt werden konnte => Fehler, Seite nicht gefunden. Dito wenn es eine gleichnamige aber versteckte Seite gibt. Gruß Peter Am 24.09.2009 um 00:39 schrieb Basti: > Hallo Liste, > > hab wieder einmal ein problem mit realurl :( > > habe einen neuen menüpunkt irgendwo auf der seite angelegt z.b.: > > www.domainname.de/testerbester/test/testname.html > > hat mir alles angezeigt und hat alles super gefunzst. > > nun verschiebe ich die seite und nun wird sie nicht mehr gefunden :( > > www.domainname.de/testname.html > > Woran kann das liegen? > > danke euch, basti > > > -- > -- > > TYPO3 - TIPS - ANLEITUNGEN - NEWS - TYPO3 > > unter: http://blog.ingeniumdesign.de/ > > -- > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] MSIE 8 login FE funktioniert nicht
Hallo, ein Schuss ins Blaue, aber ich habe da noch was in Erinnerung aus der letzten Zeit: überprüft mal die CookieDomain im Install-Tool bzw. schreibt da die richtige Domain rein. Vielleicht gehts dann. Gruß Peter Am 03.09.2009 um 00:30 schrieb Christian Tauscher: > Lutz Rothe schrieb: > >> Safari, Firefox, etc. anmelden nur eben nicht unter IE8. >> Hat jemand eine Idee? > > Nein, leider hab ich auch keine Idee dazu. Aber das gleiche Problem. > Da ich weder im Bugtracker was finde (suchen ist schwer: ie8 MSIE8 > iExplorer 8 mit und ohne leerzeichen etc endlos.) > > Naja, was ich mich frage: Seit den letzten Sicherheitsupdates (ihr > erinnert euch alle 2 Tage ein neues update) ist das ganze Logingedöns > eine Tortur unter TYPO3 geworden. > > (Danke an das Sicherheitsteam das ihr euch die Mühe macht - ich bin > überzeugt ihr handelt nach bestem wissen und gewissen!) > > Aber dennoch: Im BE kann man nicht mehr auf 2 Seiten eingeloggt sein > die > die gleiche domain haben. Gerade auf meinem Entwicklungsrechner > (localhost) spickts einen ständig raus, ausser man macht verschiedene > Browser auf. Ade Tabbed Browsing... > > Haben andere Syseme ähnliche Probleme wie TYPO3 im Moment? Zwar sicher > aber nur zu 70% zu gebrauchen wenn es um FE logins geht. > Ich hab newlogin probiert, das normale login Formular, die neue feuser > Sache. Aber immer das gleiche im IE8 loggst du dich ein, ein klick und > das wars. > Oder ist es doch ein Ie8 Problem? Aber welchen Schalter leg ich um? > > Klaro sessions/cookies/verlauf etc. schon so oft gelöscht das die > Festplatte an der Stelle warscheinlich schon durchscheinend ist. > > Ich werd jetzt noch eine Sack voll EXT deaktivieren, vieleicht schießt > das was dazwischen... > > Schöne Nacht wünscht allen > > Christian. > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news-Links auf externe Seiten / andere Domain
Ich antworte mir mal selbst, vielleicht kann es noch jemand anders irgendwann brauchen. Es handelt sich prinzipiell um eine Core- Funktion ... 1. Jeder Seitenzweig, der zu einer Domain gehört, bekommt in seiner Wurzelseite natürlich einen Domain-Record - die Grundvoraussetzung für Multidomain-Sites. 2. in den Seiteneigenschaften der jeweiligen Wurzelseiten wird zusätzlich bei Optionen eingestellt "Ist Anfang der Webseite" 3. in das Setup des gesamten Auftritts - also in die Rootseite mit der Weltkugel - kommen diese Angaben: config.typolinkCheckRootline = 1 config.typolinkEnableLinksAcrossDomains = 1 Damit werden automatisch alle Menüs, Links im RTE und die pid-Angaben in den News - also letztlich alle Typolinks - mit den passenden Domains ergänzt, die sich in der Rootline der Seiten befinden. Eine saubere Funktionalität, die es offenbar schon immer gibt. Probleme gab es allerdings in drei Fällen: 1. nicht alle Domains der Site sind in eigenen Seitenzweigen, sondern überlagern sich. Ich habe z. B. das Problem, dass der gesamte Auftritt unter einer Domain zu erreichen sein soll und Teile - also Unterzweige - unter eigenen Domains. Links zwischen Zweigen mit eigenen Domains funktionieren (ab Version 4.2 allerdings erst), Links in Zweige ohne eigene Domain bzw. in die Hauptdomain, die sich in der Root befindet, leider nicht. (Im Bugtracker steht zwar, das Problem sei in 4.2 gefixt, bei mir geht es aber nicht.) 2. Wenn sich auf einzelnen Seiten Domainrecords befinden, werden die Links zu diesen Seiten mit dem ersten Domain-Record ergänzt, was in RealUrl zu Fehlern führt, wenn nicht jede einzelne Seite mit Domainrecord in die Config-Datei aufgenommen wird (was Redakteure ja nicht können). Lösung: die Domain-Records auf Seiten auslagern, die sich nicht im Menü befinden, und dort die Domainrecords so einrichten, dass sie auf die eigentliche Zielseite weiterleiten. So können auch Redakteure Landingpages mit Domains oder Subdomains einrichten. 3. Wenn ein Seitenzweig mehrere Domainrecords enthält, kann es Probleme geben, da immer der erste Record für die Domain-Links verwendet wird. Auch hier ist die Lösung ein Auslagern der Domainrecords in eine eigene Landingpage, die nicht im Menü auftaucht, und deren Domain-Records auf die Zielseite weiterleiten. Zusammen mit Realurl nicht ganz leicht einzurichten, es scheint aber nach einigem Gefummel mit Version 4.2. gut zu funktionieren. Der Praxistest steht noch aus, aber auf meinem Testserver läuft es. Viele Grüße Peter Am 28.08.2009 um 16:14 schrieb Peter Linzenkirchner: > Hallo, > > ich habe folgendes Problem: > Typo3-Installation mit mehreren Domains in einem Seitenbaum, jeweils > mit Domain-Records getrennt, funktioniert. Aber ich möchte / soll die > Links, die aus dem tt_news-Modul führen (nicht nur für reine News > eingesetzt) auf eine eigene Domain umleiten, also nicht als interne, > sondern als externe Links führen. > > Konkreter: > News in LATEST-Darstellung in Domain A sollen verlinken auf eine News- > Seiten mit der SINGLE-Darstellung in Domain B. > > Hat jemand eine Idee, wie ich das erreichen könnte? > > Vielen Dank > Peter > > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] tt_news-Links auf externe Seiten / andere Domain
Hallo, ich habe folgendes Problem: Typo3-Installation mit mehreren Domains in einem Seitenbaum, jeweils mit Domain-Records getrennt, funktioniert. Aber ich möchte / soll die Links, die aus dem tt_news-Modul führen (nicht nur für reine News eingesetzt) auf eine eigene Domain umleiten, also nicht als interne, sondern als externe Links führen. Konkreter: News in LATEST-Darstellung in Domain A sollen verlinken auf eine News- Seiten mit der SINGLE-Darstellung in Domain B. Hat jemand eine Idee, wie ich das erreichen könnte? Vielen Dank Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Seitendarstellung mit Internet Explorer fehlerhaft
Hallo Leo, vielleicht ist blos ein Seiteninhalt ein paar Pixel zu breit. Dann springt im IE 6 alles nach unten. Wenn dann zusätzlich ein overflow:hidden wirkt, wird nichts mehr angezeigt. Gruß Peter Am 15.07.2009 um 16:41 schrieb Leo Führinger: > Hallo zusammen, > weiß nicht, ob das Thema hier her gehört, da es vermutlich am css > liegt: > Hab grad eine Mail bekommen, dass seit zwei Tagen der Inhalt der > Homoepage nicht mehr vollständig angezeigt wird. > Hab keine Probleme mit dem Firefox und IE7 feststellen können, jedoch > mit dem IE6: Der zeigt nur noch das Menü an und keinen Seiteninhalt > mehr > an - Quelltext ist jedoch vollständig. > Seite: www.dav-ettlingen.de > > Kann mir da bitte jemand nen Tipp geben? Werd aber auch nochmal in > einem > css-Forum nachfragen... > > Danke, > Leo > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] dam_downloads
Hallo, ich habe folgendes Problem: in meinen Downloadlisten mit dam_downloads erscheinen alle Dateien doppelt. - physikalisch sind die Dateien nur einmal vorhanden - in der Kategorienübersicht von DAM werden die Dateien auch nur einmal gezeigt. Typo3 4.2.6 DAM: 1.0.14 dam_downloads 1.1.0 Hat jemand eine Idee? Danke, Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CSS mehrere Klassen-Selektoren
Hallo Rainer, > > Deine Variante gibt keinen rechten Sinn und funktioniert nur > „zufällig“. nach dem hier http://jendryschik.de/wsdev/einfuehrung/css/selektoren ist ein derartiger kombinierter Klassenselektor valide und soll so funktionieren. Hat mich auch schon öfter geärgert, dass es im IE 6 nicht geht; schränkt einige Möglichkeiten erheblich ein. Ich habe mich dazu durchgerungen, in diesem Fall den IE 6 zu ignorieren. Zeigt er es eben falsch an ... Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GIFBUILDER
OK, antworte ich mir selbst.
Problem 2 ist nicht lösbar, da imageLinkWrap grundsätzlich nicht mit
GIFBUILDER kombiniert werden kann. Steht sogar in TSref - muss man nur
finden :-(
Es gibt einen funktionierenden Workaround; er ist im wesentlichen hier
beschrieben bzw. der Artikel hat mich auf die Lösung gebracht:
http://www.typo3wizard.com/en/forum.html?view=single_thread&cat_uid=8&conf_uid=8&thread_uid=115
Man muss über die Maskenfunktionen des IMAGE-Objekts gehen und diese
Masken - die üblicherweise eine fixe Größe haben - durch GIFBUILDER
aufbauen. Dann ist es möglich, die Masken von der Größe an die Bilder
anzupassen und die Inhalte der Masken auszurichten. Ablauf:
tt_content{
image.20.1.file >
image.20.1.file {
import.current = 1
width.field = imagewidth
m.mask.import.cObject = IMG_RESOURCE
m.mask.import.cObject.file = GIFBUILDER
m.mask.import.cObject.file {
XY = [10.w],[10.h]
format = png
# das Bild laden, damit wir die Größe entnehmen können
10 = IMAGE
10.file {
import.current = 1
width.field = imagewidth
maxW = {$styles.content.imgtext.maxW}
maxW.override.data = register:maxImageWidth
maxWInText =
{$styles.content.imgtext.maxWInText}
maxWInText.override.data =
register:maxImageWidthInText
}
# Erstellen einer weißen Box der die ganze größe
einnimmt
20 = BOX
20.dimensions = 0,0,[10.w],[10.h]
20.color = #FF
# jetzt wird die eigentliche Maske geladen und rechts
unten
ausgerichtet
30 = IMAGE
30.file = fileadmin/img/maske.png
30.align = r,b
}
m.bgImg.import.cObject = IMG_RESOURCE
m.bgImg.import.cObject.file = GIFBUILDER
m.bgImg.import.cObject.file {
XY = [10.w],[10.h]
format = png
# wieder das Bild laden, damit wir die Größe entnehmen
können
10 = IMAGE
10.file {
import.current = 1
width.field = imagewidth
maxW = {$styles.content.imgtext.maxW}
maxW.override.data = register:maxImageWidth
maxWInText =
{$styles.content.imgtext.maxWInText}
maxWInText.override.data =
register:maxImageWidthInText
}
# wieder eine Box erstellen über die gesamte Größe
15 = BOX
15.dimensions = 0,0,[10.w],[10.h]
15.color = #FF
# und das Bild laden, das auf das Original gesetzt
werden soll
20 = IMAGE
20.file = fileadmin/img/knopf.png
20.align = r,b
}
}
}
Schwere Geburt ...
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GIFBUILDER
Hallo,
> 1. die resultierende Qualität der JPGs ist sehr schlecht.
das habe ich gefunden: die GDLib 2 war nicht aktiv ... Das geht also,
bleibt das zweite Problem.
> 2. Ich möchte die normalen Content-Bilder verarbeiten (ein anderes
> Bild, z. B. eine Lupe draufsetzen). Ausgangsbasis (ohne das
> zusätzliche Bild):
>
> tt_content.image.20.1.file = GIFBUILDER
> tt_content.image.20.1.file {
> format=jpg
> quality=100
> XY = [10.w],[10.h]
> 10 = IMAGE
> 10 {
> file.import.current = 1
> file.width.stdWrap = 1
> file.width.stdWrap.field = imagewidth
> }
> }
>
> Das funktioniert, die Bilder werden verarbeitet (was man der
> mangelhaften Qualität sieht, siehe Punkt 1). Aber gleichzeitig
> verschwinden alle sonstigen Attribute: Alt-Tag, Title-Tag,
> imageLinkWrap und so weiter. Eigentlich sind diese Angaben doch gar
> nicht betroffen, sie befinden sich ja in tt_content.image.20.1 und
> sind nach wie vor gültig wie der Object-Browser zeigt. Warum sind sie
> weg?
>
> Ich habe auch schon versucht, sie wieder zu ergänzen:
>
> tt_content.image.20.1.file = GIFBUILDER
> tt_content.image.20.1.file {
> format=jpg
> quality=100
> XY = [10.w],[10.h]
> 10 = IMAGE
> 10 {
> file.import.current = 1
> file.width.stdWrap = 1
> file.width.stdWrap.field = imagewidth
> altText = TEXT
> altText.value = Ein Test.
> }
> }
>
> Geht aber auch nicht.
> Kann mir jemand meinen Denkfehler zeigen?
>
> Danke,
> Peter
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] GIFBUILDER
Hallo,
ich habe mehrere Probleme mit dem GIFBULDER (Typo3 4.2.6, imagMagick
5.5.7)
1. die resultierende Qualität der JPGs ist sehr schlecht. Ich habe im
Install-Tool bei "jpg_quality" 70 stehen, was bei normal verarbeiteten
JPGs gut passt. png_truecolor ist aktiv. Trotzdem ist die Qualität der
JPGs sofort sehr schlecht, wenn diese durch den GifBuilder laufen.
2. Ich möchte die normalen Content-Bilder verarbeiten (ein anderes
Bild, z. B. eine Lupe draufsetzen). Ausgangsbasis (ohne das
zusätzliche Bild):
tt_content.image.20.1.file = GIFBUILDER
tt_content.image.20.1.file {
format=jpg
quality=100
XY = [10.w],[10.h]
10 = IMAGE
10 {
file.import.current = 1
file.width.stdWrap = 1
file.width.stdWrap.field = imagewidth
}
}
Das funktioniert, die Bilder werden verarbeitet (was man der
mangelhaften Qualität sieht, siehe Punkt 1). Aber gleichzeitig
verschwinden alle sonstigen Attribute: Alt-Tag, Title-Tag,
imageLinkWrap und so weiter. Eigentlich sind diese Angaben doch gar
nicht betroffen, sie befinden sich ja in tt_content.image.20.1 und
sind nach wie vor gültig wie der Object-Browser zeigt. Warum sind sie
weg?
Ich habe auch schon versucht, sie wieder zu ergänzen:
tt_content.image.20.1.file = GIFBUILDER
tt_content.image.20.1.file {
format=jpg
quality=100
XY = [10.w],[10.h]
10 = IMAGE
10 {
file.import.current = 1
file.width.stdWrap = 1
file.width.stdWrap.field = imagewidth
altText = TEXT
altText.value = Ein Test.
}
}
Geht aber auch nicht.
Kann mir jemand meinen Denkfehler zeigen?
Danke,
Peter
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE -> Falsche Links
Hallo, kann ich bestätigen, der Patch funktioniert. Wie Alexander Schnitzler allerdings schreibt, funktioniert er nur, wenn die URLs keine Sonderzeichen enthalten, da im Patch einfach die Sonderzeichenkodierung deaktiviert wird. Das ist also noch nicht der Weisheit letzter Schluss, aber er funktioniert erst mal in den meisten Fällen. Bei mir hat es gereicht, die temporären Dateien in typo3temp/ rtehtmlarea zu löschen. Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE -> Falsche Links
Leider bekannt - Alle Links, die im RTE über den Firefox _angelegt_ werden, sind defekt. Das betrifft nur die letzten Firefox, Version 3.0.11 und höher. Leider aber alle Typo3-Versionen ab Version 4.2.6 einschließlich der Alfa-Versionen von 4.3. Ältere Versionen habe ich nicht getestet. Links die in Safari oder IE angelegt werden, scheinen zu funktioniern. Die Links können nach Deaktivieren des RTE manuell korrigiert werden. http://bugs.typo3.org/view.php?id=11009&nbn=7 Gruß Peter Am 13.06.2009 um 13:33 schrieb Hanspeter Jakober: > Hallo > Wenn ich mit Hilfe des RTE in meinem Content Links erzeuge, dann > erscheinen sie falsch: > http://typo3/http://iss.avnetportal.ch/?id=5"; ... > > > Richtig ist so: > http://iss.avnetportal.ch/?id=5"; ... > > > Besten Dank für euer Feedback. > > Viele Grüsse - Hanspeter > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] getData mit versch. Sprachen
Hallo,
ich habe folgendes Problem:
Das Auslesen von Daten mit dieser Konstruktion funkioniert ja gut:
temp.test = RECORDS
temp.test {
source.data = GPvar:prod
tables = tt_news
conf.tt_news = TEXT
conf.tt_news < tt_news.default
conf.tt_news {
field = title
}
}
liefert aber nur die default-Sprache. Hat mir jemand einen Tipp, wie
ich die aktuelle Sprache erhalten kann?
Vielen Dank.
Peter
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] jp_pageteaser unter 4.2
Hallo Stefan, be ich bin einen Schritt weiter gekommen ... habe micht teilweise selbst reingelegt. Ich kenne bisher nur ältere Versionen (vor 2.x) und die funktionierten so, dass man in den Seiteneigenschaften weitere Optionen hatte, die entsprechend in die pages-Tabelle geschrieben wurden. Nach dem Typo3-Update von 3.8 auf 4.2 und dem Update von jp_pageteaser war zwar noch alles in der Datenbank vorhanden, aber die Eingabemöglichkeiten in den Seiteneigenschaften fehlen und es wurde nichts mehr ausgegeben. Das liegt aber daran, dass sich das Handling komplett geändert hat, in den neuen Versionen von jp_pageteaser muss man Datensätze auf der Seite anlegen. Leider wird das offenbar beim Update nicht komplett konvertiert - auch nicht durch die Funktion "Update", die im Manual beschrieben ist - jedenfalls bekomme ich keine Ausgabe. Eine manuelle Nachbesserung ist leider zu aufwändig, hier geht es um über 100 Seiten in drei Sprachen. Aber ein Downgrade auf eine ältere Version von jp_pageteaser war möglich, die Inhalte erscheinen wieder. Nun gut, das Zeug ist wieder online und jetzt habe ich Zeit, stressfrei rauszubekommen, wie man die alten Eingaben im neuen jp_pageteaser nutzen kann :-) Vielen Dank für deine Antwort! Peter Am 02.06.2009 um 10:34 schrieb Steffen Ritter: > Peter Linzenkirchner schrieb: >> Hallo, >> >> ich bekomme jp_pageteaser unter Typo3 4.2 nicht zum Laufen. Nach der >> Installation erscheinen die entsprechenden Einstellungen in den >> Seiteneigenschaften nicht; möglichweise liegt es daran, dass unter >> 4.2 >> die Standardseiten alle zu Erweitert urden. Weiss jemand, ob die >> Extension unter 4.2 noch funktioniert oder nicht? >> >> Vielen Dank >> Peter >> > Hallo, > die Extension funktioniert auch unter 4.2 wie gewohnt und erwartet. > Was genau du in den Seiteneigenschaften suchst, weiß ich gerade nicht, > die Extension legt für neuangelegte Seiten automatisch eigenen > Datensätze (in der Seite) für diese an, wenn dies entsprechend > konfiguriert wurde... > > lG > > Steffen > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] jp_pageteaser unter 4.2
Hallo, ich bekomme jp_pageteaser unter Typo3 4.2 nicht zum Laufen. Nach der Installation erscheinen die entsprechenden Einstellungen in den Seiteneigenschaften nicht; möglichweise liegt es daran, dass unter 4.2 die Standardseiten alle zu Erweitert urden. Weiss jemand, ob die Extension unter 4.2 noch funktioniert oder nicht? Vielen Dank Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RealURL: wo ist denn die Konfiguration, ich glaub ich spinn'!
Hallo Patric, mit tt_news kommt eine mit. Schau in den Extension-Ordner Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Filemounts nur lesbar
Hallo, ich habe folgende Konstellation: Gruppe Bildredaktion soll Bilder in einen Ordner "Bilder" unter user_upload hochladen, löschen, umbenennen können. Das ist weiter kein Problem. Gruppe Redaktion soll aber auf diesen Bilderordner nur lesend zugreifen können. Der Bilderordner darf nämlich nicht durch "mal schnell hochgeladene" Bilder lizenzrechtliche versaut werden. Trotzdem sollen die Redakteure natürlich auf genau diese Bilder problemlos zugreifen können. Hat jemand eine Idee? Mit normalen Filemounts scheint es nicht zu gehen, ebenso wenig mit DAM. Zumindest finde ich nichts ... Danke Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Nofollow im RTE
Hallo, kennt jemand eine Möglichkeit, über den RTE Links mit dem Attribut rel="nofollow" zu versehen? vielen Dank Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Frontend verschluckt -Tags des RTE bei eigenen Extensions
Hallo Markus, ich kann dir sagen, warum das so ist, aber ich weiss nicht, wie es technisch lösen musst. Hintergrund ist das Verhalten von TYPO3 beim normalen Content-Rendering: Inhaltselemente werden generell ohne abgespeichert und bei der Ausgabe ins Frontend werden statt dessen alle Zeilenschaltungen in konvertiert. Das kannst du prüfen, wenn du ein Text-Element erstellst und es ohne RTE bearbeitest. Der RTE muss das berücksichtigen, sonst werden die doppelt reingeschrieben. Deshalb ist der RTE so eingestellt, dass beim Übergang aus dem RTE in die Datenbank die entfernt werden - damit sie beim Rendern des Frontends wie gewohnt wieder eingesetzt werden können. Den RTE ändern hat keinen Wert, sonst funktioniert die Ausgabe der normalen Content-Elemente nicht mehr. Du musst dafür sorgen, dass deine Extension bzw. der Inhalt deiner RTE-Datenfelder, dem normalen Content-Rendering bzw. dem Frontendparser von TYPO3 unterliegen. Das macht auch Sinn, da dadurch auch verbotene HTML-Elemente entfernt werden. Nur, wie man das in einer Extension macht, das weiss ich nicht ... Im TypoScript ist das hier dafür zuständig: lib.parseFunc bzw. lib.parseFunc_RTE. Gruß Peter Am 03.05.2009 um 22:57 schrieb Markus Kobligk: > Hallo zusammen, > > ich habe eine Extension geschrieben, die u.a. einen RTE enthält. > Zum testen habe ich dort ein bischen Text und einen Link eingetragen. > > Folgendes steht nun im HTML-Code des RTE: > > ... vor langer, langer Zeit > Lorem ipsum dolor sit amet, coctetuer adipiscing elit. Morbi > commodo, ipsum sed pharetra gravida, orci magna pharetra. href="http://www.meineDomain.de/website/?id=31"; > class="internal-link">Zur History > > Ich würde mich wahnsinnig freuen, wenn Typo3 mir das GENAU SO im > Frontend ausgeben würde, leider wird jedoch lediglich das korrekt > ausgeben, das -Tag um den Rest herum wird nicht ausgegeben. > > Dieses Problem taucht allerdings nur im RTe meiner selbst > geschriebenen > Extensions auf. Wenn ich Standard-Inhaltselemente von Typo3 benutze > und > dort im RTe etwas eingebe, dann werden die -Tags mit ausgegeben. > > Hat der RTE in eigenen Extensions eine andere Konfiguration > defaultmäßig > oder woran liegt das? Wer kann mich hier auf den richtigen Weg > bringen? > > Grüße, > Markus > > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Backend Logout sofort nach Backend Login
Es hat wohl was mit lockIP im Install-Tool zu tun. Wenn ich das auf 0 setze, kann ich mich wieder mit Safari einloggen (nach dem Löschen der Cookies allerdings). Kann jemand erklären, was es damit auf sich hat? Es gibt 5 Werte (0 bis 4), die allerdings nicht erklärt werden. Eigentlich wundert es mich, dass es nicht geht; ich habe eine fixe IP- Adresse. Da sollte sich diese Einstellung doch überhaupt gar nicht auswirken ... Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Backend Logout sofort nach Backend Login
Hallo Franz, ich habe in einer Installation das gleiche Problem; ich kann mich einloggen, wenn ich die Cookies von Typo3 lösche, allerdings nur in Firefox. Mit Safari kann ich mich gar nicht mehr einloggen. :-( Wäre auch an einer Lösung interessiert ... Peter Am 03.05.2009 um 21:24 schrieb Franz: > Hallo > Ich habe meine Seiten wie auf TYPO3.org in den Security Bulletins > beschrieben auf 4.2.6 und 2 Webseiten auf 4.3.0alpha2 upgedated. Nun > habe > ich folgendes Problem bei den Websites. Ich kann mich zwar noch > einloggen > und in der Browserleiste wird auch /backend angezeigt, doch > gleichzeitig > erfolgt ein Logout und ich muss mich wieder einloggen. > > *Folgendes habe ich bereits probiert ohne Erfolg:* > > Unsere Server haben hier PHP 5.2.0-8-etch13 und PHP 5.2.6 sowie PHP > 5.2.9 > überall das gleiche Problem! Wir haben von 4.2.3 auf 4.2.6 sowie die > beiden > 4.3.0alpha2 Sites wurden lediglich von einem anderen Server mit PHP > 5.2.9 > übernommen. Sie laufen dort, nachdem man das IP logging abgeschlatet > hat > > // IPLOG > > $TYPO3_CONF_VARS['BE']['IPmaskList'] = ''; >> >> $TYPO3_CONF_VARS['BE']['lockIP'] = '0'; >> >> $TYPO3_CONF_VARS['FE']['lockIP'] = '2'; >> >> $TYPO3_CONF_VARS['SYS']['lockingMode'] = ''; >> >> $TYPO3_CONF_VARS['SYS']['doNotCheckReferer'] = '0'; >> >> $TYPO3_CONF_VARS['SYS']['no_pconnect'] = '0'; >> >> >> > - Encryption key gelöscht - caches geleert / typo3conf temp files > gelöscht - auch manuel noch in der DB Cache entleert - Key erneuert > - Browser Caches gelöscht und alles aud diversen Browsern > ausprobiert FF, > IE, Chrome, Safari, Opera - alle haben das gleiche Problem. > - Ein Downgrade der Source auf 4.2.3 ermöglicht wieder das > einloggen in > alle unsere Webseiten. - das ist jedoch unsicher weshalb wir ja > gerade > upgegraded haben. > - Dieses Login Logout Problem wurde auch schon bei 4.2.4 > festgestellt und > wohl nie richtig abgestellt wie man dem Bugreports entnehmen kann. > - wir benutyen keinen Proxy > - be_session tabelle geleert > > http://www.nabble.com/-TYPO3-german--backend-login-funktioniert-nur-noch-sporadisch-td23157373.html > http://lists.netfielders.de/pipermail/typo3-german/2009-April/058098.html > > Gibt es irgend eine andere Möglichkeit an der es noch liegen könnte, > dass > vor allem die beiden 4.3 Seiten zwar auf dem einen Server laufen und > es auf > dem neuen nicht möglich ist sich ins Backend einzuloggen. Die wurden > 1:1 von > dem anderen Server per wget übernommen und DB direkt eingespielt. > > Wir sind für weitere Ideen sehr empfänglich > > Danke > Franz > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news: Abwechselnde Hintergru ndfarben im listview möglich?
Hallo Markus, schau dir mal das Stichwort "alternatingLayouts" auf dieser Seite an: http://typo3.org/documentation/document-library/extension-manuals/tt_news/2.5.2/view/1/7/ Das hier ist default: ... Das wird jedes zweite mal eingesetzt: ... Na ja, und das jedes dritte Mal: ... Dazu muss aber "alternatingLayouts=3" gesetzt werden - für drei abwechselnde Layouts. Gruß Peter Am 02.05.2009 um 17:07 schrieb Susanna Kuenzl: > Hallo, Markus! > >> gibt es eine Möglichkeit tt_news beizubringen im listview die Zeilen >> immer mit 2 abwechselnden Hintergrundfarben auszugeben OHNE an der >> Extension rumzubasteln? > > Das alte tt_news-Template (tabellenbasiert, ist immer noch > vorhanden) hatte > zwei Platzhalter für alternierende Zeilenfarben: > tt_news/pi/news_template.tmpl (GC1 - first alternating color, GC2 - > second > alternating color). Im tabellenfreien Template ist das anscheinend > nicht > mehr vorhanden. Hier bietet sich eine Lösung mit jQuery an: > http://www.packtpub.com/article/jquery-table-manipulation-part2. > > HTH und einen schönen Sonntag > > Susanna > > > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Neuling: dritte Navigationsebene
Hallo Michael, meinst du jetzt 3 Menü_punkte_ oder 3 Menü_ebenen_? Ich gehe jetzt mal von drei Ebenen aus. Dass die dritte Ebene woanders aufgeht, geht mit CSS nicht, dazu brauchst du zwei getrennte Menüs in Typo3. Lege zwei Platzhalter an und baue zwei Menüs. Das erste Menü zeigt zwei Ebenen, das zweite beginnt mit der 3. Ebene. Die Einstiegsebene eines Menüs gibst du mit entryLevel an. http://typo3.org/documentation/document-library/core-documentation/doc_core_tsref/4.2.0/view/1/8/#id4251386 Wenn du das 2. Menü korrekt aufbaust, so ist bei den ersten beiden Menüebenen auch tatsächlich nichts sichtbar, auch keine leeren Tags. Gruß Peter Am 22.04.2009 um 13:21 schrieb Michael Warzitz: > Hallo, > erst einmal sorry das ich hier ein thread geklaut habe, hoffe das > ich jetzt > alles richtig gemacht > Hier noch einmal mein Problem: > > ich habe in Typo eine Seitenstruktur angelegt, insgesamt sind es drei > Untermenüpunkte. die ersten beiden Menüpunkte sollen auf der linken > seite > dargestellt werden, das funktioniert auch. klicke ich nun auf den > zweiten > menüpunkt, soll die dritte menebene aufgehen, problem die soll ganz wo > anders aufgehen und zwar über dem contentbereich, ich habe nun > versucht per > css im zusagen das er dort aufgehen soll, leider funktioniert das > nicht. > ich habe schon überall recherchiert leider habe ich nichts passendes > gefunden, kann mir jemand sagen, wie man soetwas macht oder wo ich > dazu > etwas finde. > ich danke jetzt schon mal für eure hilfe! > > > Mit freundlichen Grüßen > > Michael > > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Menüpunkte mit "Nachdruck"
Hallo Peter versuche mal rgmenu Viele GrüÃe Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Mails per Typo3 auf Mac OSX verschicken
Hallo Tobias, den Postfix hast du schon aktiviert, oder? http://www.mamp.info/de/mamp-pro/features/email.html sonst tut sich da nix. Falls das immer noch nicht geht, kann Typo3 Mails auch via SMTP versenden; dazu musst du im Install-Tool einen Mailaccount angeben. Gruß Peter Am 25.03.2009 um 15:05 schrieb Tobias Bruns: > Hi Leute, > > ich habe hier unter Mac OSX 10.5.6 ein Typo3 Testsystem am laufen (mit > MAMP Pro). Leider kann ich keine Mail Funktionen nutzen (Formulare, > Newsletter, Mailtest im Install Tool u.s.w.) Es kommen einfach keine > Mails an bzw. es werden keine Mails verschickt. Könnt ihr mir da > helfen? Ist das eher ein Mac OSX Problem, oder liegt es wohl eher an > MAMP (Macintosh Apache MySQL PHP)? > > Gruß, > Tobias > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 4.2.6: Seitenbaum wird nicht mehr aufgeklappt
Hallo Ralf und Steffen, vielen Dank für die liebe Hilfe ... aber wie so oft saß der Fehler wieder mal vor dem Computer :-( Ich habe das Compare nicht vollständig durchgeführt ... und genau daran lags. Viele Grüße Peter Linzenkirchner Am 24.03.2009 um 20:26 schrieb Ralf-René Schröder: > von welcher Version hast du denn das Update gemacht - ich vermisse in > deiner Liste das Neuschreiben des Encryption Keys > René > >> >> Was ich bisher gemacht habe: >> - Update Wizard auf 4.2 hochgestellt >> - Cache gelöscht >> - Install-Tool: Datenbank Compare, alle Caches gelöscht >> - Temp-Dateien gelöscht (praktisch den gesamten Inhalt des >> typo3temp-Ordners >> - Datenbank Tool: Indizes aktualisiert >> - Alle Extensions raus, die nicht mit Typo3 selbst kommen. >> - neuen Adminbenutzer angelegt >> >> Jetzt bin ich mit meinem Latein am Ende. > > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 4.2.6: Seitenbaum wird nicht mehr aufgeklappt
Hallo Stefan, so einfach ist es leider nicht. Das habe ich gerade mehrfach gemacht, ausserdem drei verschiedene Browser ausgetestet. Daran liegt es nicht, fürchte ich. Es wird folgender Request durchgeführt: http://domain.de/typo3/ajax.php?ajaxID=SC_alt_db_navframe%3A%3AexpandCollapse&PM=0_0_0_browsePages und fehlerlos ausgeführt. Nur dass kein Inhalt mitkommt. Bzw. nur der Ursprung des Seitenbaums. Gruß Peter Am 24.03.2009 um 19:47 schrieb Steffen Ritter: > hi Browser-Cache komplett löschen... > das hilft ;) > > lg > Steffen > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Update 4.2.6: Seitenbaum wird nicht mehr aufgeklappt
Hallo, ein seltsames Problem nach dem Update auf 4.2.6: der Seitenbaum kann nicht mehr aufgeklappt werden. (Modul Web - Seite). Die Seiten sind noch da, man kann sie z. B. über Modul Liste und / oder Modul Zugriff erreichen. Eine DB-Überprüfung ergibt im Bereich Seitenbaum auch alle Seiten. Man kann neue Seiten anlegen, auch diese wird aber nicht gezeigt. Was ich bisher gemacht habe: - Update Wizard auf 4.2 hochgestellt - Cache gelöscht - Install-Tool: Datenbank Compare, alle Caches gelöscht - Temp-Dateien gelöscht (praktisch den gesamten Inhalt des typo3temp- Ordners - Datenbank Tool: Indizes aktualisiert - Alle Extensions raus, die nicht mit Typo3 selbst kommen. - neuen Adminbenutzer angelegt Jetzt bin ich mit meinem Latein am Ende. Eine Überprüfung mit Firebug ergibt bei Klick auf das kleine +-Zeichen einen korrekt ausgeführten AJAX-Request, der als Ergebnis einfach keinen Seitenbaum enthält. Weiss jemand weiter? Danke, Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] IE Death March Beispiel
Hallo Christian, > > ich kenne sogar noch einen nutzer der NN4 nutzt.. aber der werkelt > auch > noch unter Mac os 9 rum. und da gibts keine alternative. Ne ne, das stimmt nicht, das ist eine Ausrede :-) Es gibt deutlich modernere Mozillas für OS 9. Netscape muss wirklich nicht sein. Auch iCab ist gar nicht so schlecht ... Ausserdem ist (war) der IE 5 unter OS 9 deutlich standardkonformer und besser als der IE 5 und teilweise sogar als IE 6 unter Windows. Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] tt_news: LIST und SINGLE auf einer Seite
Hallo, ich versuche gerade, LIST und SINGLE-Darstellung von tt_news auf einer Seite unterzubringen, dabei soll jeweils die SINGLE-Darstellung über der Liste stehen. Prinzipiell kein Problem, aber leider nur dann, wenn es nicht mit mehrseitiger SINGLE-Darstellung kombiniert wird. Die Variable tx_ttnews[sViewPointer] wird leider auf allen Links weitergereicht und führt dazu, dass: - der Backlink auf die reine LIST-Darstellung nicht mehr geht - die Links auf den anderen Einträgen in der LIST-Darstellung ebenfalls versuchen, direkt auf die zweite Seite eines News-Eintrags zu springen, egal, ob es den gibt oder nicht. Kennt jemand eine Möglichkeit, die Weitergabe von x_ttnews[sViewPointer] auf allen Links zu verhindern? Oder kann man das irgendwie anders ermöglichen? (Typo3 4.6, aktuelles tt_news 2.5.2). Danke Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Weiterleitung bei Login
OK, habs selber rausbekommen ... ist eigentlich logisch. Die Weiterleitung kann so nicht funktionieren, da beim Login die gleiche Seite mit dem Loginformular nochmals aufgerufen werden muss und selbst die Weiterleitung durchführen muss. Also muss die Seite nach dem Login noch für die eingeloggten Benutzer zugreifbar sein. Die Lösung ist auch ganz einfach: im Menü wird eine Weiterleitung eingebunden, die auf die eigentliche Login-Seite verweist, die selbst nicht im Menü erscheint. Die Weiterleitungsseite kann dann die Eigenschaft "Nach Anmeldung verbergen" bekommen. Eigentlich ganz easy :-) Gruß Peter Am 06.03.2009 um 21:08 schrieb Peter Linzenkirchner: > Hallo, > > ich habe folgendes Problem: > Typo3 4.2.6, felogin mit einer Weiterleitung. Weiterleitungen nach > Login scheinen nur dann zu funktionieren, wenn die Login-Seite bei > Zugriff nicht die Option "Nach Anmeldung verbergen" bekommt. Leider > ist es so aber nicht möglich, den Menüeintrag "login" nach der > Anmeldung verschwinden zu lassen und z. B. durch "Logout" zu ersetzen. > > Weiß jemand, warum die Weiterleitung in dem Fall nicht funktioniert? > Wie bekomme ich es hin, dass der Menüeintrag nach dem Login auf Logout > wechselt (und natürlich auch diese Funktion bekommt)? > > Vielen Dank > Peter > > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Weiterleitung bei Login
Hallo, ich habe folgendes Problem: Typo3 4.2.6, felogin mit einer Weiterleitung. Weiterleitungen nach Login scheinen nur dann zu funktionieren, wenn die Login-Seite bei Zugriff nicht die Option "Nach Anmeldung verbergen" bekommt. Leider ist es so aber nicht möglich, den Menüeintrag "login" nach der Anmeldung verschwinden zu lassen und z. B. durch "Logout" zu ersetzen. Weiß jemand, warum die Weiterleitung in dem Fall nicht funktioniert? Wie bekomme ich es hin, dass der Menüeintrag nach dem Login auf Logout wechselt (und natürlich auch diese Funktion bekommt)? Vielen Dank Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] transparentes PNG
Ich habe das hier gefunden dazu:
http://www.mail-archive.com/typo3-engl...@lists.netfielders.de/msg06485.html
> I set these options in install tool:
>
> [GFX][gdlib_png] = 1
> [GFX][png_truecolor] = 1
Wie er unten schreibt, brauchts eine neue gdLib. Schau mal, vielleicht
gehts in die richtige Richtung.
Gruß
Peter
Am 16.02.2009 um 20:44 schrieb Rainer Schleevoigt:
> Peter Linzenkirchner schrieb:
>> Hallo Rainer,
>>
>> für eine echte Transparenz (Alphakanal) musst du natürlich ein 24-
>> Bit-
>> PNG erstellen, ein 8-Bit wie deines reicht nicht. Ein 8-Bit-PNG
>> verfügt im wesentlichen über die gleichen Möglichkeiten wie ein GIF;
>> da gäbe es auch diese weissen Pünktchen.
>>
>> Hinweis: ein 24-Bit-PNG kann in IE 6 nur mit der Erweiterung iepngfix
>> angezeigt werden.
>>
> Hallo Peter,
>
> das war mir schon klar und das mit dem MSIE wollte ich dann später
> klären.
> Kann ich nun mit dem GIFBUILDER ein 24-bittiges PNG erstellen?
>> Hinweis: bei einem 8-Bit PNG bzw. einem GIF bekommst du die weissen
>> Pünktchen weg, wenn du als Hintergrundfarbe nicht weiss sondern eine
>> dunklere Farbe wählst. Dann wird in einen dunkleren Farbton geglättet
>> und das Anti-Aliasing (um das es sich hier handelt) ist nicht mehr
>> sichtbar.
>>
>>
> Das habe ich jetzt auch schon mit einem mittleren Grau gemacht. Es
> geht,
> ist eben suboptimal.
>> Viele Grüße
>>
>
> Grüße
> Rainer
>> Peter Linzenkirchner
>>
>>
>>
>>
>> Am 16.02.2009 um 14:47 schrieb Rainer Schleevoigt:
>>
>>
>>> Hallo,
>>>
>>> hier http://ki.tarot.webmasterei.com/index.php?id=20 soll in die
>>> Headline ein Schriftzug hin.
>>>
>>> Wie bekommt man nun den Weißen rand weg? Das Bild miteinbeziehen
>>> geht
>>> nicht, weil der Textblock sich ja verschiebt in Abhängigkeit der
>>> Fenstergröße...
>>>
>>>
>>> lib.kopfbild = IMAGE
>>> lib.kopfbild {
>>> file=GIFBUILDER
>>> file {
>>> XY = 770,100
>>> format = png
>>> transparentBackground = 1
>>> 20 =TEXT
>>>
>>> 20.text = {$mytext}
>>> 20.fontFile = fileadmin/ttf/MegadethCryptic.ttf
>>> 20.fontSize = 88
>>> 20.fontColor = #66
>>> 20.nicetext = 0
>>> 20.offset =10,85
>>> 15 = SHADOW
>>> 15.textObjNum = 20
>>> 15.color= black
>>> 15.blur= 80
>>> 15.opacity =40
>>> 15.offset = 10,10
>>>
>>> }
>>> }
>>>
>>> Schatten funzt übrigens auch nicht.
>>>
>>> Rainer
>>> ___
>>> TYPO3-german mailing list
>>> TYPO3-german@lists.netfielders.de
>>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
>>>
>>
>> ___
>> TYPO3-german mailing list
>> TYPO3-german@lists.netfielders.de
>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
>>
>>
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] transparentes PNG
Hallo Rainer,
für eine echte Transparenz (Alphakanal) musst du natürlich ein 24-Bit-
PNG erstellen, ein 8-Bit wie deines reicht nicht. Ein 8-Bit-PNG
verfügt im wesentlichen über die gleichen Möglichkeiten wie ein GIF;
da gäbe es auch diese weissen Pünktchen.
Hinweis: ein 24-Bit-PNG kann in IE 6 nur mit der Erweiterung iepngfix
angezeigt werden.
Hinweis: bei einem 8-Bit PNG bzw. einem GIF bekommst du die weissen
Pünktchen weg, wenn du als Hintergrundfarbe nicht weiss sondern eine
dunklere Farbe wählst. Dann wird in einen dunkleren Farbton geglättet
und das Anti-Aliasing (um das es sich hier handelt) ist nicht mehr
sichtbar.
Viele Grüße
Peter Linzenkirchner
Am 16.02.2009 um 14:47 schrieb Rainer Schleevoigt:
> Hallo,
>
> hier http://ki.tarot.webmasterei.com/index.php?id=20 soll in die
> Headline ein Schriftzug hin.
>
> Wie bekommt man nun den Weißen rand weg? Das Bild miteinbeziehen geht
> nicht, weil der Textblock sich ja verschiebt in Abhängigkeit der
> Fenstergröße...
>
>
> lib.kopfbild = IMAGE
> lib.kopfbild {
>file=GIFBUILDER
>file {
>XY = 770,100
>format = png
>transparentBackground = 1
>20 =TEXT
>
>20.text = {$mytext}
>20.fontFile = fileadmin/ttf/MegadethCryptic.ttf
>20.fontSize = 88
>20.fontColor = #66
>20.nicetext = 0
>20.offset =10,85
>15 = SHADOW
>15.textObjNum = 20
>15.color= black
>15.blur= 80
>15.opacity =40
>15.offset = 10,10
>
>}
> }
>
> Schatten funzt übrigens auch nicht.
>
> Rainer
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] XML-Verarbeitungsfehler
Hallo Christian, es ist wahrscheinlich eine Leerzeile vor der XML-Deklaration. Schau dir das Template an; vermutlich ist sie das schon drin. Viele Grüße Peter Linzenkirchner ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Denkanstoss für Realisierung "A ssettbox-Layout"
Hallo David, Am 27.01.2009 um 11:09 schrieb David Bruchmann: > Da kannst Du die Option slide verwenden: > > http://typo3.org/documentation/document-library/references/doc_core_tsref/4.2.0/view/1/8/#id4251042 Achtung, das geht bei TemplaVoila etwas anders. Siehe hier: http://www.lisardo.biz/wiki/Content-Slide-mit-TemplaVoila/ Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Extension Empfehlung Upload für D ruckerei
Hallo Sascha, ich zähle auch Druckereien und Agenturen zu meinen Kunden und deren Problem ist, dass deren (End-)Kunden teils kaum mit einem Browser umgehen können und schon gar nicht mit einem FTP-Programm. Im Zweifel haben sie gar kein FTP-Programm und sind auch nicht in der Lage, ohne persönlichen Support eines zu installieren. Gruà Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit RTE: interne Links
HAllo Dee, ich habe leider kaum Erfahrung mit real url, aber folgendes ist nötig: - Installation der Extension - TypoScript-Template anpassen - Anpassung der ext_localconf.php Na ja, in Punkt 2 und 3 könnten Reste übrig geblieben sein. Natürlich könnte es auch eine andere Extension sein - es gibt noch mehrere, die die URLs anpassen, cooluri z. B., ausserdem gibt es eine Menge Erweiterungen, die Real Url erweitern oder modifizieren. Suche mal deine Extensions alle durch, ob irgendwas in der Richtung vorhanden ist. Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit RTE: interne Links
Nachtrag: bitte zum Posten an die Liste _nicht_ eine vorhandene Mail suchen, auf reply drücken und den Betreff überschreiben. Da Thread nicht durch den Betreff sortiert werden sondern durch eine ID im Mailheader wird die Frage nämlich im falschen Thread eingeordnet - so wie diese hier, die bei "Erweitertes tt_news Template nutzen" eingeordnet wird. Da dieser Thread längst abgeschlossen ist, dürften diese Frage nur noch sehr wenig Listenteilnehmer sehen. Also im eigenen Interesse nicht über reply gehen sondern eine neue Mail anlegen. Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit RTE: interne Links
Hallo Das Problem kann nicht an Simulate Static Documents liegen, das ergäbe Links in dieser Form: http://www.domain.tld/seitenname.0.11.html Diese Linkform: http://www.domain.de/3/ weist vielleicht auf Real Url oder einer anderen, entsprechenden Erweiterung hin. Wenn die Links in dieser Form im HTML-Text des Frontend-Outputs stehen, dann hat es auch nicht mit der .htaccess-Datei zu tun, diese ist nur dazu da, die Links in dieser Form: http://www.domain.de/3/ für den tatsächlichen Seitenaufruf wieder in http://www.domain.de/index.html?id=3 umzuwandeln. Teste mal, ob andere interne Links - also ohne RTE erstellt (z. B. Text) - ebenfalls so aussehen, dann hat es nämlich auch nichts mit dem RTE zu tun sondern mit dem Frontend-Rendering. Ich würde man im Setup nach Resten einer Real Url Einrichtung suchen. Gruß Peter Am 19.12.2008 um 07:40 schrieb Michael Gnessner: > Am Fri, 19 Dec 2008 13:46:27 +1100 schrieb Dieu Chung Truong: > Guten Morgen Dee, > >> //Und zwar werden im Frontend die internen Links so dargestellt, >> obwohl >> ich kein RealUrl nutze: http://www.domain.de/3/ >> /Wobei 3 für die Pageid steht, natürlich findet Typo3 die Seite >> nicht, >> wenn man darauf klickt.// >> // >> /Richtig wäre der Link so: http://www.domain.de/index.php?id=3/ >> // >> /In der Datenbank ist der Link so gespeichert: / >> // >> /Es muss also irgendwie ein Fehler beim Übersetzen des Links von DB >> zu >> Frontend geben./ > Schau doch mal, ob Du eventull in Installtool oder in Deinem > Typoscript > irgendwo SimulateStaticDocuments aktiviert hast. Wenn ja, solltest Du > ´s auf > 0 setzen oder wenn Du suchmaschinenfreundlichere URLs haben > möchtest, wirf > mal einen Blick auf Deine .htacces-Datei. Dort kannst Du´s > entsprechend > konfiigurieren, dass der Link dann http://www.domain.de/3.html > ergibt... > > Beste Grüße > Michael Gnessner > -- > Email: mich...@epoche-napoleon.net > WEB: http://www.epoche-napoleon.net > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 Installationsprobleme
Hallo Mario, stell das Memory Limit auf 48 MB, sonst gibts später Probleme mit den Extensions. Gruß Peter Am 12.12.2008 um 19:11 schrieb luckyno...@freenet.de: > Hi Markus! > > Genau das war der Fehler! Schnell memory limit in der php.ini auf 16MB > gesetzt (stand auf 8MB) und schon seh ich den > Installationsscreen ... ;-) > > Vielen Dank (auch an Steffen)! > > Grüsse > Mario > > > On 12.12.2008, at 18:51, Markus Deckmann wrote: > >> Hi Mario, >> >>> [12-Dec-2008 10:46:08] PHP Fatal error: Allowed memory size of >>> 8388608 >>> bytes exhausted (tried to allocate 311296 bytes) in >>> /Applications/MAMP/htdocs/TYPO3/typo3/sysext/install/mod/ >>> class.tx_install.php >>> on line 2962 >> >> Kann es sein das der Speicher den PHP verwenden darf zu niedrig ist? >> Pass mal das Memory Limit in deinem Apache unter MAMP an, evtl. >> liegts >> nur daran. >> >> Hier eine Beschreibung die Google auf die schnelle ausgespuckt hat: >> >> http://juliusbeckmann.de/blog/23_php-memory-limit-erhohen.html >> >> Ciao Markus >> ___ >> TYPO3-german mailing list >> TYPO3-german@lists.netfielders.de >> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german > > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Safari und Typo3/htmlarea
Hallo Sascha, das ist mir auch schon aufgefallen; offensichtlich ein Bug, wahrscheinlich in Safari, nicht im Textarea. Das passiert bei mir immer, wenn ein einziges Wort markiert wird, z. B. durch Doppelklick. Markiere ich mehrere Wörter funktioniert es. Bei mir funktioniert es, wenn ich das vorige oder folgende Leerzeichen mitnehme. Gruß Peter Am 10.12.2008 um 13:15 schrieb S.Korth: > Hallo zusammen, > > hat sonst noch jemand Probleme mit dem Safari im htmlarea? > Ich selbst nutze den Safari nicht, aber mein Kunde. > Bei dem aktuellen Projekt werden auch nach ändern der Schrift z.b. > in Bold, diese Formatierungen nicht gespeichert. Man kann ein Bold > dann > nicht mehr entfernen. Absolut seltsam. Habe dafür extra ein Update > durchgeführt. Kein Unterschied. > > Nutze Typo3 version 4.2.3. > > Oder ist die Kombi (Safari/htmlarea) offiziell nicht möglich? > > Gruß, > Sascha > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Preise für Typo3-Fachmann
Leute wir hatten diese Thailand-Diskussion schon und zwar bis zum Überdruss. Es ist alles dazu gesagt - einfach mal im Archiv suchen oder die Beiträge von Andreas durschschauen. Bitte lasst das Thema; daraus entwickelt sich nur wieder ein Flame War. Danke Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 4.2.1 RTE-Editor
Hallo Dirk, entscheidend ist das Posting von Peter Russ - ohne diese Zeile im Haupt-TypoScript-Template (NICHT im Setup des RTE) wird auch TinyMCE keine Unterstreichungen zeigen, da diese durch den Seitenparser von Typo3 entfernt werden. Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Serverleistung
Hallo David,
>
> Mhm, versteh ich zwar momentan nicht, ich habe eigenen Betreff
> eingegeben
> und hatte keinen anderen Thread angehängt, aber wenn ich Georg
> Unrecht getan
> habe will ich mich schon mal prophylaktisch entschuldigen ;-)
Kann man auch nicht verstehen, wenn es der Mail-Client nicht
unterstützt :-) Aber Threads werden normalerweise nicht über den
Betreff aufgebaut sondern über Headereinträge in den Mails. Wenn du
also eine Mail aufmachst, auf Antworten klickst und dann den Betreff
überschreibst, wird dein Posting trotzdem im alten Thread aufgeführt,
nur mit einem neuem Betreff (das geht und macht manchmal auch
Sinn ... ). Für dich sieht alles normal aus, aber in Clients, die
Threading unterstützen, ist deine Anfrage einfach versteckt in einem
anderen Thread. Konsequenzen:
- dein Beitrag stört den anderen Thread ("entführt" ihn)
- dein Beitrag taucht nicht auf der oberen Ebene auf - wird also von
vielen nicht gesehen - bzw. nur von denen, die sich eigentlich für den
anderen Thread interessieren.
Abhilfe ist einfach: nicht auf Antworten klicken sondern eine neue
Mail erstellen und die Adresse reinkopieren. Nun ja, musste ich auch
erst lernen :-)
Gruß
Peter
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 Backend Firefox 3
Hallo Fabian, mit Safari geht der RTE erst ab Vs. 4.2. In 3.8 bleibt deshalb nur Firefox 2 oder IE. Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Menü Problem
Hallo Jochen,
hast du dir mal das HTML angesehen? Mach das mal :-)
deine -Tags werden innerhalt der -Tags geschachtelt - das
geht nicht. Das liegt daran, dass das wrap um stdwrap herum wrapt.
Anderum muss es sein.
Gruß
Peter
Am 27.10.2008 um 13:41 schrieb Jochen Graf:
> Hallo,
> ich habe folgendes Problem mir meinem Menü
>
> http://www.typotest3.uni-landau.de/index.php?id=24
>
> Im IE springt das Bild nach unten?
>
> Ich suche schon den ganzen morgen nach einer Lösung, die es mir
> erlaubt,
> zwei Bilder OBEN/UNTEN
> im Menü einzubinden,
>
> Auszug aus dem TS
> temp.SPALTENNAVIGATION_AWW = HMENU
> temp.SPALTENNAVIGATION_AWW {
> wrap = |
> entryLevel = 0
>
> stdWrap.required = 1
> 1 = TMENU
> 1 {
> stdWrap.wrap = src='fileadmin/css/2spalterrundecken/menutop_01.gif'>| id='menubottom'> src='fileadmin/css/2spalterrundecken/menubottom_01.gif'>
> expAll = 0
> noBlur = 1
>
> wrap = |
>
> Ich finde den Fehler nicht?
>
> --
> Mit freundlichen Grüssen
>
> Jochen Graf
>
> Universität Koblenz-Landau / Campus Landau
> Arbeitstelle Multimedia/Technik-Administration
>
> Thomas-Nast-Str. 44
> 76829 Landau
>
> mail: [EMAIL PROTECTED]
> fon: 06341-990-224
> web:http://www.paeps.uni-landau.de
> web:http://www.bite.uni-landau.de
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Inhaltselement Divider
Hallo Leihla, Danke! Klar, es ist einfach standardmäßig ausgeschaltet, weil man es ja eigentlich so gut wie nie braucht. Die neue Blogextension T3Blog benötigt es für eine ganz spezielle Sache, sonst wäre es mir nie aufgefallen. Viele Grüße Peter Linzenkirchner ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Inhaltselement Divider
Hallo Simon, nicht Seitentyp sondern Inhaltselement :-) Gruß Peter Am 10.10.2008 um 23:01 schrieb Simon Harhues: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hallo Peter, > > Peter Linzenkirchner schrieb: >> in Typo3 4.2 gibt es offenbar das Inhaltselement Divider bzw. Trenner >> nicht mehr. Leider benötigt eine Extension, die ich gerade teste >> (T3Blog) dieses Inhaltselement. Kann man dieses Inhaltselement >> irgendwie >> wiederholen? > Also bei mir (T3 4.2.1; deutsches BE; login als Admin) taucht der > Seitentyp im entsprechenden Auswahlfeld unter "Visuelles Trennzeichen > für Menü" als letzter Eintrag unterhalb der Kategorieüberschrift > "Spezial" auf. Oder welchen meinst du? > Hast du ihn ggf im PageTS oder UserTS ausgeblendet? > > Gruß, > Simon > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.6 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFI78KRzqmr83R5SCwRAseEAJ497EK7l4HRd1gYq54FRUgtNBny+QCeLicH > Iqtqg3NolFht24rMknvvWJE= > =f69N > -END PGP SIGNATURE- > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Inhaltselement Divider
Hallo, in Typo3 4.2 gibt es offenbar das Inhaltselement Divider bzw. Trenner nicht mehr. Leider benötigt eine Extension, die ich gerade teste (T3Blog) dieses Inhaltselement. Kann man dieses Inhaltselement irgendwie wiederholen? Danke Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Probleme mit der RTE im Frontend in der eigenen Extension
Hallo Tobias, zu der JavaScript-Fehlermeldung kann ich nichts sagen, aber dass Safari nicht aufgeht ist normal; der RTE unterstützt Safari erst in neueren Version, ab 1.7 meines Wissens. Gruß Peter Am 10.10.2008 um 16:42 schrieb [EMAIL PROTECTED]: > Hallo zusammen, > > ich bin gerade an der Entwicklung einer Extension, die den RTE im > Frontend-Plugin einbindet. Dazu habe ich die Dokumentation benutzt, > die rtehtmlarea beiliegt. Im Mozilla klappt auch alles wunderbar. > Leider ist dies im IE6, IE7 und Safarie leider nicht so. > > Meine TYPO3-Version: 4.1.7 > htmlArea RTE Version: 1.5.6 > > IE6 und IE7 beenden das Laden des RTE mit der JavaScript- > Fehlermeldung: > > Zeile:2 > Zeichen: 24952 > Fehler: Ungültiges Argument > Code: 0 > > Safarie zeigt gar nichts an und gibt auch keine Fehlermeldung aus. > > Hat jemand Erfahrung mit dem RTE in einer eigenen Extension und kann > mir Tipps geben, wie ich das Problem lösen kann? Herzlichen Dank > schonmal im voraus! > > Gruß Tobias > > ___ > Stimme der Hoffnung e.V. > Tobias Klepp > BA Media Management > Sandwiesenstr. 35 > 64665 Alsbach-Haehnlein > VR 1293, Amtsgericht Darmstadt > Steuer-Nr. 007 250 80653 > Ust-ID: DE111671780 > tel +49 6257 50653-17 > fax +49 6257 50653-80 > ___ > > unserer Angebote: www.stimme-der-hoffnung.de www.hopechannel.de www.go7.org > www.ichwillleben.eu www.bibelstudien-institut.de www.churchphoto.de > ___ > > > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] keine -tags in der frontend-ausgabe...
Hallo Markus, der RTE zeigt dir zwar im HTML-Modus die -Tags, er schreibt diese aber nicht in die Datenbank. Der Grund liegt darin, dass das Feld auch ohne RTE bearbeitet werden kann und in diesem Fall die -Tags stören würden. Beim Rendern im Frontend wirken deshalb diese Einstellungen: lib.parsefunc.nonTypoTagStdWrap.encapsLInes.nonWrappedTag = P lib.parsefunc_RTE.nonTypoTagStdWrap.encapsLInes.nonWrappedTag = P Kontrolliere diese Einstellungen mal mit dem TypoScript-Object- Browser, vielleicht stimmt hier was nicht. Gruß Peter Am 29.09.2008 um 18:07 schrieb Markus Thaler: > hallo allesamt, > > bei einem projekt, das ich übernehmen musste werden in der ausgabe im > frontend alle -tags entfernt, obwohl sie im RTE im backend > angezeigt > werden. > > ich habe die TS-templates nach "verdächtigem" durchsucht, aber hab > nicht > gefunden, das schuld sein könnte... > > nach was könnt ich im speziellen ausschau halten? > wo ausser in den TS-templates könnte die einstellung definiert > worden sein? > > danke für eure hilfe. > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Mehrere Domain in unterschiedliche Verzeichnisse?
Hallo Andreas, Am 26.09.2008 um 04:12 schrieb Andreas Burg: > >> aber sicher geht das (einfach natürlich nur auf einem Linux Server) >> Stichwort SymLinks... > > Aah so. Danke, ist ja interessant, hab bisher nur mit Apache Servern > zu tun > gehabt. Geht das da auch? Symlinks gibts auf UNIX, Mac OS X und Linux-Systemen - ledier nicht auf Windows. Den Apache gibts dagegen für alle ... Heisst, das hat mit dem Apache-Server gar nichts zu tun, einzig mit dem Dateisystem des Betriebssystems unter dem der Server läuft. Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news perfekter Seo Link ?
Hallo Basti, > könnte man nun anstatt dem md5 wert einen normalen zb. > überschirftswert > nehmen? nein, das kann nicht gehen. Aus dem md5-Wert muss Typo3 intern ja wieder alle Variablen rekonstruieren - er muss also für jede Kombination von Variablen eindeutig sein. Der c-hash muss ausserdem rein, wenn die News gecached werden, um Denial of Service-Attacken zu verhindern. Somit kann kein einfacher Seitennamen verwendet werden. Schön lesbare URLs bekommst du nur über RealURL oder ähnliche Extensions. Simulate Static ist halt einfach kurz und bequem. Für die Suchmaschinen wären sprechende Namen schon auch besser (allerdings auch nur wenn sie Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] tt_news perfekter Seo Link ?
Hallo Basti,
ohne Extension gehts nur über Simulate Static:
config {
# Einschalten
simulateStaticDocuments = 1
# die Verkürzung über md5 machen
simulateStaticDocuments_pEnc = md5
# Bei den normalen Dokumenten 40 Zeichen des Titels übernehmen
simulateStaticDocuments_addTitle = 40
# Trennzeichen Divis
simulateStaticDocuments_replacementChar = -
# und die Variablen von News mit aufnehmen - entsprechend zu ergänzen
für andere Extensions.
simulateStaticDocuments_pEnc_onlyP = cHash, tx_ttnews[backPid],
tx_ttnews[tt_news], tx_ttnews[pS], tx_ttnews[pL], tx_ttnews[arc],
tx_ttnews[cat], tx_ttnews[pointer], tx_ttnews[swords]
}
ergibt folgende Links bei normalen Seiten:
http://www.deinedomain.de/Seitenname-und-so-weiter.7.0.html
Und diese News-Links
http://www.deinedomain.de/Seitenname-und-so-weiter.27+M5107ef38dc7.0.html
Bei den News nicht so schön, aber SEO-tauglich. Lesbarer gehts nur
über RealURL oder ähnliches.
Gruß
Peter
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Tags im RTE entfernen
OK, das ist wirklich ein Irrtum ... wenn ich rmTagIfNoAttrib bei Google eingebe bekomme ich über 900 Treffer, bei rmTagIfEmpty genau 2 - diese Diskussion hier. Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] JavaScript im RTE - Berichtigung
das Kind heisst nicht CSS sondern XSS :-) ist aber deswegen auch nicht braver. Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Tags im RTE entfernen
Hallo Stephan,
wo hast du das gefunden? Ich finde es nämlich nicht.
>
>
> RTE.default.proc {
> exitHTMLparser_db = 1
> exitHTMLparser_db {
> rmTagIfEmpty = b, strong
> }
> }
Eigentlich müsste es hier zu finden sein:
http://typo3.org/documentation/document-library/core-documentation/doc_core_api/4.1.0/view/5/2/#id4289740
dort unter "The ->PROC object" ist zu finden:
exitHTMLparser_db -> HTMLparser
das heisst, hier wird aus dem die HTMLparser-Funktion der TSref
aufgerufen. Die ist hier zu finden:
http://typo3.org/documentation/document-library/references/doc_core_tsref/4.1.0/view/5/17/
dort ist zwar rmTagIfNoAttrib zu finden, aber nicht rmTagIfEmpty.
Also gehe ich mal davon aus, dass es diese Anweisung eigentlich gar
nicht gibt ...
Gruß
Peter
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] JavaScript im RTE
Hallo Torsten, du musst nicht nur den RTE umkonfigurieren sondern auch den Parser, der die Inhalte für das Frontend aufbereitet: lib.parseFunc_RTE.allowTags = lib.parseFunc.allowTags = im Setup, nicht im PageTSconfig. (Kannst du dir mit dem TypoScript ObjectBrowser anschauen) Generell laufen beim RTE mindestens folgende Konvertierungsschritte ab: 1. vom RTE in die Datenbank: RTE.default.proc.entryHTMLparser_db im PageTSConfig 2. von der Datenbank ins Frontend: lib.parseFunc_RTE im Setup es gibt noch weitere Konvertierungen, die können aber hier ausser Acht gelassen werden. Als Beispiel noch das Problem mit den Absätzen, das auch immer wieder nachgefragt wird: Der RTE schreibt eigentlich -Tags in den Quellcode. Da diese aber erheblich stören würden, wenn der Inhalt ohne RTE bearbeitet wird (z. B. in einem nicht unterstützten Browser), werden die -Tags beim Speichern _nicht_ in die Datenbank geschrieben. Wenn der Text im RTE erneut geöffnet wird, werden die -Tags durch den RTE selbst automatisch wieder eingefügt. Wenn nun der Inhalt im Frontend gerendert wird, fehlen aber die p-Tags und müssen ergänzt werden Das übernimmt diese Funktion: lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.nonWrappedTag = p lib.parseFunc_RTE.nonTypoTagStdWrap.encapsLines.addAttributes.P.class = bodytext Die Trennung in zwei verschiedene Parser erscheint umständlich, ist aber sehr leistungsfähig. Gruß Peter PS: Das ganze ist ein Sicherheitsrisiko, das ist dir schon klar? Stichwort: CSS = Cross Site Scripting. Wenn der
Re: [TYPO3-german] Leere Tags im RTE entfernen
Hallo Stephan,
ich habe mir dein Problem nochmals genauer angesehen, aber keine
Lösung gefunden.
> Leider löst das noch nicht ganz mein Problem, die leeren Tags zu
> entfernen, die dann im geparsten XHTML-Dokument zu Validierungsfehlern
> führen. An anderer Stelle fand ich Infos zu rmTagIfNoAttrib.
> Eigentlich
> genau das, was ich brauche aber leider funktioniert das nicht:
>
> RTE.default.proc {
> exitHTMLparser_db = 1
> exitHTMLparser_db {
> rmTagIfNoAttrib = b, strong
> }
> }
Doch, funktioniert schon, aber nicht in deinem Sinne :-) Diese Zeile
löscht den Tag, wenn er kein Attribut hat, wird also z. b. auf
Konstruktionen wie:
etc.
angewendet, um solch sinnlose Konstruktionen entfernen zu lassen, die
im Frontend nichts bewirken und zudem die Arbeit im RTE behindern. Es
gibt keine aber Anweisung, die sich dazu eignet, einen Tag zu
entfernen, der für sich sinnvoll ist, der aber keinerlei Text
umschließt, also sowas:
und das aber stehen bleibt:
test
Zumindest habe ich nichts gefunden. Ich glaube, damit müssen wir
leben ... Es ist zwar unschön im Quellcode, schadet aber nicht
wirklich und behindert auch die Arbeit im RTE nicht. Validieren solche
Konstruktionen wie wirklich nicht?
Gruß
Peter
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Tags im RTE entfernen
Hallo Stefan, Am 24.09.2008 um 00:02 schrieb Stefan Ollinger: > Hallo Stephan, > > Es gibt folgende Einstellung: > RTE.default.removeTags = a, p, br > > Das ist vielleicht nicht ganz das was du willst. Nein, das glaube ich auch nicht, dass er das will :-) Damit werden die Tags ja komplett entfernt. Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Leere Tags im RTE entfernen
Hallo Stephan, ich habe vor kurzem eine kleine Anleitung für das TYPO3-Camp in München geschrieben: http://www.lisardo.de/download/rte-htmlarea-in-typo3-4.2.pdf es geht zwar hauptsächlich auf andere Themen ein (Bildupload etc.) aber ich habe dazu auch eine Testseite angelegt, in der man das PageTSConfig sehen und vor allem ausprobieren kann. Die erweiterte Konfiguration sollte eigentlich für deine Zwecke passen. Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE Editor für TYPO3 5x
Hallo Micho, wo hast du das gehört? Für Version 4.2 wurde er m. W. komplett überarbeitet, er funktioniert jetzt als einziger Wysiwyg-Editor auch in Safari. Gruß Peter Am 22.09.2008 um 22:43 schrieb micho edo: > Hallo, > > ich habe gelesen, dass die Entwicklung von htmlArea eingestellt wurde. > Weiss jemand, welcher RTE in Version 5 eingesetzt werden soll? > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] htmlarea bildupload
Hallo, Besteht die Möglichkeit, im htmlarea einen Bildupload auf im Frontend zu ermöglichen? Damit meine ich nicht das Frontendediting von Backendusern, sondern für Frontenduser. Standardmäßig ist er nur möglich, Bildern einzulinken über die Angabe einer URL. Vielen Dank Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Standard-Blockstile im RTE lösche n
Sorry Simon, ich wollte eigentlich auf Stefan antworten :-) Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Standard-Blockstile im RTE lösche n
Hallo Simon, http://typo3camp-munich.mixxt.de/networks/wiki/index.SlidesUndVideos der letzte Beitrag: RTE htmlarea in Typo3 4.2 ist eine kurze Anleitung, wie man eigene Klassen im RTE definiert. Dabei werden alle vorhandenen ausgeschaltet ... Gruß Peter Am 09.09.2008 um 19:10 schrieb Simon Harhues: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hallo Stefan, > > Stefan schrieb: >> Alle anderen dürfen nicht erscheinen. Habe unzählige Tutorials >> durchgeschaut, komme aber nicht drauf > Dann lies dir mal das Manual[1] zum RTE durch. Da stehts drin. :-) > > Gruß, > Simon > > [1] http://typo3.org/extensions/repository/view/rtehtmlarea_manual/1.7.4/ > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.6 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFIxq37zqmr83R5SCwRAuuMAJ9OLP7XwGCtiEf3qfuAwpsCxh8/5wCgoLov > UPk7aDnDFcmMgQN/hQ/C6lU= > =EFZC > -END PGP SIGNATURE- > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE, htmlarea, Problem mit allowedClasses
Hallo, ich habe die komplette unten beschriebene Konfiguration in den Testserver übertragen: http://p102292.typo3server.info http://p102292.typo3server.info/typo3/ Login: test Passwort: test das TSconfig liegt in der root-Seite. hier gehts zum CSS: http://p102292.typo3server.info/fileadmin/tmpl/standard.css Wer möchte, kann testen - ich habe auch Opera freigeschaltet (noch experimentell). Ich würde mich über diverse Bugberichte und Verbesserungsvorschläge freuen ... Ich bin mir sicher, dass es nicht in allen Browsern so richtig funktioniert :-) Natürlich stelle ich alle Verbesserung dann hier ein. Die Grundkonfiguration des RTE: - default configurationn settings: typical - enable additional inline elements: aktiv - enable Images in RTE: aktiv - enable Opera 9.5+: aktiv - enable compressed scripts: aktiv User TSconfig: # Bildupload im RTE erlauben options.uploadFieldsInTopOfEB = 1 # Ordner erstellen erlauben options.createFoldersInEB =1 Hinweis: das ist immer noch Work in Progress - es fehlen noch die Formate für Bilder und Tabellen. Ausserdem ist noch kein Clipboard-Helper für Firefox aktiv; damit habe ich mich noch nicht beschäftigt. Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE, htmlarea, Problem mit allowedClasses
Hallo Marco, > > Es geht also um "fixAttrib.class.list". Steht bei dieser Konfiguration > allerdings eine nicht erlaubte Klasse in dem einzufügenden Text, dann > bleibt 'class=""' über (es wird das erste Element aus list übernommen, > welches hier leer ist), was glaube ich ein XHTML-Fehler wäre. funktioniert! Und mit: fixAttrib.class.removeIfFalse = 1 löscht er die leere Klasse auch raus. viel Arbeit, aber das Ergebnis ist perfekt: Den mittleren Block hier in die Zwischenablage: http://typo3.org/documentation/document-library/references/doc_core_tsconfig/4.1.0/view/toc/0/ in den RTE einsetzen und speichern ergibt das: http://p101367.typo3server.info/index.php?id=13 Eine einzige Zeilenschaltung ist zu viel drin, alles andere wird perfekt konvertiert, genau so wie ich es haben will. Super. Vielen Dank, das war der entscheidende Tipp. Gruß Peter PS: Das aktualisierte TSconfig, falls sich jemand dafür interessiert: http://www.lisardo.de/test/typo3/TSconfig-htmlarea.txt Grundkonfiguration meines RTE: - default configurationn settings: typical - enable additional inline elements: aktiv - enable Images in RTE: aktiv User TSconfig: # Bildupload im RTE erlauben options.uploadFieldsInTopOfEB = 1 # Ordner erstellen erlauben options.createFoldersInEB =1 PPS: das ist immer noch Work in Progress - es fehlen noch die Formate für Bilder und Tabellen. ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE und doppeltes Escaping von Sonderzeichen
Hallo, > Wenn ich das richtig verstanden habe, dann braucht man bei utf8 für > nonlatin > Character wie Umlaute und "ß" keine Entities mehr. Braucht man bei zum Beispiel iso8859-1 auch nicht - erforderlich sind Entities nur, wenn man im HTML-Header keine Kodierung angibt und gleichzeitig die verwendete Kodierung nicht iso8859-1 ist, oder wenn man Zeichen verwendet, die nicht durch die aktuelle Kodierung abgedeckt sind. Heisst: Umlaute müssen seit Einführung der ISO- Codetabellen nicht mehr in Entities umgewandelt werden. Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE, htmlarea, Problem mit allowedClasses
Hallo Marco, > fixAttrib.class.list = > ,align-left,align-center,align-right,csc-frame-rulerbefore,csc-frame- > rulerafter,csc-frame-indent,csc-frame-frame1,csc-frame- > frame2,kleinertext, > grossertext,contenttable-1,contenttable-2, layout,external-link, > external-link-new-window, internal-link, internal-link-new-window, > download, mail,component-items, action-items,component-items-ordered, > action-items-ordered,serifen, starkebetonung, betonung, hellgrau, > dunkelgrau > } das wäre eine Idee - sehr gut, werde ich testen! > Wo ich aber gerade Deinen Hinweis auf bugs.typo3.org gelesen habe... > m. > E. müsste es auch ein Bug mit dem "allowedClasses" sein. Glaube ich auch allmählich, ich habe sogar schon im Quellcode von typo3 danach gesucht, aber das ist ziemlich zeitraubend. Wenn es ein Bug ist, dann gibt es ihn aber schon immer, also seit Vs. 3.x, und er liegt wahrscheinlich nicht im RTE sondern im Core. Vielen Dank! Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE, htmlarea, Problem mit allowedClasses
Hallo Herr Redlich, > wie schön das alles, aber solange der default RTE in einer default > 4.2.1 Installation > so etwa ab der 4. Zeile anfängt, über den rechten Rand ins Nirwana > raus zu > schreiben, die Spaces optisch nicht mehr da sind, also alle Wörter > am Stück > angezeigt werden, obwohl die Spaces physikalisch da sind, sind mir > die Klassen > erst mal Wurscht. Gilt das für meine Installation auch? Sie können es gerne ausprobieren, ich habe einen Zugang gepostet. Ich kann das nämlich nicht nachvollziehen, bei mir passiert das nicht. Ich kann nicht alle möglichen Konfigurationen testen (firefox 2/3, Safari 3, IE 5, 5.5, 6, 7); aber in IE 6 und 7 unter Windows XP sowie mit Safari und Firefox 3 am Mac funktioniert es bei mir, wie Sie an meiner Testseite sehen können (ziemlich weit unten mit der Headline Test-Eingabe längerer Texte in IE 7) Mit welchem Browser und System arbeiten Sie? > Und wenn dann der Cursor irgendwo nach der 5. Zeile ganz nach links > oben flitzt > und meine weiteren Eingaben plötzlich dort oben am Anfang des textes > eingefügt werden, > und ich mühsam das Ende meines Textes korrigieren muss, solange > werfen mir meine > Redakteure den Mist vor die Füße. Auch das ist mir noch nicht passiert. TYPO3 lebt vom Engagement seiner Anwender. Bei den meisten reichen die PHP-Fähigkeiten wohl nicht aus, um die Community z. B. um eine neue Extension zu bereichnern, aber man muss gar nicht so weit gehen: sinnvolle und nachvollziehbare Fehlerbeschreibungen helfen auch weiter. - was passiert wann - Konfiguration - Bestriebssytemversion - verwendeter Browser samt Version - falls möglich eine Teststellung Man kann auch direkt mit den Entwicklern Kontakt aufnehmen und beim Fixen der Fehler helfen: http://typo3.org/development/bug-fixing/ vele Grüße Peter Linzenkirchner ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE, htmlarea, Problem mit allowedClasses
Hallo Christian, dass der Rant nicht von mir kam, hast du ja mittlerweile gemerkt :-) Leider hat mir dieser Rant daziwschen gefunkt und die Diskussion in emotionale Bereiche gebracht, in die ich sie definitiv nicht haben will - sowas lenkt nur ab vom Problem. Ausserdem liebe ich den RTE und bewundere den immensen Programmieraufwand, der dahinter steckt. Es ist absolut beeindruckend, was damit geht (wenn man sich damit auseinandersetzt, was zugegeben mühsam ist) Ok, das mit den style-Attributen ist klar; ich bin nicht darauf eingegangen, da man sie mit einer einfachen Konfiguration wegbekommt. Mein Problem sind schon die Klassen, alles andere habe ich geschafft. Es sind unter anderem folgende Klassen: datum, h2 (tatsächlich als Klasse) apple-style-span (besonders ätzend - fügt Safari selbstständig ein) level-1 etc aus Listen (Webseiten kopiert über die Zwischenablage - alle originalen Klassen werden mitgenommen) MsoNormal (aus Word-Listen, und wahrscheinlich weitere Word-Klassen) Vielleicht wird es klarer, wenn ich mal poste, wie weit ich mit der Konfiguration bin: Das folgende Beispiel wurde einfach von der typo3.org-Webseite kopiert und in den RTE eingefügt. Die Formatierung läuft anschließend automatisch - ziemlich perfekt, man muss nur noch zwei überflüssige Zeilenschaltungen entfernen, der Rest "passiert" einfach: http://p101367.typo3server.info/index.php?id=13 Der Quellcode ist fast perfekt, übrig bleiben lediglich die Klassen der Originalseite: level-1, level-2, level-3 und im Safari ein , das nach mehrmaligem Speichern zu einer Leerzeile führt, die manuell gelöscht werden muss. Das nächste Beispiel ist aus Word einkopiert: http://p101367.typo3server.info/index.php?id=12 Auch hier formatiert sich der Text praktisch automatisch korrekt, bis auf zwei überflüssige Zeilenschaltungen, die man manuell rausmachen muss. Übrig bleiben hier wieder die unerwünschten Word-Klassen MsoNormal. Also das sind normalerweise nur Schönheitsfehler, an der Optik der Seiten ändern sie aber dann was, wenn sie zufällig den gleichen Namen haben wie interne Klassen. Also wäre es schön, wenn ich sie noch rausbekäme, dann hätte ich nämlich eine perfekte Konfiguration des RTE. Falls es interessiert, hier der Link zu meiner TypoScript-Konfiguration: http://www.lisardo.de/test/typo3/TSconfig-htmlarea.txt Also falls jemand eine Idee hat, wie man die Klassen doch wegbekommt, würde mich das freuen :-) viele Grüße Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE, htmlarea, Problem mit allowedClasses
Hallo Christian,
sorry, dass ich erst jetzt antworte, aber ich wollte Nägel mit Köpfen
machen und habe eine eigene Typo3-Installation dafür eingerichtet und
fleißig getestet:
http://p102292.typo3server.info
Zum Ausprobieren hier ein Account:
http://p102292.typo3server.info/typo3/
Login: test
Passwort: test
Es ist eine jungfräuliche Typo3-Installation mit htmlarea in der
Grundkonfiguration (also Typical). Ausserdem ist in der Root-Seite
dein PageTSconfig hinterlegt.
Ergebnis:
Wie bei mir werden zwar eine Reihe von überflüssigen Tags entfernt,
aber die Klassen werden nicht auf die von allowedClasses vorgegebenen
beschränkt. Wenn du in den HTML-Text siehst, wirst du Klassen finden,
die nicht von dir definiert wurden. Diese illegalen/unerwünschten
Klassen kommen über den HTML-Modus und über Einkopieren aus der
Zwischenablage in den Text.
allowedClasses funktioniert also auch bei deinem Ansatz nicht ... also
zumindest nicht so, wie ich das Manual verstehe. Beziehungsweise wie
es gerne hätte :-)
Gruß
Peter
Am 27.08.2008 um 10:55 schrieb Christian Wolff:
> On Wed, 27 Aug 2008 10:38:54 +0200, Peter Linzenkirchner
> <[EMAIL PROTECTED]> wrote:
>
>> Hallo Christian,
>>
>> danke für die Antwort, aber das ist es nicht :-)
>>
>> Meine Konfiguration klappt wunderbar, mit eigenen Klassen und mit
>> Filterung von Word-Eingaben etc. Ich kann wahlweise Klassen erlauben
>> oder verbieten, das style-Attribut löschen, jeden beliebigen HTML-Tag
>> erlauben oder verbieten und so weiter, geht alles. Einzig
>> allowedClasses
>> funktioniert nicht so wie es m. E. soll. Und das ist sehr blöd, da
>> ich
>> eigene Klassen definiert habe und deshalb nicht das class-Attribut
>> komplett verbieten kann. Heisst, dass bei der Übernahme aus die
>> Zwischenablage alles korrekt konvertiert wird bis auf die von mit
>> unerwünschten Klassen.
>>
>> Um einen Fehler in meiner Konfiguration auszuschließen, habe ich
>> alles
>> in mehreren Installationen und mit den Grundeinstellungen des RTE
>> getestet, und dabei festgestellt, dass es nie funktioniert.
>>
>> viele Grüße
>> Peter
>>
>> PS: ich habe es gerade in einer uralten 3.8-Installation getestet:
>> auch
>> hier bewirkt allowedClasses kein Löschen der unerwünschten Klassen
>> beim
>> Speichern in die Datenbank.
>>
>
> Hi Peter Hier mal meine RTE Konfiguration aus einem Typo3 v4.2.1
> mit dieser konfiguration wird bei mir alles korret gestrippt. und proc
> proc.allowedClasses funktioniert bei mir auch problemlos.
>
> setup.default.edit_RTE = 1
>
> ### Konfiguration des RTE
> RTE.default {
> contentCSS = fileadmin/template/rte.css
> # liste der classen im paragraph und charakter
> classesParagraph = rte_smallText,rte-nomargin,rte-
> nomarginSmall,rte-right
> classesCharacter =
> classesImage =
> classesTD =
> classesLinks =
> hideFontFaces = *
> hideFontSizes = *
> hideButtons = fontstyle, fontsize
> proc.allowedClasses =
> rte_smallText,rte-nomargin,rte-nomarginSmall,rte-right
> }
> RTE.classes {
> rte_smallText.name = Kleiner Text
> rte-nomargin.name = Ohne Abstand
> rte-nomarginSmall.name = Kleiner Text Ohne Abstand
> rte-right.name = Rechts ausgerichtet!
> }
> # *** Entfernt das Bild vor den Links (rte)
> RTE.classesAnchor {
> internalLink {
> class = internal-link
> type = page
> image >
> }
> externalLink {
> class = external-link
> type = url
> image >
> }
> externalLinkInNewWindow {
> class = external-link-new-window
> type = url
> image >
> }
> internalLinkInNewWindow {
> class = internal-link-new-window
> type = page
> image >
> }
> download {
> class = download
> type = file
> image >
> }
> mail {
> class = mail
> type = mail
> image >
> }
> }
>
>
> gruss chris
> --
> Christian Wolff // Berlin
> http://www.connye.com
>
> Latest Projects:
> http://www.bizim-tur.de/ | http://www.flycall.de | http://www.atr24.de
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE, htmlarea, Problem mit allowedClasses
Hallo Christian, danke für die Antwort, aber das ist es nicht :-) Meine Konfiguration klappt wunderbar, mit eigenen Klassen und mit Filterung von Word-Eingaben etc. Ich kann wahlweise Klassen erlauben oder verbieten, das style-Attribut löschen, jeden beliebigen HTML-Tag erlauben oder verbieten und so weiter, geht alles. Einzig allowedClasses funktioniert nicht so wie es m. E. soll. Und das ist sehr blöd, da ich eigene Klassen definiert habe und deshalb nicht das class-Attribut komplett verbieten kann. Heisst, dass bei der Übernahme aus die Zwischenablage alles korrekt konvertiert wird bis auf die von mit unerwünschten Klassen. Um einen Fehler in meiner Konfiguration auszuschließen, habe ich alles in mehreren Installationen und mit den Grundeinstellungen des RTE getestet, und dabei festgestellt, dass es nie funktioniert. viele Grüße Peter PS: ich habe es gerade in einer uralten 3.8-Installation getestet: auch hier bewirkt allowedClasses kein Löschen der unerwünschten Klassen beim Speichern in die Datenbank. Am 26.08.2008 um 23:45 schrieb Christian Wolff: > On Tue, 26 Aug 2008 23:17:58 +0200, Peter Linzenkirchner > <[EMAIL PROTECTED]> wrote: > >> ames when content is stored in database. Could be a list matching the >> number of defined classes you have. Case-insensitive. >> This might be a really good idea to do, because when pasting in >> content >> from MS word for instance there are a lot of and tags >> which >> may have class-names in. So by setting a list of allowed classes, >> such >> foreign classnames are removed. If a classname is not found in this >> list, the default is to remove the class-attribute. >> Nun, genau das passiert eben nicht. Ich habe auch noch andere >> Installationen getestet (htmlarea 1.5.5 in Typo3 Vs. 4.1.4, eine >> Installation in Typo3 Vs. 3.8) aber überall das gleiche Bild. >> Was verstehe ich hier nicht richtig? Das Manual ist doch eigentlich >> eindeutig ... >> Kann das jemand testen? (einfach im HTML-Modus bei h1 eine fiktive >> Klasse einfügen, speichern und schauen, was auf der Webseite >> ankommt - >> die Konfiguration des RTE ist dabei praktisch egal, das wird über die >> Grundeinstellungen geregelt) >> > > Hi ich tippe mal darauf das du versucht den RTE im TS-Template > (Template-Record) zu konfigurieren > und nicht Per TS-Config (Page Record) > > gruss chris > > > -- > Christian Wolff // Berlin > http://www.connye.com > > Latest Projects: > http://www.bizim-tur.de/ | http://www.flycall.de | http://www.atr24.de > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] RTE, htmlarea, Problem mit allowedClasses
Hallo liebe Liste, ich teste seit Tagen den RTE von TYPO3 Vs. 4.2.1 und komme im Moment nicht weiter. Folgendes Problem: RTE in Grundkonfiguration, im Setup "Typical" ausgewählt. Damit sollten in RTE.default.proc.allowedClasses eigentlich die Voreinstellungen wirken und nur die Klassen erlaubt sein, die auch im Manual aufgeführt werden. Trotzdem kann ich im RTE im HTML-Modus folgendes eingeben und auch in die Datenbank abspeichern: Ein Text Diese Klasse "test" müsste eigentlich beim Speichern verschwinden, da sie in den "allowedClasses" nicht aufgeführt ist. Das Problem bleibt auch dann, wenn ich im pageTSConfig meiner Root-Seite einfüge: RTE.default.proc.allowedClasses = irgendwas Nach wie vor gelangen _alle_ Klassen in die Datenbank. Das ist vor allem eine Katastrophe, wenn man im Safari etwas aus einer Webseite in den RTE kopiert: alle Klassen der fremden Webseite werden in die Datenbank geschrieben. Und natürlich im IE, wenn man Worddateien einfügt. Eigentlich steht hier: http://typo3.org/documentation/document-library/core-documentation/doc_core_api/current/view/5/2/ allowedClasses: Direction: To DB Allowed general classnames when content is stored in database. Could be a list matching the number of defined classes you have. Case- insensitive. This might be a really good idea to do, because when pasting in content from MS word for instance there are a lot of and tags which may have class-names in. So by setting a list of allowed classes, such foreign classnames are removed. If a classname is not found in this list, the default is to remove the class-attribute. Nun, genau das passiert eben nicht. Ich habe auch noch andere Installationen getestet (htmlarea 1.5.5 in Typo3 Vs. 4.1.4, eine Installation in Typo3 Vs. 3.8) aber überall das gleiche Bild. Was verstehe ich hier nicht richtig? Das Manual ist doch eigentlich eindeutig ... Kann das jemand testen? (einfach im HTML-Modus bei h1 eine fiktive Klasse einfügen, speichern und schauen, was auf der Webseite ankommt - die Konfiguration des RTE ist dabei praktisch egal, das wird über die Grundeinstellungen geregelt) Vielen Dank Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bilder laufen unten aus dem Content raus - T3 4.2.1 nur mit CSS
Hmpf, ich muss mich berichtigen. Mir ist wieder eingefallen, warum ich nicht die Höhenangabe im Hack für die IEs verwende sondern auf zoom:1 ausgewichen bin, obwohl es im IE 5.0 nicht geht ... (Merke: immer alles ausprobieren, auch wenn man sich noch so sicher ist ... ) Das hier: > > funktioniert natürlich nur, wenn _nicht_ gleichzeitig overflow:hidden eingesetzt wird, was aber in dieser Variante ja der Fall ist. Sonst wird im IE 5 / 6 der inhalt ja völlig unsichtbar! Ich arbeite eigentlich immer mit dieser Variante: - aus eben diesem Grund - die eben leider nicht in IE 5 funktioniert sondern erst ab IE 5.5. Wenn es auf den IE 5.0 noch ankommt, wirds etwas aufwändiger, weil dann nur noch Breitenangaben funktionieren, wobei man das falsche Boxmodel aber oft mit width:100% umschiffen kann. Sorry für die Verwirrung :-( Gruß Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bilder laufen unten aus dem Content raus - T3 4.2.1 nur mit CSS
Hallo Andreas,
wenn du dir das Beispiel von Redlich nach der von mir empfohlenen
Korrektur im Firefox ansiehst, wirst du feststellen, dass es korrekt
aussieht. overflow:hidden bewirkt in allen standardkonformen Browsern
ein Clearing, auch im Firefox 2. Zu den standardkonformen Browsern
gehört der IE 6 aber nur dann, wenn er sich nicht im Quirksmode
befindet. Heisst umgekehrt, wenn sich der IE 6 im Quirksmode befindet,
bewrikt overflow:hidden kein einschließendes Clearing.
Das zoom:1 gilt ausschließlich für die IE, es gibt dem Container die
IE-interne Eigenschaft "hasLayout", die in allen IE ein
einschließendes Clearing bewirkt (Ausnahme ist der IE 5.0, der
reagiert nur auf Breiten- oder Höhenangaben). Es ist in der Tat nicht
valide, wie alle Browserhacks. Wenn man sein CSS validieren will, so
kann man diese Angabe aber in ein Conditional Comment auslagern, oder
sie ersetzen durch eine Breitenangabe, was das gleiche bewirkt. Man
müsste das gleiche durch diesen Code erreichen können:
#content {overflow:hidden; width:600px}
Das Unangenehme an den Breitenangaben ist aber, dass sie vom Boxmodel-
Fehler der IEs bis Vs. 6 bedroht sind und deshalb immer, wenn ein
padding zusätzlich beteiligt ist, für die IEs eigene Breitenangaben
gemacht werden müssen.
Sehr schön erklärt in diesem Artikel:
http://onhavinglayout.fwpf-webdesign.de/
Man kann auch so arbeiten:
... floatender Inhalt hier ...
und im validierten CSS:
#content { /* was immer gewünscht wird */ }
.clearing {overflow:hidden}
sowie in einem Conditional Comment für alle IE:
Dieser Code wird nur vom IE < 7 erkannt bzw. interpretiert. Diese
Browser erhalten dadurch für den Container mit der Klasse .clearing
hasLayout und damit ein einschließendes Clearing. Die Höhenangabe wird
von den IE dabei ignoriert, da sie einen Block-Container immer auf die
Höhe des eingeschlossenen Inhalts erweitern. Im Gegensatz zu meinem
zoom:1 funktioniert das auch im IE 5.0. Einem Container, der floats
umschließen soll, wird dann einfach die Klasse .clearing zugewiesen
und das Problem ist in allen modernen Browsern gelöst.
in dem zitierten Artikel sind noch viele Varianten und Infos zu
hasLayout zu finden, eine gute Zusammenstellung.
Es gibt noch weitere Methoden, um in standardkonformen Browsern ein
einschließendes Clearing zu bewirken, ohne clear:both zu verwenden.
Einige werden z. B. bei YAML beschrieben:
http://www.yaml.de/de/dokumentation/grundlagen/funktionsweise-von-floats.html?no_cache=1&sword_list%5B0%5D=clearing
Da habe ich auch das overflow:hidden her.
Gruß
Peter
Am 26.08.2008 um 13:09 schrieb Andreas Burg:
> Hallo H. Hahn,
>
>> Es sieht aus als seien die Bilder von einem umschlossen. Nur
>> Texte
>> scheinen sich den s anzupassen (genauer: s passen sich den
>> Texten an). Bilder gehen, wenn das so auskommt, über den Rand der
>> s.
>
> das stimmt so nicht ganz. Wie Christian und Bernd schon sagten
> bewirkt erst die
> Eigenschaft float, dass ein umgebendes DIV nicht mehr in der Höhe
> gestreckt wird.
>
> Zum Ausprobieren:
> auch ohne den Extra-DIV um das Bild und float direkt im Bild ist es
> der gleiche
> Effekt. Erst das DIV clear:both bereinigt den unschönen Effekt im
> FF2.0.0.16,
> das overflow:hidden im obersten DIV bereinigt den Effekt im IE6. Die
> CSS-Eigenschaft zoom ist leider laut W3C nicht valide bis
> einschließlich CSS3.
>
>
>
> float
>
>
>
>
>
>
> Text
>
>
>
>
>
> Andreas
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bilder laufen unten aus dem Content raus - T3 4.2.1 nur mit CSS
Hallo,
Nachtrag: für den IE 5/6 brauchts noch ein zoom:1
also in der CSS-Datei:
#content {overflow:hidden; zoom:1}
müsste in allen Browsern das korrekte Aussehen bringen.
Gruß
Peter
Am 26.08.2008 um 09:28 schrieb Peter Linzenkirchner:
> Hallo,
>
> gib dem #content ein overflow:hidden.
>
> Gruß
> Peter
>
> Am 25.08.2008 um 21:02 schrieb RDE / Redlich:
>
>> Hallo an alle, die mit 4.2.1 arbeiten
>>
>> ich suche einen Wurm oder Bug: Typo3 4.2.1 ausschliesslich mit CSS
>>
>> bei jedem Content-Element mit einem oder mehreren Bildern und der
>> Option
>>
>> "Text läuft um das Bild herum" (Bild rechts vom Text)
>>
>> laufen die Bilder unten über den Content Rahmen drüber ???
>> (Content unten mit border-bottom als Farb-Balken abgeschlossen)
>>
>> Beispiel:
>> http://www.fernsehmuseum.info/fese-kcu-40.0.html
>>
>> gibt es da einen Trick ?
>>
>> habe auch durch Googeln nichts Brauchbares gefunden
>>
>> --
>>
>> mit freundlichen Grüßen
>> Dipl.Ing.Gert Redlich
>> ___
>> TYPO3-german mailing list
>> TYPO3-german@lists.netfielders.de
>> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
>
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bilder laufen unten aus dem Content raus - T3 4.2.1 nur mit CSS
Hallo, gib dem #content ein overflow:hidden. Gruß Peter Am 25.08.2008 um 21:02 schrieb RDE / Redlich: > Hallo an alle, die mit 4.2.1 arbeiten > > ich suche einen Wurm oder Bug: Typo3 4.2.1 ausschliesslich mit CSS > > bei jedem Content-Element mit einem oder mehreren Bildern und der > Option > > "Text läuft um das Bild herum" (Bild rechts vom Text) > > laufen die Bilder unten über den Content Rahmen drüber ??? > (Content unten mit border-bottom als Farb-Balken abgeschlossen) > > Beispiel: > http://www.fernsehmuseum.info/fese-kcu-40.0.html > > gibt es da einen Trick ? > > habe auch durch Googeln nichts Brauchbares gefunden > > -- > > mit freundlichen Grüßen > Dipl.Ing.Gert Redlich > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Word-Formatierungen verbieten
Hallo Bernd,
nochmals der Quellcode, etwas bereinigt. Die drei Klammern müssen
sein ... Ich habe folgende Schachtel:
RTE.default {
proc {
entryHTMLparser_db {
tags {
p {
}
}
}
}
}
entryHTMLparser_db muss m. W. auch rein, sonst sollte tags gar nicht
wirken, da das proc-Objekt selbst tags nicht kennt. entryHTMLparser_db
wirkt - wenn ich das richtig verstehe - beim Übergang vom RTE in die
Datenbank.
## Default RTE configuration
RTE.classes {
# Blockstile
# ACHTUNG: wegen eines Fehlers in Safari _müssen_ die Klassen in
# konsequenter Kleinschreibung definiert werden!!
csc-frame-rulerbefore {
name = Linie davor
value =
}
# snip, sind unwichtig.
# Tabellenstile
# Textauszeichnungen
# folgen.
}
## Linkdefinitionen
RTE.classesAnchor {
externalLink {
class = external-link
type = url
titleText = LLL:EXT:rtehtmlarea/htmlarea/plugins/TYPO3Link/
locallang.xml:external_link_titleText
}
# snip, sind unwichtig.
}
RTE.default {
# bei mir unwichtig, aber wenn man Schriftauswahl zulässt,
# verwendet Firefox damit CSS anstatt den font-Tag. Der IE
# bleibt aber beim Font-Tag, insofern bringts eigentlich nichts.
useCSS = 1
# das folgende ist jetzt wichtig ...
enableWordClean = 1
removeTrailingBR = 1
removeComments = 1
removeTags = center, font, o:p, sdfield, strike, u
removeTagsAndContents = style, script
defaultLinkTarget =
# alle Buttons ein, danach alle unerwünschten
# ausschalten.
showButtons = *
hideButtons (
lefttoright, righttoleft, formattext, bidioverride, big,
citation, definition, insertedtext, italic, keyboard,
monospaced, sample, small, span, strikethrough,
variable, user, bold, underline, fontstyle, fontsize,
blockquote, insertparagraphbefore, insertparagraphafter,
spellcheck, emoticon, inserttag, copy, cut, paste,
justifyfull, textcolor, bgcolor,
)
## Button-Gruppen bilden
keepButtonGroupTogether = 1
## Statusbar - die ist genial.
showStatusBar = 1
## selten genutzte Tags in der Absatzpalette verbergen: ganz nach
## Gusto :-)
hidePStyleItems = pre,address,h5,h6,div
## ignoriert alle InlineStyles => für externes Stylesheet.
ignoreMainStyleOverride = 1
# CSS-Datei für den RTE - einfach die Haupt-CSS-Datei übernehmen.
# Bin zu faul für eine eigene CSS-Datei für den RTE
contentCSS=fileadmin/css/screen/content.css
proc {
# jetzt folgen die Transformationsregeln, die beim Speichern
wirken.
# etliche sind überflüssig, da sie durch Typical bereits
eingestellt
# sind. Aber um nicht immer nachschauen zu müssen, werden sie
# wiederholt.
dontConvBRtoParagraph = 1
preserveDIVSections = 1
allowTagsOutside = hr, address
# Da muss jetzt der span-Tag rein ...
allowTags (
a, abbr, acronym, address, blockquote, b, bdo, big, br,
caption,
center, cite, code, col,
colgroup, del, dfn, div, em, h1, h2, h3, h4, h5, h6,
hr, i, img,
ins, kbd, li, link,
ol, p, pre, q, samp, sdfield, small, span, strike,
strong, sub,
sup, table, thead, tbody, tfoot,
td, th, tr, tt, u, ul, var,
)
# alle Klassen, die im RTE benutzt werden sollen, müssen hier
# erlaubt werden, sonst werden sie beim Speichern
# raustransformiert.
allowedClasses (
align-left,align-center,align-right,csc-frame-rulerbefore,
csc-frame-rulerafter,
csc-frame-indent,csc-frame-frame1,csc-frame-frame2,
kleinertext, grossertext,
contenttable-1,contenttable-2, layout
external-link, external-link-new-window, internal-link,
internal-link-new-window, download, mail,
component-items, action-items,
component-items-ordered, action-items-ordered,
serifen, starkebetonung, betonung, hellgrau, dunkelgrau,
)
# OK, jetzt g
Re: [TYPO3-german] Word-Formatierungen verbieten
Hallo Bernd,
> Allerdings ist in deinem Code ein kleiner Fehler. Bei mir hat er erst
> funktioniert, wenn ich eine der drei schließenden Klammern in oben
> angegebenem Teil entferne.
Ah, das kann sein. Beim Umkopieren nicht aufgepasst ...
> Die war wohl zu viel.
>
> Ein Problem habe ich dabei noch.
> Bei einigen Dokumenten tauchte bei mir nach dem Speichern und wieder
> Öffnen am Anfang folgendes auf:
>
>
>
> Das Dokument aus dem ich kopiert habe ist ein Word Dokument, das ich
> mit
> OpenOffice 2.4 auf gemacht habe.
> Um dies zu entfernen habe ich dir Zeile
>
>removeTagsAndContents = style, script, meta, title
> in
>
>removeTagsAndContents = style, script, meta, title, met, title
> geändert. "title" kam hinzu, da ich auch noch ein leere title
> Element im
> Quelltext hatte.
>
> Außerdem habe ich im Abschnitt
> RTE.default {
>proc {
> tags{
> p {
> die Zeile
> #allowedAttribs = id, title, dir, lang, xml:lang,
> class
> um das class erleichtert:
>allowedAttribs = id, title, dir, lang, xml:lang
>
> So sind auch noch ein paar Class Einträge die Word eingebaut hat
> verschwunden.
Da kommen wahrscheinlich noch ein paar Änderungen; ich möchte auch
noch verschiedene Word-Elemente wie Listen, Tabellen etc. testen. Mal
sehen ... Allerdings musst du aufpassen: an der Stelle wird class m.
W. benötigt, wenn man eigene Klassen für die Textauszeichnung
definiert hat. Ich würde es eher in diesem Abschnitt machen:
RTE.default.enableWordClean.HTMLparser {
allowTags (
a, abbr, acronym, address, blockquote, b, bdo, big, br, caption,
center, cite, code, col, colgroup, del, dfn, div, em, h1, h2, h3, h4,
h5, h6, hr, i, img, ins, kbd, li, link, ol, p, pre, q, samp, sdfield,
small, strike, strong, sub, sup, table, thead, tbody, tfoot, td, th,
tr, tt, u, ul, var
)
so sollten die Klassen sofort nach dem Einfügen entfernt werden und
selbst definierte Klassen drinbleiben.
Viele Grüße
Peter
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Word-Formatierungen verbieten - Nachtrag j
Ach ja, hat zwar nichts mit Word zu tun, aber mit dem RTE: Damit man Bilder direkt im RTE hochladen kann (und nicht nur im user_upload auswählen) muss man ab Vs. 4.2 folgendes in das USER-TS- CONFIG schreiben: # enable upload-image-field in rte options.uploadFieldsInTopOfEB = 1 # enable create-folder-field in rte options.createFoldersInEB =1 Schon komisch, diese Änderung ... Viele Grüße Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Word-Formatierungen verbieten
Hallo Alexander,
Ich habe deine Mail hier sehr interessiert gelesen, da ich mit dem
gleichen Problem kämpfe und mich seit Tagen (!) in den RTE einarbeite.
So langsam fange ich an, ihn zu verstehen.
Allerdings klappt deine Einstellung bei mir überhaupt nicht, was
entweder an der Version liegt (ich verwende den RTE von TYPO3 Vs.
4.2.1) oder an den Voreinstellungen (Typical, Minimal etc.). Aber nach
umfangreichem Testen bin ich dem Problem näher gekommen.
Diese Zeile :
> RTE.default.enableWordClean.HTMLparser <
> RTE.default.proc.entryHTMLparser_db
löst die Transformation im IE unmittelbar nach dem Einfügen des
Wordtextes aus (also noch _vor_ dem Speichern, das ist schon mal sehr,
sehr gut und war die Ausgangsbasis meiner Tests.
ABER:
ich erhalte unmöglichen Tag-Salat, es bleiben nämlich Reste von Tags
im Code:
etc. und
und nach mehrmaligen Hin- und Herschalten zwsichen Wysiwyg und HTML-
Ansicht auch noch etc. Nach dem Speichern stehen diese Tags dann
escaped auf der Seite oder - wenn ich das preserve ausschalte, eben
als Salat im Quelltext.
Ursache ist die Übernahme der folgenden Einstellungen in
RTE.default.proc.entryHTMLparser_db
- removeTags = font,
- span.fixAttrib.style.unset = 1
- span.rmTagIfNoAttrib = 1
es sind Einstellungen aus dem Preset für Typical, die mit deiner
obigen Zeile automatisch wirken.
Alle drei sind nicht nötig, da man das Gleiche erreichen kann, indem
man einfach allowTags passend definiert. Das ist wohl ein Bug der
neuen Version, um den man aber gut herumarbeiten kann. Ich habe also
deine Zeile
> RTE.default.enableWordClean.HTMLparser <
> RTE.default.proc.entryHTMLparser_db
ersetzt durch:
RTE.default.enableWordClean.HTMLparser {
allowTags (
a, abbr, acronym, address, blockquote, b, bdo, big, br, caption,
center, cite, code, col, colgroup, del, dfn, div, em, h1, h2, h3, h4,
h5, h6, hr, i, img, ins, kbd, li, link, ol, p, pre, q, samp, sdfield,
small, strike, strong, sub, sup, table, thead, tbody, tfoot, td, th,
tr, tt, u, ul, var
)
# das kann man noch wesentlich strenger fassen; aus Word kommen ja
nur wenige echte HTML-Tags.
# Um den Linksalat von Word zu verhindern, kann man z. B. Links
auch ausschalten.
tags {
p {
allowedAttribs = id, title, dir, lang, xml:lang, class
fixAttrib.align.unset = 1
# das ist wichtig, um die unsinngen style=Attribute
loszuwerden.
fixAttrib.style.unset = 1
}
# und anwenden auf alle Überschriften:
div < .p
h1 < .p
h2 < .p
h3 < .p
h4 < .p
h5 < .p
h6 < .p
}
}
Damit erreiche ich, dass unmittelbar nach dein Einfügen des Textes
folgende Transformierungen vorgenommen werden:
- die style-Atribute verschwinden aus allen hx
- die font-Tags und evtl. vorhandene span sind weg
- hx, p, b, i werden übernommen
Alle anderen Konvertierungen sind in
RTE.default.proc.entryHTMLparser_db definiert und finden deshalb erst
beim Speichern statt.
Scheint mir erstmal ziemlich perfekt zu funktionieren. Endlich!
Diese Einstellung unterscheidet sich auch noch in anderer Hinsicht von
RTE.default.proc.entryHTMLparser_db: dort ist nämlich das style-
Attribut bei p, div und hx erlaubt, ausserdem natürlich der span-Tag,
er muss ja abgespeichert werden.
Eigentlich ist das perfekt zu Konfigurieren, wenn man es mal kapiert
hat :-)
Viele Grüße
Peter
-
Ach ja, ich poste ebenfalls mal meine Konfiguration:
Grundeinstellung der Extension im Extensionmanager:
Default Configuration Settings: Typical
Enable Additional inline Elements aktiv
Enable Images aktiv
Enable Compressed Scripts aktiv
## Default RTE configuration
RTE.classes {
# Blockstile
# ACHTUNG: wegen eines Fehlers in Safari _müssen_ die Klassen in
# konsequenter Kleinschreibung definiert werden!!
csc-frame-rulerbefore {
name = Linie davor
value =
}
# snip, sind unwichtig.
# Tabellenstile
# Textauszeichnungen
# folgen.
}
## Linkdefinitionen
RTE.classesAnchor {
externalLink {
class = external-link
type = url
titleText = LLL:EXT:rtehtmlarea/htmlarea/plugins/TYPO3Link/
locallang.xml:external_link_titleText
}
# snip, sind unwichtig.
}
RTE.default {
# bei mir unwichtig, aber wenn man Schriftauswahl zulässt,
verwendet
Firefox damit
# CSS anstatt den font-Tag. Der IE bleibt aber beim Font-Tag,
insofern bringts eigentlich nichts.
useCSS = 1
# das folgende ist jetzt wichtig ...
enableWordClean = 1
removeTrailingBR = 1
removeComments = 1
removeTags = center, font, o:p, sdfield, strike, u
removeTagsAndContents
[TYPO3-german] RTE - mehrere Klassen zuweisen
Hallo zusammen! Ich versuche gerade dem RTE (Typo3 Vs. 4.2.1) beizubringen, dass er mehrere Klassenangaben nimmt. Im RTE selbst geht das bzw. er behandelt es korrekt: wenn ich zwei Blockstile nacheinander zuweise, steht im Quelltext korekt: class="csc-frame-1 align-center" genau so soll es sein. Aber es kommt nicht in der Datenbank an, im Gegenteil wird das gesamte class-Attribut gelöscht, und bei span sogar der Tag dazu. Ich habe bereits mit RTE .default.proc.entryHTMLparser_db.tags.p.fixAttrib.class.removeIfFalse = 0 RTE .default .proc.entryHTMLparser_db.tags.span.fixAttrib.class.removeIfFalse = 0 gespielt, aber das bringt nichts. Meine Vermutung war, dass der HTMLparser die beiden Klassen entfernt, weil er eine Klasse mit Leerzeichen als fehlerhaft betrachtet, scheint aber nicht zu stimmten. ... Eventuell geht es gar nicht, weil fest in PHP verdrahtet. Weiss jemand mehr? Danke Peter ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 4.2.1// Layout mit CSS
Hallo Dirk, das ist ein bekanntes Problem, das in jedem mehrspaltigen Layout umschifft werden muss, das auf floats basiert und eine Spalte enthält die selbst nicht floatet. Ein einfaches Beispiel: http://www.lisardo.de/test/css/clearing-falsch.html das clear:both wirkt global und verschiebt den Inhalt der Hauptspalte nach unten. Es gibt mehrere Möglichkeiten: 1. YAML ist ja so aufgebaut, dass in den Spalten nochmals ein div enthalten ist: etc. Dieses div kann mit einem float versehen werden. Damit erreicht man, dass der css_styled_content in einer float-Umgebung eingesetzt wird und die clear-Anweisungen somit nicht global wirken. http://www.lisardo.de/test/css/clearing-float.html Nachteil: der Hintergund der Hauptspalte verschwindet; diese Lösung eignet sich also nur, wenn man keinen Hintergrund bzw. keine Trennlinen benötigt. 2. Man kann die Default-CSS-Ausgabe von css_styled_content unterbinden und sie in die eigenen Stylesheets aufnehmen. Wenn man so vorgeht, ist es möglich, die clear-Anweisungen zu entfernen und statt dessen das Clearing anzuwenden, das von YAML auch empfohlen wird, nämlich mit overflow:hidden im übergeordneten Container. Das sind nur relativ wenige Änderungen, allerdings muss man für den IE < 7 die clear- Anweisungen in die patches einbauen. So bin ich bisher immer vorgegangen, aber die nächste Lösung ist erheblich eleganter: 3. yaml.t3net implementiert in der Haupt-Contentspalte ein weiteres div: Letzteres enthält über die Klasse floatbox das Attribut "overflow:hidden"; das reicht aus, um das globale Clearing zu verhindern. Ein aufs wesentliche reduziertes Beispiel: http://www.lisardo.de/test/css/clearing-overflow.html Und das ist letztlich die endgültige Lösung für das Problem, denke ich. Tribut ist lediglich eine zusätzliche div-Schachtel, das kann man in Kauf nehmen. Viele Grüße Peter Am 16.08.2008 um 15:47 schrieb Soetebeer Dirk: > Hallo Zusammen, > > nach dem ich auf einer statischen Webseite, die von Typo3 erzeugt > wurde, jeden einzelnen Teil auf YAML angepasst habe, ist mir > folgendes aufgefallen: > > In einer von TYPO3 dynamisch generierten CSS-Datei wird an manchen > Stellen die Anweisung clear: both verwendet. > > Clear: both bewirkt aber das der nachfolgende Content erst unterhalb > des letzten Elements fortgesetzt wird. > > Beispiel: > Einstellung: Bild zentriert oberhalb des Textes azeigen > Die CSS-Klasse "DIV.csc-textpic-clear" wird verwendet. > In dieser Kasse steht die Anweisung "CLEAR: BOTH;" > > Durch diese Anweisung wird das Layout je nach verwendetem Content > mehr oder weniger mehr zerschossen. > > -- > > Da die Erweiterung Package Manager sich nicht installieren läßt, > kann die Erweiterung "YAML Framework for TYPO3" mit dem Extension > key ( fdfx_yaml ) leider nicht installiert werden. > > Daher wurde YAML direkt von yaml.de heruntergeladen und entsprechend > auf dem Webserver abgelegt. > > Weiß jemand vielleicht, wie man YAML korrekt in Typo3 integrieren > kann? > > Dirk > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE in der 4.2.1 muckt immer öfter
Das kennt Ihr? http://typo3.org/documentation/document-library/extension-manuals/rtehtmlarea_manual/1.7.4/view/ Applies to TYPO3 4.2 and htmlArea RTE 1.7.4. Hat sich vielleicht noch nicht rumgesprochen, dass das Manual jetzt selbst eine Extension ist ... mir scheint es ziemlich vollständig. Gruß Peter -- --- Lisardo Multimedia GmbH Herrenbachstraße 19, 86161 Augsburg Tel. ++49-821-150565, Fax ++49-821-150595 http://www.lisardo.biz/ [EMAIL PROTECTED] Geschäftsführer: Peter Linzenkirchner Amtsgericht Augsburg, HRB 14435 --- ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TinyRTE macht Probleme beim Bildupload
Hallo Bernhard, > > > ja, das steht bei mir auch drin. Mit dem RTEhtmlarea geht’s auch, > nur mit > dem Tiny nicht. Keine Ahnung woran das liegen könnte. Das ist eben > das, was > einem manchmal zum Verzweifeln bringt. Die eine Ext kann dies gut, die > andere Ext macht da Schwierigkeiten. Irgendwie kann Typo3 ungeheuer > viel, > aber auch vieles nicht richtig die Behandlung der Bilder ist eben eines der Features, die htmlarea bzw. dessen Implementierung in Typo3 von den anderen unterscheidet. In Joomla kann man Bilder überhaupt nicht verkleinern, weder über Joomla selbst noch über TinyMCE. Da ist Photohsop angesagt ... Die Handhabung der Bilder und der TypoLinks macht die Implementierung des RTE in Typo3 eben sehr viel komplexer als in Joomla. Gruß Peter -- --- Lisardo Multimedia GmbH Herrenbachstraße 19, 86161 Augsburg Tel. ++49-821-150565, Fax ++49-821-150595 http://www.lisardo.biz/ [EMAIL PROTECTED] Geschäftsführer: Peter Linzenkirchner Amtsgericht Augsburg, HRB 14435 --- ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] RTE in der 4.2.1 muckt immer öfter
Hallo, > Welcher ich mich absolut anschließe. Kenne allerdings den alten RTE > nicht. Aber Trennung von > Technik, Design und Redaktion wie im MTB beschrieben, so sollte es > sein, auch wenn 1 Person nachher > vielleicht 2 oder sogar alle 3 Aufgaben übernimmt. Dem Redakteur > sollte nicht die Möglichkeit > gegeben werden das einheitliche Design zu zerstören. Stimme ich voll zu. Ich kämpfe hier gerade mit dem TinyMCE in Joomla - man kann praktisch nichts deaktivieren und meine Redakteure bauen einen Mist nach dem anderen, dem ich hinterherräumen muss. Man kann Farben und Schriften zuweisen, bei letzteren egal, obs die im System gibt oder nicht - und beides wird mit dem -tag implementiert. Das GRAUSEN schlechthin. Und ich bin Schuld, wenn es scheußlich aussieht ... Nein, lieber kämpfe ich mich einmal durch die Tausend Einstellungen des RTE und konfiguriere den ordentlich, als dass ich einem Dutzend Redakteuren nacharbeite und deren verunglückte Formatierungen rausmache. Im HTML-Quelltext wohlgemerkt, weil der TimyMCE von Joomla 1.5 eben nicht fehlerlos arbeitet und z. B. bei Klick auf den Button "Formate entfernen" Standard-Font-Tags mit Schriftart und Schriftgröße reinhaut ... Vor ein paar Wochen habe ich auch noch gemosert über die Komplexität des RTE in Typo3. Ich bin kuriert! Viele Grüße Peter -- --- Lisardo Multimedia GmbH Herrenbachstraße 19, 86161 Augsburg Tel. ++49-821-150565, Fax ++49-821-150595 http://www.lisardo.biz/ [EMAIL PROTECTED] Geschäftsführer: Peter Linzenkirchner Amtsgericht Augsburg, HRB 14435 --- ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Sortierung nach Nachname in tt_address - fehlerhaft ?
Hallo liebe Forumsmiglieder,
ich habe gerade ein Problem mit tt_address 2.2.1 (upgadated von einer
älteren Version, TYPO3 4.1.6):
egal, was ich in den Flexforms einstelle, die Datensätze werden im
Frontend immer nach dem Feld "name" sortiert, nie nach einem anderen.
Ich konnte das Verhalten über TypoScript global umstellen, indem ich
im Template folgendes eingebe
plugin.tx_ttaddress_pi1 {
sortByColumn = last_name
sortOrder = ASC
}
So ist es zwar für mich momentan ausreichend, aber trotzdem werden
immer noch die Einstellungen in den Flexforms dadurch überschrieben -
eigentlich sollte es umgekehrt sein: die Flexforms sollten die globale
Konfiguration überschreiben. Ich halte das für einen Bug.
Das wäre Problem Nummer eins ...
Ausserdem habe ich folgende Grundeinstellungen in den Extension-
Dateien gefunden:
tt_address/static/pi1/plugin.tx_ttaddress_pi1.sortByColumn = name
während in den Konstanten bei old (= Kompatabliltät zu alten
Versionen) steht:
content.tt_address {
orderBy = last_name
# cat=address//; type=options[,DESC]; label=Reverse order (DESC)?
}
Das müsste doch logischerweise anders herum sein, oder? Die
Kompatabliitätseinstellung sollte nach "name" sortieren und die neue
Einstellung nach "last_name"; so verstehe ich das zumindest.
Im Quellcode der Extension selbst ist als Sortierfallback auch "name"
eingetragen und nicht "last_name".
Viele Grüße
Peter
--
---
Lisardo Multimedia GmbH
Herrenbachstraße 19, 86161 Augsburg
Tel. ++49-821-150565, Fax ++49-821-150595
http://www.lisardo.biz/
[EMAIL PROTECTED]
Geschäftsführer: Peter Linzenkirchner
Amtsgericht Augsburg, HRB 14435
---
___
TYPO3-german mailing list
TYPO3-german@lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Firefox 3 im Backend von Typo3 4.1.6
Hallo und Danke an alle! Ein Update auf 4.1.7 ist kein Problem; ich möchte nur vorerst vermeiden, auf 4.2 zu gehen. Das gibt doch einen kleinen Rattenschwanz an Problemen, den ich mir für 15 Installationen nicht auf einen Schlag zumuten will :-) Aber die Zwischenupdates muss ich eh machen, aus Sicherheitsgründen. Danke Peter -- --- Lisardo Multimedia GmbH Herrenbachstraße 19, 86161 Augsburg Tel. ++49-821-150565, Fax ++49-821-150595 http://www.lisardo.biz/ [EMAIL PROTECTED] Geschäftsführer: Peter Linzenkirchner Amtsgericht Augsburg, HRB 14435 --- ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Firefox 3 im Backend von Typo3 4.1.6
Hallo liebe Listenmitglieder, mache ich irgendwas falsch, oder geht das Backend von Versionen unter 4.2 wirklich nicht mit Firefox 3.0? In 4.2 gehts ... Woran liegt denn das?? Viele Grüße Peter Linzenkirchner -- --- Lisardo Multimedia GmbH Herrenbachstraße 19, 86161 Augsburg Tel. ++49-821-150565, Fax ++49-821-150595 http://www.lisardo.biz/ [EMAIL PROTECTED] Geschäftsführer: Peter Linzenkirchner Amtsgericht Augsburg, HRB 14435 --- ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Typo3 4.2 & Seitenmodul
Hallo Tobias, ist aber für die Redakteure schon etwas komplizierter. Vor allem, wenn die so schlau sind, und die Inhalte im List-Modus erstellen - dann erhalten sie nämlich keine TV-ID und sind nicht sichtbar. Ich kenne auch keine Methode um das zu reparieren, ausser die Artikel dann umzukopieren. Abgesehen davon ist TV natürlich genial. Gruß Peter -- --- Lisardo Multimedia GmbH Herrenbachstraße 19, 86161 Augsburg Tel. ++49-821-150565, Fax ++49-821-150595 http://www.lisardo.biz/ [EMAIL PROTECTED] Geschäftsführer: Peter Linzenkirchner Amtsgericht Augsburg, HRB 14435 --- ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3-Hoster
Hallo K.-D., Am 13.06.2008 um 18:20 schrieb K.- D. Fischer: > Hallo, > > ich habe TYPO3 heute erstmals installiert. Das was ich bisher > gesehen habe, > erschlägt mich allerdings. Das sieht nach enorm viel Lernaufwand > aus. Lohnt > es sich wirklich? Es wäre nicht so toll, wenn man sich monatelang > damit > auseinander setzt und dann feststellt, war doch nix. na ja, die Frage in einer Typo3-Mailingliste zu stellen, macht nicht so viel Sinn, oder? Ich denke, diejenigen, die hier schreiben, haben die Frage alle schon für sich beantwortet :-) Ansonsten kann dir niemand sagen, ob TYPO3 für dich richtig ist oder nicht, weil keiner weiß, was du vor hast. Einfach zu lernen ist es nicht. Aber es bietet auch viel ... Gruß Peter -- --- Lisardo Multimedia GmbH Herrenbachstraße 19, 86161 Augsburg Tel. ++49-821-150565, Fax ++49-821-150595 http://www.lisardo.biz/ [EMAIL PROTECTED] Geschäftsführer: Peter Linzenkirchner Amtsgericht Augsburg, HRB 14435 --- ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3-Logo nutzen
Hallo, inwieweit darf man als Firma, die TYPO3-Webseiten erstellt bzw. anbietet, eigentlich für die eigene Werbung das TYPO3-Logo benutzen? Ich habe hier einen Style-Guide gefunden, bin mir aber unsicher, in welchem Zusammenhang das Logo überhaupt verwendet werden darf. Das Logo steht ja unter der "Creative Commons Attribution-NoDerivs 2.5 License" - heisst das, ich kann das Logo auf meiner Webseite für Eigenwerbung verwenden, solange ich mich an die Regeln hier ( http://creativecommons.org/licenses/by-nd/2.5/ ) sowie an den Style-Guide halte? Danke Peter -- --- Lisardo Multimedia GmbH Herrenbachstraße 19, 86161 Augsburg Tel. ++49-821-150565, Fax ++49-821-150595 http://www.lisardo.biz/ [EMAIL PROTECTED] Geschäftsführer: Peter Linzenkirchner Amtsgericht Augsburg, HRB 14435 --- ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Neue Videos für TYPO3-Redakteure
Hallo, ich kenne mich mit Video nicht aus, aber mir scheint es am wichtigsten, dass Videos für _Redakteure_ (!) mit dem Windows Media Player abspielbar sind, und zwar ohne die Installation von zusäztlichen Codecs oder weiterer Abspielsoftware. Gruß Peter -- --- Lisardo Multimedia GmbH Herrenbachstraße 19, 86161 Augsburg Tel. ++49-821-150565, Fax ++49-821-150595 http://www.lisardo.biz/ [EMAIL PROTECTED] Geschäftsführer: Peter Linzenkirchner Amtsgericht Augsburg, HRB 14435 --- ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Menüs stellt einen Abstand zwisch en den Bildern? clear:both?
Hallo Jochen, es ist letztlich das gleiche Problem wie beim guestbook, zu dem ich dir das gleiche schon mal geantwortet habe: du hast zwei Spalten, die linke floatet nach links, während die rechte spalte nicht floatet: Menü Hauptinhalt Also im nicht floatenden Container der Hauptspalte eine floatende Box. So löst YAML für Typo3 das Problem. Hier ist eine Erläuterung des Clearing und des generellen Problems eines globalen Clearing: http://www.yaml.de/de/dokumentation/grundlagen/funktionsweise-von-floats.html und hier die Diskussion im YAML-Forum, in dem die Frage und die möglichen Lösungen diskutiert werden: http://forum.yaml.de/index.php?topic=133.msg397#msg397 Hinweis: die Lösung hat mit YAML letztlich nichts zu tun, und der Bezug auf Typo3 3.8 ist auch irrelevant - hier geht es um das problematische clear:both in css_styled_content, das in Version 4.2 immer noch so ist, wie es in dieser Diskussion war. Ich habe die Lösung hier genauer beschrieben: http://p18458.typo3server.info/Templates-patchen.39.0.html Für Yaml war diese Lösung noch nicht ausreichend, für dein Problem müsste es gehen. Viele Grüße Peter Am 10.06.2008 um 20:24 schrieb Jochen Graf: > Susanne Moog schrieb: >> Hi Jochen, >> >> Jochen Graf wrote: >> >>> ich habe auf dieser Webseite >>> >>> http://www.grafjochen.de/82.0.html >>> >>> Bilder eingefügt, jedoch enstehen zwischen diesen Abstände. Wenn >>> ich das >>> Menü deaktivere dann bekomme ich den Abstand weg. >>> Ich denke mir, dass ein float daran schuld ist, aber ich finde >>> nicht die >>> Stelle an der ich evtl. ein clear:both setzten muss. Hat jemand >>> einen Tipp? >>> >> >> stell mal das DIV#textbereich auf float:left und pass die margin an. >> Dann könnte es gehen. >> >> Viele Grüße, >> >> Susanne >> ___ >> TYPO3-german mailing list >> TYPO3-german@lists.netfielders.de >> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german >> >> >> > Hallo Susanne, > > danke für deine Antwort, hatz aber leider so hingehauen, werde mal ein > anderes Layout nehmen. > > LG Jochen > ___ > TYPO3-german mailing list > TYPO3-german@lists.netfielders.de > http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german > -- --- Lisardo Multimedia GmbH Herrenbachstraße 19, 86161 Augsburg Tel. ++49-821-150565, Fax ++49-821-150595 http://www.lisardo.biz/ [EMAIL PROTECTED] Geschäftsführer: Peter Linzenkirchner Amtsgericht Augsburg, HRB 14435 --- ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Diplomarbeitsumfrage Projektmanagement und Webprojekte
Hallo Susanne, Am 08.06.2008 um 11:26 schrieb Susanne Moog: > Hallo zusammen, > > für meine Diplomarbeit vergleiche ich momentan Projektmanagementtools. > Als Beispielprojekt für den Vergleich habe ich die Umsetzung einer > Website mit Hilfe eines CMS (und dann eingeschränkt auf TYPO3) > genommen. > > Wenn ihr möchtet, wäre es schön, wenn ihr mir aus eurer Sicht der > "Umsetzer / Administratoren / Entwickler" eines solchen Projekts ein > bisschen was über eure Einstellung zum Projektmanagement verratet. > Dazu > habe ich eine kleine Umfrage erstellt, erreichbar hier: > > http://www.susannemoog.de/survey/ > > Ach ja, das genaue Thema meiner Diplomarbeit ist: > > "Vergleich webbasierter Open-Source-Projektmanagementsysteme zur > Unterstützung von virtuellen Projektteams am Beispiel der Entwicklung > einer Website mit Hilfe eines Content-Management-Systems" Ich habe es ausfgefüllt, es ging einwandfrei. Allgemeine Kritik: ich konnte mit vielen Begriffen (Cashflow? Gehört habe ich das natürlich schon mal, aber ... ) nur wenig anfangen. Also ist "Kenne ich nicht" eine der wichtigsten Kategorien ... Inhaltliche Kritik: Ich arbeite in den meisten Fällen nicht mit Projektmanagementsoftware, weil - der Aufwand zu hoch ist, bzw. bei kleinen Projekten die Bedienung der Software selbst einen nennenswerten Kosten- und Zeitfaktor darstellt - Projektmanagement-Software oft umständlich zu benutzen ist (teils grauenhaftes Interface - zumindest in meinen Augen ... ) - bei den Beteiligten u. U. sogar Schulung voraussetzt, was bei ad hoc zusammengestellten Teams schwierig ist. - die Beteiligten (insbes. die Kunden) sich nur äusserst ungern in die "Jacke" einer Projektmanagement-Software zwängen lassen. Insofern muss ich deshalb die Mails des Kunden zuerst in die Software übertragen, die Dateien hochladen und von dort aus antworten ... Zusammengefasst erscheint mir bei kleineren Projekten der Aufwand einer Projektmanagement-Software höher als der Nutzen. Ich weiss nicht, ob dich solche Themen interessieren, für mich sind es Hauptargumente, da meine Projekte in der Regel nur wenige Wochen/ Monate dauern und nur bis max. 200 Mannstunden beanspruchen. Wenn ich 10-20 davon für die Bedienung und Administration einer Verwaltungssoftware opfern muss, wirkt sich das nennenswert auf die Gesamtkosten aus, vor allem weil ich es nicht auf eine Hilfskraft delegieren kann, sondern es direkt von der Entwicklungszeit abgeht. Allerdings muss ich gestehen: Ich kann nicht sicher ausschließen, ob sich durch eine Projektmanagement-Software nicht woanders Einsparungen ergeben, die unter dem Strich zu einem Vorteil führen :-) Aber praktisch ist es einfach so, dass die anderen Beteiligten (Kunde, Agentur) nicht wollen, weil zu umständlich, weil bereits andere Zeiterfassungssysteme existieren oder einfach kein Lust. Oder wenn sie es veruchen, sich nach kurzer Zeit aus Bequemlichkeit nicht mehr daran halten, was bedeutet, dass die Korrespondenz ausserhalb der Software läuft (was wieder unsinnig ist), oder von mir aufwändig übertragen werden muss. es menschelt halt :-) Gruß Peter -- --- Lisardo Multimedia GmbH Herrenbachstraße 19, 86161 Augsburg Tel. ++49-821-150565, Fax ++49-821-150595 http://www.lisardo.biz/ [EMAIL PROTECTED] Geschäftsführer: Peter Linzenkirchner Amtsgericht Augsburg, HRB 14435 --- ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] setup und constants einlesen
Hallo P. Arentzen Am 07.06.2008 um 20:55 schrieb P. Arentzen: > Hallo, > > ich habe eine kleine Extension geschrieben, die zusätzliche Marker für > tt_product ausgeben soll. > > Das klappt auch ganz gut. Doch nun habe ich ein grundlegendes > Verständnisproblem. > > Ich würde der Extension gerne ein paar Konfigurationsoptionen per > Typoscript mitgeben. > > Ich habe die Extension mit Hilfe von Kickstarter erstellt und ein paar > Testwerte in Typoscript Setup gegeben, welches in static/user_books/ > liegt. Ich vermute mal, du musst dein statisches Setup erst im Haupttemplate laden, wie alle anderen statischen Templates auch (tt_news etc.). Danach stehen die Optionen im conf-Array zur Verfügung. Gruß Peter -- --- Lisardo Multimedia GmbH Herrenbachstraße 19, 86161 Augsburg Tel. ++49-821-150565, Fax ++49-821-150595 http://www.lisardo.biz/ [EMAIL PROTECTED] Geschäftsführer: Peter Linzenkirchner Amtsgericht Augsburg, HRB 14435 --- ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] RTE im Safari (Version 4.2)
Hallo, ich teste gerade den RTE von Version 4.2 in Safari. Dabei fällt mir ein obskures Verhalten des Safari auf: er fügt beim Zuweisen einer Headline einen Span-Tag ein: Zum Beispiel eine Headline. Das sieht ziemlich komisch aus in der Wysiwig-Darstellung. Nach dem Sichern ist zumindest die Darstellung OK, die Klasse bleibt allerdings erhalten. Wie ich feststellen konnte, war das auch in FCKEditor mal so und in TinyMCE ist es auch der Fall - also ein dämliches Verhalten von Safari himself. Weiss jemand genaueres drüber? Gruß und Danke Peter -- --- Lisardo Multimedia GmbH Herrenbachstraße 19, 86161 Augsburg Tel. ++49-821-150565, Fax ++49-821-150595 http://www.lisardo.biz/ [EMAIL PROTECTED] Geschäftsführer: Peter Linzenkirchner Amtsgericht Augsburg, HRB 14435 --- ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Mittwald server klappt das on click enlarg nicht
Hallo Jochen, Am 06.06.2008 um 18:05 schrieb Jochen Graf: > > Hier gehts > http://www.paeps.uni-landau.de/index.php?id=15 > > hier leider nicht > http://www.grafjochen.de/74.0.html Bei mir gehts, z. B. in Safari und Firefox. Gruß Peter -- --- Lisardo Multimedia GmbH Herrenbachstraße 19, 86161 Augsburg Tel. ++49-821-150565, Fax ++49-821-150595 http://www.lisardo.biz/ [EMAIL PROTECTED] Geschäftsführer: Peter Linzenkirchner Amtsgericht Augsburg, HRB 14435 --- ___ TYPO3-german mailing list TYPO3-german@lists.netfielders.de http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
