Das Thema wird bereits im TYPO3-Bugtracker behandelt - leider brachten beide angebotenen Patches keine zuverlässige Lösung.

Was bei mir funktioniert, ist die Vorgehensweise aus der Fehlerbeschreibung selbst:

Die Zeile 283 in der Templavoila-Datei mod1/db_new_content_el.php mit folgendem Inhalt:

$this->content= $this->doc->insertStylesAndJS($this->content);

wird durch diese Version ersetzt:

$this->content.= $this->doc->insertStylesAndJS($this->content);

Seither erscheint der Wizard wieder ordnungsgemäß. Da ich keine Tabs zur Gruppierung der Contentelemente im Wizard nutze, kann ich keinen “broken output” (im Bugtracker beschrieben) feststellen. Alles fein soweit.

Ebenfalls Erfahrung mit diesem leidigen Thema gemacht und evtl. sogar eine elegantere Lösung parat? Dann bitte einen Kommentar hinterlassen. Vielen Dank!

Related posts:

1. Nach Update von TYPO3 4.1 auf TYPO3 4.3: Wo sind die Seitentitel? Nach dem Update einer TYPO3-Installation von 4.1 nach 4.3 fehlen...
2. TYPO3: FE Login funktioniert nicht im Internet Explorer Eine interessante Problematik in Zusammenhang mit Internet Explorer und der...

Related posts brought to you by Yet Another Related Posts Plugin.

Um eigene Icons (für nicht bekannte Dateitypen wie z.B. DWG-Dateien) hinzuzufügen braucht man diese als .gif Datei (Standartgröße 18×16 Pixel). Diese stellt man dann auf dem Server in diesem Verzeichnis bereit : “typo3/sysext/cms/tslib/media/fileicons/”

Danach muss man im Installtool von TYPO3 im Abschnitt “imagefile_ext” (unter All Configuration) die gewünschte Endung (z.b. dwg) hinzufügen. Werden nun Dateien diesesn Typs in dem Contentelement Filelist verwendent, wird das Icon dargestellt (wenn man Layout1 gewählt hat)
Möchte man eigene Icons verwenden, kann man die vorhandenen Icons in dem Ordner “typo3/sysext/cms/tslib/media/fileicons/” austauschen.

VORSICHT: Es ist anzunehmen, dass diese Fileicons (sowohl die neu hinzugefügten als auch die ersetzen) beim nächsten Update von TYPO3 überschrieben werden - bzw. in der neuen Source natürlich nicht vorhanden sind. Diese müssen dann wieder bereitgestellt werden. Die Einträge im Installtool sollten jedoch noch vorhanden sein.

No related posts.

Der Fehler lässt sich ganz einfach beheben: Im Install-Tool von TYPO3 muss lediglich die Cookie-Domain gesetzt werden, z.B. domain.de, schon funktioniert die Anmeldung wieder.

Alternativ kann manuell folgende Zeile in die localconf.php eingefügt werden:

$TYPO3_CONF_VARS['SYS']['cookieDomain'] = ‘domain.de’;

Related posts:

1. Firefox 3.5, TYPO3 4.3 und Templavoila 1.4.1: Leere Seite beim Anlegen eines neuen Contentelements Wer mit dem Firefox 3.5 ein neues Inhaltselement im TYPO3-Backend...

Related posts brought to you by Yet Another Related Posts Plugin.

Genauso verhält es sich mit dem Navigationstitel sowie dem Untertitel. Bevor das noch jemanden zum Wahnsinn treibt - die Lösung ist ebenso logisch wie simpel: Der Browser (in meinem Fall FF3.5) hatte noch ein altes Javascript aus der Version 4.1 im Cache, das diesen Fehler verursacht. Nach dem Löschen des Browsercaches funktioniert das Backend wieder wie gewünscht.

Related posts:

1. Firefox 3.5, TYPO3 4.3 und Templavoila 1.4.1: Leere Seite beim Anlegen eines neuen Contentelements Wer mit dem Firefox 3.5 ein neues Inhaltselement im TYPO3-Backend...

Related posts brought to you by Yet Another Related Posts Plugin.

Nachdem heute Nacht noch neue Features dazugekommen sind, werde ich heute noch auf die aktuelle Version aus dem TER updaten. Ich werde berichten!

Related posts:

