date:20101118


Hallo,

Am 18.11.2010 20:42, schrieb feuersalamander:

Aber gefragt ist hier glaube ich etwas anders, nämlich der Wunsch nach
einer einfachen Möglichkeit für einen Anwender bzw. einfachen Redakteur,
an einer beliebigen Stelle soetwas mit einem einfachem Content-Element
schnell und simpel einzupflegen - ohne dabei über drei Ecken und
mehreren Schritten etwas aufzubauen und dann auch noch ein Script für
ein Menü dazu basteln zu lassen.


zum einen: ein TMENU sollte nun wirklich keine Herausforderung sein.
zum anderen: selbst wenn die links in einem textarea sind: es gibt doch 
nix schlimmeres als 100 Bilder in einem Feld, dann parallel 100 Links in 
einem anderen textarea zu pflegen und dann nochmal eine Beschreibung dazu.


da kann man dann nur jedem endandwender gratulieren wenn man da ein paar 
items verschieben muss oder das zum übersetzen wird und an stelle 54 ein 
Link dazukommt.


Die beschriebene Lösung ist einfach, aber natürlich nur dann wenn man 
den Wartungsaufwand dazuberechnet



Aber ganz ehrlich: Für den "Enduser" der auch ein wenig flexibel und
schnell arbeiten möchte/muß hat TYPO3 von Haus doch noch einige Mängel.


Da kann ich dir auch pauschal recht geben, aber wo zeigst du diese jetzt 
konkret auf? Wo gibts screenshots, skizzen wie etwas falsch läuft und 
wie es anderes viel besser wäre.


Es ist so einfach zu sagen "Das ist ja von vorgestern, das ist zu 
kompliziert". Mach doch bitte Vorschläge wie etwas besser laufen könnte, 
hier zum diskutzieren oder noch besser in der englischen Liste. Dann 
kommt man vielleicht in manchen Fällen drauf dass das aus bestimmten 
Gründen so sein muss, sein musste oder wie man das wirklich lösen 
könnte. Spätestens dann brauchts einen bugtracker eintrag und wenn mans 
selber nicht implementieren kann oder sich aufgrund der Diskussion 
keiner gefunden hat, muss man schauen wie man das entwickelt bekommt.


Ich nehme stark an, dass Kunden von dir auch zu den Endanwendern 
gehören? Dann lass diese das zahlen, kommt ihnen ja auch zu gute.



Die "Brot & Butter Module" von TYPO3 sollten unbedingt optimiert werden.
Der Endanwendner wird meiner Meinung nach viel zu wenig berücksichtigt.


was ist bitte ein Brot&Butter-Modul?

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

[TYPO3-german] TemplaVoila und TYPO3 4.5beta

2010-11-18 Diskussionsfäden Domi Garms

Hallo,

ich habe Folgende Fehlermeldung bei der Installation von TemplaVoila
in der 1.5.2er Version nach der Installation im Backend:

Fatal error: require() [function.require]: Failed opening required
'init.php' (include_path='.;(...)\xampplite\php\PEAR') in
C:\Users\Domi\Documents\Dropbox\xampplite\htdocs\workspace\sport\typo3conf\ext\templavoila\mod1\index.php
on line 91

Wollte die neue TYPO3 Version mal ausprobieren, nur leider klappt das
Laden des Pagemoduls wegen des obigen Fehlers nicht.

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

Re: [TYPO3-german] und nochmal srfeuserregister ... kein Sicherheitstoken

2010-11-18 Diskussionsfäden Ralf-René Schröder


Nur eine Idee:
Wenn Du von der 2.5er Version auf die 2.6er Version geupdated haben 
solltest, dann musst Du Dein Template wieder aktualisieren. 
sr_feuser_register funktioniert nicht sauber mit Templates aus der 2.5er 
Version.


schöne Idee,
aber ich hab es grad mit dem originaltemplate in der extension probiert
und das problem bleibt bestehen


--
Ralf-René Schröder
http://if-20.com  ... YAML templates for TYPO3
__
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

2010-11-18 Diskussionsfäden Lorenz Ulrich


Hallo Feuersalamander

> Aber ganz ehrlich: Für den "Enduser" der auch ein wenig flexibel und
> schnell arbeiten möchte/muß hat TYPO3 von Haus doch noch einige Mängel.
> Natürlich erwartet so jemand das so ein "banaler" Wunsch wie das
> verlinken mehrere Bildern für ihn selbst einfach zu realieren ist, ohne
> auf Limitierungen zu stoßen, die man ihm auch nicht mal sinnvoll
> erklären kann. Da gibt es noch so einige Stellen in TYPO3 dringend
> Nachbesserung erfordern. Das Modul "Dateilinks", welches ich hier
> kürzlich auch schonmal angesprochen hatte ist auch so ein Fall. Man kann
> doch keinem Endanwender zumuten Dateipfade einzutippen und zum sortieren
> Befehlskürzel dahinterzuschreiben!

Das bringt mich gerade zum Thema, dass du bislang noch keinen Feature 
Request dafür gemacht hast...



Beste Grüsse,


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

Re: [TYPO3-german] Inhaltselemente - Hintergrund

Verstehe. Die Lösung wrapped und zeigt dann auch die entsprechende Auswahl an 
im WYSIWYG-Editor? Dann kann ich das brauchen. In einem DIV-Container habe ich 
das für selbigen automatisch gelöst. Doch im Hauptfenster geht diese Lösung 
nicht. Da muss der Hintergrund frei wählbar sein (also ob einer oder keiner). 
Besten Dank einstweilen. Hoffe, dass ich das richtig verstanden habe.

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org im Auftrag von feuersalamander
Gesendet: Do 18.11.2010 14:38
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Inhaltselemente - Hintergrund
 
ich versuchs mal:

---
ins Setup des Root-templates:

tt_content.stdWrap.innerWrap.cObject = CASE
tt_content.stdWrap.innerWrap.cObject {
   key.field = section_frame
   100 = TEXT
   100.value = |
}


---
in Seiteneigenschaften der Rootseite unter "Optionen" in das Feld TSconfig:


# neuen Content-Rahmen hinzufügen
TCEFORM.tt_content.section_frame {
addItems.100 = Mein Rahmen Nr.1
addItems.200 = Mein Rahmen Nr.2
}

und evtl.:

# nicht benötigte Content-Rahmen ausblenden
TCEFORM.tt_content.section_frame {
  removeItems = 1,5,6,10,11,12,20,21
}





das ganze hat allerdings nix mit templavoila zu tun und bringt einem nur 
die möglichkeit eingepflegte content-elemente darüber nochmal in etwas 
zu "verschachteln" und damit auch gleich eine feste css-klasse dafür zu 
definieren - aber denen könnte man dann im CSS-File z.b. auch 
Hintergrundbilder definieren und das ganze ist für einen redakteur 
"reltiv" bequem auswählbar.








Am 18.11.2010 13:20, schrieb Hahnefeld Bjoern:
> Hey Joey,
>
> ich weiß, du bist fit. Aber zu fit für mich, um deinen Vorschlag in die 
> Praxis umsetzen zu können ;) Vielleicht gibt es noch einen kleinen weiteren 
> Tipp für mich?
>
> Viele Grüße
>
> Björn
>
> -Ursprüngliche Nachricht-
> Von: typo3-german-boun...@lists.typo3.org im Auftrag von JoH asenau
> Gesendet: Mi 17.11.2010 22:42
> An: typo3-german@lists.typo3.org
> Betreff: Re: [TYPO3-german] Inhaltselemente - Hintergrund
>
>> Auf der linken größeren Inhaltsspalte hingegen soll für den Redakteur
>> wählbar sein, ob der Hintergrund des jeweiligen Inhaltselementes
>> einen weißen oder den oben beschriebenen grauen Hintergrund haben
>> soll. Wo kann man dies als Wahloption einstellen?
>>
>> Schön wäre, wenn man dies als Klasse im WYSIWYG-Editor vom Backend
>> auswählbar machen könnte. Aber auch jeder andere Vorschlag ist gerne
>> willkommen. Ein FCE nur dafür dürfte wohl etwas übertrieben sein und
>> nicht gerade die einfache Bedienung fördern.
>
> Dafür kennt doch eigentlich jedes Content Element auch außerhalb von TV die 
> "Rahmen"
> Da kannst Du per TSconfig eigene Labels vergeben oder komplett neue 
> hinzufügen.
> Danach musst Du lediglich mit den entsprechenden CSS Klassen spielen.
>
> HTH
>
> Joey
>

___
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] Inhaltselemente - Hintergrund

Hallo Chris,

die Idee ist gut, hat allerdings einen Haken: die H1-Überschriften sind nicht 
enthalten, sondern nur der Inhalt. Daher zumindest in meinem vorliegenden Fall 
nicht geeignet :(

Viele Grüße

Björn

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org im Auftrag von Christian Wolff
Gesendet: Do 18.11.2010 14:45
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Inhaltselemente - Hintergrund
 
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

CSS_Styled_content stellt sogar schon klassen für den frame zur verfügung.
wenn ich mich recht entsinne csc-frame*

oder ähnliches einfach mal einen frame für ein inhalts element auswählen
und gucken was im quellcode auftaucht.

das lässt sich dann per CSS wunderbar stylen.

gruss chris

Am 18.11.2010 14:38, schrieb feuersalamander:
> ich versuchs mal:
> 
> ---
> ins Setup des Root-templates:
> 
> tt_content.stdWrap.innerWrap.cObject = CASE
> tt_content.stdWrap.innerWrap.cObject {
>   key.field = section_frame
>   100 = TEXT
>   100.value = |
> }
> 
> 
> ---
> in Seiteneigenschaften der Rootseite unter "Optionen" in das Feld TSconfig:
> 
> 
> # neuen Content-Rahmen hinzufügen
> TCEFORM.tt_content.section_frame {
> addItems.100 = Mein Rahmen Nr.1
> addItems.200 = Mein Rahmen Nr.2
> }
> 
> und evtl.:
> 
> # nicht benötigte Content-Rahmen ausblenden
> TCEFORM.tt_content.section_frame {
>  removeItems = 1,5,6,10,11,12,20,21   
> }
> 
> 
> 
> 
> 
> das ganze hat allerdings nix mit templavoila zu tun und bringt einem nur
> die möglichkeit eingepflegte content-elemente darüber nochmal in etwas
> zu "verschachteln" und damit auch gleich eine feste css-klasse dafür zu
> definieren - aber denen könnte man dann im CSS-File z.b. auch
> Hintergrundbilder definieren und das ganze ist für einen redakteur
> "reltiv" bequem auswählbar.
> 
> 
> 
> 
> 
> 
> 
> 
> Am 18.11.2010 13:20, schrieb Hahnefeld Bjoern:
>> Hey Joey,
>>
>> ich weiß, du bist fit. Aber zu fit für mich, um deinen Vorschlag in
>> die Praxis umsetzen zu können ;) Vielleicht gibt es noch einen kleinen
>> weiteren Tipp für mich?
>>
>> Viele Grüße
>>
>> Björn
>>
>> -Ursprüngliche Nachricht-
>> Von: typo3-german-boun...@lists.typo3.org im Auftrag von JoH asenau
>> Gesendet: Mi 17.11.2010 22:42
>> An: typo3-german@lists.typo3.org
>> Betreff: Re: [TYPO3-german] Inhaltselemente - Hintergrund
>>
>>> Auf der linken größeren Inhaltsspalte hingegen soll für den Redakteur
>>> wählbar sein, ob der Hintergrund des jeweiligen Inhaltselementes
>>> einen weißen oder den oben beschriebenen grauen Hintergrund haben
>>> soll. Wo kann man dies als Wahloption einstellen?
>>>
>>> Schön wäre, wenn man dies als Klasse im WYSIWYG-Editor vom Backend
>>> auswählbar machen könnte. Aber auch jeder andere Vorschlag ist gerne
>>> willkommen. Ein FCE nur dafür dürfte wohl etwas übertrieben sein und
>>> nicht gerade die einfache Bedienung fördern.
>>
>> Dafür kennt doch eigentlich jedes Content Element auch außerhalb von
>> TV die "Rahmen"
>> Da kannst Du per TSconfig eigene Labels vergeben oder komplett neue
>> hinzufügen.
>> Danach musst Du lediglich mit den entsprechenden CSS Klassen spielen.
>>
>> HTH
>>
>> Joey
>>
> 


- -- 
Christian Wolff // Berlin
http://www.connye.com

some projects:
http://richtermediagroup.com | http://titanic.de | http://keyopinions.info
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)

iEYEARECAAYFAkzlLgkACgkQIcCaXPh/JHGajgCfV7AZ2qLbWxzH+ouMUSBdg6D8
FeMAnR+bpClN+MsBZJLjhnBjQ6IQsK2X
=JY66
-END PGP SIGNATURE-
___
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] Kopie für Übersetzung erstellen (Englisch)

Hallo zusammen,

bei einer mehrsprachigen Seite stört mich, dass immer "Kopie für Übersetzung 
erstellen (Englisch)" erscheint, wenn ich ein neues Inhaltselement angelegt 
habe. Ich möchte aber möglicherweise abweichende Inhalte auf den übersetzten 
Seiten haben. Dann stört natürlich ein solcher Eintrag. Was kann ich tun, um 
dies abzustellen?

Viele Grüße

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

Re: [TYPO3-german] srfeuserregister - anfängerfragen

2010-11-18 Diskussionsfäden Claus Fassing

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hallo Paul,

