Re: [TYPO3-german] Mehrere Bilder in Show-Action ausgeben
Das Problem ist gelöst. Ich hatte einen Tippfehler im Getter und Setter, den ich konstant übersehen habe. So kann man sich auch seine Zeit vertreiben... ;) Danke für die Hilfe, Carsten! Die Unterschiede zwischen den Models werde ich mir gleich mal zu Gemüte führen. Bis dahin ein schönes WE! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bilder width = 0 height = 0
Hi Andre, Andre Sancken wrote: so mein Update hat funktioniert. Nur jetzt habe ich das Problem, das zwei Bilder im HTML immer width und height 0 haben. Es gibt dazu einen Bug im Forge, aber der war bei 6.2.3 Ich selbst habe jetzt 6.2.9. Vorhin hatte das ja auch jemand beim sag Grafiken. Gibt es dazu schon eine Lösung? Da musst du die Datenbank-Einträge aus der Processed Tabelle suchen und löschen. Vermutlich ist beim indexing etwas schief gelaufen. Tipp: Im aktuellen RC ist der Bug gefixed. Grüße -- Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln Documentation – Active contributor TYPO3 CMS TYPO3 inspiring people to share! ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Mehrere Bilder in Show-Action ausgeben
Hallo Gunnar, in meinem Model sieht das etwas anders aus. Vielleicht hilft das schon weiter. Gruß Carsten /** * images * * @var \TYPO3\CMS\Extbase\Persistence\ObjectStorage\TYPO3\CMS\Extbase\Domain\Model\FileReference * @lazy * @cascade remove */ protected $images = NULL; /** * Initializes all ObjectStorage properties * Do not modify this method! * It will be rewritten on each save in the extension builder * You may modify the constructor of this class instead * * @return void */ protected function initStorageObjects() { $this-images = new \TYPO3\CMS\Extbase\Persistence\ObjectStorage(); } /** * Adds a FileReference * * @param \TYPO3\CMS\Extbase\Domain\Model\FileReference $image * @return void */ public function addImage(\TYPO3\CMS\Extbase\Domain\Model\FileReference $image) { $this-images-attach($image); } /** * Removes a FileReference * * @param \TYPO3\CMS\Extbase\Domain\Model\FileReference $imageToRemove The FileReference to be removed * @return void */ public function removeImage(\TYPO3\CMS\Extbase\Domain\Model\FileReference $imageToRemove) { $this-images-detach($imageToRemove); } /** * Returns the images * * @return \TYPO3\CMS\Extbase\Persistence\ObjectStorage\TYPO3\CMS\Extbase\Domain\Model\FileReference $images */ public function getImages() { return $this-images; } /** * Sets the images * * @param \TYPO3\CMS\Extbase\Persistence\ObjectStorage\TYPO3\CMS\Extbase\Domain\Model\FileReference $images * @return void */ public function setImages(\TYPO3\CMS\Extbase\Persistence\ObjectStorage $images) { $this-images = $images; } 2015-02-06 20:15 GMT+01:00 Gunnar Vaupunkt ha...@gunnarvogelsang.de: Hmm, also entweder ist mein Problem so komplex, dass niemand ne Idee hat, oder ich hab zu wenig Infos eingestellt. Also anbei nochmal der aktuelle Stand der Dinge! Also so sieht das ganze bei mir momentan aus: SQL image int(11) unsigned NOT NULL default '0', TCA 'image' = array( 'exclude' = 1, 'label' = 'LLL:EXT:gv_test/Resources/Private/Language/locallang_db. xlf:tx_gvtest_domain_model_test.image', 'config' = \TYPO3\CMS\Core\Utility\ExtensionManagementUtility:: getFileFieldTCAConfig( 'image', array('maxitems' = 10), $GLOBALS['TYPO3_CONF_VARS']['GFX']['imagefile_ext'] ), ), Model class Test extends \TYPO3\CMS\Extbase\DomainObject\AbstractEntity { /** * image * * @var \TYPO3\CMS\Extbase\Persistence\ObjectStorage\ TYPO3\CMS\Extbase\Domain\Model\FileReference */ protected $image; /** * __construct * * @return AbstractObject */ public function __construct() { $this-image = new \TYPO3\CMS\Extbase\Persistence\ObjectStorage(); } /** * get the Image * * @return \TYPO3\CMS\Extbase\Persistence\ObjectStorage */ public function getImages() { return $this-image; } /** * sets the Image * * @param \TYPO3\CMS\Extbase\Persistence\ObjectStorage $image * * @return void */ public function setImages($image) { $this-image = $image; } } Fluid table class=tx-gv-test tr td f:translate key=tx_gvtest_domain_model_test.image / /td td f:debug{test}/f:debug f:for each={test.image} as=thisimage f:debug{thisimage.originalResource}/f:debug /f:for /td /tr /table Debug Ausgabe Extbase Variable Dump GunVog\GvTest\Domain\Model\Testprototypepersistent entity (uid=1, pid=59) image = TYPO3\CMS\Extbase\Persistence\ObjectStorageprototypeobject (2 items) 6df6792d7757f5cc = TYPO3\CMS\Extbase\Domain\Model\ FileReferenceprototypepersistent entity (uid=120, pid=59) originalResource = NULL uid = 120 (integer) _localizedUid = 120 (integer)modified _languageUid = 0 (integer)modified _versionedUid = 120 (integer)modified pid = 59 (integer) 6df6792a7757f5cc = TYPO3\CMS\Extbase\Domain\Model\ FileReferenceprototypepersistent entity (uid=121, pid=59) originalResource = NULL uid = 121 (integer) _localizedUid = 121 (integer)modified _languageUid = 0 (integer)modified _versionedUid = 121 (integer)modified pid = 59 (integer) uid = 1 (integer) _localizedUid = 1 (integer)modified _languageUid = 0 (integer)modified _versionedUid = 1 (integer)modified pid = 59 (integer) Die foreach Schleife wird überhaupt nicht durchlaufen und originalResource ist NULL. Hmmm :( ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list
Re: [TYPO3-german] Mehrere Bilder in Show-Action ausgeben
Und im Fluid siehts zusammengefasst so aus: f:for each={images} as=image f:image src={image.uid} treatIdAsReference=1 / /f:for 2015-02-06 20:43 GMT+01:00 carsten falkenberg codefres...@gmail.com: Hallo Gunnar, in meinem Model sieht das etwas anders aus. Vielleicht hilft das schon weiter. Gruß Carsten /** * images * * @var \TYPO3\CMS\Extbase\Persistence\ObjectStorage\TYPO3\CMS\Extbase\Domain\Model\FileReference * @lazy * @cascade remove */ protected $images = NULL; /** * Initializes all ObjectStorage properties * Do not modify this method! * It will be rewritten on each save in the extension builder * You may modify the constructor of this class instead * * @return void */ protected function initStorageObjects() { $this-images = new \TYPO3\CMS\Extbase\Persistence\ObjectStorage(); } /** * Adds a FileReference * * @param \TYPO3\CMS\Extbase\Domain\Model\FileReference $image * @return void */ public function addImage(\TYPO3\CMS\Extbase\Domain\Model\FileReference $image) { $this-images-attach($image); } /** * Removes a FileReference * * @param \TYPO3\CMS\Extbase\Domain\Model\FileReference $imageToRemove The FileReference to be removed * @return void */ public function removeImage(\TYPO3\CMS\Extbase\Domain\Model\FileReference $imageToRemove) { $this-images-detach($imageToRemove); } /** * Returns the images * * @return \TYPO3\CMS\Extbase\Persistence\ObjectStorage\TYPO3\CMS\Extbase\Domain\Model\FileReference $images */ public function getImages() { return $this-images; } /** * Sets the images * * @param \TYPO3\CMS\Extbase\Persistence\ObjectStorage\TYPO3\CMS\Extbase\Domain\Model\FileReference $images * @return void */ public function setImages(\TYPO3\CMS\Extbase\Persistence\ObjectStorage $images) { $this-images = $images; } 2015-02-06 20:15 GMT+01:00 Gunnar Vaupunkt ha...@gunnarvogelsang.de: Hmm, also entweder ist mein Problem so komplex, dass niemand ne Idee hat, oder ich hab zu wenig Infos eingestellt. Also anbei nochmal der aktuelle Stand der Dinge! Also so sieht das ganze bei mir momentan aus: SQL image int(11) unsigned NOT NULL default '0', TCA 'image' = array( 'exclude' = 1, 'label' = 'LLL:EXT:gv_test/Resources/Private/Language/locallang_db. xlf:tx_gvtest_domain_model_test.image', 'config' = \TYPO3\CMS\Core\Utility\ExtensionManagementUtility:: getFileFieldTCAConfig( 'image', array('maxitems' = 10), $GLOBALS['TYPO3_CONF_VARS']['GFX']['imagefile_ext'] ), ), Model class Test extends \TYPO3\CMS\Extbase\DomainObject\AbstractEntity { /** * image * * @var \TYPO3\CMS\Extbase\Persistence\ObjectStorage\ TYPO3\CMS\Extbase\Domain\Model\FileReference */ protected $image; /** * __construct * * @return AbstractObject */ public function __construct() { $this-image = new \TYPO3\CMS\Extbase\Persistence\ObjectStorage(); } /** * get the Image * * @return \TYPO3\CMS\Extbase\Persistence\ObjectStorage */ public function getImages() { return $this-image; } /** * sets the Image * * @param \TYPO3\CMS\Extbase\Persistence\ObjectStorage $image * * @return void */ public function setImages($image) { $this-image = $image; } } Fluid table class=tx-gv-test tr td f:translate key=tx_gvtest_domain_model_test.image / /td td f:debug{test}/f:debug f:for each={test.image} as=thisimage f:debug{thisimage.originalResource}/f:debug /f:for /td /tr /table Debug Ausgabe Extbase Variable Dump GunVog\GvTest\Domain\Model\Testprototypepersistent entity (uid=1, pid=59) image = TYPO3\CMS\Extbase\Persistence\ObjectStorageprototypeobject (2 items) 6df6792d7757f5cc = TYPO3\CMS\Extbase\Domain\Model\ FileReferenceprototypepersistent entity (uid=120, pid=59) originalResource = NULL uid = 120 (integer) _localizedUid = 120 (integer)modified _languageUid = 0 (integer)modified _versionedUid = 120 (integer)modified pid = 59 (integer) 6df6792a7757f5cc = TYPO3\CMS\Extbase\Domain\Model\ FileReferenceprototypepersistent entity (uid=121, pid=59) originalResource = NULL uid = 121 (integer) _localizedUid = 121 (integer)modified _languageUid = 0 (integer)modified _versionedUid = 121 (integer)modified pid = 59 (integer) uid = 1 (integer) _localizedUid = 1 (integer)modified _languageUid = 0 (integer)modified _versionedUid = 1
[TYPO3-german] Re: Mehrere Bilder in Show-Action ausgeben
Hmm, also entweder ist mein Problem so komplex, dass niemand ne Idee hat, oder ich hab zu wenig Infos eingestellt. Also anbei nochmal der aktuelle Stand der Dinge! Also so sieht das ganze bei mir momentan aus: SQL image int(11) unsigned NOT NULL default '0', TCA 'image' = array( 'exclude' = 1, 'label' = 'LLL:EXT:gv_test/Resources/Private/Language/locallang_db.xlf:tx_gvtest_domain_model_test.image', 'config' = \TYPO3\CMS\Core\Utility\ExtensionManagementUtility::getFileFieldTCAConfig( 'image', array('maxitems' = 10), $GLOBALS['TYPO3_CONF_VARS']['GFX']['imagefile_ext'] ), ), Model class Test extends \TYPO3\CMS\Extbase\DomainObject\AbstractEntity { /** * image * * @var \TYPO3\CMS\Extbase\Persistence\ObjectStorage\TYPO3\CMS\Extbase\Domain\Model\FileReference */ protected $image; /** * __construct * * @return AbstractObject */ public function __construct() { $this-image = new \TYPO3\CMS\Extbase\Persistence\ObjectStorage(); } /** * get the Image * * @return \TYPO3\CMS\Extbase\Persistence\ObjectStorage */ public function getImages() { return $this-image; } /** * sets the Image * * @param \TYPO3\CMS\Extbase\Persistence\ObjectStorage $image * * @return void */ public function setImages($image) { $this-image = $image; } } Fluid table class=tx-gv-test tr td f:translate key=tx_gvtest_domain_model_test.image / /td td f:debug{test}/f:debug f:for each={test.image} as=thisimage f:debug{thisimage.originalResource}/f:debug /f:for /td /tr /table Debug Ausgabe Extbase Variable Dump GunVog\GvTest\Domain\Model\Testprototypepersistent entity (uid=1, pid=59) image = TYPO3\CMS\Extbase\Persistence\ObjectStorageprototypeobject (2 items) 6df6792d7757f5cc = TYPO3\CMS\Extbase\Domain\Model\FileReferenceprototypepersistent entity (uid=120, pid=59) originalResource = NULL uid = 120 (integer) _localizedUid = 120 (integer)modified _languageUid = 0 (integer)modified _versionedUid = 120 (integer)modified pid = 59 (integer) 6df6792a7757f5cc = TYPO3\CMS\Extbase\Domain\Model\FileReferenceprototypepersistent entity (uid=121, pid=59) originalResource = NULL uid = 121 (integer) _localizedUid = 121 (integer)modified _languageUid = 0 (integer)modified _versionedUid = 121 (integer)modified pid = 59 (integer) uid = 1 (integer) _localizedUid = 1 (integer)modified _languageUid = 0 (integer)modified _versionedUid = 1 (integer)modified pid = 59 (integer) Die foreach Schleife wird überhaupt nicht durchlaufen und originalResource ist NULL. Hmmm :( ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Eigener ViewHelper in piBase Extension
Hallo zusammen, ich habe eine alte piBase-Extension in meiner TYPO3 6.2 Installation. In dieser Ext. benötige ich einen neuen ViewHelper, aber ich bekomme es einfach nicht gebacken. Ich wollte die ViewHelper in einer Extra-Extension (my_viewhelper) ablegen, damit ich diese in all meinen piBased-Plugins (pi1, pi2, pi3, usw.) verwenden kann. Als Vorlage, damit es überhaupt mal funktioniert habe ich mit diesem ViewHelper getestet: http://www.koller-webprogramming.ch/tipps-tricks/typo3-extension-entwicklung-extbase/eigenen-viewhelper-erstellen-ab-60/ typo3conf -- ext -- -- my_modules -- -- -- -- pi1 -- -- -- -- pi2 .. -- -- my_viewhelper -- -- -- Classes -- -- -- -- Controller -- -- -- -- Domain -- -- -- -- ViewHelpers -- -- -- -- -- -- RechnerViewHelper.php In meinem Template steht dann: {namespace mytest=Tx_MyViewhelper_ViewHelpers} .. mytest:rechner argument=7 type=1 / Aber was ich auch mache, beim Aufruf kommt der Error: Could not analyse class:Tx_MyViewhelper_ViewHelpers_RechnerViewHelper maybe not loaded or no autoloader? Habe gelesen man muss eine Datei erstellen ext_autoload.php (innerhalb von my_viewhelper), darin steht nun: ?php $extensionPath = t3lib_extMgm::extPath('my_viewhelper'); $extensionClassesPath = $extensionPath . 'Classes/ViewHelpers/'; return array( 'tx_myviewhelper_viewhelpers_rechnerviewhelper' = $extensionClassesPath . 'RechnerViewHelper.php', ); ? Es hat aber nichts gebracht. Der Fehler im Frontend kommt trotzdem. Wo kann sich der Fehler noch eingeschlichen haben oder was mache ich falsch? Die CamelCase-Schreibweise ist für mich schon verwirrend genug. Habe mal die Code-Fragmente in ein Fiddle geschrieben, da dies ja hier leider nicht so gut geht. http://jsfiddle.net/mobilat/ovzh0ffo/1/ ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Dateigrösse berrechnen geht nicht
hallo zusammen Ich hab ein DCE Element in dem ich auf Dateien verweise. Mittels Typoscript wird mir im DCE dann die Dateigrösse ausgegeben. Dieses funktioniert auch einwandfrei, es sei denn die Datei hat Leerschläge im Dateinamen. Dann werden die Leerschläge scheinbar durch %20 ersetzt. Der Link zur Datei geht weiterhin im Frontend. Aber statt der Grösse steht dann folgendes : # Cannot determine size of ../html/typo3/fileadmin/Dateien/AVILUB%20METACOOL%20SBC.pdf. File does not exist or is a directory. Bytes # Hat mir jemand einen Tipp wie ich das auch sonst zum laufen bringe? Mein DCE Fluid sieht so aus v:var.set name=downloadFileSize f:cObject typoscriptObjectPath=lib.filesize{dce:typolinkUrl(parameter:'{download.datei}') - v:format.trim(characters: '/') - v:media.size()}/f:cObject /v:var.set ... li a href={dce:typolinkUrl(parameter:'{download.datei}')} target=_blank title={download.name}{download.name} span{downloadFileSize}/span/a /li und das Typoscript dazu: lib.filesize = TEXT lib.filesize { current = 1 bytes = 1 bytes.labels = Bytes| KB| MB| GB } Muss man da was anpassen damit das auch mit Leerschlägen läuft? bzw. mit %20...?! Besten Dank für eure Tipps Gruss Philipp ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Dateigrösse berrechnen geht nicht
Am 07.02.15 um 08:32 schrieb Philipp Holdener: hallo zusammen Ich hab ein DCE Element in dem ich auf Dateien verweise. Mittels Typoscript wird mir im DCE dann die Dateigrösse ausgegeben. Dieses funktioniert auch einwandfrei, es sei denn die Datei hat Leerschläge im Dateinamen. Dann werden die Leerschläge scheinbar durch %20 ersetzt. Der Link zur Datei geht weiterhin im Frontend. Aber statt der Grösse steht dann folgendes : # Cannot determine size of ../html/typo3/fileadmin/Dateien/AVILUB%20METACOOL%20SBC.pdf. File does not exist or is a directory. Bytes # Hat mir jemand einen Tipp wie ich das auch sonst zum laufen bringe? Mein DCE Fluid sieht so aus v:var.set name=downloadFileSize f:cObject typoscriptObjectPath=lib.filesize{dce:typolinkUrl(parameter:'{download.datei}') - v:format.trim(characters: '/') - v:media.size()}/f:cObject /v:var.set ... li a href={dce:typolinkUrl(parameter:'{download.datei}')} target=_blank title={download.name}{download.name} span{downloadFileSize}/span/a /li und das Typoscript dazu: lib.filesize = TEXT lib.filesize { current = 1 bytes = 1 bytes.labels = Bytes| KB| MB| GB } Muss man da was anpassen damit das auch mit Leerschlägen läuft? bzw. mit %20...?! Besten Dank für eure Tipps Gruss Philipp Mit lib.filesize.replacement { 10 { search = %20 replace = } } könnte ich nach den %20 suchen.. aber wie ersetze ich das dann mit Leerzeichen? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] locallang.xlf Übersetzung wird nicht ausgegeben
Am 06.02.15 um 10:33 schrieb Tobias Malikowski: Nachtrag: Wenn ich Fluid Variablen verwende, wird der Text ausgegeben, allerdings nur in meinen Fluidtemplates. In dem Extension Template von felogin werden sie nicht ausgegeben. Wahrscheinlich weil diese mit Markern arbeitet und nicht mit Fluid. ob Fluid oder Marker hängt immer vom Kontext ab. und da ist jedes Plugin ein System für sich. die Ersetzungen erfolgen normalerweise nicht rekursiv für enthaltene Blöcke. Natürlich kann man auch hier noch tricksen, aber das sind eben nur Tricks: zum einen gibt es globale Ersetzungen beim Rendern von Text-Content in Form von Abkürzugen ('shorts'[1]) noch globaler ist aber ein .stdWrap.replacement [2] auf dein page-Object. [1] http://docs.typo3.org/typo3cms/TyposcriptReference/Functions/Parsefunc/Index.html - short [2] http://docs.typo3.org/typo3cms/TyposcriptReference/Functions/Replacement/Index.html Verstehe ich das richtig, dass ich dann quasi in dieser Extension die ja zum System gehört nur Marker verwenden kann, weil Sie nicht in Fluid geschrieben ist. wie jede Extension ist das Rendering in der Extension total unabhängig vom Rendering der Gesamtseite, das marker oder fluid sein kann. Extremerweise könnte man das in TYPO3 sogar ineinander geschachtelt definieren: page.10 = TEMPLATE page.10 { template = FLUIDTEMPLATE template { file = fileadmin/sys/html/fluidtemplate.html variables { : } marks { : } } sinnvoll mag das wohl nicht mehr sein. und schnell wohl auch nicht. Allerdings kann ich keine eigenen Marker verwenden, weil die Extension das nicht zulässt. Globale Marker wiederum funktionieren nicht, weil meine Seite auf Fluid basiert :D? plugin.tx_felogin_pi1 { marks { TEST = TEXT TEST { value = ENGLISCH lang.de = DEUTSCH } } } Führt nämlich mit dem Marker ###TEST### zur Ausgabe: ###TEST### du musst natürlich die Syntax von felogin benutzen, die laut Handbuch[3][4] wohl eher wie folgt aussieht: plugin.tx_felogin_pi1 { userfields { test = TEXT test { value = ENGLISCH lang.de = DEUTSCH } } } [3] http://docs.typo3.org/typo3cms/extensions/felogin/latest/ [4] http://docs.typo3.org/typo3cms/extensions/felogin/latest/Configuration/Index.html#userfields bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Update 6.1 auf 6.2
Hallo, ich habe hier eine Typo Installation, die noch 6.1.3 ist. Darin befindet sich eine selbst erstellte Extension. Die Extension wurde unter 6 erstellt. Nun meine Frage: Gibt es gravierende Änderungen zwecks Extension Entwicklung von 6.1.x auf 6.2.x. Ich wollte jetzt mal probieren ein Update zu machen. Gruß Andre ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Fehler beim weiterleiten von arguments an einen Controller - Typo3 6.2.9
Hallo Zusammen, folgendes problem zeigt sich bei mir: Typo3 Version 6.2.9 Wenn ich per f:link action Argumente übergebe kommen diese zwar am Controller an, jedoch die Objekte die damit übergeben werden sollten kommen in der Action nicht an. Zur besseren Erklärung hier die einzelnen Code-Abschnitte: im Partial: f:link.action action=new controller=ForeignProductMeasuring arguments={planRow : planRow, plan:plan}neue Dosierung anlegen/f:link.action der daraus generierte Link: index.php?id=1tx_desinfektionsplan_desinfektionsplan%5BplanRow%5D=12tx_desinfektionsplan_desinfektionsplan%5Bplan%5D=16tx_desinfektionsplan_desinfektionsplan%5Baction%5D=newtx_desinfektionsplan_desinfektionsplan%5Bcontroller%5D=ForeignProductMeasuringcHash=2adafaba9c56b134d4d5ae382ee5d57b der aus meiner Sicht zeigt dass die Argumente verarbeitet werden. Hier die Action im Controller: public function newAction(\Orochemie\Desinfektionsplan\Domain\Model\ForeignProductMeasuring $newForeignProductMeasuring = NULL, \Orochemie\Desinfektionsplan\Domain\Model\PlanRow $planRow, \Orochemie\Desinfektionsplan\Domain\Model\Plan $plan) { \TYPO3\CMS\Extbase\Utility\DebuggerUtility::var_dump( $this-request-getArguments()); $this-view-assign('newForeignProductMeasuring', $newForeignProductMeasuring); $this-view-assign('planRow', $planRow); $this-view-assign('plan', $plan); } Der Fehler der auftritt beim Aufruf der Action sieht so aus: #1: PHP Catchable Fatal Error: Argument 2 passed to Orochemie\Desinfektionsplan\Controller\ForeignProductMeasuringController::newAction() must be an instance of Orochemie\Desinfektionsplan\Domain\Model\PlanRow, none given in /kunden/137629_70806/typo3/typo3conf/ext/desinfektionsplan/Classes/Controller/ForeignProductMeasuringController.php line 46 Was für mich soviel heißt wie dass er die Objekte nicht als die erkennt die übertragen wurden. Wenn man mit $this-request-getArguments() die übertragenen Argumente ansieht stellt man fest dass alle Argumente aus dem Link ankommen. Hat jemand ne Idee wo das Problem liegen könnte? Danke vorab.. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] News Gallery
Morgen, leide ich habe keine Lösung. In array {settings} ist detailPid = '19' (seite Id 19), aber springt in die Seite id 34. Exakt hier: n:link newsItem={mediaItem.newsItem} settings={settings} title={mediaItem.newsItem.title} Hat jemand das gleiche Problem gehabt? Grüß Am 05.02.2015 09:05, schrieb Nicolas Puente: Morgen, ich benutze diese Extension. Mein Problem ist: klick man in ein Bild sollte in der Detailansicht (detailPid = '19') springen aber er spring in die gleiche Seite(id = '34'). Die variablen für den LinkViewHelper sind korrekt. Hier den Link: http://p248612.mittwaldserver.info/start/ Grüß Am 04.02.2015 14:35, schrieb Nicolas Puente: Hallo, hat jemand die Extension News Gallery benutzt? Mit welche Erfahrung? Grüß Nicolás ___ 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] locallang.xlf Übersetzung wird nicht ausgegeben
Hi Bernd, danke für deine Mühe. Ich werde es wohl oder übel in Zukunft mit einem Hook versuchen. Das mit den userfields funktioniert nicht, da diese Funktion dafür nicht gedacht ist. Userfields soll Werte aus der Tabelle fe_users auslesen und ausgeben. An sich kann man diese natürlich erweitern, es macht aber keinen Sinn Felder in diese Tabelle einzuarbeiten um Sie dann als Labels, Error-Texte zu missbrauchen. Zudem müsste ich die Werte dann bei jedem User eintragen und der Inhalt wird soweit ich nach einstündiger Recherche und Versuchen herausgefunden habe nur ausgegeben, wenn der User bereits angemeldet ist. Da ich Label Texte für die Login Form benötige, also nicht brauchbar. Auch wenn ich kein Programmieren bin, bin ich ein Verfechter von sauberen Code, weshalb ich Hacks etc. vermeide. Trotzdem vielen vielen Dank für deine Mühe, Hilfe und Zeit. Wenigstens ist die Community um Typo3 sehr zuvorkommend ;) Gruß Tobi -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von bernd wilke Gesendet: Freitag, 6. Februar 2015 11:16 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] locallang.xlf Übersetzung wird nicht ausgegeben Am 06.02.15 um 10:33 schrieb Tobias Malikowski: Nachtrag: Wenn ich Fluid Variablen verwende, wird der Text ausgegeben, allerdings nur in meinen Fluidtemplates. In dem Extension Template von felogin werden sie nicht ausgegeben. Wahrscheinlich weil diese mit Markern arbeitet und nicht mit Fluid. ob Fluid oder Marker hängt immer vom Kontext ab. und da ist jedes Plugin ein System für sich. die Ersetzungen erfolgen normalerweise nicht rekursiv für enthaltene Blöcke. Natürlich kann man auch hier noch tricksen, aber das sind eben nur Tricks: zum einen gibt es globale Ersetzungen beim Rendern von Text-Content in Form von Abkürzugen ('shorts'[1]) noch globaler ist aber ein .stdWrap.replacement [2] auf dein page-Object. [1] http://docs.typo3.org/typo3cms/TyposcriptReference/Functions/Parsefunc/Index .html - short [2] http://docs.typo3.org/typo3cms/TyposcriptReference/Functions/Replacement/Ind ex.html Verstehe ich das richtig, dass ich dann quasi in dieser Extension die ja zum System gehört nur Marker verwenden kann, weil Sie nicht in Fluid geschrieben ist. wie jede Extension ist das Rendering in der Extension total unabhängig vom Rendering der Gesamtseite, das marker oder fluid sein kann. Extremerweise könnte man das in TYPO3 sogar ineinander geschachtelt definieren: page.10 = TEMPLATE page.10 { template = FLUIDTEMPLATE template { file = fileadmin/sys/html/fluidtemplate.html variables { : } marks { : } } sinnvoll mag das wohl nicht mehr sein. und schnell wohl auch nicht. Allerdings kann ich keine eigenen Marker verwenden, weil die Extension das nicht zulässt. Globale Marker wiederum funktionieren nicht, weil meine Seite auf Fluid basiert :D? plugin.tx_felogin_pi1 { marks { TEST = TEXT TEST { value = ENGLISCH lang.de = DEUTSCH } } } Führt nämlich mit dem Marker ###TEST### zur Ausgabe: ###TEST### du musst natürlich die Syntax von felogin benutzen, die laut Handbuch[3][4] wohl eher wie folgt aussieht: plugin.tx_felogin_pi1 { userfields { test = TEXT test { value = ENGLISCH lang.de = DEUTSCH } } } [3] http://docs.typo3.org/typo3cms/extensions/felogin/latest/ [4] http://docs.typo3.org/typo3cms/extensions/felogin/latest/Configuration/Index .html#userfields bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] sortierbare Rubriken
Am 05.02.15 um 17:34 schrieb Christian Welzel: Am 02.02.15 um 16:12 schrieb bernd wilke: Und auch wenn du die EB-generierte Extension nicht benutzt solltest du dort alle notwendigen Einstellungen herauskopieren können (Tabellen, Felder, TCA) Was ich mich frage ist, ob das ganze irgendwie sinnvoll mit IRRE umgesetzt werden kann. Ich habe in Tutorials gesehen, dass man dort dann auch der Relation Eigenschaften geben kann (in meinem Fall Skalierung), nur ist das ganze dann bei 100 Produkten noch komfortabel? Irgendwie wiederstebt es mir, der Gruppe die Produkte zuzuordnen, ich finde in den Produkten die Gruppen auszuwählen irgendwie besser. Vor allem, weil ich pro Produkt nur 2-3 Gruppen habe und nicht 100 Produkte pro Gruppe. Das scheint mir übersichtlicher. natürlich ist es übersichtlicher, aber wie willst du deine Reihenfolge in die Gesamtanzeige aller Produkte einer Gruppe bekommen? Insbesondere wenn die Reihenfolge der Produkte innerhalb der Gruppen unterschiedlich sein kann. ideal wäre es sicherlich wenn man die Realtion auf beiden Seiten pflegen könnte, dann könntest du die Realtion erstmal bei den Produkten einpflegen um dann später bei den Gruppen die Reihenfolge festlegen. oder zumindest auf der inaktiven Seite, hier Produkte, die Relationen anzeigen, so dass du beim Produkt übersichtlich sehen kannst ob das allen relevanten Gruppen zugeordnet ist. ich meine TYPO3 unterstützt zweites (mit wizard/userfunc) aber leider nicht erstes. bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] locallang.xlf Übersetzung wird nicht ausgegeben
Am 06.02.15 um 10:12 schrieb Tobias Malikowski: Hallo Bernd, danke für deine Antwort. Habe mich etwas mit dem Thema Hooks beschäftigt und muss zugeben, dass meine Programmierkenntnisse dafür nicht ausreichen + ich Typo3 Neuling bin. Zudem habe ich gelesen, dass man die Hooks am besten in eigenen Extensions verwendet und ich keinen Schimmer habe wie ich eine eigene Extension erstelle, bzw. ich das als zu aufwendig empfinde um nur ein Wort in 2 Sprachen einzubauen. so kompliziert sind hooks auch nicht. natürlich ist es hilfreich ein funktionierendes Beispiel anzupassen, so dass man nicht alles selber aufbauen muss. oder du benutzt die Möglichkeit Extensions erstellen zu lassen. Dafür gibt es zwei Möglichkeiten: ext:ExtensionBuilder, das aber wegen extbase ziemlich üppige Extensions erzeugt. Besser ist ext:Kickstarter, der aber seit 4.7 nicht mehr in der TER-Version funktioniert. hier [1] findest du eine Version, die auch mit 6.x funktioniert. und ums Einarbeiten kommst du wohl nicht ganz drum rum. [1] https://github.com/mneuhaus/TYPO3-Kickstarter bernd -- http://www.pi-phi.de/cheatsheet.html ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] locallang.xlf Übersetzung wird nicht ausgegeben
Nachtrag: Wenn ich Fluid Variablen verwende, wird der Text ausgegeben, allerdings nur in meinen Fluidtemplates. In dem Extension Template von felogin werden sie nicht ausgegeben. Wahrscheinlich weil diese mit Markern arbeitet und nicht mit Fluid. Verstehe ich das richtig, dass ich dann quasi in dieser Extension die ja zum System gehört nur Marker verwenden kann, weil Sie nicht in Fluid geschrieben ist. Allerdings kann ich keine eigenen Marker verwenden, weil die Extension das nicht zulässt. Globale Marker wiederum funktionieren nicht, weil meine Seite auf Fluid basiert :D? plugin.tx_felogin_pi1 { marks { TEST = TEXT TEST { value = ENGLISCH lang.de = DEUTSCH } } } Führt nämlich mit dem Marker ###TEST### zur Ausgabe: ###TEST### Gruß Tobi -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Tobias Malikowski Gesendet: Freitag, 6. Februar 2015 10:13 An: 'German TYPO3 Userlist' Betreff: Re: [TYPO3-german] locallang.xlf Übersetzung wird nicht ausgegeben Hallo Bernd, danke für deine Antwort. Habe mich etwas mit dem Thema Hooks beschäftigt und muss zugeben, dass meine Programmierkenntnisse dafür nicht ausreichen + ich Typo3 Neuling bin. Zudem habe ich gelesen, dass man die Hooks am besten in eigenen Extensions verwendet und ich keinen Schimmer habe wie ich eine eigene Extension erstelle, bzw. ich das als zu aufwendig empfinde um nur ein Wort in 2 Sprachen einzubauen. Da halte ich die Lösung mit den Markern für praktischer. Leider funktioniert das bei mir nicht. TypoScript: page.10.marks { TEST = TEXT TEST { value = ENGLISCH lang.de = DEUTSCH } } Im Template: ###TEST### Ausgabe: ###TEST### Liegt das daran, dass mein Template auf Fluid basiert? page.10 = FLUIDTEMPLATE Gruß Tobi -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von bernd wilke Gesendet: Donnerstag, 5. Februar 2015 15:39 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] locallang.xlf Übersetzung wird nicht ausgegeben nachtrag: oder du benutzt einen Hook: http://docs.typo3.org/typo3cms/extensions/felogin/6.2/Hooks/Index.html $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['felogin']['postProcContent'] Postprocessing of the output just before it is returned klingt doch nach etwas das du nutzen könntest um deine eigenen Marker zu ersetzen. Bernd ___ 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] locallang.xlf Übersetzung wird nicht ausgegeben
Hallo Bernd, danke für deine Antwort. Habe mich etwas mit dem Thema Hooks beschäftigt und muss zugeben, dass meine Programmierkenntnisse dafür nicht ausreichen + ich Typo3 Neuling bin. Zudem habe ich gelesen, dass man die Hooks am besten in eigenen Extensions verwendet und ich keinen Schimmer habe wie ich eine eigene Extension erstelle, bzw. ich das als zu aufwendig empfinde um nur ein Wort in 2 Sprachen einzubauen. Da halte ich die Lösung mit den Markern für praktischer. Leider funktioniert das bei mir nicht. TypoScript: page.10.marks { TEST = TEXT TEST { value = ENGLISCH lang.de = DEUTSCH } } Im Template: ###TEST### Ausgabe: ###TEST### Liegt das daran, dass mein Template auf Fluid basiert? page.10 = FLUIDTEMPLATE Gruß Tobi -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von bernd wilke Gesendet: Donnerstag, 5. Februar 2015 15:39 An: typo3-german@lists.typo3.org Betreff: Re: [TYPO3-german] locallang.xlf Übersetzung wird nicht ausgegeben nachtrag: oder du benutzt einen Hook: http://docs.typo3.org/typo3cms/extensions/felogin/6.2/Hooks/Index.html $GLOBALS['TYPO3_CONF_VARS']['EXTCONF']['felogin']['postProcContent'] Postprocessing of the output just before it is returned klingt doch nach etwas das du nutzen könntest um deine eigenen Marker zu ersetzen. Bernd ___ 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] Redakteur SVG Bilder ermöglichen
Hi Andreas, Danke, aber auch wenn ich die Höhe und Breite im Backend eingebe, wird diese wieder auf 0 im Frontend gesetzt bzw. nicht übernommen. LG Gunther -Ursprüngliche Nachricht- Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Andreas Berkhahn Gesendet: Freitag, 6. Februar 2015 08:20 An: German TYPO3 Userlist Betreff: Re: [TYPO3-german] Redakteur SVG Bilder ermöglichen Das wird nicht angezeigt weil Höhe und breite des Bildes 0 ist, das sollte dein Ansatz sein. Am 05.02.2015 20:43 schrieb Berfh be...@gmx.de: Hi, gibt es eine Möglichkeit, dass Redakteure SVG Bilddateien im Backend als Bilder einbinden können? Derzeit ist es bei mir zwar möglich, dass Redakteure SVG Bilder per Dateiliste hochladen können (dort werden sie auch angezeigt) und diese im Backend als Bildelement auch auswählen können. Aber im Frontend werden die Bilder nicht dargestellt. Das HTML dazu im Frontend ist ausgegraut. div class=csc-textpic-image csc-textpic-last (ist sichtbar) img class=img-responsive border=0 width=0 height=0 alt= src=file admin/user_upload/images/partners/cld-logo.svg (ist ausgegraut) /div (ist sichtbar) Welche Einstellung muss ich vornehmen, damit die Bilder angezeigt werden. Ich verwende TYPO3 6.2.9 Vielen Dank Gunther ___ 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] Powermail 2.0 Export-Modul konfigurieren
Ich habe eine Möglichkeit gefunden. Im Partial für den BE-Export kann man das Datum-Feld fest in die linke Spalte kopieren. Beste Grüße Stefan Am 05.02.2015 um 10:16 schrieb Stefan Padberg: Hallo, ich möchte das Exportmodul von Powermail so konfigurieren, dass standardmäßig eine Spalten wie z.B. die Datumsspalte immer mit im Export dabei ist. Dass man das nicht jedesmal neu einstellen muss, wenn man Daten exportiert. Weiß jemand eine lösung dafür? Beste Grüße Stefan -- Bergische Webschmiede Typo3 Dienstleistungen :: Dipl.-Ing. Stefan Padberg :: www.bergische-webschmiede.de --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. http://www.avast.com ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Context Sensitive Help (CSH) im Backend überschreiben
Moin, ich würde gern im Backend zu einzelnen Eingabefeldern die Texte der Hilfe überschreiben. Ich dachte mir, dass müsste analog wie bei den Label gehen in dem ich die in der Page TSConfig überschreibe: TCEFORM.tx_meine_extension { title.label = Mein Label title.description = Meine Beschreibung } Leider zeigt title.description keine Wirkung und auch sonst hab ich keinen anderen Weg gefunden. Hat wer nen Tip für mich? Gruss Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Usability TYPO3 Backend ab 6.2 LTS
Hallo Jan, Kritik ist immer willkommen, aber hierfür wäre es evtl. besser unter https://forge.typo3.org/projects/usability ein issue auf zu machen. Auch gerne mit konkreten Vorschlägen/Screenies. Viele Grüße Alex// Jan Kornblum wrote: Hallo Newsgroup, ...in der Hoffnung, dass die Entscheider hier mitlesen und dass etwas konstruktive Kritik in Ordnung ist ;) Mit 6.2 LTS wurde das Backend in Bezug auf Freiräume ja großzügiger gestaltet. Auch bei der 7.1 ist das noch so. Für mich hat sich dabei die Usability stark verschlechtert: - Viel zu großes Padding in den Editier-Formularen (Text, Text mit Bild, etc.) - Die wesentliche Information ist ohne Scrollen oft nicht mehr sichtbar - Auch auf großen Monitoren (1920 x 1080) ist es schon grenzwertig. - Die viel zu luftigen Editier-Masken passen nicht mehr zum Gesamtbild Ganz ehrlich, mit der 4.5 LTS konnte ich redaktionell *viel* besser und effektiver arbeiten. Jedes mal, wenn ich mich ins Backend eines alten 4.5er Projektes einlogge, kommt Freude auf! Nehmt euch z.B. mal ein Macbook Air 13 und simuliert intensiv eine reaktionelle Tätigkeit in einer 6.2 LTS. bearbeitet man hier Inhaltselemente, sieht man nur noch das obere Drittel des Formulares. Wen das nicht frustet... Ich möchte hier nicht die gesamte Usability in Frage stellen. Diese ist nach wie vor super. Meine Kritik bezieht sich nur auf das Bearbeiten von Inhalten. Und dazu ist ein CMS doch da, oder nicht? Viele Grüße, Jan -- Alexander Opitz TYPO3 CMS Active Contributor PLUSPOL interactive GbR Floßplatz 4 04107 Leipzig Telefon: (0341) 350 585 -19 Telefax: (0341) 350 585 -40 E-Mail:op...@pluspol-interactive.de Internet: http://www.pluspol-interactive.de Geschäftsführer: Dipl. Medienwirt (FH) Jörg Brückner Dipl.- Ing. (FH) Stefan Dittmar USt-ID-Nr.: DE221591186 Sitz der Gesellschaft und Gerichtsstand ist Leipzig ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Problem mit Lokalisierung von Bildern
Hallo Leute, ich habe bei Typo3 6.2.9 ein Problem mit der Lokalisierung der Bilder bei den Inhaltselementen Text mit Bild oder Bild Wenn ich ein solches Element mit in der Ausgangssprache habe und dieses Element neu kopiere, dann übernimmt er auch alle hinterlegten Bilder. Soweit so gut. Wenn ich allerdings dann bei der Ausgangssprache z.B. ein neues Bild hinzufüge, muss ich in der Zielsprache das Bild ebenfalls manuell hinzufügen - es gibt keinen Button Localize all records wie bei diesem Screenshot https://forge.typo3.org/attachments/download/26578, mit dem ich die neu hinzugefügten Bilder der Ausgangssprache übernehmen kann. Hat jemand von euch eine Idee, woran das liegen könnte? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Backend - ListModule - Sortierung nach Label-Feld einer n:1 Relationstabelle?
Hallo Jan, Danke für Deine Rückmeldung auch wenn es etwas spät ist ;) Mein Fall ist leider etwas komplizierter. Ich habe einen Datensatz der mit anderen Datensätzen verknüpft ist (foreign_table). Im BE im Listen Modul lasse ich mir diese Verknüpfung als zusätzliche Spalte anzeigen. Dort in der Spalte erscheinen nun nur die IDs der anderen Datensätze, leider nicht der Titel des Datensatzes. Gruss Björn ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Update 6.1 auf 6.2
Hallo, kann man pauschal nicht sagen. Ist es eine Extbase- oder pibase-Extension? Wenn sie schon unter 6.1 läuft, dürfte ein Upgrage aber normalerweise unkritisch sein. Gruß, Marcus Am 06.02.2015 um 11:43 schrieb Andre Sancken: Hallo, ich habe hier eine Typo Installation, die noch 6.1.3 ist. Darin befindet sich eine selbst erstellte Extension. Die Extension wurde unter 6 erstellt. Nun meine Frage: Gibt es gravierende Änderungen zwecks Extension Entwicklung von 6.1.x auf 6.2.x. Ich wollte jetzt mal probieren ein Update zu machen. ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Bilder width = 0 height = 0
Was passiert, wenn Du die Bild-URLs direkt öffnest? Ggf. mal das Apache/PHP-Errorlog prüfen. Am 06.02.2015 um 17:23 schrieb Andre Sancken: Hallo, so mein Update hat funktioniert. Nur jetzt habe ich das Problem, das zwei Bilder im HTML immer width und height 0 haben. Es gibt dazu einen Bug im Forge, aber der war bei 6.2.3 Ich selbst habe jetzt 6.2.9. Vorhin hatte das ja auch jemand beim sag Grafiken. Gibt es dazu schon eine Lösung? ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
Re: [TYPO3-german] Usability TYPO3 Backend ab 6.2 LTS
Hallo Alexander, Kritik ist immer willkommen, aber hierfür wäre es evtl. besser unter https://forge.typo3.org/projects/usability ein issue auf zu machen. Auch gerne mit konkreten Vorschlägen/Screenies. prima, danke. Den richtigen Ort habe ich gesucht ;) Viele Grüße, Jan ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
[TYPO3-german] Bilder width = 0 height = 0
Hallo, so mein Update hat funktioniert. Nur jetzt habe ich das Problem, das zwei Bilder im HTML immer width und height 0 haben. Es gibt dazu einen Bug im Forge, aber der war bei 6.2.3 Ich selbst habe jetzt 6.2.9. Vorhin hatte das ja auch jemand beim sag Grafiken. Gibt es dazu schon eine Lösung? Gruß Andre ___ TYPO3-german mailing list TYPO3-german@lists.typo3.org http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german