[TYPO3-german] Ticket TYPO3 Developer Days (T3DD10) zu verkaufen
Leider kann ich aus gesundheitlichen Gründen nicht an den T3DD teilnehmen und biete daher mein Ticket an. Kontakt: Bernhard Welzel (wel...@i-nox.de) oder 0231-1673030. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] (no subject)
Am 29.06.2010, 09:11 Uhr, schrieb Ralf Würtz | EmK-Internetarbeit ad...@emk.de: Liebe Leute, ich habe die EXT socialplugin installiert, um Meldungen (tt_news) in Facebook zu empfehlen. Der Link, der an Facebook übermittelt wird, ist allerdings nicht brauchbar. Schreibe am besten den Exension-Autor direkt an. Sei so gut und wähle beim nächsten Post einen aussagekräftigen Betreff. Danke Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] TYPO3 4.4 transparentColor
Hallo Zusammenm, wir haben gerade eine Installation auf TYPO3 4.4 geupdatet. Klappt alles soweit super, leider geht aber transparentColor im Typoscript gar nicht mehr. Das wird schlichtweg ignorniert. Die erzeugten GIF-Dateien sind nicht mehr transparent. Hier unsere Konfiguration: ImageMagick enabled: 1 ImageMagick path: /usr/X11R6/bin/ (6.2.4) ImageMagick path/LZW:/usr/bin/ (6.2.4) Version 5/GraphicsMagick flag: im6 GDLib enabled:1 GDLib using PNG: IM5 effects enabled: 1 (Blurring/Sharpening with IM 5+) Freetype DPI:96 (Should be 96 for Freetype 2) Mask invert:1 (Should be set for some IM versions approx. 5.4+) File Formats: gif,jpg,jpeg,tif,tiff,bmp,pcx,tga,png,pdf,ai Beispiel Script: NO = 1 NO{ allWrap = li | /li XY = 170, 20 backColor = #e3d2ae transparentColor = #e3d2ae ... Jemand eine Idee ? Danke und Gruß Tobi ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 4.4 transparentColor
Okay. Es liegt irgendwie am NiceText: NO = 1 NO{ allWrap = li | /li XY = 170, 20 backColor = #e3d2ae transparentColor = #e3d2ae ATagTitle.field = abstract // description // title stdWrap.htmlSpecialChars = 1 10 = TEXT 10{ //text.field= subtitle //text.ifEmpty.field = title text.field= title text.ifEmpty.field = subtitle text.crop = 21 | .. #text.case = upper offset = 10,15 fontSize = 15 fontColor = #26387d fontFile =fileadmin/res/fonts/BLISS2__.TTF niceText=1 niceText.sharpen=1 } } wenn ich das deaktiere klappt die transparenz. Das hat bei der 4.3er Version aber definitiv funktioniert. Kann jemand mein Problem bestätigen? Gruß T o b i Am 29.06.2010 13:46, schrieb Tobias Pierschel: Hallo Zusammenm, wir haben gerade eine Installation auf TYPO3 4.4 geupdatet. Klappt alles soweit super, leider geht aber transparentColor im Typoscript gar nicht mehr. Das wird schlichtweg ignorniert. Die erzeugten GIF-Dateien sind nicht mehr transparent. Hier unsere Konfiguration: ImageMagick enabled: 1 ImageMagick path: /usr/X11R6/bin/ (6.2.4) ImageMagick path/LZW: /usr/bin/ (6.2.4) Version 5/GraphicsMagick flag: im6 GDLib enabled: 1 GDLib using PNG: IM5 effects enabled: 1 (Blurring/Sharpening with IM 5+) Freetype DPI: 96 (Should be 96 for Freetype 2) Mask invert: 1 (Should be set for some IM versions approx. 5.4+) File Formats: gif,jpg,jpeg,tif,tiff,bmp,pcx,tga,png,pdf,ai Beispiel Script: NO = 1 NO{ allWrap = li | /li XY = 170, 20 backColor = #e3d2ae transparentColor = #e3d2ae ... Jemand eine Idee ? Danke und Gruß Tobi ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 4.4 transparentColor
Hallo Tobias, versuch mal neben niceText = 1 zustätzlich antiAlias = 0; bei mir gings dann wieder. Gruß Peer Am 29.06.2010 um 13:55 schrieb Tobias Pierschel: Okay. Es liegt irgendwie am NiceText: NO = 1 NO{ allWrap = li | /li XY = 170, 20 backColor = #e3d2ae transparentColor = #e3d2ae ATagTitle.field = abstract // description // title stdWrap.htmlSpecialChars = 1 10 = TEXT 10{ //text.field= subtitle //text.ifEmpty.field = title text.field= title text.ifEmpty.field = subtitle text.crop = 21 | .. #text.case = upper offset = 10,15 fontSize = 15 fontColor = #26387d fontFile =fileadmin/res/fonts/BLISS2__.TTF niceText=1 niceText.sharpen=1 } } wenn ich das deaktiere klappt die transparenz. Das hat bei der 4.3er Version aber definitiv funktioniert. Kann jemand mein Problem bestätigen? Gruß T o b i Am 29.06.2010 13:46, schrieb Tobias Pierschel: Hallo Zusammenm, wir haben gerade eine Installation auf TYPO3 4.4 geupdatet. Klappt alles soweit super, leider geht aber transparentColor im Typoscript gar nicht mehr. Das wird schlichtweg ignorniert. Die erzeugten GIF-Dateien sind nicht mehr transparent. Hier unsere Konfiguration: ImageMagick enabled: 1 ImageMagick path: /usr/X11R6/bin/ (6.2.4) ImageMagick path/LZW: /usr/bin/ (6.2.4) Version 5/GraphicsMagick flag: im6 GDLib enabled: 1 GDLib using PNG: IM5 effects enabled: 1 (Blurring/Sharpening with IM 5+) Freetype DPI: 96 (Should be 96 for Freetype 2) Mask invert: 1 (Should be set for some IM versions approx. 5.4+) File Formats: gif,jpg,jpeg,tif,tiff,bmp,pcx,tga,png,pdf,ai Beispiel Script: NO = 1 NO{ allWrap = li | /li XY = 170, 20 backColor = #e3d2ae transparentColor = #e3d2ae ... Jemand eine Idee ? Danke und Gruß Tobi ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CLI Fehler / Crawler
So, jetzt ist die Lösung da... Scheint in der t3lib_div aufzutreten. Das Ganze wohl nur unter Windows, da an einer Stelle der Pfad nicht richtig zurückgeliefert wird und getFileAbsFileName ein leeres Return liefert. Hier also der Workaround für alle, bei denen der Crawler unter Windows streikt! Btw. ist das was für den Bugtracker?? Viele Grüße vom Chris public static function getFileAbsFileName($filename,$onlyRelative=TRUE,$relToTYPO3_mainDir=FALSE) { if (!strcmp($filename,'')) return ''; if ($relToTYPO3_mainDir){ if (!defined('PATH_typo3')) return ''; $relPathPrefix = PATH_typo3; } else { $relPathPrefix = PATH_site; } if (substr($filename,0,4)=='EXT:') { // extension list($extKey,$local) = explode('/',substr($filename,4),2); $filename=''; if (strcmp($extKey,'') t3lib_extMgm::isLoaded($extKey) strcmp($local,'')) { $filename = t3lib_extMgm::extPath($extKey).$local; } } elseif (!self::isAbsPath($filename)) { // relative. Prepended with $relPathPrefix $filename=$relPathPrefix.$filename; } elseif ($onlyRelative !self::isFirstPartOfStr($filename,$relPathPrefix)) { // absolute, but set to blank if not allowed $filename=''; } if (strcmp($filename,'') self::validPathStr($filename)) { // checks backpath. return $filename; } /* CHRIS: seems that self::validPathStr has sometimes a problem * sample $filename = C:///apache/htdocs/typo3conf/ext/crawler/cli/crawler_im.php */ return $filename; } Am 29.06.2010 12:33, schrieb Chris Bernhard: Hi zusammen, ich bin nun nach einigem Suchen dahinter gekommen, woran die ganze Sache denn überhaupt liegt. Da es sich um eine Windows Kiste handelt, werden die Konstanten, welche ja mit _ Underscore definiert werden von PHP nicht erkannt. Sprich, TYPO3_cliInclude bleibt leer, während allerdings TYPO3cliInclude richtig erkannt wird. Die verwendete PHP Version ist die 5.2.12. Gibts hierfür irgendeinen Workaround? Viele Grüße und besten Dank vom Chris Am 22.06.2010 12:16, schrieb Chris Bernhard: Natürlich ist auch noch folgendes konfiguriert: #Indexed Search config.index_enable = 1 config.index_externals = 1 config.no_cache = 0 Viele Grüße vom Chris Am 22.06.2010 12:10, schrieb Chris Bernhard: Hi zusammen, hier mal nähere Infos zu meinem Crawler Problem: Windows 2003 Server Apache 2.2.14 PHP 5.2.12 Typo3 4.3.3 EXT Crawler 3.1.2 Folgende Crawler Konfiguration liegt auf der Root Seite: #set up a crawl for users that arent logged in tx_crawler.crawlerCfg.paramSets.crawlingall= tx_crawler.crawlerCfg.paramSets.crawlingall{ cHash = 1 procInstrFilter = tx_indexedsearch_reindex, tx_indexedsearch_crawler baseUrl = http://kunde.dev/ } #set up a crawl for users who have group id of 1 tx_crawler.crawlerCfg.paramSets.grp1 tx_crawler.crawlerCfg.paramSets.test tx_crawler.crawlerCfg.paramSets.grp1{ userGroups = 1 } Benutzer _cli_crawler ist im Backend angelegt. In indexed_search sind folgende Modes gesetzt: - disableFrontendIndexing - useCrawlerForExternalFiles - pdftools PATH: c:/Apache/bin/xpdf/ Eine Indexierungseinstellungen vom Typ Seitenbaum (inklusive Wurzelseite) liegt ebenfalls in der Rootseite. Verschieben in Stammdatenverzeichnis hat ebenfalls nichts gebracht. CLI rufe ich wie folgt über Geplante Tasks oder die CMD auf: c:\php /Apache/htdocs/typo3/cli_dispatch.phpsh crawler Im Protokoll steht der eingangs erwähnte Fehler: cli_craw...@live [5] ! [5_0] Core: Error handler (BE): PHP Warning: include(): Failed opening '' for inclusion (include_path='c:\php') in C:\Apache\htdocs\typo3\cli_dispatch.phpsh line 123 Ich bekomme also den Crawler partout nicht zum Laufen... Ist das unter Windows ein bekannter Bug oder mache ich irgendwas falsch? Es wird nämlich rein überhaupt nichts indexiert... Vielen Dank und allerbeste Grüße vom Chris Am 18.06.2010 15:53, schrieb Chris Bernhard: Hi zusammen mal wieder, beim Aufruf eines Cronjobs für die Crawler Extension erhalte ich im Backend folgende Fehlermeldung: 15:27:06 _cli_craw...@live [5] ! [5_0] Core: Error handler (BE): PHP Warning: include(): Failed opening '' for inclusion (include_path='c:\php') in C:\Apache\htdocs\typo3\cli_dispatch.phpsh line 123 Eigentlich recht aussagekräftig, wenn ich nur wüsste, was im include_path stehen soll. In Zeile 123 steht übrigens folgendes: include(TYPO3_cliInclude); Irgendwann vielleicht einen Rat? Vielen Dank und beste Grüße vom Chris ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org
[TYPO3-german] 4.4.0: Datensätze in be_ groups lassen sich nicht bearbeiten
Tag zusammen, seit dem Update beobachte ich ein merkwürdiges Phänomen, das sich leider nicht eindeutig reproduzieren lässt: Lege ich eine neue BE-Gruppe an und speichere diese, kann es sein, dass sich beim nächsten Bearbeitungsschritt weder die Änderungen speichern, noch der Editor schließen lässt. Andere Tabellen sind offenbar nicht betroffen. Ausschließen konnte ich als Ursache bisher: -defekte Rechte -Referenzen auf andere Datensätze (etwa in be_users) -Unterschiedliches Verhalten bei unter 4.3.3 bzw. 4.4.0 angelegten Datensätzen Was tun? -- Danke für's Lesen, Henrik ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] image file skalieren in eigener extension
Hallo hast du auch einen Tipp für mich, wie ich am besten die uploadfolder vom Image bestimmen kann? Damit sowohl im TCA und in meinem erzeugten Bild der selbe Uploadfolder angegeben ist. Schöne Grüße Domi Am 26. Juni 2010 20:18 schrieb Domi Garms djga...@gmail.com: Hi Patrick danke für den Tip, werde ich auf jeden Fall ausprobieren. Schöne Grüße Domi Am 25. Juni 2010 15:41 schrieb Patrick Riekert priek...@fconnection.com: Hallo Domi Ich würde mir mittels Typoscript ein Image-Objekt erstellen und dies dann jeweils in der Extension anpassen. TS plugin.tx_meineExtension_pi1 { imageConf = IMAGE imageConf { file = file { #Standardbreite width = 150 # Standardhöhe height = 168 } } } In der Extension dann in der gewünschten Methode einfach $lconf = $this-conf['imageConf.']; $lconf['file'] = 'fileadmin/img/list/'.$row['picture']; // Datei erzeugen $this-cObj-IMG_RESOURCE($lconf) Und dem Marker zuweisen $markerArray['###PICTURE###'] = 'img width=150 border=0 title= alt= src='.$this-cObj-IMG_RESOURCE($lconf).' /' Gruss Patrick -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Domi Garms Gesendet: Freitag, 25. Juni 2010 08:50 An: German TYPO3 Userlist Betreff: [TYPO3-german] image file skalieren in eigener extension Hallo Liste ich habe eine eigene Extension programmiert, welche Eine Liste eines Katalogs darstellen soll. Zu jedem Listeneintrag wird auch ein Bild hochgeladen und dargestellt, jedoch scheiter ich gerade an den Eigenschaften des Bildes. Und zwar soll das Bild verlinkt werden und maximal 150px breit sein, jedoch bekomme ich das Wrappen und das Skalieren nicht hin. Alle Bilder werde immer in Originalgröße dargestellt. Besser wäre vielleicht, beim Upload der Bilder zu skalieren, jedoch hab ich dafür noch keinen Ansatz. Auszug aus der tx_test_pi1.php while($row=$GLOBALS['TYPO3_DB']-sql_fetch_assoc($res)) { $markerArray['###LINK###']=$this-pi_linkToPage($row['name'],$row['link']); $markerArray['###NAME###']=$row['name']; $markerArray['###DESCRIPTION###']=$row['description']; $markerArray['###PICTURE###']=$this-cObj-IMAGE(array( 'file' = 'fileadmin/img/list/'.$row['picture'], 'altText' = $row['name'], 'titleText' = $row['name'], 'maxW' = 140 )); $liste .= $this-cObj-substituteMarkerArrayCached($singlerow,$markerArray); } Grüße Domi ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.4.0: Datensätze in be_group s lassen sich nicht bearbeiten
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 29.06.2010 15:30, schrieb Henrik Jahn: Tag zusammen, seit dem Update beobachte ich ein merkwürdiges Phänomen, das sich leider nicht eindeutig reproduzieren lässt: Lege ich eine neue BE-Gruppe an und speichere diese, kann es sein, dass sich beim nächsten Bearbeitungsschritt weder die Änderungen speichern, noch der Editor schließen lässt. Andere Tabellen sind offenbar nicht betroffen. Ausschließen konnte ich als Ursache bisher: -defekte Rechte -Referenzen auf andere Datensätze (etwa in be_users) -Unterschiedliches Verhalten bei unter 4.3.3 bzw. 4.4.0 angelegten Datensätzen Was tun? Hi Hendrik, konntest du auschließen das es ein Javascript problem ist? lässt sich der datensatz bearbeiten wenn du im browser neu lädst. in 4.4 haben sie doch schon große teile des backends auf extJS umgestellt. (ich denke da könnten noch eine bugs schlummern) gruss chris - -- Christian Wolff // Berlin http://www.connye.com some projects: http://richtermediagroup.com | http://titanic.de | http://fairplay-homepage.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iEYEARECAAYFAkwqCZkACgkQIcCaXPh/JHFu9QCgrJwCPU1xWb3sZwNMdz/jJpzw zFEAoMPZM8aKCSkKMxFCfZ8unvz5MVZa =mU0r -END PGP SIGNATURE- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 4.4 transparentColor
Leider hat das nicht funktioniert :-( Aber trotzdem Danke. Ich schätze es liegt hier dran: http://bugs.typo3.org/view.php?id=13750 Gruß Tobi Am 29.06.2010 14:07, schrieb Peter Linzenkirchner: Hallo Tobias, versuch mal neben niceText = 1 zustätzlich antiAlias = 0; bei mir gings dann wieder. Gruß Peer Am 29.06.2010 um 13:55 schrieb Tobias Pierschel: Okay. Es liegt irgendwie am NiceText: NO = 1 NO{ allWrap =li |/li XY = 170, 20 backColor = #e3d2ae transparentColor = #e3d2ae ATagTitle.field = abstract // description // title stdWrap.htmlSpecialChars = 1 10 = TEXT 10{ //text.field= subtitle //text.ifEmpty.field = title text.field= title text.ifEmpty.field = subtitle text.crop = 21 | .. #text.case = upper offset = 10,15 fontSize = 15 fontColor = #26387d fontFile =fileadmin/res/fonts/BLISS2__.TTF niceText=1 niceText.sharpen=1 } } wenn ich das deaktiere klappt die transparenz. Das hat bei der 4.3er Version aber definitiv funktioniert. Kann jemand mein Problem bestätigen? Gruß T o b i Am 29.06.2010 13:46, schrieb Tobias Pierschel: Hallo Zusammenm, wir haben gerade eine Installation auf TYPO3 4.4 geupdatet. Klappt alles soweit super, leider geht aber transparentColor im Typoscript gar nicht mehr. Das wird schlichtweg ignorniert. Die erzeugten GIF-Dateien sind nicht mehr transparent. Hier unsere Konfiguration: ImageMagick enabled: 1 ImageMagick path: /usr/X11R6/bin/ (6.2.4) ImageMagick path/LZW: /usr/bin/ (6.2.4) Version 5/GraphicsMagick flag: im6 GDLib enabled: 1 GDLib using PNG: IM5 effects enabled: 1 (Blurring/Sharpening with IM 5+) Freetype DPI: 96 (Should be 96 for Freetype 2) Mask invert: 1 (Should be set for some IM versions approx. 5.4+) File Formats: gif,jpg,jpeg,tif,tiff,bmp,pcx,tga,png,pdf,ai Beispiel Script: NO = 1 NO{ allWrap =li |/li XY = 170, 20 backColor = #e3d2ae transparentColor = #e3d2ae ... Jemand eine Idee ? Danke und Gruß Tobi ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Powermail Conditions unter TYPO3 4.4
Hallo zusammen Irgendwie bekomm ich Powermail Conditions nicht zum laufen unter TYPO3 4.4. Wenn im Dropdownmenü der Wert X ausgewählt ist sollte in folgendes input feld angezeigt werden. Im html Code sehe ich keine Fehler!? Aber das Feld wird trotzdem immer angezeigt. Kann es sein dass das ganze nicht kompatibel ist mit 4.4? Gruss Philipp ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Hinzufügen von JS in eigener Exte nsion
Hallo allerseits, ich habe ein Problem mit dem Einbinden von Javascript. Eine CSS Datei habe ich eingebunden, das funktioniert auch, jedoch wird die JS Datei nicht mit eingebunden. Das habe ich in die tx_djlanguage_pi1.php eingetragen: Folgendes funktioniert: $cssFile = $this-conf['cssFile'] ? $this-conf['cssFile'] : t3lib_extMgm::siteRelPath('dj_language').'pi1/tx_djlanguage_pi1.css'; $GLOBALS['TSFE']-additionalHeaderData[$this-extKey] = 'link rel=stylesheet href='.$cssFile.' type=text/css /'; Und direkt danach binde ich JS ein, was aber nicht funktioniert $jsFile = $this-conf['jsFile'] ? $this-conf['jsFile'] : t3lib_extMgm::siteRelPath('dj_language').'res/jquery/js/script.js'; $GLOBALS['TSFE']-additionalHeaderData[$this-extKey] .= 'script src='.$jsFile.' type=text/javascript/script'; Sieht jemand den Fehler? Vielen Dank Schöne Grüße Domi ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.4.0: Datensätze in be_g roups lassen sich nicht bearbeiten
Hallo Christian, konntest du auschließen das es ein Javascript problem ist? ja, denn ich habe eben das Problem einkreisen können :-) Sobald in einer Backend-Benutzergruppe unter Mounts and Workspaces / Access Lists / Modules, Tables (listing), usw. z. B. alle Optionen gesetzt sind, lässt sich der entsprechende Datensatz nicht mehr ändern. Das konnte ich nun eindeutig reproduzieren. Unter 4.3.3 kein Problem. -- Danke für's Lesen, Henrik ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.4.0: Datensätze in be_group s lassen sich nicht bearbeiten
in 4.4 haben sie doch schon große teile des backends auf extJS umgestellt. das wäre mir neu ... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] 4.4.0: Datensätze in be_g roups lassen sich nicht bearbeiten
Am 29.06.2010 17:18, schrieb Henrik Jahn: Hallo Christian, konntest du auschließen das es ein Javascript problem ist? ja, denn ich habe eben das Problem einkreisen können :-) Sobald in einer Backend-Benutzergruppe unter Mounts and Workspaces / Access Lists / Modules, Tables (listing), usw. z. B. alle Optionen gesetzt sind, lässt sich der entsprechende Datensatz nicht mehr ändern. Das konnte ich nun eindeutig reproduzieren. Unter 4.3.3 kein Problem. welche Extensions hast du denn installiert? Hast du irgendwelche special rechte sachen? DB Up ist done? Was heist denn nicht mehr ändern können? Keine Reaktion auf den Speicherbutton, oder nach dem speichern alles wie vorher? Was sagt der Änderungslog? Grüße Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 4.4 transparentColor
Leider hat das nicht funktioniert :-( Aber trotzdem Danke. Ich schätze es liegt hier dran: http://bugs.typo3.org/view.php?id=13750 Nutzt Du denn einen Windows-Server? Nur dann wäre der Bug Dein Problem, wobei niceText dann *gar nicht* funktionieren dürfte. Wenn Du mit aktiviertem niceText weiterhin Buchstaben erkennen kannst, ist der Bug nicht Dein Problem. Ich habe dazu in der englischen Liste bereits was gechrieben, denn mir ist weiterhin nicht klar, wieso Du an der von Dir gezeigten Stelle überhaupt sowas wie Transparenz benötigst. HTH Joey -- Wenn man keine Ahnung hat: Einfach mal Fresse halten! (If you have no clues: simply shut your gob sometimes!) Dieter Nuhr, German comedian Xing: http://contact.cybercraft.de Twitter: http://twitter.com/bunnyfield TYPO3 cookbook (2nd edition): http://www.typo3experts.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 4.4 transparentColor
Hi nochmal. ist ein Linux-Server. NiceText funktioniert, nur, wie gesagt, leider klappt dann transparentColor nicht mehr. Ich werde mich da mal näher mit beschäftigen, aber erst mal zurück auf die alte Version gehen :-) Gruß und schönen Abend Tobi Am 29.06.2010 19:58, schrieb JoH asenau: Leider hat das nicht funktioniert :-( Aber trotzdem Danke. Ich schätze es liegt hier dran: http://bugs.typo3.org/view.php?id=13750 Nutzt Du denn einen Windows-Server? Nur dann wäre der Bug Dein Problem, wobei niceText dann *gar nicht* funktionieren dürfte. Wenn Du mit aktiviertem niceText weiterhin Buchstaben erkennen kannst, ist der Bug nicht Dein Problem. Ich habe dazu in der englischen Liste bereits was gechrieben, denn mir ist weiterhin nicht klar, wieso Du an der von Dir gezeigten Stelle überhaupt sowas wie Transparenz benötigst. HTH Joey ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] TYPO3 4.4 transparentColor
Bin gerade wieder auf die 4.3.3 umgestiegen und siehe da.. es klappt alles. Schon schade, da die 4.4er einen guten Eindruck macht. Viele Grüße Tobi Am 29.06.2010 21:29, schrieb Tobias Pierschel: Hi nochmal. ist ein Linux-Server. NiceText funktioniert, nur, wie gesagt, leider klappt dann transparentColor nicht mehr. Ich werde mich da mal näher mit beschäftigen, aber erst mal zurück auf die alte Version gehen :-) Gruß und schönen Abend Tobi Am 29.06.2010 19:58, schrieb JoH asenau: Leider hat das nicht funktioniert :-( Aber trotzdem Danke. Ich schätze es liegt hier dran: http://bugs.typo3.org/view.php?id=13750 Nutzt Du denn einen Windows-Server? Nur dann wäre der Bug Dein Problem, wobei niceText dann *gar nicht* funktionieren dürfte. Wenn Du mit aktiviertem niceText weiterhin Buchstaben erkennen kannst, ist der Bug nicht Dein Problem. Ich habe dazu in der englischen Liste bereits was gechrieben, denn mir ist weiterhin nicht klar, wieso Du an der von Dir gezeigten Stelle überhaupt sowas wie Transparenz benötigst. HTH Joey ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CLI Fehler / Crawler
Am 29.06.10 14:21, schrieb Chris Bernhard: Btw. ist das was für den Bugtracker?? ja! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Installation TYPO3 4.4 Probleme???
Liebe Community! Ich bekomme bereits im Step 1 des install tools von TYPO3 4.4.0 folgende Meldung: Warning: Unexpected character in input: ''' (ASCII=39) state=1 in /thobrkoc/www.thomas-hirt.at/s2bnetwork/typo3/sysext/dbal/class.tx_dbal_installtool.php on line 458 Parse error: syntax error, unexpected '' in /thobrkoc/www.thomas-hirt.at/s2bnetwork/typo3/sysext/dbal/class.tx_dbal_installtool.php on line 459 Hat das jemand unter euch schon gesehen oder weiß worauf das zurückzuführen ist? Bis jetzt haben alle Installationen immer wunderbar geklappt. Vielleicht relevant: Habe alles in einem Unterordner liegen (Subdomaine). Danke im Voraus, Thomas Hirt ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] taskcenter_recent error
Hallo zusammen hab direkt mal die neuste Version installiert. Die Seiten werden auch angezeigt in der Box. wenn ich jedoch auf eine Seite klicke erhalte ich rechts davon folgenden Error Fatal Error This module web_layout is not enabled in TBE_MODULES Ich benutze TemplaVoila. Sind die vielleicht nicht kompatibel? Beste Grüsse Philipp ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] t3dd +++ Schnellster Shop der TYPO3-Geschichte
Hi Dirk, danke fuer die Antwort. Eine Anmerkung noch... :) On Montag, 28. Juni 2010, Dirk Wildt - Die Netzmacher wrote: Wer mehr wissen will, klickt bei den t3n/socialnews gewöhnlich auf den Titel oder das Bild der Meldung. I see... I dont :) Ich bin wohl alt und erwarte immer noch einen Link a la Bitte lesen Sie hier, wie es weitergeht. Und so ein mehr...-Link ist da eben auch unter dem Text, allerdings bringt der nur weitere aehnliche News hervor und eben nicht das gesuchte. cheers, Holger ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] T3 4.4 eigene Extension kein Formular
Hallo zusammen Habe gerade bei einem Intranet das Typo3 auf 4.4 gehoben. Danach eine neue Extension über den Kickstarter erzeugt und aktiviert. Nun habe ich den Effekt, dass wenn ich einen neuen Record (Listenansicht) auf einer Seite einfüge, kann ich noch den Titel eingeben. Gehe ich jetzt zum nächsten Feld, sagt er mir: 'Diese Änderung beeinflusst die zur Verfügung stehenden Eingabefelder. Wollen Sie gemachten Änderungen sichern und die Anzeige aktualisieren?' ich sage ok verschwinden sämmtliche Felder und ich komme auch über die Listenansicht nicht mehr an die Felder ran. Geprüft habe ich das ganze in FF und IE und das Verhalten ist in beiden gleich. Hat jemand von euch eine Idee diesbezüglich? Gruss André ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] T3 4.4 eigene Extension kein Formular
A. Sauder schrieb: Gehe ich jetzt zum nächsten Feld, sagt er mir: 'Diese Änderung beeinflusst die zur Verfügung stehenden Eingabefelder. Wollen Sie gemachten Änderungen sichern und die Anzeige aktualisieren?' ich sage ok verschwinden sämmtliche Felder und ich komme auch über die Listenansicht nicht mehr an die Felder ran. Hat jemand von euch eine Idee diesbezüglich? das hatte ich neulich auch mal, war aber ne andere TYPO3 Version, bei mir trat dies auf als ich Type-field, if any: im Bereich der Datenbank fälschlicherweise definiert hatte ...vielleicht hilft's ja... PS: das nächste Mal bitte nicht auf Antworten gehen, sondern einen NEUEN Thread aufmachen... -- Ralf-René Schröder http://if-20.com ... YAML templates for TYPO3 __ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] (no subject)
Liebe Leute, ich habe die EXT socialplugin installiert, um Meldungen (tt_news) in Facebook zu empfehlen. Der Link, der an Facebook übermittelt wird, ist allerdings nicht brauchbar. Beispiel: aus http://domaenenname.de/single-seite+M5bdb2a300a0.html wird http://domaenenname.de/single-seite%20M5bdb2a300a0.html bzw. http://domaenenname.de/single-seite M5bdb2a300a0.html Der Seitenname wird generiert über: simulateStaticDocuments_pEnc = md5 simulateStaticDocuments_pEnc_onlyP = cHash, tx_ttnews[cat], 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] Gibt es eine Möglichkeit, das Plus-Zeichen wegzulassen bzw. zu ändern (bspw. in ein -) oder eine andere Möglichkeit einen brauchbaren Link für Facebook zu generieren? Gruß Ralf ___ EmK-Internetarbeit E-Mail: ad...@emk.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] T3 4.4 eigene Extension kein Formular
Danke für den Hinweis Das ist sogar sehr gut möglich, dass es das Selbe Problem ist. Werde ich so schnell wie möglich testen. Danke für die rasche Antwort. Jap, habe ich erst nacher geschnallt dass ich auf Antworten gegangen bin. Gruss André Am 29.06.2010 09:02, schrieb Ralf-René Schröder: A. Sauder schrieb: Gehe ich jetzt zum nächsten Feld, sagt er mir: 'Diese Änderung beeinflusst die zur Verfügung stehenden Eingabefelder. Wollen Sie gemachten Änderungen sichern und die Anzeige aktualisieren?' ich sage ok verschwinden sämmtliche Felder und ich komme auch über die Listenansicht nicht mehr an die Felder ran. Hat jemand von euch eine Idee diesbezüglich? das hatte ich neulich auch mal, war aber ne andere TYPO3 Version, bei mir trat dies auf als ich Type-field, if any: im Bereich der Datenbank fälschlicherweise definiert hatte ...vielleicht hilft's ja... PS: das nächste Mal bitte nicht auf Antworten gehen, sondern einen NEUEN Thread aufmachen... ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Facebook-Link und tt_news
Liebe Leute, ich habe die EXT socialplugin installiert, um Meldungen (tt_news) in Facebook zu empfehlen. Der Link, der an Facebook übermittelt wird, ist allerdings nicht brauchbar. Beispiel: aus http://domaenenname.de/single-seite+M5bdb2a300a0.html wird http://domaenenname.de/single-seite%20M5bdb2a300a0.html bzw. http://domaenenname.de/single-seite M5bdb2a300a0.html Der Seitenname wird generiert über: simulateStaticDocuments_pEnc = md5 simulateStaticDocuments_pEnc_onlyP = cHash, tx_ttnews[cat], 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] Gibt es eine Möglichkeit, das Plus-Zeichen wegzulassen bzw. zu ändern (bspw. in ein -) oder eine andere Möglichkeit einen brauchbaren Link für Facebook zu generieren? Gruß Ralf ___ EmK-Internetarbeit E-Mail: ad...@emk.de ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] mh_branchenbuch
Hi Kann uns jemand einige gute Examples nennen die mit mh_branchenbuch realisiert wurden. Danke Andi ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Wie testet man systematisch auf Darstellungsfehler im FE nach TYPO3-Update?
Am 29.06.2010, 10:05 Uhr, schrieb Gerhard Hofmann gerhard.hofm...@planat.de: vielleicht koennt Ihr mir einen Denkanstoss geben. Mein groesstes Bedenken bei TYPO3-Updates ist immer die Frage, ob nachher im Frontend noch alles gleich aussieht. Selenium, wenn ich mich recht erinnere, heißt es Selenium Grid, das sowas macht. Steffen ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Wie testet man systematisch auf Darstellungsfehler im FE nach TYPO3-Update?
Gerhard Hofmann schrieb: Hallo zusammen, vielleicht koennt Ihr mir einen Denkanstoss geben. Mein groesstes Bedenken bei TYPO3-Updates ist immer die Frage, ob nachher im Frontend noch alles gleich aussieht. usw Wie macht Ihr sowas? Hallo Gerhard, habe mir deshalb ein paar Hilfskrücken(-Seiten) gebaut: http://www.fernsehmuseum.info/enlarge-test.html http://www.fernsehmuseum.info/listentestseite.html http://www.fernsehmuseum.info/testseite-formate.html http://www.fernsehmuseum.info/numerische-groessen.html damit erschlage ich die rudimentären CSS Probleme bei Updates und evtuellen neuen Zeichensätzen bin ebenfalls für weitere Tips dankbar. -- mit freundlichen Grüßen Dipl.Ing.Gert Redlich ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] date_of_birth im backend nicht sichtbar
HI Leute, ich nutze die sr_email_subscribe. Hier wird ja für das Geburtsdatum ein eigenes Feld in tt_address erstellt. Das Datum wird auch gespeichert, aber ich sehe kein Eingabefeld im Backend für das neue Geburtsdatumsfeld. Kann mir bitte jemand helfen? Danke! LG, ToM -- Interactive Values - Thomas Wegerer MAIL: m...@thomaswegerer.at WWW:www.thomaswegerer.at -- ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] CLI Fehler / Crawler
Hi zusammen, ich bin nun nach einigem Suchen dahinter gekommen, woran die ganze Sache denn überhaupt liegt. Da es sich um eine Windows Kiste handelt, werden die Konstanten, welche ja mit _ Underscore definiert werden von PHP nicht erkannt. Sprich, TYPO3_cliInclude bleibt leer, während allerdings TYPO3cliInclude richtig erkannt wird. Die verwendete PHP Version ist die 5.2.12. Gibts hierfür irgendeinen Workaround? Viele Grüße und besten Dank vom Chris Am 22.06.2010 12:16, schrieb Chris Bernhard: Natürlich ist auch noch folgendes konfiguriert: #Indexed Search config.index_enable = 1 config.index_externals = 1 config.no_cache = 0 Viele Grüße vom Chris Am 22.06.2010 12:10, schrieb Chris Bernhard: Hi zusammen, hier mal nähere Infos zu meinem Crawler Problem: Windows 2003 Server Apache 2.2.14 PHP 5.2.12 Typo3 4.3.3 EXT Crawler 3.1.2 Folgende Crawler Konfiguration liegt auf der Root Seite: #set up a crawl for users that arent logged in tx_crawler.crawlerCfg.paramSets.crawlingall= tx_crawler.crawlerCfg.paramSets.crawlingall{ cHash = 1 procInstrFilter = tx_indexedsearch_reindex, tx_indexedsearch_crawler baseUrl = http://kunde.dev/ } #set up a crawl for users who have group id of 1 tx_crawler.crawlerCfg.paramSets.grp1 tx_crawler.crawlerCfg.paramSets.test tx_crawler.crawlerCfg.paramSets.grp1{ userGroups = 1 } Benutzer _cli_crawler ist im Backend angelegt. In indexed_search sind folgende Modes gesetzt: - disableFrontendIndexing - useCrawlerForExternalFiles - pdftools PATH: c:/Apache/bin/xpdf/ Eine Indexierungseinstellungen vom Typ Seitenbaum (inklusive Wurzelseite) liegt ebenfalls in der Rootseite. Verschieben in Stammdatenverzeichnis hat ebenfalls nichts gebracht. CLI rufe ich wie folgt über Geplante Tasks oder die CMD auf: c:\php /Apache/htdocs/typo3/cli_dispatch.phpsh crawler Im Protokoll steht der eingangs erwähnte Fehler: cli_craw...@live [5] ! [5_0] Core: Error handler (BE): PHP Warning: include(): Failed opening '' for inclusion (include_path='c:\php') in C:\Apache\htdocs\typo3\cli_dispatch.phpsh line 123 Ich bekomme also den Crawler partout nicht zum Laufen... Ist das unter Windows ein bekannter Bug oder mache ich irgendwas falsch? Es wird nämlich rein überhaupt nichts indexiert... Vielen Dank und allerbeste Grüße vom Chris Am 18.06.2010 15:53, schrieb Chris Bernhard: Hi zusammen mal wieder, beim Aufruf eines Cronjobs für die Crawler Extension erhalte ich im Backend folgende Fehlermeldung: 15:27:06 _cli_craw...@live [5] ! [5_0] Core: Error handler (BE): PHP Warning: include(): Failed opening '' for inclusion (include_path='c:\php') in C:\Apache\htdocs\typo3\cli_dispatch.phpsh line 123 Eigentlich recht aussagekräftig, wenn ich nur wüsste, was im include_path stehen soll. In Zeile 123 steht übrigens folgendes: include(TYPO3_cliInclude); Irgendwann vielleicht einen Rat? Vielen Dank und beste Grüße vom Chris ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german