Am 18.11.2010 18:38, schrieb Paul Muster:
> Ich finde dazu nur einen Link:
> http://forge.typo3.org/projects/show/extension-feuserregister Dort steht
> dann "This extension moved to
> http://forge.typo3.org/projects/extension-feuserregistration";, wo man
> sich anmelden muss. Warum finde ich die Extension nicht, wenn ich auf
> https://typo3.org/extensions/repository/ nach "feuserregistration" und
> "feuserregister" suche?

das hatte ich noch nicht wahr genommen und wenn man sich anmeldet führt
das auch nur zu einem 403 (You are not authorized to access this page.) oO

Wenn Du sie dennoch ausprobieren möchtest.
Die forge Projekte findest Du als Nightly Build über [1] als t3x
Eine feuserregistration findet sich dort auch.
Ich nehme mal an dass erst nach Fertigstellung der Version 1.0 auch eine
Übertragung in das TER geplant ist.

>> Es gibt zwar (noch) kein Handbuch, dafür ist aber das TS gut
>> strukturiert und somit lesbar.
> 
> Hm, das ist nicht meine Niveaustufe bei Typo3. Eine kleine Doku muss
> schon sein. Die sagt auch etwas über die grundsätzliche Qualität einer
> Extension aus - und bei einer sicherheitsrelevanten Sache wie
> Benutzerverwaltung würde ich mir ein wenig Qualität durchaus wünschen.

Verstehe. Die Erstellung des Handbuches ist für Version 1.0 als issue
erfasst.
Mir hatte u.a. gefallen das nach MVC Pattern programmiert wurde.

>> Dann wurde ich noch auf die datamints_feuser aufmerksam.
> 
> Ah, schön! Die findet sich schonmal sehr schnell unter
> https://typo3.org/extensions/repository/view/datamints_feuser/current/
> und macht auch bzgl. Doku einen guten Eindruck:
> https://typo3.org/documentation/document-library/extension-manuals/datamints_feuser/0.5.6/view/
> 
> Die werde ich mir mal anschauen und Rückmeldung geben.

Sehr schön. Danke.

> Danke & viele Grüße
> 
> Paul

Grüße Claus

[1] http://sourceforge.net/projects/typo3xdev/files/T3X/


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJM5YHZAAoJELsIv+audObf1l4IALeu0tyuAIGPZJFV4XmLesUo
q0eKiTbI7RTiezNITastMLfXNJYqfJltNxM9kUMfjJO+R9Zx8uRIjc53AT+Onju5
CQUPyz4esmbOKrjMJnlwjL2tyLb5XkAH06RnfkOXKnL6Jxu/2cmz6YdCrizzDMw/
3Vqz/yHSDll+HwwCYA4QBxwd7xX4oGyfir4iiJzZpFS9r3svHZbEXGFr1wCe+2G6
BBgIa/sup3qmP2YV4rjH0jXEiXSevyc8IWLrTHlC+z45GBe2i8ph53tz+tqkticA
hfelmjNC6P0iOJpXYJHG06YBLI6Ce3qIV/6p8brhdZBqepXhwLji7V/EDehr43E=
=SGmN
-END PGP SIGNATURE-
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

2010-11-18 Diskussionsfäden feuersalamander

Diese Lösung ist sicher in vielen Fällen eine ideale Möglichkeit soetwas
zu realisieren.

Aber gefragt ist hier glaube ich etwas anders, nämlich der Wunsch nach
einer einfachen Möglichkeit für einen Anwender bzw. einfachen Redakteur,
an einer beliebigen Stelle soetwas mit einem einfachem Content-Element
schnell und simpel einzupflegen - ohne dabei über drei Ecken und
mehreren Schritten etwas aufzubauen und dann auch noch ein Script für
ein Menü dazu basteln zu lassen.

Ich bin von TYPO3 wirklich überzeugt und weiß die Möglichkeiten wirklich
zu schätzen und dein Beispiel ist auch eins an dem man auch schon gut
erkennt wie flexibel TYPO3 sein kann, wenn man sich der Entwickler einer
TYPO3-Seite eine entsprechende Strategie überlegt.

Aber ganz ehrlich: Für den "Enduser" der auch ein wenig flexibel und
schnell arbeiten möchte/muß hat TYPO3 von Haus doch noch einige Mängel.
Natürlich erwartet so jemand das so ein "banaler" Wunsch wie das
verlinken mehrere Bildern für ihn selbst einfach zu realieren ist, ohne
auf Limitierungen zu stoßen, die man ihm auch nicht mal sinnvoll
erklären kann. Da gibt es noch so einige Stellen in TYPO3 dringend
Nachbesserung erfordern. Das Modul "Dateilinks", welches ich hier
kürzlich auch schonmal angesprochen hatte ist auch so ein Fall. Man kann
doch keinem Endanwender zumuten Dateipfade einzutippen und zum sortieren
Befehlskürzel dahinterzuschreiben!
Die "Brot & Butter Module" von TYPO3 sollten unbedingt optimiert werden.
Der Endanwendner wird meiner Meinung nach viel zu wenig berücksichtigt.

Am 18.11.2010 17:22, schrieb JoH asenau:

Nichts für ungut, aber das sind genau die Sachen, die ich nicht will!
Ich will auch im BE Ordnung haben ...

Eben - und deswegen machen wir Schlaumeier das auch ordentlich und nicht in
einem einzigen Text m/Bild Element.

Korrekte und weitaus besser pflegbare Vorgehensweise wäre hier:

1. Ein Sysfolder "Sponsoren" mit Sponsorenseiten darin.
2. Für jeden Sponsor eine eigene Seite mit
a) Titel,
b) Abstract,
c) Bild(ern) (1. Bild Logo, rest Fotos, hochgeladen im "Media"-Feld),
d) E-Mail Adresse (im "Autor"-Feld) sowie
e) Zugangsrechten für FE-User-Gruppen und eventuell
f) einer zeitlichen Beschränkung über Start/Stop
3. Nach dem Speichern aller Daten auf External URL umstellen und den
eigentlichen Link eintragen
3. Das Ganze eingebunden über ein TypoScript basiertes Teaser-Menü das sich auf Basis von
"Menü dieser Seiten mit Inhaltsangabe" recht einfach erstellen und je nach
Bedarf mit den zusätzlichen Informationen versehen läßt.

Das ist dann sowohl automatisiert als auch manuell pflegbar.
Die Daten können auch anderweitig für Informationen über die Sponsoren
verwendet werden.
Je nach Start/Stop oder Gruppeneinstellungen ist das ganz automatisch nur für
bestimmte Nutzer zu bestimmten Zeitpunkten sichtbar.
Und wenn mal ein Sponsor rausfliegt, setzt Du die Seite auf hidden oder löschst
sie und das war's.

So sieht eine professionelle Lösung für diese Aufgabenstellung in TYPO3 aus.
Klar so weit?

Das Rumgebastel, das einige hier innerhalb einzelner CE mit hunderten von Bildern und kompletten
Seiten-Inhalten im RTE veranstalten, ist weit entfernt von dieser Professionalität und führt in der
Regel das "Management", das ja Bestandteil des Acronyms "CMS" ist, ad absurdum.

Und für die "Joomla ist doch viel besser nutzbar"-Fraktion hier die Aufgabe:
Macht das bitte mal nach!

Wobei das nicht davon ablenken soll, daß es bei dem angesprochenen Feld
wirklich einen Bug gibt, aber dazu findest Ihr hier mehr:
http://bugs.typo3.org/view.php?id=16462

In diesem Sinne: Frohes Schaffen!

Joey

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

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

2010-11-18 Diskussionsfäden Ralf-René Schröder


So sieht eine professionelle Lösung für diese Aufgabenstellung in TYPO3 aus.


absolut ACK +1


Wobei das nicht davon ablenken soll, daß es bei dem angesprochenen Feld wirklich einen Bug gibt, 
aber dazu findest Ihr hier mehr: http://bugs.typo3.org/view.php?id=16462


in diesem Riesenthread wohl der einzig wirklich sinnvolle Post

--
Ralf-René Schröder
http://if-20.com  ... YAML templates for TYPO3
__
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] srfeuserregister - anfängerfragen

2010-11-18 Diskussionsfäden Paul Muster

Claus Fassing wrote:
> Am 14.11.2010 17:14, schrieb Paul Muster:

>> suchen daher
>> nach Alternativen. Jedoch habe zumindest ich noch keine brauchbare für
>> feuser_register gefunden. 
> 
> ich bin bisher an der srfeuserregister vorbei gekommen und kann somit
> nicht die Leistungsfähigkeit gemäß der Anforderung dieser Extension
> einschätzen.
> Ich bin gleich mit einer alternativen Lösung in dieses Thema gegangen.
> Eingesetzt wird von mir die feuserregister. Diese lies sich ohne
> Probleme konfigurieren.

Ich finde dazu nur einen Link:
http://forge.typo3.org/projects/show/extension-feuserregister Dort steht
dann "This extension moved to
http://forge.typo3.org/projects/extension-feuserregistration";, wo man
sich anmelden muss. Warum finde ich die Extension nicht, wenn ich auf
https://typo3.org/extensions/repository/ nach "feuserregistration" und
"feuserregister" suche?

> Es gibt zwar (noch) kein Handbuch, dafür ist aber das TS gut
> strukturiert und somit lesbar.

Hm, das ist nicht meine Niveaustufe bei Typo3. Eine kleine Doku muss
schon sein. Die sagt auch etwas über die grundsätzliche Qualität einer
Extension aus - und bei einer sicherheitsrelevanten Sache wie
Benutzerverwaltung würde ich mir ein wenig Qualität durchaus wünschen.

> Dann wurde ich noch auf die datamints_feuser aufmerksam.

Ah, schön! Die findet sich schonmal sehr schnell unter
https://typo3.org/extensions/repository/view/datamints_feuser/current/
und macht auch bzgl. Doku einen guten Eindruck:
https://typo3.org/documentation/document-library/extension-manuals/datamints_feuser/0.5.6/view/

Die werde ich mir mal anschauen und Rückmeldung geben.

Danke & viele Grüße

Paul

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

Re: [TYPO3-german] srfeuserregister - anfängerfragen

2010-11-18 Diskussionsfäden Paul Muster

roberto blanko wrote:

> Je länger ich mit TYPO3 arbeite (immerhin schon über 5 Jahre), desto
> frustrierter werde ich. Wenn man nicht fast alles selber schreibt, funzt
> einfach nix gescheit. Warum eine User-Registrierung nicht Teil des Cores
> bzw. Sysext ist, ist mir z.B. auch schleierhaft. IMHO hat TYPO3 ein
> gewaltiges Qualitätsproblem. Entweder sind Extensions gnadenlos oversized
> oder sie funktionieren einfach nicht.

Wobei man diese deine Meinung/Ansicht - so sehr man ihr auch zustimmen
mag - ernster nehmen könnte, würdest du hier nicht mit einem
Kindergarten-Nick aufschlagen und stattdessen einigermaßen sinnvoll
zitieren...


mfG Paul

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

Re: [TYPO3-german] [SOLVED] Homepage in Defaultsprache nicht mehr erreichbar

2010-11-18 Diskussionsfäden Bernd Glueckert

Hallo Ole,

ich habs: Nach Update auf realurl 1.10.1 war das Problem behoben. Es war 
ein Bug in einer älteren Version mit "index.html"-Files.

Viele Grüsse - Bernd

> Hallo Bernd,
> 
> schau dir einmal an wie RealURL mit den Sprachen umgeht und ob da die
> Config richtig ist.
> 
> Viele Grüße
> Ole
> 
> Am 15.11.2010 16:04, schrieb Bernd Glueckert:
> > Hallo Liste,
> > 
> > ich habe am Wochenende meinen Seitenbaum umgestellt und nun kann die 
> > Homepage in der Defaultsprache nicht mehr erreicht werden.
> > 
> > Gebe ich ein "domain.tld", komme ich auf die Homepage, ebenso bei 
> > "domain.tld/index.php", jedoch nicht bei "domain.tld/index.html". Das 
> > führt dann zur 404-Seite. Der Fehler tritt nur in der Defaultsprache 
auf, 
> > bei den anderen Sprachen komme ich auf die richtige Seite.
> > 
> > Vorher hatte ich als Homepage eine leere Seite mit einem Shortcut auf 
die 
> > eigentliche Homepage, was natürlich duplicate content erzeugt.
> > 
> > Typo3/4.3.8 und realurl 1.2.1
> > 
> > Hat da jemand eine Idee, wo ich schubsen muss?
> > 
> > 
> 
> ___
> 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] fe_users: Echtdaten auf Testsy stem löschen bzw. anonymisieren

2010-11-18 Diskussionsfäden Marco Peemöller

Hallo,

ich würde es mit SQL und update machen, so z. B.

UPDATE fe_user SET first_name = CONCAT('first_name_', uid), last_name =
CONCAT('last_name_', uid), mail = CONCAT('user_', uid, '@test.com')

Mal so aus dem Kopf ohne Gewähr, dass es richtig ist.

Viele Grüße

Marco

