[TYPO3-german] te_openemm Installationsprobleme

2012-08-31 Diskussionsfäden Roth
Hallo allerseits,

ich versuche seit einer Weile die Extension Openemm zu installieren.

Leider erhalte ich folgende Fehlermeldung:

#1270853878: TYPO3 Fatal Error: Extension key te_openemm_newsletter
was NOT loaded! (More information)

BadFunctionCallException thrown in file
/var/www/TYPO3CMS/typo3_src-4.7.1/t3lib/class.t3lib_extmgm.php in line
79.

5 t3lib_extMgm::extPath(te_openemm_newsletter)


/var/www/TYPO3CMS/typo3conf/ext/te_openemm_newsletter/class.ext_update.php:

00037:  */
00038: 

00039:
require_once(t3lib_extMgm::extPath(te_openemm_newsletter).lib/class.helperfunctions.php);

00040: class ext_update {
00041: 

Google hat mich bisher auch noch nicht weiter gebracht.

Weiss jemand von euch bescheid?

Danke und viele Grüße

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


[TYPO3-german] forge extension entwicklung mittels git?

2012-08-31 Diskussionsfäden Christian Wolff
Hi typo3.org bietet ja
forge.typo3.org als entwicklungsstätte für extensions.

ist es dort auch möglich eine typo3 v4 extensions mittels git zu
entwickeln oder geht das nur per SVN?

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

[TYPO3-german] svmetaextract 1.0 vs. cc_meta... mit dam 1.3.0 in 4.5.19

2012-08-31 Diskussionsfäden Ullmann d.o.o.
Hallo zusammen.

Seit dem ich svmetaextract installiert und die cc_meta... entfernt habe, habe 
ich folgende Situation:

Media bearbeiten: 
Der Reiter Urheber ist doppelt und alle Felder sind leer.
Im Reiter Zusatzdaten fehlen sämtliche Exif Einträge, nur die Kommentare 
werden angezeigt.

Bei Neuindexierungen wird der Titel nicht mehr aus dem Exif Feld Name geholt 
sondern aus dem Feld Beschriftung bzw.Beschreibung.
In den Zusatzdaten werden die Exif Einträge nicht angezeigt.

Wo liegt der Hase begraben?

Danke und sonnigen Gruß

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

Re: [TYPO3-german] forge extension entwicklung mittels git?

2012-08-31 Diskussionsfäden Christian Müller (FLOW3 Team)
Sollte kein Problem sein, Du müsstest nur jemanden finden, der dir ein 
git repository auf git.typo3.org  einrichten kann. Ich bin mir nicht 
sicher ob das Serverteam da der richtige Ansprechpartner ist, aber sieht 
so aus (http://typo3.org/teams/server-team/), also versuchs mal bei denen.


Grüße
Christian

On 31/08/12 09:44, Christian Wolff wrote:

Hi typo3.org bietet ja
forge.typo3.org als entwicklungsstätte für extensions.

ist es dort auch möglich eine typo3 v4 extensions mittels git zu
entwickeln oder geht das nur per SVN?

gruss chris




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

Re: [TYPO3-german] datamints_feuser erzeugt mit config.absrefprefix falsche Links (doppelte domain)

2012-08-31 Diskussionsfäden Ralf-Rene Schröder
---push---
kann das jemand nachvollziehen
oder hat sogar einen tipp das zu beseitigen ???


Am 23.08.2012 17:42, schrieb Ralf-Rene Schröder:
 Hallo zusammen...
 hat jemand eine idee zu dem Problem dass die Bestätigungslinks
 (DoubleOptIn) mit einem doppelten Domainnamen versehen werden
 http://www.domain.de/http://www.domain.de/richtiger_link
 OK, ich konnte es beseitigen indem ich auf der Registrierungsseite die
 Konfiguration entsprechend gelöscht habe...
 config.absRefPrefix 
 ist natürlich für andere links auf der Seite suboptimal !!!
 
 


-- 
image[FORMAT] - Ralf-René Schröder
http://image-format.eu ... Wir geben Ihrem Image das richtige Format
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] tt_news mit FCE's aus Templa Voila bestücken?

2012-08-31 Diskussionsfäden Chris Bernhard

Hi zusammen,

ich suche nach einer Möglichkeit, tt_news mit diversen, frei 
verschiebbaren Content Elementen aus Templa Voila zu bestücken.


Möglich sein sollen zum Beispiel:
- Fotostrecken
- Spitztext
- Teaser
- Lauftext
- Infoboxen

Das Problem ist zur Zeit, dass zum Beispiel die Bildelemente immer
an der selben Stelle ausgegeben werden. Der Redakteur soll nach
Möglichkeit entscheiden können, an welcher Stelle die verschiedenen
Elemente ausgegeben werden können.

Vielen Dank für Eure Hinweise!

Mit den allerbesten Grüßen,

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


Re: [TYPO3-german] datamints_feuser erzeugt mit config.absrefprefix falsche Links (doppelte domain)

2012-08-31 Diskussionsfäden Bernhardt Andreas
Hallo!

Ich kann nur sagen, dass ich den selben Effekt bei einem anderen PlugIn sehe 
(ve_guestbook), wenn mir dieses den Eintrag per Mail zusendet.
Ich hatte schon mal CoolURI in Verdacht, hab das Thema aber bisher verdrängt...
Vielleicht ist es aber auch die Domain-Einstellung in meiner 
Multi-Domain-Konfiguration. Allerdings ist Always prepend this domain in 
links deaktiviert.

Sorry, ich habe keine Lösung, wäre aber auch an einer interessiert...

Andreas

 
Am 31.08.2012 um 11:05 schrieb Ralf-Rene Schröder ralf.r...@online.de:

 ---push---
 kann das jemand nachvollziehen
 oder hat sogar einen tipp das zu beseitigen ???
 
 
 Am 23.08.2012 17:42, schrieb Ralf-Rene Schröder:
 Hallo zusammen...
 hat jemand eine idee zu dem Problem dass die Bestätigungslinks
 (DoubleOptIn) mit einem doppelten Domainnamen versehen werden
 http://www.domain.de/http://www.domain.de/richtiger_link
 OK, ich konnte es beseitigen indem ich auf der Registrierungsseite die
 Konfiguration entsprechend gelöscht habe...
 config.absRefPrefix 
 ist natürlich für andere links auf der Seite suboptimal !!!
 
 
 
 
 -- 
 image[FORMAT] - Ralf-René Schröder
 http://image-format.eu ... Wir geben Ihrem Image das richtige Format
 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 mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Re: [TYPO3-german] Inhaltselement MEDIA vom Typ Audio geht nicht

2012-08-31 Diskussionsfäden Fabian Lorenz

Am 01.08.12 11:03, schrieb Marco Seiler:

Hallo,

danke für's Bugreport erstellen.

Bis der Bug gefixt ist, kann man das Problem umgehen indem man den
Medien-Typ auf Video stellt, dann den Pfad zur Audio-Datei in das Feld
Path or URL to fallback video source (Flash or QuickTime) einträgt und
anschließend den Medien-Typ wieder zurück auf Audio stellt.

Da muss man erst mal drauf kommen ;-)

