[TYPO3-german] Lokale TYPO3 7 Installation unter Windows 8.1 - Probelme mit ImageMagick

2016-03-20 Diskussionsfäden Johannes C. Laxander
Hallo,

 

ich habe TYPO3 7.5 auf einem Windows 8.1. Rechner mit XAMPP (5.5.25)
installiert. ImageMagick (ImageMagick-6.9.3-7-Q16-x64-dll.exe) und
Ghostscript 9.18 for Windows (64 bit) sind ebenfalls installiert.

Über das Install Tool habe ich die Pfade [GFX][im_path] und
[GFX][im_path_lzw] auf den Installationspfad „C:/imagick/“ gesetzt.

 

Der Test „Convert image formats to jpg“ schlägt für einige Formate
allerdings fehl:

 

Image generation failed

ImageMagick / GraphicsMagick handling is enabled, but the execute command
returned an error. Please check your settings, especially ['GFX']['im_path']
and ['GFX']['im_path_lzw'] and ensure Ghostscript is installed on your
server.

 

Auf der Seite
http://www.blogix.net/2011/04/03/imagemagick-xampp-windows-installieren/ ist
noch beschrieben, dass die Datei „php_imagick.dll“ ins Verzeichnis
C:\xampp\php\ext\ kopieren soll und in der php.ini den Eintrag
„extension=php_imagick.dll“ hinzufügen soll. Auch das habe ich gemacht,
leider ohne Erfolg, der Fehler besteht immer noch.

 

Nun erhalte ich auch bei Starten des Apache einen httpd.exe Systemfehler
angezeigt: „Das Programm kann nicht gestartet werden, da php5.dll auf dem
Computer fehlt.“

 

Ich hab jetzt noch die php5.dll runtergeladen und schon in verschiedene
Verzeichnisse gelegt, aber alle Versuche blieben ohne Erfolg, sie wird beim
Starten des Apache nicht gefunden.

 

Ich bin hier auf Hilfe angewiesen, komme allein nicht mehr weiter.

 

Gruß, Johannes.

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Re: [TYPO3-german] IMAGE Dateipfad in den Header

2016-03-20 Diskussionsfäden Gerald Gräupner

Hallo Christian und Dieter,

ok, jetzt hab ich den Ansatz mit dem Template auch kapiert. Funktioniert prima. 
Vielen Dank. Das mehrfache Verwenden des Markes funktioniert ebenfalls ohne 
durchnummerieren und kopieren. Ich finde diese Lösung ziemlich smart.

Mit Fluid habe ich mich noch nicht beschäftigt. Dafür bin ich noch zu frisch 
bei typo3. Das heb ich mir noch etwas auf  :-)

Viele Grüße
Gerald
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] formhandler Fehler von Anfang an

2016-03-20 Diskussionsfäden Benedikt Hofmann

Hallo Peter,

Sorry ganz vergessen zu schreiben.
Typo3 6.2.19 und Formhandler 2.0.1 also eigentlich die gleichen Versionen wie 
du.
PHP-Version 5.6.10 fals es daran auch liegen könnte.

Lg Benedikt
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Re: Scriptmerger und die Komprimierung

2016-03-20 Diskussionsfäden Börge Hendrik

Eine Klärung brachte nun am Ende mein Provider (Domainfactory) der einen 
erstklassigen Service hat, vielen Dank!

Der Scriptmerger arbeitet wie die GZIP Komprimierung korrekt.
Das Tool, mit dem ich die GZIP Komprimierung geprüft habe, hat jedoch die 
Komprimierung nicht erkannt, da ich vom Startbaum der Typo3 Installation einen 
Redirect auf die Home-Seite hatte.

Nachdem entfernen des Redirect wurde es dann richtig angezeigt. 
___

TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Welche Version soll ich "heute" nehmen?