Am 18.11.2010 17:21, schrieb David Obando:
> Hallo,
> 
> ich habe eine T3-Testumgebung, in der sich die kopierten Daten aus einem
> Livesystem mit einer größeren Anzahl an FE-Usern befinden.
> Aus Datenschutzgründen möchte ich diese personenbezogenen Daten (Name,
> E-Mail) im Testsystem löschen und dort nur mit einer Handvoll
> anonymisierten Daten arbeiten.
> 
> Wie kann ich Benutzer sauber aus fe-users entfernen, ohne dass das
> T3-System Inkonsistenzen erleidet (z.B. Forenbeiträge,
> Gästebucheinträge, Profil)?
> 
> Gibt es eine T3-Werkzeug zur Anonymisierung von fe-users-Datensätzen?
> Das ließe sich ansonsten natürlich auch per Hand erledigen.
> 
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Zufallsnamen unterdrücken?

2010-11-18 Diskussionsfäden Axel Joensson

Hallo,

auf eine TYPO3 4.4.4-Site mit aktivem CoolUri verlinkt irgendein
Spaßvogel mit Links nach folgendem Muster: 

,

darauf liefert der Server aus:
 
.

Die korrekte Adresse, auch per 

im Dateikopf angezeigt wird, lautet aber natürlich 

.

Anderes Beispiel:
 
 

führt dann zu der noch witzigeren Adresse



in der Browseradresszeile. Das funktioniert mit jedem beliebigen
Blödsinn, denn man per "?" anhängt, also auch 



Googles Webmaster Tool meldet das regelmäßig als Crawling-Fehler.
Außerdem stellt das letzten Endes "duplicate content" dar, weil die
jeweilige Ressource somit, trotz im Kopf angegebener kanonischer
Adresse, unter mehreren URIs abrufbar ist. 

Kann man solche dämlichen Spielchen irgendwie unterbinden, am liebsten
auf die eingerichtete 404-Seite umleiten? 

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

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

> Nichts für ungut, aber das sind genau die Sachen, die ich nicht will!
> Ich will auch im BE Ordnung haben ...

Eben - und deswegen machen wir Schlaumeier das auch ordentlich und nicht in 
einem einzigen Text m/Bild Element.

Korrekte und weitaus besser pflegbare Vorgehensweise wäre hier:

1. Ein Sysfolder "Sponsoren" mit Sponsorenseiten darin.
2. Für jeden Sponsor eine eigene Seite mit 
a) Titel,
b) Abstract, 
c) Bild(ern) (1. Bild Logo, rest Fotos, hochgeladen im "Media"-Feld),
d) E-Mail Adresse (im "Autor"-Feld) sowie 
e) Zugangsrechten für FE-User-Gruppen und eventuell 
f) einer zeitlichen Beschränkung über Start/Stop
3. Nach dem Speichern aller Daten auf External URL umstellen und den 
eigentlichen Link eintragen
3. Das Ganze eingebunden über ein TypoScript basiertes Teaser-Menü das sich auf 
Basis von "Menü dieser Seiten mit Inhaltsangabe" recht einfach erstellen und je 
nach Bedarf mit den zusätzlichen Informationen versehen läßt.

Das ist dann sowohl automatisiert als auch manuell pflegbar.
Die Daten können auch anderweitig für Informationen über die Sponsoren 
verwendet werden.
Je nach Start/Stop oder Gruppeneinstellungen ist das ganz automatisch nur für 
bestimmte Nutzer zu bestimmten Zeitpunkten sichtbar.
Und wenn mal ein Sponsor rausfliegt, setzt Du die Seite auf hidden oder löschst 
sie und das war's.

So sieht eine professionelle Lösung für diese Aufgabenstellung in TYPO3 aus.
Klar so weit?

Das Rumgebastel, das einige hier innerhalb einzelner CE mit hunderten von 
Bildern und kompletten Seiten-Inhalten im RTE veranstalten, ist weit entfernt 
von dieser Professionalität und führt in der Regel das "Management", das ja 
Bestandteil des Acronyms "CMS" ist, ad absurdum.

Und für die "Joomla ist doch viel besser nutzbar"-Fraktion hier die Aufgabe: 
Macht das bitte mal nach!

Wobei das nicht davon ablenken soll, daß es bei dem angesprochenen Feld 
wirklich einen Bug gibt, aber dazu findest Ihr hier mehr: 
http://bugs.typo3.org/view.php?id=16462

In diesem Sinne: Frohes Schaffen!

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] fe_users: Echtdaten auf Testsy stem löschen bzw. anonymisieren

2010-11-18 Diskussionsfäden David Obando

Hallo,

ich habe eine T3-Testumgebung, in der sich die kopierten Daten aus einem
Livesystem mit einer größeren Anzahl an FE-Usern befinden.
Aus Datenschutzgründen möchte ich diese personenbezogenen Daten (Name,
E-Mail) im Testsystem löschen und dort nur mit einer Handvoll
anonymisierten Daten arbeiten.

Wie kann ich Benutzer sauber aus fe-users entfernen, ohne dass das
T3-System Inkonsistenzen erleidet (z.B. Forenbeiträge,
Gästebucheinträge, Profil)?

Gibt es eine T3-Werkzeug zur Anonymisierung von fe-users-Datensätzen?
Das ließe sich ansonsten natürlich auch per Hand erledigen.

-- 
The day microsoft makes something that doesn't suck is the day they start 
making vacuum cleaners.
gpg --keyserver pgp.mit.edu --recv-keys 1920BD87
Key fingerprint = 3326 32CE 888B DFF1 DED3  B8D2 105F 29CB 1920 BD87

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

Re: [TYPO3-german] Usability-Feld im Bugtracker? (was: [TYPO3-v4] Announcing TYPO3 4.5 beta1)

2010-11-18 Diskussionsfäden LUCOMP mediale kommunikation & internetDesign Bernhard Ludwig

> Auch ich habe häufig festgestellt, dass manche Abläufe unnötig
> kompliziert oder arbeitsfremd sind. Spontan fällt mir nur ein ganz
> kleines Beispiel dafür ein: Irgendwann wurde das Formular für
> Text-Content-Elemente auf mehrere Reiter verteilt. Überschrift und
> Inhalt sind seitdem getrennt. Das ist für jeden unerklärlich, der
> beruflich Texte schreibt.

Eben - und deswegen wurden die Tabs in 4.5 auch komplett umgebaut.
Sowohl hinsichtlich der Struktur als auch hinsichtlich der Label folgen sie 
jetzt eher den Bedürfnissen derer, die täglich damit Arbeiten müssen.

Schau Dir die beta1 dazu einfach mal an.
Wobei die Übersetzungen der Label noch in Arbeit sind, weil die Teams erst 
während der Beta Phase damit starten, denn dann sind keine neuen Labels mehr zu 
erwarten.
Auf Englisch ist aber bereits alles verfügbar und weitgehend final.

Die Ergebnisse der Usability Week (T3UXW) bezüglich dieser Neuerungen findest 
Du hier:
http://forge.typo3.org/projects/typo3v4-tca_cleanup/wiki

Daran können sich dann auch Extension-Entwickler orientieren.
Wobei es geplant ist, daraus entsprechende Guidelines zu machen, damit die 
Interfaces in TYPO3-Extensions in Zukunft einheitlicher aufgebaut werden.

Frohes Schaffen mit 4.5

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

2010-11-18 Diskussionsfäden Susanne Moog

On 18.11.2010 14:37, Gerhard Obermayr wrote:
> Hi Steffen, ja ja, einen Fehler zu umgehen geht immer.
> Aber was machst Du Schlaumeier, wenn Du eine Seite mit Sponsoren
> aufbauen willst, auf der nur Bilder (Screenshot und Logos) zum anklicken
> sind.
> Wenn Du da 100 Sponsoren verankert haben willst sind es schnell einmal
> 100 Seiten als Shortcut im Seitenbaum.
> Meinst Du wirklich, es würde Sinn machen das so aufzubauen?
> Obwohl der Fehler seit Jahren nicht behandelt wird und es eigentlich
> ganz einfach wäre, wenn es im core implementiert wäre?
> Es ist wie immer - die einen sagen, man braucht es nicht.
> Die anderen tricksen unnötig herum!

sorry, aber jetzt reichts mir:

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

Re: [TYPO3-german] Usability-Feld im Bugtracker?

2010-11-18 Diskussionsfäden Steffen Gebert


Nur... wo und wie soll man solche Änderungen anregen? In der NG oder im
Bugtracker? In beiden, weil Fragen der Benutzerfreundlichkeit diskutiert
werden wollen?


http://forge.typo3.org/projects/usability

Kind regards
Steffen

--
Steffen Gebert
TYPO3 Core Team Member

Use a newsreader! Check out
http://typo3.org/community/mailing-lists/use-a-news-reader/
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

> -Ursprüngliche Nachricht-
> Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-
> boun...@lists.typo3.org] Im Auftrag von Steffen Kamper
> Gesendet: Donnerstag, 18. November 2010 14:27
> An: typo3-german@lists.typo3.org
> Betreff: Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1
> 
> hi,
> 
> warum die Unkerei? Ich kann fast alles nicht nachvollziehen, im übrigen
> gibts genug Kanäle um auf Missstände aufmerksam zu machen.
> 
> Zum Bildlink: es gibt einen ganz einfachen Workarround, geht nicht gibts
> nicht ;)
> Einfach eine Seite vom typ shortcut externer url, dann kann man die als
> Bildlink nehmen. Einfach, sauber, ohne hack.
> 
> vg Steffen

Hallo Steffen,

Unkerei ist das keineswegs. Solche Diskussionen entstehen aus einer gewissen
Unzufriedenheit heraus und dienen der Weiter-/Fortentwicklung eines
eventuell vorherrschenden Stillstands. 

Und wie Du selbst beschreibst ist das Allheilmittel bei TYPO3 eben oftmals
der "Workaround", der allerdings seinem Sinn nach folgendes beschreibt: 

"Der Workaround - Damit versteht man die Umgehung eines bekannten Problems
innerhalb eines technischen Systems durch eine Hilfskonstruktion."

Solche Hilfskonstruktionen haben im Allgemeinen den Nachteil, dass sie nur
rudimentär das eigentliche Problem entlasten und meist nur zur Lösung einer
einzigen bestimmten Definition dienen.

Beruhigend finde ich den Einsatz von Workarounds eigentlich nie und kann
Deiner Ansicht, das sei "einfach und sauber" nur wenig beipflichten.

Grüße,
Bernhard

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

Re: [TYPO3-german] Problem bei 2 Domain Typo3 mit sr_feuser

> also ich glaube ich habe ein Mordsmässiges Brett vorm Kopf
> sag mal Joey darf ich dir per mail mal zugangsdaten zu der
> installation senden?
> so zum reingucken :-)

mach mal :-)

> evtl. hab ich das schlecht erklärt bzw. fehlerhaft erklärt

wär ja möschlisch ;-)

Schau mer mal

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Problem bei 2 Domain Typo3 mit sr_feuser


also ich glaube ich habe ein Mordsmässiges Brett vorm Kopf
sag mal Joey darf ich dir per mail mal zugangsdaten zu der installation 
senden?

so zum reingucken :-)
evtl. hab ich das schlecht erklärt bzw. fehlerhaft erklärt

grüsse Pete

"JoH asenau"  schrieb im Newsbeitrag 
news:mailman.1.1290086651.30808.typo3-ger...@lists.typo3.org...

leider weis ich nicht was du meinst, warum sollte das den nicht gehen?
wenn ich mich jetzt als zublöd oute könnt ihr mir müsst mir aber nicht
verzeihen
komm nicht drauf, sorry


Du schreibst:


rufe ich Domain 2 auf lande ich direkt in seinem Seitenbaum
bzw. geht auch domain 1/seite id 4


Damit ist logisch, daß Domain 2 nicht auf alle Seiten von Domain 1 
zugreifen kann.

Umgekehrt aber schon.

Klar so weit?

HTH

Joey

--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com 


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

Re: [TYPO3-german] Usability-Feld im Bugtracker?

Hallo,

am besten das in den jeweiligen newsgroups posten, denn s.u.

Am 18.11.2010 16:15, schrieb Carsten Wegner:
> Auch ich habe häufig festgestellt, dass manche Abläufe unnötig
> kompliziert oder arbeitsfremd sind. Spontan fällt mir nur ein ganz
> kleines Beispiel dafür ein: Irgendwann wurde das Formular für
> Text-Content-Elemente auf mehrere Reiter verteilt. Überschrift und
> Inhalt sind seitdem getrennt. Das ist für jeden unerklärlich, der
> beruflich Texte schreibt.

mit 4-5 hat sich hier sehr viel getan, u.a. die reiter ;) inhalt und
titel sind wieder gemeinsam

> Für Einsteiger (und andere?) sind die DAM-Menüpunkte immer wieder
> verwirrend. Soll ich jetzt auf "Datei" oder "Liste" klicken? Warum der
> Unterschied? Gemeinerweise stehen "Liste" und "Info" direkt
> untereinander, genauso wie im vorigen Hauptmenü "Web". 

auch das ist IMO auf einer todo liste von DAM, das umzubenennen bzw
klarer zu machen

> Wer gescrollt hat
> oder nicht aufpasst, klickt auf den falschen Schalter. Ja, das mögen
> Kleinigkeiten sein. Aber auch sie summieren sich im Arbeitsalltag und
> mit der Zahl der Benutzer.

jeder wird dir recht geben dass diese kleinigkeiten wichtig sind. sie
müssen nur aufgezeigt werden.

> Nur... wo und wie soll man solche Änderungen anregen? In der NG oder im
> Bugtracker? In beiden, weil Fragen der Benutzerfreundlichkeit diskutiert
> werden wollen? Als "minor"? Als "feature"?