Viele Grüße
Marco



Hallo,

ich habe das selbe Problem, leider sagt Typo3 mir mit dem Workarround 
nur: File not found


Habe extra schon auf 4.7.4 geupdatet.

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


Re: [TYPO3-german] welcher Onlineshop via TYPO3

2012-08-31 Diskussionsfäden ulrich
Am 30. August 2012 22:30 schrieb Peter Kühnlein pe...@function2form.net:
 Am 30.08.2012 16:53, schrieb ulrich:

 Hi Ulrich,

 eigentlich hatte ich gehofft, du würdest das nicht *ganz einfach*
 beschreiben, sondern fundiert. Also: ich hab schon einige Erfahrung mit
 Webshops und CMSen, und ich finde durchaus nicht, dass das BE von
 tt_products *irgendwie* in das Typo3-Skelett *reingewurschtelt* wurde. Im
 Gegenteil: die Produktverwaltung ist doch hervorragend strukturiert, gerade
 was die Spezifikation von Produktvarianten etc angeht. Der Bestellablauf ist
 klar gegliedert (zumindest, wenn man versteht, wie die Templates aufgebaut
 sind), die Bezahlmöglichkeiten problemlos konfigurierbar, und das ganze Teil
 ist sowohl was BE als auch FE angeht hervorragend anpassbar.

 Ich musste zwar in ein paar Fällen, um die Schnittstelle zu Froogle (via
 eu_froogle) komfortabel zum Laufen zu bekommen, in beiden Extensions
 Änderungen vornehmen, aber das lag eher an den geänderten Spezifikationen
 von Froogle und an eu_froogle als an tt_products. Seitdem läuft's ohne
 Probleme, und auch Staffelpreis- und Versandkosten-Definitionen etc sind,
 wenn man erst mal verstanden hat, wie's mit TS geht, geschmeidig. Die Doku
 könnt' ein bisschen ausführlicher sein, aber welche könnte das nicht?

 Sowohl Magento als auch z.B. ePages sind meines Erachtens weit weniger
 komfortabel (ich hab mit diesen beiden ein paar Monate Erfahrung sammeln
 müssen) und speziell ePages war für den Kunden, der das benutzt hat, bevor
 ich ihn von tt_products überzeugen konnte, kaum zu handlen. (Der Mann ist
 Elektro-Ingenieur, und hat eigentlich ein ganz gutes Verständnis von
 Computeranwendungen. Hat der aufgeatmet, als er ePages los war...)

 Insofern - tt_products scheint zumindest auch entscheidende Vorteile zu
 haben. Nebenbei: auch die Zugriffszeiten sind ganz gut; ich komm auf
 shared-Servern mit 500 - 650 ms hin.

 Schönen Abend,

 Peter