2016-03-20 Diskussionsfäden Ralf-Rene Schröder
Am 19.03.2016 um 15:17 schrieb Christoph Hautle:
> Die 6.2. oder 7.6? Was macht mehr Sinn? 
solange du nicht auf Extensions angewiesen bist, die noch unbedingt 6.2
fordern, würde ich jetzt jetzt immer zur 7.6 raten !!!
(meine Meinung, Extensions die jetzt noch 6.2 fordern sind vielleicht
nicht als so optimal im Bereich Extensionpflege zu bewerten !!!)

> aber auch über Templavoila.
das würde ich schnell aus dem Gedächniss streichen, war schon immer
etwas kontrovers diskutiert, ist aber mittlerweile nur noch für die
sinnvoll, die größere damals auf TV aufgesetzte Installationen in die
Gegenwart retten mußten...

> Mein Ziel:
> - Multidomain mit 10 Webseiten
> - ein Layout
> - 10 Templates
> - einsprachig
> - responsiv
eigentlich eine Standardaufgabe die aber (dies nur als Tipp) gut geplant
angegangen werden will (besonders in der Rechtefrage und der
Datenabgrenzung der Webseiten)
Und wie schon gesagt, hat responsive erst einmal nichts mit TYPO3 zu
tun, sondern ist Sache deines CSS (oder des benutzten CSS Frameworks)

-- 
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] IMAGE Dateipfad in den Header

2016-03-20 Diskussionsfäden Dr. Dieter Porth

Hallo Gerald,

Am 19.03.2016 um 14:24 schrieb Peter Kühnlein:

Am 19.03.2016 um 13:36 schrieb Gerald Gräupner:

Hallo Stefan und Stephan,

nochmals ein großes Danke.

Jetzt komm ich nochmal drauf zurück, dass man mit dem wrap normal nur
einmal etwas "wrapen" kann.

Wenn ich nun das Ergebnis der Abfrage, also den Link auf die Bilddatei,
viermal wrapen möchte wie im Beispiel, geht das dann auch mit
verschachtelten wraps?

Beispiel:
'
#   wrap (
# body #main > header
{background-image: -moz-linear-gradient(top, rgba(0,0,0,0.5),
rgba(0,0,0,0.5)), url( | );
# background-image: -webkit-linear-gradient(top,
rgba(0,0,0,0.5), rgba(0,0,0,0.5)), url( | );
# background-image: -ms-linear-gradient(top,
rgba(0,0,0,0.5), rgba(0,0,0,0.5)), url( | );
# background-image: linear-gradient(top, rgba(0,0,0,0.5),
rgba(0,0,0,0.5)), url( | )}
# )
'

Viele Grüße
Gerald
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Hallo Gerald,

hilft Dir das weiter?

https://jweiland.net/typo3/codebeispiele/typoscript/wrap-moeglichkeiten-und-hierarchie-in-menues.html 



LG Peter
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Hallo Gerald,

statt des mehrfachen, verschachtelten Pipes könntest du auch einfach ein 
{REGISTER:myUrl} verwenden. (insertData = 1  im Typoscript nicht vergessen)
Den Wert in 'myUrl' müstets du nur vorab mit einem LOAD_REGISTER 
definieren, wobei du für myUrl.cObject das Typoscript-Nutzen solltest, 
welches dir die URL liefert.

https://docs.typo3.org/typo3cms/TyposcriptReference/ContentObjects/LoadRegister/Index.html
Das Ganze müsste ungefähr folgende Struktur haben

10 = LOAD_REGISTER
10 {
myUrl.cObject = TEXT
myUrl.cObject {
value = DeineWunschurl
}
}
20 {
...
wrap (
 body #main > header
{background-image: -moz-linear-gradient(top, rgba(0,0,0,0.5),
rgba(0,0,0,0.5)), url( {REGISTER:myUrl} );
 background-image: -webkit-linear-gradient(top,
rgba(0,0,0,0.5), rgba(0,0,0,0.5)), url( {REGISTER:myUrl} );
 background-image: -ms-linear-gradient(top,
rgba(0,0,0,0.5), rgba(0,0,0,0.5)), url( {REGISTER:myUrl} );
 background-image: linear-gradient(top, rgba(0,0,0,0.5),
rgba(0,0,0,0.5)), url( {REGISTER:myUrl} )}
 )
...
 }