IMO (!) lieber in der liste und anschließend erstellt wer einen Eintrag
im bugtracker, ansonsten entsteht leicht die Gefahr dass Sachen doppelt
vorhanden sind.

Ob bug oder feature kommt auf den Einzelfall an. eine zusätzliche
Kategorie würde da eher nur eine zusätzliche Falle bringen, weil
grundsätzlich ists ganz egal wie das erfasst ist, es ist wichtig, dass
es erfasst ist.

> Wäre es möglich und sinnvoll, im Bugracker unter "Severity" einen Punkt
> "Usability" hinzuzufügen? 

Es gibt den tag "usability", das sollte ausreichen

> Ich persönlich würde eher "mal eben zwischendurch" einen
> Usability-Report erstellen, wenn ich nicht drüber grübeln müsste, ob
> mein Vorschlag "minor", "major", "feature" oder "ridiculous" ist. Und
> wenn ich wüsste, dass er angesichts der gewählten "Severity" überhaupt
> wahrgenommen wird.

wahrgenommen wird alles, stell es als minor rein und es gibt genügend
Leute, die umsortieren usw. wichtig ist nur dass du die verwendete
Version angibst.

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

[TYPO3-german] Usability-Feld im Bugtracker? (was: [TYPO3-v4] Announcing TYPO3 4.5 beta1)

2010-11-18 Diskussionsfäden Carsten Wegner

Hallo zusammen,

im Originalthread wurde unter anderem die konstruktive Kritik geäußert,
dass Typo3 an manchen Stellen nicht intuitiv bedienbar sei. Entwickler
orientierten sich zu wenig an den Wünschen der Endanwender. Beide
Gruppen sprächen - meine Zusammenfassung - nicht immer die gleiche Sprache.

Auch ich habe häufig festgestellt, dass manche Abläufe unnötig
kompliziert oder arbeitsfremd sind. Spontan fällt mir nur ein ganz
kleines Beispiel dafür ein: Irgendwann wurde das Formular für
Text-Content-Elemente auf mehrere Reiter verteilt. Überschrift und
Inhalt sind seitdem getrennt. Das ist für jeden unerklärlich, der
beruflich Texte schreibt.

Für Einsteiger (und andere?) sind die DAM-Menüpunkte immer wieder
verwirrend. Soll ich jetzt auf "Datei" oder "Liste" klicken? Warum der
Unterschied? Gemeinerweise stehen "Liste" und "Info" direkt
untereinander, genauso wie im vorigen Hauptmenü "Web". Wer gescrollt hat
oder nicht aufpasst, klickt auf den falschen Schalter. Ja, das mögen
Kleinigkeiten sein. Aber auch sie summieren sich im Arbeitsalltag und
mit der Zahl der Benutzer.

Nur... wo und wie soll man solche Änderungen anregen? In der NG oder im
Bugtracker? In beiden, weil Fragen der Benutzerfreundlichkeit diskutiert
werden wollen? Als "minor"? Als "feature"?

Wäre es möglich und sinnvoll, im Bugracker unter "Severity" einen Punkt
"Usability" hinzuzufügen? Erleichtert ein solcher Punkt dem Entwickler
den Überblick darüber, was er bei den nächsten Versionen von Grund auf
beachten sollte? Oder würde der Entwickler "usability" eher ignorieren,
weil all die anderen gemeldeten Fehler Vorrang haben?

Ich persönlich würde eher "mal eben zwischendurch" einen
Usability-Report erstellen, wenn ich nicht drüber grübeln müsste, ob
mein Vorschlag "minor", "major", "feature" oder "ridiculous" ist. Und
wenn ich wüsste, dass er angesichts der gewählten "Severity" überhaupt
wahrgenommen wird.

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

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1


Am 18.11.2010 14:46, schrieb Stefan Frömken:



hi,

warum die Unkerei? Ich kann fast alles nicht nachvollziehen, im
übrigen gibts genug Kanäle um auf Missstände aufmerksam zu machen.

Zum Bildlink: es gibt einen ganz einfachen Workarround, geht nicht
gibts nicht ;)
Einfach eine Seite vom typ shortcut externer url, dann kann man die
als Bildlink nehmen. Einfach, sauber, ohne hack.

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





wäre es nicht mal so langsam an der Zeit "Danke" zusagen? "Ey Du
Schlaumeier" kommt zumindest nicht sehr dankbar rüber.
Immerhin sammeln sich ja schon ein paar Kommentare im Bugtracker und es
wird aktiv darüber diskutiert wie man das am besten und vor allem
rückwärtskompatibel einbinden kann.

shit...falsches Zitat...sollte das hier sein:

"Aber was machst Du Schlaumeier, wenn Du eine Seite mit Sponsoren 
aufbauen willst, auf der nur Bilder (Screenshot und Logos) zum anklicken 
sind. "

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

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1




hi,

warum die Unkerei? Ich kann fast alles nicht nachvollziehen, im
übrigen gibts genug Kanäle um auf Missstände aufmerksam zu machen.

Zum Bildlink: es gibt einen ganz einfachen Workarround, geht nicht
gibts nicht ;)
Einfach eine Seite vom typ shortcut externer url, dann kann man die
als Bildlink nehmen. Einfach, sauber, ohne hack.

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





wäre es nicht mal so langsam an der Zeit "Danke" zusagen? "Ey Du 
Schlaumeier" kommt zumindest nicht sehr dankbar rüber.
Immerhin sammeln sich ja schon ein paar Kommentare im Bugtracker und es 
wird aktiv darüber diskutiert wie man das am besten und vor allem 
rückwärtskompatibel einbinden kann.

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

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

2010-11-18 Diskussionsfäden Steffen Kamper


Hi,

Gerhard Obermayr schrieb:

Hi Steffen, ja ja, einen Fehler zu umgehen geht immer.


also: 1:0 für TYPO3

Aber was machst Du Schlaumeier, wenn Du eine Seite mit Sponsoren 
aufbauen willst, auf der nur Bilder (Screenshot und Logos) zum anklicken 
sind.
Wenn Du da 100 Sponsoren verankert haben willst sind es schnell einmal 
100 Seiten als Shortcut im Seitenbaum.

Meinst Du wirklich, es würde Sinn machen das so aufzubauen?
Obwohl der Fehler seit Jahren nicht behandelt wird und es eigentlich 
ganz einfach wäre, wenn es im core implementiert wäre?

Es ist wie immer - die einen sagen, man braucht es nicht.
Die anderen tricksen unnötig herum!



sry, aber das als ein Element anzulegen ist alleine schon wegen Wartung 
der verkehrte Weg. Ich würde für Jeden genau ein Element anlegen.



Nichts für ungut, aber das sind genau die Sachen, die ich nicht will!
Ich will auch im BE Ordnung haben ...



es gibt viele Wege das zu strukturieren, auch ich habe erst im laufe der 
Jahre gelernt wie man seine Daten gut strukturiert.
Editorengruppen mit entsprechenden Rechten gehört auch dazu, sowie 
sinnvoller Einsatz von sys_tasks.


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

Re: [TYPO3-german] Inhaltselemente - Hintergrund

2010-11-18 Diskussionsfäden Christian Wolff

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

CSS_Styled_content stellt sogar schon klassen für den frame zur verfügung.
wenn ich mich recht entsinne csc-frame*

oder ähnliches einfach mal einen frame für ein inhalts element auswählen
und gucken was im quellcode auftaucht.

das lässt sich dann per CSS wunderbar stylen.

gruss chris

Am 18.11.2010 14:38, schrieb feuersalamander:
> ich versuchs mal:
> 
> ---
> ins Setup des Root-templates:
> 
> tt_content.stdWrap.innerWrap.cObject = CASE
> tt_content.stdWrap.innerWrap.cObject {
>   key.field = section_frame
>   100 = TEXT
>   100.value = |
> }
> 
> 
> ---
> in Seiteneigenschaften der Rootseite unter "Optionen" in das Feld TSconfig:
> 
> 
> # neuen Content-Rahmen hinzufügen
> TCEFORM.tt_content.section_frame {
> addItems.100 = Mein Rahmen Nr.1
> addItems.200 = Mein Rahmen Nr.2
> }
> 
> und evtl.:
> 
> # nicht benötigte Content-Rahmen ausblenden
> TCEFORM.tt_content.section_frame {
>  removeItems = 1,5,6,10,11,12,20,21   
> }
> 
> 
> 
> 
> 
> das ganze hat allerdings nix mit templavoila zu tun und bringt einem nur
> die möglichkeit eingepflegte content-elemente darüber nochmal in etwas
> zu "verschachteln" und damit auch gleich eine feste css-klasse dafür zu
> definieren - aber denen könnte man dann im CSS-File z.b. auch
> Hintergrundbilder definieren und das ganze ist für einen redakteur
> "reltiv" bequem auswählbar.
> 
> 
> 
> 
> 
> 
> 
> 
> Am 18.11.2010 13:20, schrieb Hahnefeld Bjoern:
>> Hey Joey,
>>
>> ich weiß, du bist fit. Aber zu fit für mich, um deinen Vorschlag in
>> die Praxis umsetzen zu können ;) Vielleicht gibt es noch einen kleinen
>> weiteren Tipp für mich?
>>
>> Viele Grüße
>>
>> Björn
>>
>> -Ursprüngliche Nachricht-
>> Von: typo3-german-boun...@lists.typo3.org im Auftrag von JoH asenau
>> Gesendet: Mi 17.11.2010 22:42
>> An: typo3-german@lists.typo3.org
>> Betreff: Re: [TYPO3-german] Inhaltselemente - Hintergrund
>>
>>> Auf der linken größeren Inhaltsspalte hingegen soll für den Redakteur
>>> wählbar sein, ob der Hintergrund des jeweiligen Inhaltselementes
>>> einen weißen oder den oben beschriebenen grauen Hintergrund haben
>>> soll. Wo kann man dies als Wahloption einstellen?
>>>
>>> Schön wäre, wenn man dies als Klasse im WYSIWYG-Editor vom Backend
>>> auswählbar machen könnte. Aber auch jeder andere Vorschlag ist gerne
>>> willkommen. Ein FCE nur dafür dürfte wohl etwas übertrieben sein und
>>> nicht gerade die einfache Bedienung fördern.
>>
>> Dafür kennt doch eigentlich jedes Content Element auch außerhalb von
>> TV die "Rahmen"
>> Da kannst Du per TSconfig eigene Labels vergeben oder komplett neue
>> hinzufügen.
>> Danach musst Du lediglich mit den entsprechenden CSS Klassen spielen.
>>
>> HTH
>>
>> Joey
>>
> 


- -- 
Christian Wolff // Berlin
http://www.connye.com

some projects:
http://richtermediagroup.com | http://titanic.de | http://keyopinions.info
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)

iEYEARECAAYFAkzlLgkACgkQIcCaXPh/JHGajgCfV7AZ2qLbWxzH+ouMUSBdg6D8
FeMAnR+bpClN+MsBZJLjhnBjQ6IQsK2X
=JY66
-END PGP SIGNATURE-
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

Hi Gerhard,

und du glaubst persönliche Beleidigungen helfen weiter? Hilft auch nicht
wenns ein Core-Team Mitglied ist.

Sorry aber geht echt gar nicht
Georg
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Inhaltselemente - Hintergrund

2010-11-18 Diskussionsfäden feuersalamander


ich versuchs mal:

---
ins Setup des Root-templates:

tt_content.stdWrap.innerWrap.cObject = CASE
tt_content.stdWrap.innerWrap.cObject {
  key.field = section_frame
  100 = TEXT
  100.value = |
}


---
in Seiteneigenschaften der Rootseite unter "Optionen" in das Feld TSconfig:


# neuen Content-Rahmen hinzufügen
TCEFORM.tt_content.section_frame {
addItems.100 = Mein Rahmen Nr.1
addItems.200 = Mein Rahmen Nr.2
}

und evtl.:

# nicht benötigte Content-Rahmen ausblenden
TCEFORM.tt_content.section_frame {
 removeItems = 1,5,6,10,11,12,20,21 
}





das ganze hat allerdings nix mit templavoila zu tun und bringt einem nur 
die möglichkeit eingepflegte content-elemente darüber nochmal in etwas 
zu "verschachteln" und damit auch gleich eine feste css-klasse dafür zu 
definieren - aber denen könnte man dann im CSS-File z.b. auch 
Hintergrundbilder definieren und das ganze ist für einen redakteur 
"reltiv" bequem auswählbar.









Am 18.11.2010 13:20, schrieb Hahnefeld Bjoern:

Hey Joey,

ich weiß, du bist fit. Aber zu fit für mich, um deinen Vorschlag in die Praxis 
umsetzen zu können ;) Vielleicht gibt es noch einen kleinen weiteren Tipp für 
mich?

Viele Grüße

Björn

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org im Auftrag von JoH asenau
Gesendet: Mi 17.11.2010 22:42
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Inhaltselemente - Hintergrund


Auf der linken größeren Inhaltsspalte hingegen soll für den Redakteur
wählbar sein, ob der Hintergrund des jeweiligen Inhaltselementes
einen weißen oder den oben beschriebenen grauen Hintergrund haben
soll. Wo kann man dies als Wahloption einstellen?

Schön wäre, wenn man dies als Klasse im WYSIWYG-Editor vom Backend
auswählbar machen könnte. Aber auch jeder andere Vorschlag ist gerne
willkommen. Ein FCE nur dafür dürfte wohl etwas übertrieben sein und
nicht gerade die einfache Bedienung fördern.