Hallo Peter,
vielleicht kam meine erste Mail etwas zu sehr Anti-tt_products an.
Meine Erfahrungen mit tt_products beziehen sich auf die Jahre 2008/09, und
da kann man nicht wirklich von einem BE sprechen.
Denn man hat ja eigentlich bloss eine Listview auf einem SysFolder die die
vorhandenen Datensätze listet.
Das mag funktionieren, wenn man nicht so viele Bestellungen im System hat,
wird aber zur Qual, wenn die Bestellungen in die tausende gehn und man mit
Reklamationen, Rückfragen, Stornierungen, etc den Überblick behalten will.
Export, Filter, Auswertung und Verknüpfung der Daten, all das kommt noch hinzu.
Das meinte ich mit reingewurschtelt. Denn letzten Endes ist die Darstellung
und Verwaltung der Inhalte und Datensätze den Dogmen von Typo3
unterworfen und nicht den speziellen Anforderungen eines Shops.

Dedizierte Shopsysteme wie Magento bieten hier ganz andere Lösungen und
Ansätze, da sie für die Verwaltung solcher Datensätze entwickelt wurden.

Mir ging es auch darum, den OP darauf aufmerksam zu machen, dass das FE
eines Shops noch nicht mal die halbe Miete ist. Viel wichtiger ist zu wissen,
was das zu erwartende Bestellvolumen ist und die Möglichkeiten dieses zu
verwalten. Das kam in meiner ersten - zugegeben viel zu kurzen - Antwort
zu kurz ;)
Denn ehrlich gesagt, wenn ich mit 10 Bestellungen im Monat rechne, dann
brauch ich noch nicht mal tt_products. Ein Kontaktformular das mir eine
Mail schickt tuts dann auch.

Wie gesagt, ich will kein tt_products-Bashing betreiben.
Die Ext kann sehr viel, aber man kann es nun wirklich nicht mit sowas wie
Magento vergleichen.

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