1. Neue Version von TYPOGENTO veröffentlicht… Wie die Firma soeben veröffentlich hat, ist eine neue Version...
2. Und wieder eine neue Version von TypoGento! Es gibt eine neue Version von TypoGento. Die aktuellen Versionen...
3. TypoGento Store online! So, es ist endlich soweit: Unser erster TypoGento Store ist...

Related posts brought to you by Yet Another Related Posts Plugin.

Wir (analog multimedia - TYPO3 und Magento) verwenden auf der Seite www.biestmilch.com/store die aktuellste Version von TypoGento, die in den nächsten Tagen auch im TER (TYPO3) und MagentoConnect (Magento) verfügbar sein wird. Diese Version enthält einige Neuerungen und kommt einer wirklich stabilen Version sehr sehr nahe!

Für weitere Informationen diesbezüglich schaut die nächsten Tage einfach auf www.typogento.com. Dort wird über die neue Version und deren Neuerungen berichtet, sobald Sie veröffentlich ist.

Auch wird die Dokumentation auf typogento.com die nächsten Tage um die neuen Features ergänzt! Also stay tuned!

Related posts:

1. Und wieder eine neue Version von TypoGento! Es gibt eine neue Version von TypoGento. Die aktuellen Versionen...
2. Neue Version von TYPOGENTO veröffentlicht… Wie die Firma soeben veröffentlich hat, ist eine neue Version...
3. TypoGento 0.5 - die Fakten Soeben wurde die neue Version von Typogento veröffentlicht. Hier der...

Related posts brought to you by Yet Another Related Posts Plugin.

Einer der dicksten Pluspunkte für Magento ist die Flexibilität und Erweiterbarkeit.
Die Möglichkeit, wiederverwendbaren Code zu schreiben und in Module zu packen hat für mich den Ausschlag gegeben, auf Magento zu setzen.

Ich war, wie viele Entwickler, zuerst euphorisch, endlich Projekte auf ein wirklich gutes Open Source System aufbauen zu können.
Und ich halte die Architektur von Magento nach wie vor für hervorragend und voller Potential.

Aber ich bin zur Zeit nicht mehr so euphorisch, eher ernüchtert.

Bei dem Programmieren von Erweiterungen stoße ich an Grenzen.

Varien hat Magento so programmiert, dass die meisten Anpassungen über <rewrites> von Core Klassen erfolgen müssen.
Das funktioniert wunderbar wenn die Erweiterungen nur innerhalb eines Projektes laufen sollen.
Da ich Module aber auch über Magento-Connect veröffentliche kommt es leicht zu Konflikten mit anderen Modulen.
Die Antwort ist Einfach: mehr Events!
Seit dem 15. Februar 2008 gibt es einen Thread im Programming Forum auf magentocommerce.com zum Thema Event Requests.
Soweit ich weiß hat keiner der gewünschten Events es in ein Release geschafft. Nicht nur ich finde das Nervig.

Ich wünsche mir mehr Dialog zwischen Varien und der Community. Mehr Rückmeldungen zu gepostetem Code.
Community Support ist meines Erachtens gut, aber wenn die Community mithelfen will Magento zu einem besseren Produkt zu machen ist es schädlich die Angebote nicht zu beantworten.
Rico als Community Manager ist klasse, wie das ausverkaufte meet-magento Event zeigt.
Die Transparenz in der Entwicklung kann er aber nicht geben, es braucht dazu jemand mit einem direktem Draht zum Core Dev Team.

Das tolle an Open Source ist für mich die Möglichkeit das ich mich beteiligen kann. Ich finde es sehr, sehr befriedigend wenn meine Arbeit genutzt (und gemocht) wird.
Mit Magento Connect ist es einfach Erweiterungen zu teilen. Doch mit der wachsenden Zahl von Entwicklern und Modulen reicht die Infrastruktur, die Varien geschaffen hat, nicht mehr aus.
Um Entwickler wie mich auf Dauer zu begeistern braucht es Weiterentwicklung, und besser früher als später:

• ein besserer Bugtracker.
  Am besten einen den die Modulentwickler auch für ihre Community Extensions verwenden können.
  Dem Bugtracker für Magento fehlen essentielle Features. Zu lange Titel werden ohne Warnung abgeschnitten.
  Wenn Rückfragen zu einem Bug gepostet werden bekommt der Autor keine Email. Schaut man nicht jeden Tag nach Kommentaren wird der Bug ungefixt geschlossen.
  Mehr Kommunikation bitte, Varien, auch beim Aktualisieren des Bug Status.
  Es macht keinen Spaß Bugs zu suchen und sorgfältig im Tracker einzutragen, wenn Ihr Schicksal so Ungewiss ist