Dafür kennt doch eigentlich jedes Content Element auch außerhalb von TV die 
"Rahmen"
Da kannst Du per TSconfig eigene Labels vergeben oder komplett neue hinzufügen.
Danach musst Du lediglich mit den entsprechenden CSS Klassen spielen.

HTH

Joey



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

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

2010-11-18 Diskussionsfäden Gerhard Obermayr


Hi Steffen, ja ja, einen Fehler zu umgehen geht immer.
Aber was machst Du Schlaumeier, wenn Du eine Seite mit Sponsoren 
aufbauen willst, auf der nur Bilder (Screenshot und Logos) zum anklicken 
sind.
Wenn Du da 100 Sponsoren verankert haben willst sind es schnell einmal 
100 Seiten als Shortcut im Seitenbaum.

Meinst Du wirklich, es würde Sinn machen das so aufzubauen?
Obwohl der Fehler seit Jahren nicht behandelt wird und es eigentlich 
ganz einfach wäre, wenn es im core implementiert wäre?

Es ist wie immer - die einen sagen, man braucht es nicht.
Die anderen tricksen unnötig herum!

Nichts für ungut, aber das sind genau die Sachen, die ich nicht will!
Ich will auch im BE Ordnung haben ...

LG Gerhard



Am 18.11.2010 14:27, schrieb Steffen Kamper:

hi,

warum die Unkerei? Ich kann fast alles nicht nachvollziehen, im 
übrigen gibts genug Kanäle um auf Missstände aufmerksam zu machen.


Zum Bildlink: es gibt einen ganz einfachen Workarround, geht nicht 
gibts nicht ;)
Einfach eine Seite vom typ shortcut externer url, dann kann man die 
als Bildlink nehmen. Einfach, sauber, ohne hack.


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



--
Liebe Grüße aus Haag
Gerhard Obermayr

___

*R. OBERMAYR Internet-Services*
A-3350 Haag, Holzleiten 83
+43 7434 42181 - Fax: DW 25

URL Firma: http://www.cgc.at - E-Mail: des...@cgc.at

URL Privat:
http://www.gerhard-obermayr.com
___
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] mm_forum und mc_googlesitemap

2010-11-18 Diskussionsfäden typo3




  Sorry für Doppelpost, aber ich hatte ursprünglich den Falschen  
Thread erwischt :-(


  Ich seh den Wald vor lauter Bäumen wirklich nicht mehr: Wenn ich  
ohne realurl auf der Forumsseite einen Thema anklicke, bekomme ich  
folgenden Link:


meinedomain.de/index.php?id=171&tx_mmforum_pi1[action]=list_post&tx_mmforum_pi1[tid]=9&tx_mmforum_pi1[page]=&tx_mmforum_pi1[fid]=3&tx_mmforum_pi1[pid]=seite#pid11

Auf meiner BE-Seite, welche die "mc_googlesitemap" als Plugin  
eingebunden hat, habe ich folgendes eingestellt:


Menütyp: Google Sitemap für Inhalt
Tabelle, in der der Inhalt liegt: tx_mmforum_topics
Angabe der letzten Änderung: Datum und Zeit
Seite auf der der Inhalt angezeigt wird: Dort habe ich meine  
Forumsseite eingetragen


URL-Parameter:
&tx_mmforum_pi1[action]=list_post&tx_mmforum_pi1[tid]=###uid###&tx_mmforum_pi1[page]=&tx_mmforum_pi1[fid]=###forum_id###&tx_mmforum_pi1[pid]=###pid###seite#pid###topic_last_post_id###

Als Ausgangspunkt habe ich wiederum meine Forumsseite gewählt,  
Änderungshäufigkeit ist leer sowie wichtigkeit 1


Leider ist die generierte Sitemap leer ...

Jemand eine Idee?

  Danke für Eure Antworten

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

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

2010-11-18 Diskussionsfäden Steffen Kamper


hi,

warum die Unkerei? Ich kann fast alles nicht nachvollziehen, im übrigen 
gibts genug Kanäle um auf Missstände aufmerksam zu machen.


Zum Bildlink: es gibt einen ganz einfachen Workarround, geht nicht gibts 
nicht ;)
Einfach eine Seite vom typ shortcut externer url, dann kann man die als 
Bildlink nehmen. Einfach, sauber, ohne hack.


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

Re: [TYPO3-german] Problem bei 2 Domain Typo3 mit sr_feuser

> leider weis ich nicht was du meinst, warum sollte das den nicht gehen?
> wenn ich mich jetzt als zublöd oute könnt ihr mir müsst mir aber nicht
> verzeihen
> komm nicht drauf, sorry

Du schreibst:

>>> rufe ich Domain 2 auf lande ich direkt in seinem Seitenbaum
>>> bzw. geht auch domain 1/seite id 4

Damit ist logisch, daß Domain 2 nicht auf alle Seiten von Domain 1 zugreifen 
kann.
Umgekehrt aber schon.

Klar so weit?

HTH

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Problem bei 2 Domain Typo3 mit sr_feuser


Hallo Joey,
leider weis ich nicht was du meinst, warum sollte das den nicht gehen?
wenn ich mich jetzt als zublöd oute könnt ihr mir müsst mir aber nicht 
verzeihen

komm nicht drauf, sorry

grüssse Pete

"JoH asenau"  schrieb im Newsbeitrag 
news:mailman.1.1290085539.28666.typo3-ger...@lists.typo3.org...

innerhalb einer TYPO3 Installation habe ich beide Domains

Domain 1
seite id 1
seite id 2
Domain 2
seite id 3
seite id 4
rufe ich Domain 2 auf lande ich direkt in seinem Seitenbaum
bzw. geht auch domain 1/seite id 4


eben - und damit ist Deine ursprüngliche Frage ja auch beantwortet.

HTH

Joey

--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com 


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

Re: [TYPO3-german] Problem bei 2 Domain Typo3 mit sr_feuser

> innerhalb einer TYPO3 Installation habe ich beide Domains
> 
> Domain 1
> seite id 1
> seite id 2
> Domain 2
> seite id 3
> seite id 4
> rufe ich Domain 2 auf lande ich direkt in seinem Seitenbaum
> bzw. geht auch domain 1/seite id 4

eben - und damit ist Deine ursprüngliche Frage ja auch beantwortet.

HTH

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] Datamints Newsticker - Link nach intern geht nicht

2010-11-18 Diskussionsfäden Helmut Zötzl


Hallo zusammen!

Man kann bei den News auch eine interne Seite der Webside angeben. So 
zeigt der Link bei der News-Liste auf diese Seite. Das haut auch Ohne 
Schwierigkeiten gut hin.
Nun lasse ich oben im Head auf allen Seiten die ersten 5 News mit dem 
Newsticker Datamints durchlaufen. Auch die News, die auf eine Interne 
Seite zeigt läuft braf mit durch. Nur wenn ich nun auf den Link dieser 
News im Ticker klicke, geht das nicht. Bei den "normalen" News geht's 
einwandfrei. Wenn ich über den Link mit der Maus fahre, wird nur ein 
Link zur grad aktuellen Seite angezeigt. Den Effekt hab ich in allen 
Browsern.


TYPO3: 4.4.2
tt_news: 3.0.1
datamints_newsticker: 1.1.4

Wie bekomme ich das hin, dass auch Verweise auf interne Seiten im Ticker 
funktionieren?

Wo könnte ich da was nachbessern?
Oder hat vielleicht jemand eine Lösung für dieses Problem?

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

Re: [TYPO3-german] Problem bei 2 Domain Typo3 mit sr_feuser


innerhalb einer TYPO3 Installation habe ich beide Domains

Domain 1
   seite id 1
   seite id 2
Domain 2
   seite id 3
   seite id 4
rufe ich Domain 2 auf lande ich direkt in seinem Seitenbaum
bzw. geht auch domain 1/seite id 4


grüsse Pete

"Stefan Frömken"  schrieb im Newsbeitrag 
news:mailman.1.1290084412.25682.typo3-ger...@lists.typo3.org...

Am 18.11.2010 13:43, schrieb Peter Abels:

Hallo Group,
ich habe ein Problem mit der Userregistrierung. Problem ich habe auf
einem Server 2 Domains beide haben ihren eigenen Seitenbaum in Typo3
Domain 1 hat keinen Domain datensatz (ist auch die erste) die 2te Domain
hat den Domaindatensatz (na klar sonst würde ja auch immer die erste
geöffnet werden). Jetzt möchte ich in der 2ten Domain eine Userregister
einbauen. Wenn ich jetzt Domain 2 aufrufe bekomme ich aber weder
registration mail noch die confirmation mail rufe ich die gleiche seite
aber mit der Domain 1 auf gehts.
also:
www.domain1.de/index.php?id=60 geht
www.domain2.de/index.php?id=60 geht nicht

was hab ich falsch gemacht?

grüsse Pete


Wenn beide Domains einen eigenen Seitenbaum haben, wie können dann beide 
Domains ein und dieselbe Page-ID ahben?!?!


Stefan 


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

Re: [TYPO3-german] Problem bei 2 Domain Typo3 mit sr_feuser


noch vergessen die Versionen :-)
TYPO3 4.4.4
felogin 1.3.0
sr_feuser_register 2.6.0
MD5 FE Password

grüsse Pete

"Peter Abels"  schrieb im Newsbeitrag 
news:mailman.1.1290084251.26007.typo3-ger...@lists.typo3.org...

Hallo Group,
ich habe ein Problem mit der Userregistrierung. Problem ich habe auf einem 
Server 2 Domains beide haben ihren eigenen Seitenbaum in Typo3 Domain 1 
hat keinen Domain datensatz (ist auch die erste) die 2te Domain hat den 
Domaindatensatz (na klar sonst würde ja auch immer die erste geöffnet 
werden). Jetzt möchte ich in der 2ten Domain eine Userregister einbauen. 
Wenn ich jetzt Domain 2 aufrufe bekomme ich aber weder registration mail 
noch die confirmation mail rufe ich die gleiche seite aber mit der Domain 
1 auf gehts.

also:
www.domain1.de/index.php?id=60geht
www.domain2.de/index.php?id=60geht nicht

was hab ich falsch gemacht?

grüsse Pete 


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

Re: [TYPO3-german] Problem bei 2 Domain Typo3 mit sr_feuser


Am 18.11.2010 13:43, schrieb Peter Abels:

Hallo Group,
ich habe ein Problem mit der Userregistrierung. Problem ich habe auf
einem Server 2 Domains beide haben ihren eigenen Seitenbaum in Typo3
Domain 1 hat keinen Domain datensatz (ist auch die erste) die 2te Domain
hat den Domaindatensatz (na klar sonst würde ja auch immer die erste
geöffnet werden). Jetzt möchte ich in der 2ten Domain eine Userregister
einbauen. Wenn ich jetzt Domain 2 aufrufe bekomme ich aber weder
registration mail noch die confirmation mail rufe ich die gleiche seite
aber mit der Domain 1 auf gehts.
also:
www.domain1.de/index.php?id=60 geht
www.domain2.de/index.php?id=60 geht nicht

was hab ich falsch gemacht?

grüsse Pete


Wenn beide Domains einen eigenen Seitenbaum haben, wie können dann beide 
Domains ein und dieselbe Page-ID ahben?!?!


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

[TYPO3-german] Problem bei 2 Domain Typo3 mit sr_feuser


Hallo Group,
ich habe ein Problem mit der Userregistrierung. Problem ich habe auf einem 
Server 2 Domains beide haben ihren eigenen Seitenbaum in Typo3 Domain 1 hat 
keinen Domain datensatz (ist auch die erste) die 2te Domain hat den 
Domaindatensatz (na klar sonst würde ja auch immer die erste geöffnet 
werden). Jetzt möchte ich in der 2ten Domain eine Userregister einbauen. 
Wenn ich jetzt Domain 2 aufrufe bekomme ich aber weder registration mail 
noch die confirmation mail rufe ich die gleiche seite aber mit der Domain 1 
auf gehts.

also:
www.domain1.de/index.php?id=60geht
www.domain2.de/index.php?id=60geht nicht

was hab ich falsch gemacht?

grüsse Pete 


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

[TYPO3-german] mm_forum und mc_googlesitemap

2010-11-18 Diskussionsfäden Stefan Pfefferkorn

Ich seh den Wald vor lauter Bäumen wirklich nicht mehr: Wenn ich ohne realurl 
auf der Forumsseite einen Thema anklicke, bekomme ich folgenden Link:

meinedomain.de/index.php?id=171&tx_mmforum_pi1[action]=list_post&tx_mmforum_pi1[tid]=9&tx_mmforum_pi1[page]=&tx_mmforum_pi1[fid]=3&tx_mmforum_pi1[pid]=seite#pid11

Auf meiner BE-Seite, welche die "mc_googlesitemap" als Plugin eingebunden hat, 
habe ich folgendes eingestellt:

Menütyp: Google Sitemap für Inhalt
Tabelle, in der der Inhalt liegt: tx_mmforum_topics
Angabe der letzten Änderung: Datum und Zeit
Seite auf der der Inhalt angezeigt wird: Dort habe ich meine Forumsseite 
eingetragen

URL-Parameter:
&tx_mmforum_pi1[action]=list_post&tx_mmforum_pi1[tid]=###uid###&tx_mmforum_pi1[page]=&tx_mmforum_pi1[fid]=###forum_id###&tx_mmforum_pi1[pid]=###pid###seite#pid###topic_last_post_id###