Du könntest dann auch deine Farben über REGISTER einfügen lassen.
==
Am 20.03.2016 um 09:34 schrieb Christian Welzel:

Am 20.03.2016 um 00:46 schrieb Gerald Gräupner:


das TEMPLATE ist bereits angelegt, aber das löst nicht die Frage, wie
ich mit wrap vier Pipes auflösen kann.


TEMPLATE ist ein normales cObject, welches am Ende Text ausgibt.
Normalerweise benutzt man es für das Template der Seite, ja. Muss
man aber nicht.
...

Falls das mit dem Mehrfachverwenden von ###URL### nicht geht, nummeriere
durch und kopiere das marks.URL.

Der Weg mit einem Template, den Chjristian hier vorschlägt, finde ich 
grundsätzlich gut. Er ist besser lesbar als die Typoscript-Variante. Ich 
würde hier aber ein FLUIDTEMPLATE dem TEMPLATE vorziehen, da die 
Notation im TypoScript mit Fluidtemplate-Variablen etwas eingängiger ist 
und da man im Fluidtemplate mit Viewhelpern noch das Bild rendern könnte.


Mit besten Grüßen
Dieter


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] formhandler Fehler von Anfang an

2016-03-20 Diskussionsfäden Peter Kühnlein

Am 20.03.2016 um 14:31 schrieb Benedikt Hofmann:

Hallo,

Ich habe mal wieder ein Problem, dieses mal bei der formhandler
extension. Ich bekomm diese einfach nicht zum laufen. Es wird immer nur
angezeigt, dass ein Fehler aufgetreten ist. Habe daher einmal mir den
PHP-Error-Log ausgeben lassen. Und habe diese bekommen:

20-03-16 14:18:
TYPO3\CMS\Core\Utility\GeneralUtility::array_merge_recursive_overrule()
- [!!!] Since 6.2, use ArrayUtility::mergeRecursiveWithOverrule -
WARNING: The new method changed its signature and does not return the
first parameter anymore, but it is more performant. -
require(src-6.2.19/typo3/sysext/cms/tslib/index_ts.php),src-6.2.19/index.php#28
//
TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController->INTincScript#232
//
TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController->recursivelyReplaceIntPlaceholdersInContent#3644
//
TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController->INTincScript_process#3677
// TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer->USER#3729 //
TYPO3\CMS\Frontend\ContentObject\UserContentObject->render#862 //
TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer->callUserFunction#41
// call_user_func_array#6665 // tx_formhandler_pi1->main# //
Tx_Formhandler_Dispatcher->main#47 //
Tx_Formhandler_Controller_Form->process#108 //
Tx_Formhandler_Controller_Form->init#134 //
Tx_Formhandler_Controller_Form->initializeDebuggers#1170 //
Tx_Formhandler_Component_Manager->getComponent#1583 //
Tx_Formhandler_Component_Manager->createComponentObject#158 //
Tx_Formhandler_Component_Manager->injectConstructorArguments#187 //
Tx_Formhandler_Component_Manager->getComponent#260 //
Tx_Formhandler_Component_Manager->createComponentObject#158 // eval#193
// Tx_Formhandler_Configuration->__construct#1 //
Tx_Formhandler_UtilityFuncs->mergeConfiguration#53 //
TYPO3\CMS\Core\Utility\GeneralUtility::array_merge_recursive_overrule#1089
// TYPO3\CMS\Core\Utility\GeneralUtility::logDeprecatedFunction#1785
(src-6.2.19/typo3/sysext/core/Classes/Utility/GeneralUtility.php#1784)

Leider fange ich damit überhaupt nichts an und mehr habe ich leider auch
nicht herausbekommen.

Hoffe einer hatte ein ähnliches Problem und kann mir Helfen.

Vielen Dank


Hallo Benedikt,

zuerst mal die Frage: welche Formhandler-Version benutzt Du denn mit 
welcher TYPO3-Version? (TYPO3 scheint mir 6.2.19 zu sein; da ich selber 
Formhandler 2.0.1 in 6.2.19er erfolgreich Installationen laufen habe, 
könnte es an einem Versions-Clash liegen.


LG Peter

--

http://function2form.net
http://peter-kuehnlein.net

"While knowing that we will die someday, we think that all the others 
will die before us and that we will be the last to go. Death seems a 
long way off. Is this not shallow thinking? It is worthless and it is 
only a dream within a dream."

(Hagakure)

Latest projects
http://mein-bobber.de
http://www.käse1a.de
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Welche Version soll ich "heute" nehmen?

2016-03-20 Diskussionsfäden Renzo Bauen
Da habe ich mich ev. nicht ganz klar ausgedrückt:

ich meine, man muss unterscheiden zwischen diesen Varianten:

PHP5 und TYPO3 6.2
PHP5 und TYPO3 7.6
PHP7 und TYPO3 7.6

Und ich wollte zu bedenken geben, dass die PHP-Version bei vielen
Hostern unabhängig von TYPO3 ändert.

Beste Grüsse, Renzo

CH-3661 Uetendorf
+41 33 345 00 92 


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] formhandler Fehler von Anfang an

2016-03-20 Diskussionsfäden Benedikt Hofmann

Hallo,

Ich habe mal wieder ein Problem, dieses mal bei der formhandler extension. 
Ich bekomm diese einfach nicht zum laufen. Es wird immer nur angezeigt, dass ein Fehler aufgetreten ist. 
Habe daher einmal mir den PHP-Error-Log ausgeben lassen. Und habe diese bekommen:


20-03-16 14:18: TYPO3\CMS\Core\Utility\GeneralUtility::array_merge_recursive_overrule() - [!!!] Since 6.2, use 
ArrayUtility::mergeRecursiveWithOverrule - WARNING: The new method changed its signature and does not return the first parameter 
anymore, but it is more performant. - require(src-6.2.19/typo3/sysext/cms/tslib/index_ts.php),src-6.2.19/index.php#28 // 
TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController->INTincScript#232 // 
TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController->recursivelyReplaceIntPlaceholdersInContent#3644 // 
TYPO3\CMS\Frontend\Controller\TypoScriptFrontendController->INTincScript_process#3677 // 
TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer->USER#3729 // 
TYPO3\CMS\Frontend\ContentObject\UserContentObject->render#862 // 
TYPO3\CMS\Frontend\ContentObject\ContentObjectRenderer->callUserFunction#41 // call_user_func_array#6665 // 
tx_formhandler_pi1->main# // Tx_Formhandler_Dispatcher->main#47 // Tx_Formhandler_Controller_Form->process#108 // 
Tx_Formhandler_Controller_Form->init#134 // Tx_Formhandler_Controller_Form->initializeDebuggers#1170 // 
Tx_Formhandler_Component_Manager->getComponent#1583 // Tx_Formhandler_Component_Manager->createComponentObject#158 // 
Tx_Formhandler_Component_Manager->injectConstructorArguments#187 // Tx_Formhandler_Component_Manager->getComponent#260 // 
Tx_Formhandler_Component_Manager->createComponentObject#158 // eval#193 // Tx_Formhandler_Configuration->__construct#1 // 
Tx_Formhandler_UtilityFuncs->mergeConfiguration#53 // TYPO3\CMS\Core\Utility\GeneralUtility::array_merge_recursive_overrule#1089 
// TYPO3\CMS\Core\Utility\GeneralUtility::logDeprecatedFunction#1785 
(src-6.2.19/typo3/sysext/core/Classes/Utility/GeneralUtility.php#1784)

Leider fange ich damit überhaupt nichts an und mehr habe ich leider auch nicht 
herausbekommen.

Hoffe einer hatte ein ähnliches Problem und kann mir Helfen.

Vielen Dank
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Powermail 2.5.0 - Required argument "mail" is not set

2016-03-20 Diskussionsfäden Ernst Went

Die baseUrl war korrekt, aber es gab tatsächlich eine URI-Weiterleitung per 
RedirectMatch, auf der die POST-Parameter verloren gegangen sind.
Vielen Dank für den Hinweis, Alex.

@Stefan: die PHP-Version ist 5.4.45 und damit gab es bislang keine Probleme. 


Viele Grüße
Ernst
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Bestehende NICHT-extbase Tabelle erweitern und nutzen

2016-03-20 Diskussionsfäden Philipp Gampe
Hi Deus,

Deus wrote:

> Hat jemand eine Idee?

Da wirst du Debuggen müssen.

Vielleicht nutzt extbase die falsche Tabelle? Schau mal in die Mapping 
Configuration im Typoscript.

Grüße
-- 
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Certified Integrator – 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] IMAGE Dateipfad in den Header

2016-03-20 Diskussionsfäden Christian Welzel

Am 20.03.2016 um 00:46 schrieb Gerald Gräupner:


das TEMPLATE ist bereits angelegt, aber das löst nicht die Frage, wie
ich mit wrap vier Pipes auflösen kann.


TEMPLATE ist ein normales cObject, welches am Ende Text ausgibt.
Normalerweise benutzt man es für das Template der Seite, ja. Muss
man aber nicht.

Du kannst dein Problem genauso gut ungefähr so lösen:
(nicht getestet, aus dem Kopf)

headerData {
 30 = TEMPLATE
 30 {
  template = TEXT
  template.value (
body #main > header {
background-image: -moz-linear-gradient(top, rgba(0,0,0,0.5), rgba(0,0,0,0.5)), url( ###URL### ); background-image: -webkit-linear-gradient(top, rgba(0,0,0,0.5), rgba(0,0,0,0.5)), url( ###URL### ); background-image: -ms-linear-gradient(top, rgba(0,0,0,0.5), rgba(0,0,0,0.5)), url( ###URL### ); background-image: linear-gradient(top, rgba(0,0,0,0.5), rgba(0,0,0,0.5)), url( ###URL### )
}
)
  marks.URL = FILES
  marks.URL {
... dein Code zur Erstellung der Bild-Url ...
  }
 }
}

Falls das mit dem Mehrfachverwenden von ###URL### nicht geht, nummeriere
durch und kopiere das marks.URL.


--
 MfG, Christian Welzel

  GPG-Key: pub 4096R/5117E119 2011-09-19
  Fingerprint: 3688 337C 0D3E 3725 94EC  E401 8D52 CDE9 5117 E119
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Extension Liste kann nicht aktualisiert werden

2016-03-20 Diskussionsfäden Hugo Merstein

Hi,

bei mir tritt exakt der selbe Fehler auf. Auch seit etwa 2-3 Wochen.

Typo3 liegt dabei auf einem Webhosting-Paket bei 1und1.

Hast Du Deinen Server evtl. auch bei 1und1?

Gruß

Am 18.03.2016 um 11:11 schrieb Oliver Beck:

Hallo Leute

Ich habe zur Zeit ein eigenartiges Problem und ich vermute, dass es am
eigenen Server liegt. Ich kann seit ca. 2 Wochen die Extensionliste
nicht mehr aktualisieren und auch keine Sprach-Updates mehr durchführen.
Dies betrifft ALLE TYPO3-Installationen auf dem Server. Die üblichen
Workarounds wie curlUse = 1 im Installtool habe ich durchgeführt und
änderten nichts.
Dann dachte ich mir, ich versuche die geforderte Datei
http://repositories.typo3.org/mirrors.xml.gz manuell auf der
Kommandozeile via wget herunter zu laden. Das Resultat sieht so aus:

wget http://repositories.typo3.org/mirrors.xml.gz

--2016-03-18 11:01:17--  http://repositories.typo3.org/mirrors.xml.gz
Resolving repositories.typo3.org... 91.184.35.5, 2a01:198:1:1::166
Connecting to repositories.typo3.org|91.184.35.5|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://repositories.typo3.org/mirrors.xml.gz [following]
--2016-03-18 11:01:17--  https://repositories.typo3.org/mirrors.xml.gz
Connecting to repositories.typo3.org|91.184.35.5|:443... connected.
ERROR: cannot verify repositories.typo3.org's certificate, issued by
`/C=US/O=GeoTrust Inc./CN=RapidSSL
SHA256 CA - G4':
  Unable to locally verify the issuer's authority.
To connect to repositories.typo3.org insecurely, use
`--no-check-certificate'.
Unable to establish SSL connection.



Hat jemand irgendeine Idee an was das liegen könnte? Da der Fehler nur
auf meinem Server vorkommt, muss der Fehler doch dort liegen?

Vielen Dank für jede Hilfe!

Gruss Oli

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Eigenes Inhaltselement mit fluid_styled_content

2016-03-20 Diskussionsfäden Johannes C. Laxander
Problem gelöst!

Pfadangabe bei
"LLL:EXT:Resources/Private/Language/locallang_ttc.xlf:tabs.appearance" war
unvollständig!

Richtig ist :
"LLL:EXT:frontend/Resources/Private/Language/locallang_ttc.xlf:tabs.appearan
ce"
 ^^^

Damit werden die Texte aus von der sysext "frontend" geholt.
Alternativ könnte hier auch das eigene "Language-Verzeichnis" angegeben
werden, wenn die Texte dort in xlf-Files hinterlegt sind!

Gruß, Johannes.


> boun...@lists.typo3.org] Im Auftrag von Johannes C. Laxander
> Gesendet: Donnerstag, 17. März 2016 20:15
> 
> in Anlehnung an die Dokumentation
> https://docs.typo3.org/typo3cms/extensions/fluid_styled_content/AddingY
> ourOw
> nContentElements/Index.html
> versuche ich gerade ein eigenes Inhaltselement zu konfigurieren.
> 
> Allerdings wird mir das Backendformular nicht vollständig angezeigt (das
ist
> meine Vermutung!).
> 
> // Configure the default backend fields for the content element
> $GLOBALS['TCA']['tt_content']['types']['
> myextensionkey_newcontentelement']
> = array(
>'showitem' => '
> 
>
--palette--;LLL:EXT:Resources/Private/Language/locallang_ttc.xlf:palette.gen
> eral;general,
> 
>
--palette--;LLL:EXT:Resources/Private/Language/locallang_ttc.xlf:palette.hea
> der;header,
> 
> --div--
> ;LLL:EXT:Resources/Private/Language/locallang_ttc.xlf:tabs.appearance
> ,
> 
>
--palette--;LLL:EXT:Resources/Private/Language/locallang_ttc.xlf:palette.fra
> mes;frames,
> 
> --div--;LLL:EXT:Resources/Private/Language/locallang_ttc.xlf:tabs.access,
> 
>
--palette--;LLL:EXT:Resources/Private/Language/locallang_ttc.xlf:palette.vis
> ibility;visibility,
> 
>
--palette--;LLL:EXT:Resources/Private/Language/locallang_ttc.xlf:palette.acc
> ess;access,
> 
> --div--;LLL:EXT:Resources/Private/Language/locallang_ttc.xlf:tabs.extended
> ');
> 
> Ich kann im Dialog "Neues Inhaltselement" mein Inhaltselement
> "newcontentelement" auswählen, und es wird mir auch das Register / der
> Tab "Allgemein" mit Typ, Spalt Sprache, Überschrift, etc. angezeigt.
> Aber das war es dann auch schon.
> 
> Habe ich einen Gedankenfehler, oder ist mein Code nicht vollständig? Wer
> bring mich bitte wieder in die Spur?
> 
> Gruß, Johannes.
> 
> ___
> 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