• eine gute Suchfunktion in Magento Connect (wie oft bekommt Varien das wohl jeden Tag zu hören?)
  Dazu gibts nichts weiter zu sagen

Es gibt noch mehr was Verbessert werden kann, aber die Punkte mehr Transparenz, ein besserer Bugtracker, und eine Magento Connect Suche sind (mir) sehr wichtig!

Magento Community Developers

Magento has been planed and executed as a commercial open source project. The explosive growth of the Community is evidence the strategy of Varien is successful.

One of the best things about Magento is it’s flexibility and extendability.
The possibility to write re-usable modules and easily build packages out of them if what won me for Magento.

Like a lot of other developers, at first I was enthusiastic to finally be able to build projects on a real good open source platform.
I believe the architecture of Magento is excellent and full of potential.

But, my feelings have changed. I’m no longer enthusiastic but rather sobered.

When programming extensions I hit the limits.
Varien built their product in a way that most changes have to be made by of core classes.
That works very well when Modules only have to run within one project. But because I release Extensions on Magento Connect, Conflicts between Modules happen.
The answer is easy: more events!
On February 15th, 2008, Moshe posted a thread in the programming forum on magentocommerce.com asking for event requests.
As far as I know, so far none of the posted events posted have made it into a release. It’s not only me who is annoyed by that.

I wish for more dialog between Varien and the community. More feedback to posted code.
Community Support is great, but when the community wants to help Magento become even better, it’s damaging not to answer at all.
In Germany, Rico as the community manager is wonderful, the booked out meet-magento event is proof of that. But he can’t provide the transparency regarding the continuing development of Magento.
Someone with a direct connection to the core dev team is required.

For me, the great thing about open source is I can participate. I find it very deeply satisfying to see people use (and like) the products of my work.
It’s easy sharing extensions with Magento Connect. But with the growing number of developers and modules the infrastructure created isn’t enough anymore.

To enthuse developers like me continuously some things need to be developed further, the sooner the better:

• A better bug tracking system.
  It would be so cool if the community developers could use it for their community modules, too.
  There are some essentials missing in the current system. To long titles are truncated without warning.
  If comments are posted or the bug status changes no email is sent to the author. Unless he looks after the comments every day the bug may be closed without it being fixed.
  Please, more communication. It’s no fun spending time hunting a bug, reporting it as cleanly as possible, and then not even getting to know what really happens with it.

• A good search for Magento connect.
  (How often must Varien hear that every day?)
  Enough said.

There is more that can be improved, but more transparency, a better bug tracker, and a search for Magento Connect are (for me) the most important!

I am very grateful towards Varien for Magento.
I love working with it.
I want Magento to continue to grow.
I want to contribute to that.

Vinai

No related posts.

Es gibt zwar noch etwas hackische Wege das Problem etwas besser zu lösen, aber die lohnt es jetzt nicht mehr aufzuführen, denn: mein Freund Lee Saferite hat ein Modul veröffentlicht, mit dem die oben genannten Probleme (und noch mehr!) gelöst sind.

Ich möchte das Wissen um diese hervorragende Erweiterung gerne verbreiten. Wenn genügend Module darauf aufbauen, wer weiß, vielleicht wird der Code in den Core übernommen.

Außerdem erstaunt mich Lee immer wieder mit seinen Lösungen. Ich lerne sehr viel von Ihm.

Dies ist eine freie Übersetzung seines ersten Teils der Dokumentation (Original auf Englisch, Übesetzung mit seiner Zustimmung). Sobald er mehr schreibt füge ich das an.

Vinai

Hier der Text von Lee:

Bevor dieses Modul veröffentlicht wurde, musste man um das Verhalten eines Core Controllers (z.B. Mage_Customer_AccountController) zu verändern URL rewriting benutzen.

Jetzt, mit der Erweiterung LKC_ModularRouters kannst Du Controller genau wie Models, Blocks oder Helper behandeln.

Wenn du einen Controller für den neuen Router schreibst musst du den Namen der Klasse nicht länger mit „Controller“ enden, aber die Klasse muss eine Instanz von Mage_Core_Controller_Varien_Action bilden.
Im Code weiter unten erweitern wir Mage_Customer_AccountController, welche Mage_Core_Controller_Front_Action vererbt, welche wiederum Mage_Core_Controller_Varien_Action vererbt.