Re: [TYPO3-german] fe-user ausloggen

2012-08-31 Diskussionsfäden Erdal Gök

Erdal Gök wrote:

ich möchte auf einem System mit vielen eingeloggten FE-Usern  erreichen,
dass man sich für 2 Tage nicht einloggen kann (einfach), aber auch, dass
eingeloggte User augeloggt werden.

Ich könnte mir vorstellen, dass man die Tabelle fe_sessions einfach
leeren soll. Kann das jemand bestätigen?


Vielleicht googelt es ja mal einer. Also man kann wirklich mit dem 
Leeren der Tabelle fe_sessions erreichen, dass zu diesem Zeitpunkt 
eingeloggte FE_User ausgeloggt werden. Grad getestet auf TYPO3 v. 4.5.19.


Greetz

Erdal

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


Re: [TYPO3-german] CSS File(s) aufräumen? nicht direkt TYPO3 relevant.

2012-08-31 Diskussionsfäden ulrich
Hallo,
das geht auch ohne Extensions in Chrome:

WebInspector/Developer Tools öffnen,  Audits  Run klicken.

Beim Ergebnis gibts einen Eintrag Remove unused CSS Rules
Dort werden alle Klassen und Selektoren aufgelistet, die von der
(momentanen Seite)
nicht genutzt werden.

 - Ulrich



Am 30. August 2012 16:29 schrieb Martin Wunderlich
martin.wunderl...@netresearch.de:
 Das Problem kenne ich, wenn da jemand was kennt fände ich eine Lösung auch
 sehr interessant.
 Bei uns werden verschiedene CSSe aus einem organisch gewachsenen Projekt
 zusammengefaßt, was mittlerweile eine stattliche Größe erreicht hat, so dass
 ich kürzlich die Beschränkung in den Internet Explorern kennenlernen durfte
 (maximal 4095 CSS-Anweisungen pro Datei).

 Ein Refaktoring im laufenden Betrieb ist aber schwierig, weil man schwer
 herausfinden kann, wo in den tausenden Seiten von mehreren Unterprojekten
 eine CSS-Anweisung ggf. Anwendung findet. Wenn es da ein Tool gäbe müsste
 das ja auch sowas mit beachten wie unverlinkte Seiten, versteckte, Schritte
 von Formularen, AJAX-Sachen. Daher war nach kurzer Suche meine Vermutung, da
 das zu komplex sein würde und es daher vermutlich nicht gibt. Aber
 vielleicht irre ich mich und jemand hat den ultimativen Tipp?

 Ansonsten bleibt m.E. nur das klassische und immer wieder spannende
 Relaunchen mit neuer Basis. Nach der Geschwindigkeit der technischen
 Weiterentwicklung ist das theoretisch ja sowieso nach jeweils ein paar
 Jahren sinnvoll.

 Am 30.08.2012 08:36, schrieb Götz Reinicke:

 Hi,

 wir haben eine Reihe an CSS Leichen bei uns integriert, weil niemand
 mehr genau weiß, wer ggf was mal gemacht oder genutzt hat :/

 (Zuviele-Köche-Syndrom)

 Gibt es eine gute Herangehensweise, herauszufinden, welche
 Elemete/Klassen ich nicht benutze oder wo ich sie benutze?

 Unsere main css ist run 27 KB große und ich schätze mindestens 1/3 kann
 raus

 Ggf hat TYPO3 auch ne Möglichkeit anzuzeigen, was alles gebraucht wird?

 Merci für jeden Hinweis und Tip . Grüße . Götz




 ___
 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] welcher Onlineshop via TYPO3

2012-08-31 Diskussionsfäden Basti

aber welcher Shop wäre denn dann gut?

tt_products ist glaube ich auch nicht der richtige Shop

--

TYPO3 - TIPS - ANLEITUNGEN - NEWS
unter: http://blog.ingeniumdesign.de/

