[TYPO3-german] pcsimiletimeline: hat jemand erfahrung mit dieser EXT?
hallo liste (dies ist die deutsche version meiner anfrage beim englischen forum: pcsimiletimeline: has anyone experience with this EXT?) ich versuche die EXT pcsimiletimeline (version 0.1.1, 15.03.2012) auf meiner installation (TYPO3 4.5.32) zum laufen zu bringen. die installation war leicht und einfach. aber die dateneingabe ist schwierig: einige datums-eingaben werden nicht akzeptiert, z.b. 1.1.1900 im Band und Event. auch im Decorator werden bestimmte datums-eingaben nicht akzeptiert. wenn ein datum nicht akzeptiert wird, füllt das system einfach das aktuelle datum ein. oder gibt eine fehlermeldung aus, wenn ich den eintrag sichern will. auch die veränderung der US datumsform in ein europäisches scheint nicht möglich zu sein (Event Detail view). ich habe den autor dieser EXT kontaktiert. er hat bisher nicht reagiert (über einen monat). darum frage ich auch in dieser, ob jemand dasselbe problem gehabt hat. und ob er es möglicherweise gelöst hat. danke für jeden hinweis und jede hilfe stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TPYO3 4.5.x: umlaute ä ö ü plötzlich als ä ö ü
@ philipp On 04.03.2014 15:42, Philipp Gampe wrote: Das halte ich für ein Gerücht. Ich glaube nicht das ein Wechsel der PHP Version dafür sorgt, das Strings auf einmal doppelt kodiert werden. Ich kann mir eigentlich nur zwei Dinge vorstellen: 1. PHP 5.4 sendet andere Header, sodass der Browser einen andere Kodierung verwendet 2. Es gibt einen versteckten Bug, welcher zwar abgefangen wird, aber das Rendering beeinflusst Ich habe noch nie von so einem Bug im TYPO3 CMS Core gehört. Ich bezweifle, dass es dann besser sein wird. Du musst dem eigentlichen Bug auf die Schliche kommen. du hattest recht: die umstellung auf PHP 5.4 hat das ganze problem wiederum aktiviert (mit TYPO3 4.5.32). bin ziemlich verzweifelt, weil ich keine ahnung habe, wo und bei wem der fehler liegt und vor allem korrigiert werden kann. danke für weitere hints help stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] GELÖST Re: TPYO3 4.5.x: umlaute ä ö ü plötzlich als ä ö ü
@peter danke für deine ausführliche und nachvollziehbare erklärung. in meinem fall war das allerdings anders. die beiden parameter $TYPO3_CONF_VARS['BE']['forceCharset'] = 'utf-8'; $TYPO3_CONF_VARS['SYS']['setDBinit'] = 'set names utf8;'; waren immer schon gesetzt. die mySQL-db war auf utf-8 gesetzt, ebenfalls immer schon. aber was nun geschehen war: der webhoster hat in den letzten tagen automatisch umgestellt von PHP 5.3 auf PHP 5.4. damit wurde die doppelte codierung ausgelöst, bei bestehender korrekter utf-8 konfiguration. aber eben: ich hatte noch eine TYPO3 version unter 4.5.32. dieses vorgehen hat mein problem gelöst: zurück zu PHP 5.3, dann update auf TYPO3 4.5.32 als vorbereitung auf PHP 5.4. der nächste schritt wird dann sein: wieder auf PHP 5.4 umschalten. nun, ich finde tatsächlich, dass solche unverträglichkeiten resp. veränderungen irgendwo stehen müssten. vor allem, weil die unterschiedlichen webhoster ja ganz unterschiedlich umgehen mit der jeweiligen PHP-version. in meinem fall kann ich eingreifen, aber das ist längst nicht bei allen webhostern der fall. gruss und dank stephan On 03.03.2014 19:09, Peter Linzenkirchner wrote: Hallo Stephan, das muss eigentlich nirgends stehen ... das sich alte Programme u. U. nicht mit aktuellem PHP vertragen, das ist doch immer so. Vermutlich liegt aber der Wurm gar nicht in der verwendeten PHP-Version, sondern in der Datenbank-Verbindung! Die erfolgt wohl in der PHP-Version 5.3 in latin und in 5.4 in utf-8. Deine seltsamen Zeichen deuten nämlich auf eine doppelte UTF-8 Kodierung hin. Typischerweise das Problem, wenn in TYPO3 im Install-Tool $TYPO3_CONF_VARS['BE']['forceCharset'] = 'utf-8'; gesetzt wurde, ohne $TYPO3_CONF_VARS['SYS']['setDBinit'] = 'set names utf8;'; gleichzeitig zu setzen. Das ist ein Fehler, der zu falsch kodierten Daten in der Datenbank führt. Dann werden in älteren PHP-Versionen nämlich utf-8-Daten über eine Latin-Verbingung zur Datenbank gesendet. MySQL aber erwartet bei einer latin-Verbindung aber latin-Daten und speichert deine utf-8-Daten als latin-Zeichen ab - jedes utf-Zeichen als zwei latin-Zeichen. Das klappt, solange die Verbindung weiter latin bleibt. Beim Wechsel des PHP hat sich diese wahrscheinlich geändert auf utf-8 und jetzt funktioniert das Zusammenspiel nicht mehr. Du bekommst jetzt doppelt utf-8-kodierte Daten: ä ö ü Schnelle Abhilfe wäre u. a.: $TYPO3_CONF_VARS['SYS']['setDBinit'] = 'set names latin1;'; Aber das ist nicht sehr gut, weil damit ein falsche Konfiguration weiter fortgeschrieben wird. Das fliegt dir spätestens bei Version 6.x um die Ohren. Besser ist es, die Datenbank als latin zu exportieren, danach alle latin1 in der Datenbank nach utf8 ändern (innerhalb von SET NAMES latin1 oder DEFAULT Max. CHARSET latin1) und die gleichen Daten als utf-8 erneut zu importieren. Das ist ein bekanntes Problem, und hat mich ziemlich gefuxt beim Umstieg auf 4.1 oder 4.2. Schön hier erklärt: http://ducrot.wordpress.com/2010/06/04/utf-8-umstellung-oder-reparatur-eines-vorhandenen-typo3-systems/ Gruß Peter Am 03.03.2014 um 18:26 schrieb Stephan Bernhard g...@gmx.ch: für alle, die dasselbe problem haben: TYPO3 versionen unter 4.5.32 vertragen sich offenbar nicht mit PHP version 5.4 (wo steht dieser hinweis denn in der TYPO3-community? ich hab ihn von meinem webhoster erhalten) also: entweder zurück auf PHP 5.3 oder update auf TYPO3 4.5.32 stephan On 02.03.2014 08:59, Stephan Bernhard wrote: hallo liste seit fünf jahren betreibe ich TYPO3 installationen, die alle von anfang an korrekt auf utf-8 eingestellt waren, entsprechend auch die dazugehörigen datenbanken. nun werden plötzlich die eingegebenen umlaute nicht mehr korrekt gespeichert, sondern so, als ob utf-8 als iso 8859-1 interpretiert und so in der datenbank gespeichert werden. dies geschieht beim speichern eines textes mit umlauten, die in rtehtmlarea eingegeben werden. sobald sie in der DB gespeichert sind, verändern sie sich (siehe betreff). bis jetzt habe ich den grund für dieses absurde verhalten des rtehtmlarea noch nicht herausgefunden. wenn ich die entsprechenden textstellen mit phpmyadmin im entsprechenden feld der tabelle tt_content korrigiere, bleibt die korrektur stabil. d.h. im BE und im FE wird alles korrekt angezeigt. versionen: TYPO3: 4.5.28 php: 5.4.24 (früher: 5.3.28) mysql: 5.5.31 danke für entsprechende hints und hilfe stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german -- Xing: http://www.xing.com/profile/Peter_Linzenkirchner Web: http://www.typo3-lisardo.de Facebook: http://tinyurl.com/lisardo-multimedia ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] GELÖST Re: TPYO3 4.5.x: umlaute ä ö ü plötzlich als ä ö ü
für alle, die dasselbe problem haben: TYPO3 versionen unter 4.5.32 vertragen sich offenbar nicht mit PHP version 5.4 (wo steht dieser hinweis denn in der TYPO3-community? ich hab ihn von meinem webhoster erhalten) also: entweder zurück auf PHP 5.3 oder update auf TYPO3 4.5.32 stephan On 02.03.2014 08:59, Stephan Bernhard wrote: hallo liste seit fünf jahren betreibe ich TYPO3 installationen, die alle von anfang an korrekt auf utf-8 eingestellt waren, entsprechend auch die dazugehörigen datenbanken. nun werden plötzlich die eingegebenen umlaute nicht mehr korrekt gespeichert, sondern so, als ob utf-8 als iso 8859-1 interpretiert und so in der datenbank gespeichert werden. dies geschieht beim speichern eines textes mit umlauten, die in rtehtmlarea eingegeben werden. sobald sie in der DB gespeichert sind, verändern sie sich (siehe betreff). bis jetzt habe ich den grund für dieses absurde verhalten des rtehtmlarea noch nicht herausgefunden. wenn ich die entsprechenden textstellen mit phpmyadmin im entsprechenden feld der tabelle tt_content korrigiere, bleibt die korrektur stabil. d.h. im BE und im FE wird alles korrekt angezeigt. versionen: TYPO3: 4.5.28 php: 5.4.24 (früher: 5.3.28) mysql: 5.5.31 danke für entsprechende hints und hilfe stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TPYO3 4.5.x: umlaute ä ö ü plötzlich als ä ö ü
hallo liste seit fünf jahren betreibe ich TYPO3 installationen, die alle von anfang an korrekt auf utf-8 eingestellt waren, entsprechend auch die dazugehörigen datenbanken. nun werden plötzlich die eingegebenen umlaute nicht mehr korrekt gespeichert, sondern so, als ob utf-8 als iso 8859-1 interpretiert und so in der datenbank gespeichert werden. dies geschieht beim speichern eines textes mit umlauten, die in rtehtmlarea eingegeben werden. sobald sie in der DB gespeichert sind, verändern sie sich (siehe betreff). bis jetzt habe ich den grund für dieses absurde verhalten des rtehtmlarea noch nicht herausgefunden. wenn ich die entsprechenden textstellen mit phpmyadmin im entsprechenden feld der tabelle tt_content korrigiere, bleibt die korrektur stabil. d.h. im BE und im FE wird alles korrekt angezeigt. versionen: TYPO3: 4.5.28 php: 5.4.24 (früher: 5.3.28) mysql: 5.5.31 danke für entsprechende hints und hilfe stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Re: powermail: parse error beim SENDEN (swiftmailer) GELÖST
falls jemand auf dasselbe oder ein ähnliches problem stösst, findet er die antwort im englischen forum. On 02.02.2012 17:53, Stephan Bernhard wrote: hallo liste nach dem update auf TYPO3 4.5.10 erscheint beim absenden eines powermail-formulars der folgende fehler im FE: Parse error: syntax error, unexpected '' in /.../typo3/contrib/swiftmailer/classes/Swift/Mime/Headers/DateHeader.php on line 119 ein update von powermail 1.5.7 auf 1.6.4 hat nichts gebracht. was bedeutet dieser fehler? und wie kann ich ihn beheben? danke für eure hilfe stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] powermail: parse error beim SENDEN (swiftmailer)
hallo liste nach dem update auf TYPO3 4.5.10 erscheint beim absenden eines powermail-formulars der folgende fehler im FE: Parse error: syntax error, unexpected '' in /.../typo3/contrib/swiftmailer/classes/Swift/Mime/Headers/DateHeader.php on line 119 ein update von powermail 1.5.7 auf 1.6.4 hat nichts gebracht. was bedeutet dieser fehler? und wie kann ich ihn beheben? danke für eure hilfe stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] htmlarea und acronym
@ felix aber wo genau soll das sein? Ich kann weder per google noch über die mailinglist archive suche etwas finden. ich versuch's mal: ich habe einen sysordner unterhalb der root-seite mit acronymen (ein überbleibsel der EXT a21glossary). darin befinden sich aber nur zwei einträge vom typ htmlArea RTE - Acronym, eines ist als Acronym bezeichnet, das andere als Abkürzung (weil ja der IE abbr benützt statt acronym). damit sollte der admin bereits das acronym-icon im RTEhtmlArea-editor sehen, sofern es nicht als hidden definiert ist. dem RTEhtmlArea gebe ich im pageTSConfig-feld der root-seite (seiteneigenschaften/optionen) dann noch folgendes an: RTE.default.buttons.acronym.pages = (id des sysordners) RTE.default.buttons.lockBEUserToDBmounts = 1 RTE.default.FE.buttons.acronym.pages = (id des sysordners) RTE.default.FE.buttons.lockBEUserToDBmounts = 1 so kann nicht nur der admin, sondern können auch die BE-user das icon sehen und entsprechend bearbeiten, sofern sie zugang über den ganzen DBmount der root-seite haben. es ist cranky, finde ich auch (wie so manches in TYPO3), aber es funktioniert, wenigstens bei mir. gruss stephan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] htmlarea und acronym
hallo felix schau hier nach, vielleicht ist dort die antwort: [TYPO3-rte] button acronym not shown any more for BE_users gruss stephan On 16.09.2010 12:01, Felix Nagel wrote: Hallo TYPO3 Gemeinde, ich nutze die aktuellste TYPO3 Version (4.4.2) mit dem mitgelieferten htmarea. Ich benötige das acronym Tag, allerdings ohne das ich das Kontext Menü benutzen möchte (wegen der im Browser eingebauten Rechtschreibhilfe). Allerdings reagiert htmlarea nicht auf den tag acronym in showButtons. In hideButtons ist es nicht eingetragen. Jemand einen Tip oder ist einfach nicht mehr möglich einen Toolbar Button für Abkürzungen anzeigen zu lassen? Grüße *Felix Nagel* Bethesdastraße 16 20535 Hamburg m *01 71 / 19 80 16 7* t *040 / 33 98 35 41* www.felixnagel.com | i...@felixnagel.com| www.nonkonform-design.de Diplomarbeithttp://www.felixnagel.com/studium/diplomarbeit/ Barrierefreie Java-Script Applikationen mit jQuery ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Eigene CSS-Klasse fehlt im RTE
@ ingo hatte heute morgen dasselbe problem: klassen definiert, im RTE.css eingegeben, RTE-config gelöscht etc. aber nur ein neustart de BE hat dann bewirkt, dass die klasse auch im RTE ausgegeben wurde. gruss stephan On 26.07.2010 09:49, Ingo Preuß wrote: Hallo, folgendes TS soll die zuvor in der rte.css angelegte Klasse 'bigRaQuo' innerhalb des RTE verfügbar machen: RTE.default { contentCSS = fileadmin/css/rte.css showTagFreeClasses=1 classesCharacter := addToList(bigRaQuo) proc { allowedClasses := addToList(bigRaQuo) denyTags RTE.default.buttons.inserttag.denyTags } FE { proc { allowedClasses RTE.default.proc.allowedClasses } } } TS steht im page TS der entsprechenden Seite. Verweis zur CSS Datei ist angepasst. Cashes gelöscht. Nur fehlt die Klasse im RTE-dropdown. Missverständnis? Gruß, Ingo -- Ingo Preuss Rigaer Strasse 65 10247 Berlin 0163.160 51 03 ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german