Als Ausgangspunkt habe ich wiederum meine Forumsseite gewählt, 
Änderungshäufigkeit ist leer sowie wichtigkeit 1

Leider ist die generierte Sitemap leer ...

Jemand eine Idee?

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

Re: [TYPO3-german] indexed Search

2010-11-18 Diskussionsfäden Hessix


Hallo Stefan,

ich verstehe es auch nicht ;)

Also standardmäßig ist im Backend 
EXT:indexed_search/pi/indexed_search.tmpl eingetragen.
Nun wollte ich dies nicht in diesem Ordner verändern sondern habe sie in 
den fileadmin Ordner gelegt.
Nun wollte ich per ts dieses Template auswählen und irgendwie ging dies 
nicht. Es wurde die Suche nicht angezeigt, einzig die Ausgabe der 
Ergebnisse einer dezentralen suche wurden dort angezeigt.

Hatte es dann wieder raus genommen.

Nun wollte ich es nochmals testen und siehe da, jetzt gehts...
...ich weiß nicht, wo mein Fehler lag, aber besser so.
Danke dir aber trotzdem für deine Mühe.

Gruß
Lars


Am 18.11.2010 11:06, schrieb Stefan Frömken:

Am 17.11.2010 15:06, schrieb Hessix:

Hallo,

ich finde meinen Fehler aktuell nicht.
Ich habe indexed Search eingebunden und es läuft auch.
Wenn ich nun die Suchergebnisseite erstelle ist diese vollständig
vorhanden.
Nachdem ich das Template aus typo3\sysext\indexed_search\pi eingebunden
habe ist keine SUcheingabe mehr mmöglich.
Habe ich irgendwas vergessen umzuschalten oder wo liegt mein
(Denk-)Fehler

Gruß Lars

Häh?!?!

Die indexed_search läuft und wenn Du das Standardtemplate einbindest,
dann lüppt nix mehr?!?!

Sorry check ich nicht. Na vielleicht hast das Template in der Extension
selbst verändert. Dann bitte einmal den Core neu installieren oder das
indexed_search Verzeichnis löschen und über SVN updaten.

Stefan


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

Re: [TYPO3-german] Inhaltselemente - Hintergrund

2010-11-18 Diskussionsfäden LUCOMP mediale kommunikation & internetDesign Bernhard Ludwig

Hey Joey,

ich weiß, du bist fit. Aber zu fit für mich, um deinen Vorschlag in die Praxis 
umsetzen zu können ;) Vielleicht gibt es noch einen kleinen weiteren Tipp für 
mich?

Viele Grüße

Björn

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org im Auftrag von JoH asenau
Gesendet: Mi 17.11.2010 22:42
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Inhaltselemente - Hintergrund
 
> Auf der linken größeren Inhaltsspalte hingegen soll für den Redakteur
> wählbar sein, ob der Hintergrund des jeweiligen Inhaltselementes
> einen weißen oder den oben beschriebenen grauen Hintergrund haben
> soll. Wo kann man dies als Wahloption einstellen?   
> 
> Schön wäre, wenn man dies als Klasse im WYSIWYG-Editor vom Backend
> auswählbar machen könnte. Aber auch jeder andere Vorschlag ist gerne
> willkommen. Ein FCE nur dafür dürfte wohl etwas übertrieben sein und
> nicht gerade die einfache Bedienung fördern.   

Dafür kennt doch eigentlich jedes Content Element auch außerhalb von TV die 
"Rahmen"
Da kannst Du per TSconfig eigene Labels vergeben oder komplett neue hinzufügen.
Danach musst Du lediglich mit den entsprechenden CSS Klassen spielen.

HTH

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

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

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

2010-11-18 Diskussionsfäden RDE / Redlich


LUCOMP mediale kommunikation & internetDesign Bernhard Ludwig schrieb:

Hallo,

lasst mich auch einmal meinen Senf dazugeben. Ich bleibe dabei auch
absichtlich sehr pauschal.


 snip - sonst wirds zu lang.


Grüße,
Bernhard Ludwig 



Hallo Bernhard,

Du kannst ja meine Gedanken lesen,
die eigentlich SSL verschlüsselt sind . . . . .

--

mit freundlichen Grüßen
Dipl.Ing.Gert Redlich
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

2010-11-18 Diskussionsfäden Kay Strobach

Hi,