TYPO3 Webdesign Agentur Wiesbaden - Frankfurt
unter: http://www.ingeniumdesign.de/

Facebook Fan
http://www.facebook.com/ingeniumdesign/

--

Am 29.08.2012 16:16, schrieb Sebastian Schmal:

Erfüllt ein TYPO3 Shop diese Anforderungen?
Wenn ja, welcher? :)


Produkte + Präsentation:

- ausbaufähig für ca. 200 Produkte
- Möglichkeit der Anzeige für verschiedene Ausführungen pro Produkt
(Angabe einer Farbe für den Artikel)
- Lagerbestandsanzeige (manuell einstellbar über Back-end, ohne
Anbindung an Warenwirtschaft) – auch für die verschiedenen Versionen
(siehe vorangegangener Punkt)
- einfache Navigation per Verzeichnisbaum
- Empfehlungen bei ähnlichen Produkten/Zubehörprodukten
- Integration von Bildern und Videos in der Produktbeschreibung möglich
- Bezahlung: Paypal oder Vorkasse
- Einfache und schnelle Kundenanmeldung – alternativ auch für
„Einmalbesteller“ ohne Anlegen von Kundenkontos
- Optisch möglich harmonische Integration in die bestehende Website
- Wenn möglich inklusive Bezahlsystem/Lösung für Pay per Content – so
dass ich z.B. ein ausführliches Testvideo darüber verkaufen kann (Video
on Demand )

Viele Grüße und Danke,
Sebastian


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

[TYPO3-german] [TYPO3-core] Announcing TYPO3 6.0 beta1

2012-08-31 Diskussionsfäden Christian Kuhn

Repost to newsgroups, mail user get the mail twice, sorry about that.



Dear TYPO3 Community,

The TYPO3 Core Development Team just released a first beta version of
TYPO3 6.0

TYPO3 version 6.0 beta1 is now ready for you to download.


The packages can be downloaded here:
http://typo3.org/download/

For details about the release, please see:
http://typo3.org/news/article/release-of-typo3-version-60-beta1/

This is the first beta version we release for 6.0.

MD5 checksums:
43fa3127b0e30c1d1c198a04cc034343  blankpackage-6.0.0beta1.tar.gz
39dfa51037ddbf34b49ce28d59ae399f  blankpackage-6.0.0beta1.zip
3db4713753cde5bac18ea63522a22121  dummy-6.0.0beta1.tar.gz
11164b62ad99e2027d076ca34c1814c0  dummy-6.0.0beta1.zip
345aa5b1d91dadcc989cbef33ab86788  governmentpackage-6.0.0beta1.tar.gz
76e33bceef25a2fbf6fa70d4e5d25084  governmentpackage-6.0.0beta1.zip
d534423d51ad2495313e146de992514b  introductionpackage-6.0.0beta1.tar.gz
37a98772e1e95390acc73c41c63cfc8e  introductionpackage-6.0.0beta1.zip
86db9b0f5c0844b90e118d1437cbf35c  typo3_src+dummy-6.0.0beta1.zip
7fcdaa9c9fa1599e693f26cbb014c6ab  typo3_src-6.0.0beta1.tar.gz
6edb634531e0e07cb9b460125475a95d  typo3_src-6.0.0beta1.zip


Kind regards,
Christian

--
Christian Kuhn
Release Manager TYPO3 6.0

TYPO3  inspiring people to share!
Get involved: typo3.org
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


Re: [TYPO3-german] CSS File(s) aufräumen? nicht direkt TYPO3 relevant.

2012-08-31 Diskussionsfäden Ingo

Götz Reinicke schrieb am 30.08.2012 08:36


wir haben eine Reihe an CSS Leichen bei uns integriert, weil niemand
mehr genau weiß, wer ggf was mal gemacht oder genutzt hat :/


Paar Denkanstöße: 
http://wildbit.com/blog/2012/04/16/refactoring-14000-lines-of-css-into-sass/



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