In unserem neuen Controller werden wir eine einzige Methode, loginAction(), überschreiben um eigenen Code hinzuzufügen. Dann haben wir die Möglichkeit die parent Action aufzurufen wenn wir wollen.

Zuerst müssen wir Magento wissen lassen das unser Modul von LKC_ModularRouters abhängig ist.

<?xml version="1.0"?>
    <config>
        <modules>
            <MyCompany_MyModule>
                <active>true</active>
                <codePool>local</codePool>
                <depends>
                    <Mage_Core />
                    <Mage_Customer />
                    <LKC_ModularRouters />
                </depends>
        </MyCompany_MyModule>
    </modules>
</config>

app/etc/modules/MyCompany_MyModule.xml

Als nächstes müssen wir unseren neuen Controller anlegen. Dieser erweitert Mage_Customer_AccountController

// Dies ist nötig da Varien ein layout benutzt das sich nicht einfach auto-loaden lässt
require_once "Mage/Customer/controllers/AccountController.php";
 
class MyCompany_MyModule_Controller_Frontend_Customer_Acount extends Mage_Customer_AccountController
{
    public function loginAction()
    {
        // Dein Code hier
 
        // Du kannst auch die parent action aufrufen falls nötig
        parent::loginAction();
    }
}

app/code/local/MyCompany/MyModule/Controller/Frontend/Customer/Account.php

Und letztlich, anstatt die URL umzuschreiben, benutzen wir die selbe Methode um den Controller zu überschreiben wie bei Modellen und Blöcken.

<?xml version="1.0"?>
<config>
    <modules>
        <MyCompany_MyModule>
            <version>0.0.1</version>
        </MyCompany_MyModule>
    </modules>
    <global>
        <controllers>
            <Mage_Customer>
                <rewrite>
                    <account>MyCompany_MyModule_Controller_Frontend_Customer_Acount</account>
                </rewrite>
            </Mage_Customer>
        </controllers>
    </global>
</config>

app/code/local/MyCompany/MyModule/etc/config.xml

Und das war schon alles. Hiermit hast Du eine saubere Methode Core Controller zu überschreiben.

Derzeit kann noch nicht die kurze „Shorthand“ Schreibweise eines Moduls benutzt werden, es muss der ganze Name verwendet werden. Das wird in Kürze anders sein.

Related posts:

1. TYPO3 meets MAGENTO-COMMERCE Auf der Suche nach einer schönen Shopextension für TYPO3 bin...

Related posts brought to you by Yet Another Related Posts Plugin.

Nun ist es aber auch in TV so, dass die Spalten standardmäßig immer die gleichen Ausmaße haben und je nach Reihenfolge beim anlegen des Mappings auch eine horizontale Anrichtung. Bei ein oder zwei Spalten ist das erstmal kein Problem. Hat man jedoch mehr Spalten wird es langsam aber sicher unübersichtlich.

Es gibt jedoch eine Lösung für dieses Problem. Man kann hier eigens Tabellen erstellen und die Spalten individuell anordnen. Das ganze funktioniert so:
Man muss in das XML des jeweiligen TV-Templates gehen und folgenden (hier beispiel-code) einfügen:

<meta type="array">
	<langDisable>1</langDisable>
<beLayout>
		<![CDATA[
<table width="99%" border="3">
<tr>
<td style="background-color: #ffffff" >###field_eins###</td>
</tr>
<tr>
<td style="background-color: #cccccc" >###field_zwei###</td>
</tr>
<tr>
<td>###field_drei###</td>
</tr>
</table>
]]></beLayout>
</meta>

In diesem Beispiel werden die Felder ###field_eins### bis ###field_drei### in einer Tabelle angeordnet. Das Ganze muss in den “meta” Bereich eingestellt werden.
So lassen sich die Backendfelder aufteilen, mit Farben versehen und in Ihrer Breite anpassen.
Somit lässt sich das Backend für den Redakteur um einiges schöner und benutzerfreundlicher gestalten.

No related posts.

Related posts:

1. Neue Version von TYPOGENTO veröffentlicht… Wie die Firma soeben veröffentlich hat, ist eine neue Version...
2. TypoGento Store online! So, es ist endlich soweit: Unser erster TypoGento Store ist...
3. TypoGento 0.5 - die Fakten Soeben wurde die neue Version von Typogento veröffentlicht. Hier der...

Related posts brought to you by Yet Another Related Posts Plugin.