> Hat man durch längere URL`s mehr Zeichen kommt eine Fehlermeldung:
> 102: These fields are not properly updated in database: (image_link)
> Probably value mismatch with fieldtype.

So schnell kanns gehen:

> I think with a working upgrade wizard, this still has a good chance to go 
> into 4.5 with RM approval.
> I see no problem in just changing the comma to \n, as comma-urls never should 
> have worked. 
>
> http://bugs.typo3.org/view.php?id=16462#c44023

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

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1



> -Ursprüngliche Nachricht-
> Von: typo3-german-boun...@lists.typo3.org [mailto:typo3-german-
> boun...@lists.typo3.org] Im Auftrag von Kay Strobach
> Gesendet: Donnerstag, 18. November 2010 11:26
> An: typo3-german@lists.typo3.org
> Betreff: Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1
> 
> Hey,
> 
---snip
> 
> > Und der Spruch, wir müssen ja nicht Typo3 "machen", der ist wirklich
> dumm
> > und ignorant und das von eigentlich klugen Leuten. Schade . . . .
> 
> Völlige Zustimmung.
> 
> > Es ist der Anfang gelegt worden, daß sich die Typo3 Truppe spaltet wie
> > so viel andere Projekte auch. Muss das wirklich sein ?
> 
> Denke nicht, die "TYPO3" Community ist meiner Meinung nach nicht an
> einem kritischen Punkt.
> 
> Grüße
> Kay

Hallo,

lasst mich auch einmal meinen Senf dazugeben. Ich bleibe dabei auch
absichtlich sehr pauschal.

Festzustellen ist, sobald sich einmal jemand über irgendetwas beschwert,
fühlt sich die Entwicklergemeinde schlimm auf die Füße getreten. Dabei
sollte Kritik erlaubt sein und auch entgegengenommen werden. Es passiert
nicht selten, dass man bei TYPO3 an vermeintlich "kleinen" Problemen
scheitert, weil man bei vielen Dingen erst einmal einen Lehrgang machen
muss, um zu begreifen, was die Entwickler von einem wollen. 
Das Ganze ist in den allermeisten Bereichen so aufgebaut, dass kaum ein
Intuitives Aufsetzen möglich ist, geschweige denn, wenn es an die
Installation und Anpassung von Standardfeatures geht. Dafür ist TYPO3 im
Gegenzug wieder sehr flexibel und, wenn man alle Interna brav gelernt hat,
auch in allen Bereichen anpassbar. 
Die Frage entsteht aber, was man zur "Normalnutzung" benötigt. Und alleine
hier wird die Latte schon sehr hoch gelegt, bis mal alle Standardextensions
das machen, was sie sollen. Dazu kommt die angesprochene Problematik, dass
immer wieder mit Miniproblemchen gekämpft werden muss, die sich einfach
nicht lösen lassen wollen.

Andere CMS machen das ohne Frage besser, sie sind intuitiver, einfacher und
auch für den Redakteur schneller zu begreifen. Klar kommt jetzt wieder der
Einwand, dass ich ja andere CMS einsetzen kann, wenn ich will. Nun, das
mache ich auch. Je nach Fall und Anforderung macht auch ein Joomla Spass,
gerade jetzt mit der neuen CSS-Engine und Templates innerhalb derer man die
CE-Boxen frei verschieben kann. 
Oder Magento, als Shopsystem sehr gut brauchbar und sogar mit einer
CMS-Engine versehen, so dass man rund um seinen Shop die benötigten
Zusatzseiten schnell und intuitiv aufbauen kann. Beide eben genannten
Systeme verfügen über Standardfeatures, die denen von TYPO3 in vielerlei
Hinsicht überlegen sind. Insbesondere anzumerken ist die Funktionssicherheit
und die total leichte Einbindung der Features und das sichere und einfache
Handling für Redakteure.

Weiters gibt es immer mehr Kundennachfragen, die lieber ein kleines
Custom-Made CMS hätten, weil ihnen inzwischen die überfrachtete und schwer
zu begreifende BE-Handhabung von TYPO3 nicht mehr gefällt und zu unsicher
ist, weil sie befürchten etwas falsch zu machen. Gut für uns, dann bauen wir
eben eigene Systeme, die wir ganz genau nach den Anforderungen der Kunden
einrichten.

Auch erhalte ich regelmäßig Beschwerden, warum es in TYPO3 keine
funktionierende Backup-Funktion gibt, die vom Admin/Redakteur ausgelöst
werden kann. Inzwischen Standard bei anderen CMS, verhält sich hier TYPO3
schlafend. Die rudimentäre Speicherung als .t3d funktioniert bei
umfangreicheren Inhalten bekanntermaßen nicht und beim Restore gibt es immer
wieder mannigfaltige Probleme, wie man regelmäßig nachlesen kann.

So gibt es für den TYPO3-Admin schon einige Stolpersteine, die überwunden
werden müssen und die Kundenmeinungen werden inzwischen immer klarer zu
Ungunsten von TYPO3 formuliert. 

Nun, vielleicht ist es einfach an der Zeit für TYPO3 neue Wege zu gehen und
sich mehr an den Wünschen der Endanwender zu orientieren. Die Vermutung
liegt nahe, dass die Entwicklergemeinde zu sehr technisch denkt und dabei
den Focus mehr und mehr aus dem Zentrum des Kundeninteresses heraus bringt.

Es hilft den vielen redlichen und bemühten Entwicklern, denen ich hier auch
einmal meinen Dank aussprechen möchte, leider überhaupt nichts, wenn sie
sich in Wortgeplänkel flüchten oder Tondiskussionen anstrengen. Nehmt die
Kritiken ernst, auch wenn sie nicht von Core-Programmierern kommen. Die
eigentlichen Anwender haben hier das Sagen und bestimmen die Zukunft von
TYPO3.

Grüße,
Bernhard Ludwig 
















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

Re: [TYPO3-german] Schwerwiegendes ProblemmitPowermail-Pflichtfelder

2010-11-18 Diskussionsfäden annett



Hallo Johannes,

wie konntest Du das Problem lösen? Waren es die JS Fehler?
Ich komme genau an dieser Stelle nicht weiter und bin über jeden Hinweis
glücklich. 
DANKE und Gruß 
Annett


JCL - Johannes C. Laxander wrote:
> 
>> Installier Dir mal die Webdeveloper Toolbar von FireFox. Dort 
>> gibt es einen Button der Dein JavaScript überprüft. Hast ein 
>> paar Fehler drin, die wir vorher erstmal beseitigen sollten. 
>> Derzeit sind es drei:
>> 
>> 1.) Fehler: efa_fontSize is not defined
>> Quelldatei: 
>> http://www.wishline-reisen.de/kontakt/reiseangebot/?rnr=13-019&rid=563
>> Zeile: 40
>> 
>> 2.) Fehler: efa_fontSize is not defined
>> Quelldatei: 
>> http://www.wishline-reisen.de/kontakt/reiseangebot/?rnr=13-019&rid=563
>> Zeile: 66
>> 
>> 3.) Fehler: uncaught exception: [Exception... "The expression 
>> is not a legal expression."  code: "51" nsresult: "0x805b0033 
>> (NS_ERROR_DOM_INVALID_EXPRESSION_ERR)"  location: 
>> "http://www.wishline-reisen.de/typo3conf/ext/t3mootools/res/mo
> otoolsv1.11.js
>> Line: 1"]
>> 
>> Gerade der Dritte scheint extremst heavy zu sein und der 
>> könnte es auch sein, der jede weitere Verarbeitung von 
>> JavaScript unterbindet. 
>> Vielleicht findest du dazu etwas im Internet.
>> 
>> Stefan
> 
> Danke für deine Hilfe, ich gehe den Dingen mal nach und melde mich wieder.
> 
> Johannes.
> 
> ___
> TYPO3-german mailing list
> TYPO3-german@lists.typo3.org
> http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Schwerwiegendes-Problem-mit-Powermail-Pflichtfelder-tp29170450p30247034.html
Sent from the TYPO3 German mailing list archive at Nabble.com.

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

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

2010-11-18 Diskussionsfäden Kay Strobach

Hey,

> und bei jedem Release wurde Typo3 langsamer. Eine Menge der Features
> brauchen wirklich nur wenige. Von den 3000+ Extensions sind vielleicht
> 100 professionell konzipiert, die anderen sind private Hilfskrücken.

Tut mir leid, kann ich leider nicht bestätigen (betreue am SBS Server
für über 200 Schulen). Durch einen PHPAccelerator läuft TYPO3 so schnell
wie voher.

http://en.wikipedia.org/wiki/PHP_accelerator

Es wird an einem neuen TER gearbeitet, in dem dann offiziell empfohlene
Extensions hervorgehoben werden (soweit mein aktueller Stand) - eure
Kritik wurde also gehört. Die Diskussion findet auf der englischen
Newsgroup statt.

> Seit Typo3 4.3.x ist das Backend sehr sehr langsam geworden. Und darum
> bleibe ich auf 4.2.15 stehen, das mit 4.3 und 4.4 und höchstwahrscheinlich
> auch 4.5 ist mühselig, auch mit 3,8 GigaHz PCs und Opteron Quadcore
> Servern.

Den Effekt hatte ich nur auf einer VM. Ich kann bis heute nicht
nachvollziehen warum. Auf den anderen Maschinen läuft das TYPO3 Backend
gefühlt schneller. Durch den Einsatz von AJAX an vielen Stellen wird es
wohl in Zukunft auch noch schneller werden (pagetree in 4.5, ...)

> Der aktuelle RTE muckt immer wieder, und der RTE hat die Featuritis,
> da wird ja Microsofts Word bald blass. Brauchen wir das alles wirklich ?
> 
Hier kann ich nur sagen kommt drauf an.
Ich habe Projekte, da darf der Redakteur nur b, a und dann ein paar
FCE's. Andererseits gibt es andere in denen man durchaus auch Tabellen
etc verwenden darf.

Ich denke hier muss die Konfiguration etwas einfacher/konsistenter
werden, ansonsten finde ich den RTE ok. Leider haben alle am markt
befindlichen Editoren kleine Macken. Ich denke dank ExtJS wird da sicher
auch nochmal eine Umstellung auf einen anderen folgen (ist meine
persönliche Meinung).

> Und jetzt kommt der Knackpunkt: Merkt den von den Entwicklern keiner,
> daß sich die kritischen Stimmen der vielen alten Anhänger von Typo3
> mehren ??

Bin kein Kernentwickler, kann deswegen dazu wenig sagen.
Aber, auf der aktuellen Roadmap steht ja - "making 4.5 the fastest TYPO3
ever"

> Und der Spruch, wir müssen ja nicht Typo3 "machen", der ist wirklich dumm
> und ignorant und das von eigentlich klugen Leuten. Schade . . . .

Völlige Zustimmung.

> Es ist der Anfang gelegt worden, daß sich die Typo3 Truppe spaltet wie
> so viel andere Projekte auch. Muss das wirklich sein ?

Denke nicht, die "TYPO3" Community ist meiner Meinung nach nicht an
einem kritischen Punkt.

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

Re: [TYPO3-german] Just do it! - Was: Re: [TYPO3-v4] Announcing TYPO3 4.5 beta1

> Ich hoffe, da es -zumindest in meinen Augen - ein Bug ist, dass es
> evt. noch in 4.5 gefixt wird, da 4.5 ja noch nicht released wurde.

Sehe ich auch so - siehe Kommentar im BT :-)

Joey

-- 
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Titel der parent-Seite ausgeben


Am 17.11.2010 19:43, schrieb Sven Brockshus:


Wie kann ich auf den Titel der Seite unterhalb der jeweiligen Seite
zugreifen?
leveltitle hilft mir nicht, da es ja immer den titel bezüglich der
aktuellen seite ausgibt.
ich will aber den titel der unterseite, des jeweiligen menüelements
haben...


Ich hab irgendwie das Gefühl, dass Deine Leveltitle-Programmierung 
falsch ist/war.


Schau Dir mal meine Doku zu dem Thema an:
http://typo3.sfroemken.de/typo3-tutorials/tslib/content/rootline.html?L=0

Vielleicht ist da was für Dich dabei.

Stefan

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

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

Am 18.11.2010 11:00, schrieb RDE / Redlich:
> und bei jedem Release wurde Typo3 langsamer. Eine Menge der Features
> brauchen wirklich nur wenige. 

zB?
Da gibts jetzt einen neuen TCAtree im Backend mit 4,5 und vieles mehr.

Ich arbeite zB mit einer 4-5 und da ist bei mir nichts langsam, sorry

> Von den 3000+ Extensions sind vielleicht
> 100 professionell konzipiert, die anderen sind private Hilfskrücken.

Was haben Extensions mit dem Core zu tun?

> Der aktuelle RTE muckt immer wieder, und der RTE hat die Featuritis,
> da wird ja Microsofts Word bald blass. Brauchen wir das alles wirklich ?

Da heißts, das einfügen von texten aus word funktioniert nicht, wird das
mit einem neuen icon gefixt, passts erst recht wieder nicht. abschalten
kann man ohnedies jedes icon oder umgekehrt nur die anzeigen die man
haben will.

> Solange 4.2.xx noch gepflegt wird, ist Typo3 erste Wahl. Und dann ???

security issues werden dann nicht mehr gepflegt, außer du bezahlst wen,
der dir das alles backported, geht auch.

> Und jetzt kommt der Knackpunkt: Merkt den von den Entwicklern keiner,
> daß sich die kritischen Stimmen der vielen alten Anhänger von Typo3
> mehren ??

konstruktive Kritik hat noch nie geschadet. Konstruktiv find ich sowas
wie "Es wird alles langsamer", "früher war alles besser", "die neuen
features braucht niemand" usw nur bedingt.

Ich bin halt auch wer, der so "sinnlose" Features und so private
Hilfskrücken-Extension beisteuert, da wundert es nicht wenn man solche
"Kritiken" persönlich nimmt. So wird es vielen hier gehen.


> Und der Spruch, wir müssen ja nicht Typo3 "machen", der ist wirklich dumm
> und ignorant und das von eigentlich klugen Leuten. Schade . . . .

Wenns um Performance-Verbesserungen geht, dann muss man sich halt
zusammensetzen und das ganze wirklich debuggen. Wenn wer die Zeit dafür
hat, schön, wenn nicht, muss man die Zeit bezahlen, von wem auch immer.

> Es ist der Anfang gelegt worden, daß sich die Typo3 Truppe spaltet wie
> so viel andere Projekte auch. Muss das wirklich sein ?

Ach Blödsinn. Fakt ist: Man kann nie 100% der Leute zufrieden stellen.
Es gibt unzählige Verbesserungen in der 4-5 und noch unzähliges zu tun

Und wenn sich wer die Arbeit machen will, ein neues CMS oder TYPO3-2 zu
erfinden, dann warum nicht - wird nur schwer ohne Agenturen oder
Entwickler (sarcasm)

Georg

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

Re: [TYPO3-german] und nochmal srfeuserregister ... kein Sicherheitstoken


Am 16.11.2010 20:53, schrieb Ralf-René Schröder:

hallo zusammen...
eigentlich hatte ich bis dato kaum wirkliche Probleme mit der
Benutzerregistrierung
nun aber habe ich nach einem Relaunch das Problem das die Bestätigung
der Mailadresse nicht mehr klappt... der Bestätigungslink (der
deletelink funktioniert) führt immer zu folgender Meldung auf weißer
Bestätigungsseite (wenn vorher kein Browserfenster offen war)

"sr_feuser_register: Der Sicherheitstoken dieses Formulars ist leer!"

wenn man eine beliebige Webseite diese Firmenauftritts manuell öffnet
und dann den Link aus der mail manuell einfügt, dann wird die
Bestätigungsseite prinzipiell richtig, aber ohne die
Registrierungsmeldung angezeigt (also nur mit dem Link zur Registrierung)

wenn man die user manuell freischaltet klappt alles andere, wie
anzeigen, editieren und löschen problemlos, ebenso wie an und abmelden
(auch von Usern die noch ein nicht gesalzenes PW haben wird dieses
richtig ersetzt)...
Außerdem ist zu bemerken dass es in dieser Grundkonfiguration am beginn
des relaunch schon funktioniert hatte (gerade die useranmeldung hatte
ich da getestet weil es das erste mal war dass ich salted PW einetzte),
es ist nur nicht nachzuvollziehen ab wann es aufhörte zu funktionieren
um somit mögliche Verursacher einzugrenzen...

TYPO3 4.4.4
rsaauth 1.0.0
saltedpasswords 1.0.0
sr_feuser_register 2.6.1
srfeuserregister_t3secsaltedpw 0.2.0

hat jemand ein solches Problem schon einmal gehabt und kann damit einen
Tipp in die möglicherweise richtige Richtung geben ???


Nur eine Idee:
Wenn Du von der 2.5er Version auf die 2.6er Version geupdated haben 
solltest, dann musst Du Dein Template wieder aktualisieren. 
sr_feuser_register funktioniert nicht sauber mit Templates aus der 2.5er 
Version.


Noch ne Info:
Solche Token-Meldungen kommen auch, wenn man versucht ein und denselben 
Link ein zweites Mal zu öffnen.

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

Re: [TYPO3-german] indexed Search


Am 17.11.2010 15:06, schrieb Hessix:

Hallo,

ich finde meinen Fehler aktuell nicht.
Ich habe indexed Search eingebunden und es läuft auch.
Wenn ich nun die Suchergebnisseite erstelle ist diese vollständig
vorhanden.
Nachdem ich das Template aus typo3\sysext\indexed_search\pi eingebunden
habe ist keine SUcheingabe mehr mmöglich.
Habe ich irgendwas vergessen umzuschalten oder wo liegt mein (Denk-)Fehler

Gruß Lars

Häh?!?!

Die indexed_search läuft und wenn Du das Standardtemplate einbindest, 
dann lüppt nix mehr?!?!


Sorry check ich nicht. Na vielleicht hast das Template in der Extension 
selbst verändert. Dann bitte einmal den Core neu installieren oder das 
indexed_search Verzeichnis löschen und über SVN updaten.


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

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

2010-11-18 Diskussionsfäden RDE / Redlich


Gerhard Obermayr schrieb:


Ich arbeite seit der v3.5 mit TYPO3 - also seit ca 2002/2003,
Es wurden seither schon so viele Sinnlosigkeiten eingebaut, dafür war 
auch Zeit ...



Ich bin Anwender und kein Programmierer ...


Die Performance des Backends ist von 4.2 auf 4.4 um 100% schlechter 
geworden.


Und das ist beweisbar, denn ich habe auf meinem Seerver ungefähr 120 
domains mit 4.2 und 9 domains mir 4.4 laufen

Es ist also kein Server-Problem sondern von TYPO3


Hallo an die Typo3 Profis,

ich will und muß dem Gerhard Obermayr zustimmen, leider, ich arbeite
auch seit 2003 (angefangen mit 3.6.2) und damals sehr erfolgreich.

und bei jedem Release wurde Typo3 langsamer. Eine Menge der Features
brauchen wirklich nur wenige. Von den 3000+ Extensions sind vielleicht
100 professionell konzipiert, die anderen sind private Hilfskrücken.

Seit Typo3 4.3.x ist das Backend sehr sehr langsam geworden. Und darum
bleibe ich auf 4.2.15 stehen, das mit 4.3 und 4.4 und höchstwahrscheinlich
auch 4.5 ist mühselig, auch mit 3,8 GigaHz PCs und Opteron Quadcore Servern.

Der aktuelle RTE muckt immer wieder, und der RTE hat die Featuritis,
da wird ja Microsofts Word bald blass. Brauchen wir das alles wirklich ?

Solange 4.2.xx noch gepflegt wird, ist Typo3 erste Wahl. Und dann ???

Und jetzt kommt der Knackpunkt: Merkt den von den Entwicklern keiner,
daß sich die kritischen Stimmen der vielen alten Anhänger von Typo3
mehren ??

Und der Spruch, wir müssen ja nicht Typo3 "machen", der ist wirklich dumm
und ignorant und das von eigentlich klugen Leuten. Schade . . . .

Es ist der Anfang gelegt worden, daß sich die Typo3 Truppe spaltet wie
so viel andere Projekte auch. Muss das wirklich sein ?

--

mit freundlichen Grüßen
Dipl.Ing.Gert Redlich


und diese Sachen hier mache ich gratis !! da gibts kein Geld für.
-|---+
Fernsehmuseum Redaktion
Gert Redlich |phone:+49 611 95031-0  +
Kirchbornstrasse 2
D-65191 Wiesbaden Bierstadt
-+
www.fernsehmuseum.info
www.fernsehmuseum.de
www.tonbandmuseum.info
www.magnetbandmuseum.info
www.hifimuseum.de
Bürozeiten meist 18.oo bis 22.oo Uhr +
-+
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Just do it! - Was: Re: [TYPO3-v4] Announcing TYPO3 4.5 beta1

2010-11-18 Diskussionsfäden Kay Strobach

Hallo zusammen,

ich habe für Gerhard den Report erstellt.

http://bugs.typo3.org/view.php?id=16462

Ich hoffe, da es -zumindest in meinen Augen - ein Bug ist, dass es evt.
noch in 4.5 gefixt wird, da 4.5 ja noch nicht released wurde.

Grüße
Kay

Am 18.11.2010 10:17, schrieb JoH asenau:
> Moin moin.
> 
> Quit talking and start chalking, sagt man beim Billard.
> 
> Das ist kein Feature sondern ein Bug, da das Feld per Definition für JEDES 
> verfügbare Bild einen Link beinhalten können muß!
> Da jede einzelne URL in jedem Browser deutlich mehr als 255 Zeichen lang sein 
> darf, reicht das aktuelle varchar(255) nicht aus.
> Daher MUSS das geändert werden, um diesen Bug zu fixen.
> 
> Also unnabhängig vom momentanten Frustrationsgrad:
> 1. Diskussion einstellen
> 2. Bug melden
> 3. Bug fixen oder fixen lassen
> 4. Committen
> 4. Fertig!
> 
> Alles andere ist heiße Luft, sonst nix!
> 
> Frohes Schaffen
> 
> Joey
> 
> --
> Wenn man keine Ahnung hat: Einfach mal Fresse halten!
> (If you have no clues: simply shut your gob sometimes!)
> Dieter Nuhr, German comedian
> Xing: http://contact.cybercraft.de
> Twitter: http://twitter.com/bunnyfield
> TYPO3 cookbook (2nd edition): http://www.typo3experts.com

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

[TYPO3-german] Just do it! - Was: Re: [TYPO3-v4] Announcing TYPO3 4.5 beta1

Moin moin.

Quit talking and start chalking, sagt man beim Billard.

Das ist kein Feature sondern ein Bug, da das Feld per Definition für JEDES 
verfügbare Bild einen Link beinhalten können muß!
Da jede einzelne URL in jedem Browser deutlich mehr als 255 Zeichen lang sein 
darf, reicht das aktuelle varchar(255) nicht aus.
Daher MUSS das geändert werden, um diesen Bug zu fixen.

Also unnabhängig vom momentanten Frustrationsgrad:
1. Diskussion einstellen
2. Bug melden
3. Bug fixen oder fixen lassen
4. Committen
4. Fertig!

Alles andere ist heiße Luft, sonst nix!

Frohes Schaffen

Joey

--
Wenn man keine Ahnung hat: Einfach mal Fresse halten!
(If you have no clues: simply shut your gob sometimes!)
Dieter Nuhr, German comedian
Xing: http://contact.cybercraft.de
Twitter: http://twitter.com/bunnyfield
TYPO3 cookbook (2nd edition): http://www.typo3experts.com
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] srfeuserregister - anfängerfragen

2010-11-18 Diskussionsfäden roberto blanko

Ich habe auch das Problem, dass der Display Mode im Flexform wohl ignoriert
wird. Statt dem Registrierungsformular kommt immer nur der Link "Not a
member yet? click here to register". (V. 2.6.1 auf T3 4.4.4)

Je länger ich mit TYPO3 arbeite (immerhin schon über 5 Jahre), desto
frustrierter werde ich. Wenn man nicht fast alles selber schreibt, funzt
einfach nix gescheit. Warum eine User-Registrierung nicht Teil des Cores
bzw. Sysext ist, ist mir z.B. auch schleierhaft. IMHO hat TYPO3 ein
gewaltiges Qualitätsproblem. Entweder sind Extensions gnadenlos oversized
oder sie funktionieren einfach nicht.
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

Am 18.11.2010 09:25, schrieb Gerhard Obermayr:
> Das hat nichts mit einer "Individualisierung" zu tun.
> Jeder kann das brauchen, warum denn die anderen Felder erweiterbar gemacht?

naja ich brauchs zB nicht ;)

> Nun, zum Bugtracker möchte ich mich nicht mehr äußern, denn bisher hatte
> ich kein Glück damit.

das ist aber der einzige weg.

> Auch mein letzter Eintrag in Bezug auf falsche Adressausgabe mit realURL
> wurde einfach geschlossen, obwohl das Problem noch immer präsent ist.

ist eine extension und nicht core.

> Also was soll das - im übrigen ist das von mir angesprochene Problem ja
> kein Fehler sondern ein Manko ...

man trägt im bugtracker auch features ein.

> Da haben wir es wieder, diese selbstlose Ansichtsweise der Programmierer.
> Aber ich weiß: Alles kostenlos ...

du verkaufst ja auch kein TYPO3 sondern die Dienstleistung dazu.

>> Für Version 4.5 ist eine solche Änderunge aber gemäß [5] und [6] nicht
>> mehr Möglich.
>>
>> Deinen Ton und deine Haltung möchte ich besser im Detail unkommentiert
>> lassen...
> Wenn ich schreiben würde, was ich im Moment wirklich empfinde würde ich
> wahrscheinlich verbannt werden ...

bitte einfach die komplette Sichtweise verstehen. Innerhalb einer
Hauptversion darf es keine Änderungen an der DB geben.

Das heißt ja nicht dass man das nicht mit einer Extension lösen könnte.
schreib mir halt einfach ein kurzes mail

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

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

Am 18.11.2010 09:17, schrieb Gerhard Obermayr:
> Nun ja, Du weißt ganz genau, dass ich selber das nicht kann, weil kein
> Programmierer.

siehe antworten davor: du kannst den bugtracker bedienen, du kannst es
sponsern, du kannst wen beauftragen das in den core zu bringen

> Stattdessen wurden in die neuen Versionen viele Schwachsinnigkeiten
> eingebaut, die die Performance erheblich bremsen und die auch keiner
> braucht - oder doch?

nur weil du es nicht brauchst

> Tja, wunderts wenn manch einer die Geduld verliert, wenn ein Problem
> angesprochen wird, dagegen aber nichts unternommen wird.

und dann wirds besser?

> Dann heißt es immer "Was willst Du denn, ist doch alles Open Source und
> deshalb gratis, da kannst Du gar nichts fordern".

fordern kann man immer, nur der Ton macht die Musik

> Ich habe den Eindruck, die Entwickler wollen bewusst die einen oder
> anderen Lücken offen lassen.

das ist doch wirklich schwachsinn.

> Nur so hat man natürlich als Agentur die Möglichkeit, seine
> "Programmiererdienste" anzubieten.

wenn eine agentur nur mehr bugfixes anbieten würde und keine ganzen
projekte, dann würd ich dir recht geben.

aber du weißt doch selber dass das schwachsinn ist. Autos werden auch
kaputt und da steckt nicht immer die Automafia dahinter

> Und die Entwickler kommen eben allesamt aus Agenturen ...

bullshit, es gibt auch selbstständige. und irgendwer muss einem ja ein
gehalt zahlen. naheliegend dass das eine Agentur ist, wenn man wo
angestellt ist und webentickler ist.

> Wie sonst soll ich mir das Konzept der "Introduction-Package"
> zusammenreimen?
> Das "Introduction Package" bietet zwar die Möglichkeit der Farbauswahl
> und einer Kopfgrafik, aber das wars auch schon.

es ist ja auch nur eine art demo. statt der alten "football-seiten"

> Im nachhinein das noch zu ändern ist schlicht nicht möglich!

du kannsts einfach neu aufsetzen ;)

> Als Template-Engine ist es schlichtweg nicht zu gebrauchen - andere CMSe
> bieten eine Unzahl eingebauter moderner Templates, die ich jederzeit
> austauschen kann.

es ist ja auch keine template-engine sondern eine demo.

> Schade, auch wenn jemand sagt "Du musst es ja nicht verwenden" ändert
> das nichts an meiner Einstellung.

richtig. aber wenn du templates suchst, bist du beim intro-package falsch

> Und was meinen Ton und meine Haltung angeht - nun ja, eigentlich sollte
> es nicht wundern, wenn manch einer - wie auch ich - von der
> Gesamtentwicklung enttäuscht ist ...

und wann hat wer das letzte mal mit geraunze was erreicht?

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

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

2010-11-18 Diskussionsfäden Gerhard Obermayr


Hi Steffen, ja da sind sie wieder, die üblichen Ausflüchte.

Am 18.11.2010 08:29, schrieb Steffen Ritter:

Hallo Gerhard,

Es kann doch kein Problem sein, das Datenbankfeld zu ändern!

Es steht dir frei dies zu tun und eien Patch einzureichen.

Solche "Feinheiten" fallen für mich persönlich auch unter 
indivualisierung... Da muss ich 2 Zeilen Konfiguration ändern für - 
sowas sollte in Projekten in denen das gebraucht wird (ich hab das 
erst einmal gebraucht) für TYPO3 Einrichter als Selbstverständlichkeit 
mit von der Hand gehen.

Das hat nichts mit einer "Individualisierung" zu tun.
Jeder kann das brauchen, warum denn die anderen Felder erweiterbar gemacht?
Ursprünglich war nur der Bildtext vorhanden und sonst gar nichts ...


Wenn du der Meinung bist, dass das natürlich für Alle ausgeliefert 
werden sollte, steht es dir natürlich auch frei  - nach einem 
entsprechenden Bug-Report[3] auf bugs.typo3.org - diese kleine 
Änderungen in einen Patch[1] zu verpacken und in die CoreListe zur 
Abstimmung zu geben[2]. Ist ja schliesslich OpenSource ;)
Nun, zum Bugtracker möchte ich mich nicht mehr äußern, denn bisher hatte 
ich kein Glück damit.
Auch mein letzter Eintrag in Bezug auf falsche Adressausgabe mit realURL 
wurde einfach geschlossen, obwohl das Problem noch immer präsent ist.
Also was soll das - im übrigen ist das von mir angesprochene Problem ja 
kein Fehler sondern ein Manko ...
Zu beachten ist natürlich der Release Workflow - und was zu welchem 
Status an TYPO3 geändert werden darf[5] [6].
Solltest du Aufgrund deiner Fähigkeiten dazu nicht in der Lage sein, 
bietet dir der Bugtracker auch die Möglichkeiten, die Bearbeitung von 
Bugs zu Sponsorn[4]. Weiterhin kannst du natürlich Entwickler deiner 
Wahl damit direkt beauftragen.

Da haben wir es wieder, diese selbstlose Ansichtsweise der Programmierer.
Aber ich weiß: Alles kostenlos ...


Für Version 4.5 ist eine solche Änderunge aber gemäß [5] und [6] nicht 
mehr Möglich.


Deinen Ton und deine Haltung möchte ich besser im Detail unkommentiert 
lassen...
Wenn ich schreiben würde, was ich im Moment wirklich empfinde würde ich 
wahrscheinlich verbannt werden ...


LG Gerhard


Grüße

Steffen






[1] http://typo3.org/development/bug-fixing/diff-and-patch/
[2] http://typo3.org/teams/core/core-mailinglist-rules/
[3] http://typo3.org/development/bug-fixing/reporting-bugs/
[4] http://typo3.org/development/bug-fixing/sponsoring-guidelines/
[5] http://typo3.org/teams/core/resources/release-workflow/
[6] http://forge.typo3.org/projects/typo3v45-projects/wiki/Feature_Freeze
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german



--
Liebe Grüße aus Haag
Gerhard Obermayr

___

*R. OBERMAYR Internet-Services*
A-3350 Haag, Holzleiten 83
+43 7434 42181 - Fax: DW 25

URL Firma: http://www.cgc.at - E-Mail: des...@cgc.at

URL Privat:
http://www.gerhard-obermayr.com
___
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1

2010-11-18 Diskussionsfäden Gerhard Obermayr


Hallo Georg.

Am 18.11.2010 08:46, schrieb Georg Ringer:

Danke Steffen für deine Worte und Erklärungen!

Am 18.11.2010 08:29, schrieb Steffen Ritter:

Solche "Feinheiten" fallen für mich persönlich auch unter
indivualisierung... Da muss ich 2 Zeilen Konfiguration ändern für -
sowas sollte in Projekten in denen das gebraucht wird (ich hab das erst
einmal gebraucht) für TYPO3 Einrichter als Selbstverständlichkeit mit
von der Hand gehen.

im core könnte man das schon auch sauber machen, zumindest das Feld
vergrößern, aber du hast recht: kein problem das nicht selbst zu machen.
Nun ja, Du weißt ganz genau, dass ich selber das nicht kann, weil kein 
Programmierer.
Und Du weißt es auch ganz genau, dass ich dieses Problem damals in Wien 
mit Michael angesprochen habe und er mir dazu auch recht gibt.

Und Du weißt auch, dass dies mehr als zwei Jahre her ist.
Aber bis heute hat es niemand der Mühe wert gefunden, sich dieses Feldes 
anzunehmen.
Stattdessen wurden in die neuen Versionen viele Schwachsinnigkeiten 
eingebaut, die die Performance erheblich bremsen und die auch keiner 
braucht - oder doch?

Deinen Ton und deine Haltung möchte ich besser im Detail unkommentiert
lassen...

Full ACK
Tja, wunderts wenn manch einer die Geduld verliert, wenn ein Problem 
angesprochen wird, dagegen aber nichts unternommen wird.
Dann heißt es immer "Was willst Du denn, ist doch alles Open Source und 
deshalb gratis, da kannst Du gar nichts fordern".

Aber auf der anderen Seite rühmt man sich, das beste CMS zu liefern ...
Ich habe den Eindruck, die Entwickler wollen bewusst die einen oder 
anderen Lücken offen lassen.
Nur so hat man natürlich als Agentur die Möglichkeit, seine 
"Programmiererdienste" anzubieten.

Und die Entwickler kommen eben allesamt aus Agenturen ...
Wie sonst soll ich mir das Konzept der "Introduction-Package" 
zusammenreimen?
Das "Introduction Package" bietet zwar die Möglichkeit der Farbauswahl 
und einer Kopfgrafik, aber das wars auch schon.

Im nachhinein das noch zu ändern ist schlicht nicht möglich!
Als Template-Engine ist es schlichtweg nicht zu gebrauchen - andere CMSe 
bieten eine Unzahl eingebauter moderner Templates, die ich jederzeit 
austauschen kann.
Schade, auch wenn jemand sagt "Du musst es ja nicht verwenden" ändert 
das nichts an meiner Einstellung.
Und mehr als 130 Installationen kann man nicht einfach auf ein anderes 
System ändern ...


Und was meinen Ton und meine Haltung angeht - nun ja, eigentlich sollte 
es nicht wundern, wenn manch einer - wie auch ich - von der 
Gesamtentwicklung enttäuscht ist ...


LG Gerhard


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



--
Liebe Grüße aus Haag
Gerhard Obermayr

___

*R. OBERMAYR Internet-Services*
A-3350 Haag, Holzleiten 83
+43 7434 42181 - Fax: DW 25

URL Firma: http://www.cgc.at - E-Mail: des...@cgc.at

URL Privat:
http://www.gerhard-obermayr.com
___
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] [TYPO3-v4] Announcing TYPO3 4.5 beta1