[TYPO3-german] RealURL: falsche Zuordnung --> Unterseiten zeihe Inhalt der Startseite

2010-03-18 Diskussionsfäden Torsten Schneider

Hallo,

ich abe aktuell folgendes Problem:
RealUrl ordnet anscheinend einige redirects falsch zu.

Einige Seiten zeigen den Inhalt der Startseite statt des eigenen Inhalts.
Das Problem tritt aber nicht dauerhaft auf.

Nach dem Leeren des Caches geht zunächst alles einwandfrei, jede Seite 
zeigt den ihr eigenen Inhalt.
Dann, nach einiger zeit zeigen nach und nach immer mehr Seiten den 
Inhalt der Startseite statt des eigenen.

Zunächst nur einzelne, dann nach und nach fast alle Seiten der Domain.

Wenn ich den Cache wieder leere geht alles von vorne los.
Erst geht alles korrekt und dann werden nach und nach die falschen 
Inhalte angezeigt.


Meine TYPO3-Version ist 4.3.2
RealUrl Version ist 1.7.0

Hat jemand eine Idee, wie man das Problem beheben kann?

Vielen Dank!

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


Re: [TYPO3-german] Problem plaintext direct_mail mit feeditadvanced

2010-03-18 Diskussionsfäden Alisha Huber

Nachtrag:



Ich habe extra einen User erstellt, bei dem feeditadvanced deaktiviert ist


um mit diesem Backend-User die Newsletter zu verschicken...
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


[TYPO3-german] Problem plaintext direct_mail mit feeditadvanced

2010-03-18 Diskussionsfäden Alisha Huber

Hallo,
ich habe folgendes Problem:

Typo3 4.3.1
direct_mail 2.6.5
feeditadvanced 1.2.0

Bei der plaintext - Mail von direct_mail wird ein leerer Div-Container 
von feeditadvanced als plaintext mitgeschickt, das sieht dann genau so aus:


-

id="feEditAdvanced-firstWrapper-colPos-0-pages-23">


Text Text Text normaler Content als Plaintext

--

Ich habe extra einen User erstellt, bei dem feeditadvanced deaktiviert ist

und

ich habe auch im Setup des Templates divs entfernt, was bei der 
html-version auch greift. Dort gibt es keine divs mehr:


styles.content.get.stdWrap.prepend >
styles.content.getLeft.stdWrap.prepend >
styles.content.getRight.stdWrap.prepend >
styles.content.getBorder.stdWrap.prepend >

nur bei den plaintext-Mails wird dieses div weiterhin erzeugt und als 
TExt ausgegeben. Es macht m.E. absolut keinen Sinn und ich habe keine 
Ahnung, was ich noch tun könnte.


Alles andere funktioniert problemlos...

Hat jemand das gleiche Problem und eine Lösung oder eine Idee?

Grüße

Alisha




Typo3 4.3.1
direct_mail 2.6.5
feeditadvanced 1.2.0
eingeschlossene statische Templates: css_styled_content, direct_mail, 
direct_mail boundaries


Konfiguratiion direct_mail:
u.a.:
mod.web_modules.dmail.priority=3
mod.web_modules.dmail.sendOptions=3
mod.web_modules.dmail.includeMedia=0
mod.web_modules.dmail.flowedFormat=1
mod.web_modules.dmail.plainParams=&type=99
mod.web_modules.dmail.use_domain=0
mod.web_modules.dmail.quick_mail_encoding=8bit
mod.web_modules.dmail.direct_mail_encoding=8bit
mod.web_modules.dmail.quick_mail_charset=iso-8859-1
mod.web_modules.dmail.direct_mail_charset=iso-8859-1
mod.web_modules.dmail.use_rdct=0
mod.web_modules.dmail.long_link_mode=0
mod.web_modules.dmail.enable_jump_url=0
mod.web_modules.dmail.enable_mailto_jump_url=0
mod.web_modules.dmail.testmail=TEST

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


Re: [TYPO3-german] FE-User redirect after login auf user oder gruppen basis

2010-03-18 Diskussionsfäden Christian Wolff
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
Danke, Tonke
da lag der hase im pfeffer die extension "felogin" war nicht
aktiviert/installiert.
die fügt die nötigen felder hinzu.

gruss chris


Am 18.03.2010 21:43, schrieb T. F. Koch:
> Hallo Chris,
>
> ich arbeite mit Version 4.3.1. und  felogin  1.3.0
>
> Gruß Tonke
>
> Am 18.03.2010 21:06, schrieb Christian Wolff:
>> Hallo Tonke in der Typo3 installation gibts bei FE usern und fe
>> user gruppen kein erweitert. ist ein typo3 version 4.3.2.
>>
>> habs gerade auf zwei installationen überprüft. und in der
>> datenbank scheind auch kein feld in der fe_users , fe_groups
>> darauf hinzudeuten.
>>
>> gruss chris
>>
>> Am 18.03.2010 17:33, schrieb T. F. Koch:
>>> Hallo Chris,
>>
>>> bei den FE-Usern und der Gruppe kann unter Erweitert folgendes
>>> eingetragen werden: "Bei Anmeldung zur folgenden Seite
>>> weiterleiten:".
>>
>>> Gruß Tonke
>>
>>> Am 18.03.2010 15:34, schrieb Christian Wolff:
 Hallo Liebe mailing liste, kennt jemand eine möglichkeit eine
 FE-User anhand der gruppe nach dem login weiterzuleiten?

 das ganze muss von den redakteuren wartbar sein. da diese für
 clienten FE accounts anlegen sollen und seiten mit ein paar
 individuellen informationen erstellen sollen. und dann soll
 der angelegte user natürlich direkt auf diese weitergeleitet
 werden,

 bin gespannt ob jemand eine lösung hat hab gerade die
 extension "sv_login_redirect" ausprobiert. aber die scheint
 mit der aktuellen typo3 version nicht mehr zu funktionieren.

 gruss chris

>>
>>


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

some projects:
http://richtermediagroup.com | http://titanic.de |
http://fairplay-homepage.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
 
iEYEARECAAYFAkuikssACgkQIcCaXPh/JHFoKgCfWqtxClupJz4B0riEonVMKpfp
yg4AnAyaAU0G3w5lRPXPtDVEs6ZdAiiD
=Ov0d
-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] FE-User redirect after login auf user oder gruppen basis

2010-03-18 Diskussionsfäden T. F. Koch
Hallo Chris,

ich arbeite mit Version 4.3.1. und  felogin  1.3.0

Gruß
Tonke

Am 18.03.2010 21:06, schrieb Christian Wolff:
> Hallo Tonke
> in der Typo3 installation gibts bei FE usern und fe user gruppen kein
> erweitert.
> ist ein typo3 version 4.3.2.
> 
> habs gerade auf zwei installationen überprüft.
> und in der datenbank scheind auch kein feld in der fe_users , fe_groups
> darauf hinzudeuten.
> 
> gruss chris
> 
> Am 18.03.2010 17:33, schrieb T. F. Koch:
>> Hallo Chris,
> 
>> bei den FE-Usern und der Gruppe kann unter Erweitert folgendes
>> eingetragen werden: "Bei Anmeldung zur folgenden Seite weiterleiten:".
> 
>> Gruß
>> Tonke
> 
>> Am 18.03.2010 15:34, schrieb Christian Wolff:
>>> Hallo Liebe mailing liste,
>>> kennt jemand eine möglichkeit eine FE-User anhand der gruppe nach dem
>>> login
>>> weiterzuleiten?
>>>
>>> das ganze muss von den redakteuren wartbar sein. da diese für clienten
>>> FE accounts anlegen sollen
>>> und seiten mit ein paar individuellen informationen erstellen sollen.
>>> und dann soll der angelegte user
>>> natürlich direkt auf diese weitergeleitet werden,
>>>
>>> bin gespannt ob jemand eine lösung hat hab gerade die extension
>>> "sv_login_redirect" ausprobiert.
>>> aber die scheint mit der aktuellen typo3 version nicht mehr zu
>>> funktionieren.
>>>
>>> gruss chris
>>>
> 
> 
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] FE-User redirect after login auf user oder gruppen basis

2010-03-18 Diskussionsfäden Christian Wolff
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
Hallo Tonke
in der Typo3 installation gibts bei FE usern und fe user gruppen kein
erweitert.
ist ein typo3 version 4.3.2.

habs gerade auf zwei installationen überprüft.
und in der datenbank scheind auch kein feld in der fe_users , fe_groups
darauf hinzudeuten.

gruss chris

Am 18.03.2010 17:33, schrieb T. F. Koch:
> Hallo Chris,
>
> bei den FE-Usern und der Gruppe kann unter Erweitert folgendes
> eingetragen werden: "Bei Anmeldung zur folgenden Seite weiterleiten:".
>
> Gruß
> Tonke
>
> Am 18.03.2010 15:34, schrieb Christian Wolff:
>> Hallo Liebe mailing liste,
>> kennt jemand eine möglichkeit eine FE-User anhand der gruppe nach dem
>> login
>> weiterzuleiten?
>>
>> das ganze muss von den redakteuren wartbar sein. da diese für clienten
>> FE accounts anlegen sollen
>> und seiten mit ein paar individuellen informationen erstellen sollen.
>> und dann soll der angelegte user
>> natürlich direkt auf diese weitergeleitet werden,
>>
>> bin gespannt ob jemand eine lösung hat hab gerade die extension
>> "sv_login_redirect" ausprobiert.
>> aber die scheint mit der aktuellen typo3 version nicht mehr zu
>> funktionieren.
>>
>> gruss chris
>>


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

some projects:
http://richtermediagroup.com | http://titanic.de |
http://fairplay-homepage.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
 
iEYEARECAAYFAkuih7MACgkQIcCaXPh/JHEqagCghgBxXZv/N0CakkmsXPKYOkmD
JtgAniVvfOIjYO/QpcoUk+XHBHxxd0im
=SnT1
-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] FE-User redirect after login auf user oder gruppen basis

2010-03-18 Diskussionsfäden T. F. Koch
Hallo Chris,

bei den FE-Usern und der Gruppe kann unter Erweitert folgendes
eingetragen werden: "Bei Anmeldung zur folgenden Seite weiterleiten:".

Gruß
Tonke

Am 18.03.2010 15:34, schrieb Christian Wolff:
> Hallo Liebe mailing liste,
> kennt jemand eine möglichkeit eine FE-User anhand der gruppe nach dem
> login
> weiterzuleiten?
> 
> das ganze muss von den redakteuren wartbar sein. da diese für clienten
> FE accounts anlegen sollen
> und seiten mit ein paar individuellen informationen erstellen sollen.
> und dann soll der angelegte user
> natürlich direkt auf diese weitergeleitet werden,
> 
> bin gespannt ob jemand eine lösung hat hab gerade die extension
> "sv_login_redirect" ausprobiert.
> aber die scheint mit der aktuellen typo3 version nicht mehr zu
> funktionieren.
> 
> gruss chris
> 
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

[TYPO3-german] FE-User redirect after login auf user oder gruppen basis

2010-03-18 Diskussionsfäden Christian Wolff
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
 
Hallo Liebe mailing liste,
kennt jemand eine möglichkeit eine FE-User anhand der gruppe nach dem
login
weiterzuleiten?

das ganze muss von den redakteuren wartbar sein. da diese für clienten
FE accounts anlegen sollen
und seiten mit ein paar individuellen informationen erstellen sollen.
und dann soll der angelegte user
natürlich direkt auf diese weitergeleitet werden,

bin gespannt ob jemand eine lösung hat hab gerade die extension
"sv_login_redirect" ausprobiert.
aber die scheint mit der aktuellen typo3 version nicht mehr zu
funktionieren.

gruss chris

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

some projects:
http://richtermediagroup.com | http://titanic.de |
http://fairplay-homepage.de
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
 
iEYEARECAAYFAkuiOe8ACgkQIcCaXPh/JHEpwQCfQmI3dQf7C4Ezvf31Oj0veha+
zR4AnApr1fBovV0he1utlR2OZ8RoFNZ0
=ygOf
-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] Seitenansicht für Sysfolder deakt ivieren

2010-03-18 Diskussionsfäden Alexander Walther
Hi,

das bringts ja auch nicht wirklich, was wenn im Sysfolder z.B. die News
liegen die von den Redakteuren gepflegt werden sollen.

Ich werde mal Versuchen mit der Extension me_pagelayout die Spalten
auszubelden, auch wenn das jetzt nicht unbedingt die besste Lösung ist.

Grüße
Alex

Am 18. März 2010 14:16 schrieb T. F. Koch :

> Hallo Alex,
>
> ich würde den Redakteure für diesen Sysfolder einfach die Rechte entziehen.
>
> Gruß
> Tonke
>
> Am 18.03.2010 13:25, schrieb Alexander Walther:
> > Hallo,
> >
> > kann ich irgendwie die Seitenansicht für Seiten mit dem Type Sysfolder
> > deaktivieren meine Redaktuere schaffen es immerwieder dort Inhalt
> anzulegen
> > und wundern sich warum dieser nicht auftaucht.
> >
> > Ich habe schon versucht mit hilfer von mod.SHARED.colPos_list alle
> Spalten
> > auszublenden aber das funktioniert leider nicht wirklich.
> >
> > Mit freundlichen Grüßen
> > Alex
> ___
> 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] Seitenansicht für Sysfolder deakt ivieren

2010-03-18 Diskussionsfäden T. F. Koch
Hallo Alex,

ich würde den Redakteure für diesen Sysfolder einfach die Rechte entziehen.

Gruß
Tonke

Am 18.03.2010 13:25, schrieb Alexander Walther:
> Hallo,
> 
> kann ich irgendwie die Seitenansicht für Seiten mit dem Type Sysfolder
> deaktivieren meine Redaktuere schaffen es immerwieder dort Inhalt anzulegen
> und wundern sich warum dieser nicht auftaucht.
> 
> Ich habe schon versucht mit hilfer von mod.SHARED.colPos_list alle Spalten
> auszublenden aber das funktioniert leider nicht wirklich.
> 
> Mit freundlichen Grüßen
> Alex
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german


[TYPO3-german] Suchfeld mit Suchergebnissen nur f ür bestimmte Seiten

2010-03-18 Diskussionsfäden A. Sauder
Hallo zusammen

Ich habe in einem Intranet beim Kunden einen Bereich in dem die
Programmierern die Dokumentation
der Softwaremodule führen.
Nun möchte ich nur für diesen Bereich eine Suchfunktion einrichten.
Damit soll erreicht werden, dass die Programmierer nur spezifisch in
ihrer Dokumentation suchen können, ohne
auch die Resultate aller anderen Seiten des Intranet zu erhalten.
Hat mir jemand einen Tip wie ich das mit der Typo3 Suche hin bekomme?

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


[TYPO3-german] Seitenansicht für Sysfolder deakt ivieren

2010-03-18 Diskussionsfäden Alexander Walther
Hallo,

kann ich irgendwie die Seitenansicht für Seiten mit dem Type Sysfolder
deaktivieren meine Redaktuere schaffen es immerwieder dort Inhalt anzulegen
und wundern sich warum dieser nicht auftaucht.

Ich habe schon versucht mit hilfer von mod.SHARED.colPos_list alle Spalten
auszublenden aber das funktioniert leider nicht wirklich.

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


Re: [TYPO3-german] mit BE Datensatz CEs in tt_content erstellen?

2010-03-18 Diskussionsfäden Andreas Kiessling

Hallo Gerd,



Was mir aber nicht klar ist: wie kann ich ein CE, zB "Text mit Bild" in
die tt_content Tabelle einfügen? Allerdings nicht mit einem
selbgebastelten MySQL Statement, sondern TYPO3-Style. Ist das möglich?

Und das Erzeugen eines TemplaVoila FCEs wäre auch interessant :-)


Glaube, hier findest du was du dazu brauchst:
http://blog.tolleiv.de/2010/03/handling-data-in-typo3-with-tcemain/

Gruß,
Andreas

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


Re: [TYPO3-german] Java Ajax uvm.

2010-03-18 Diskussionsfäden bernd wilke
Am Wed, 17 Mar 2010 22:32:32 +0100 schrieb Jochen Graf:

> Hallo Liste,
> 
> ich hatte heute Abend ein Meeting mit einigen Kunden.
> 
> Es ging Primär um die Webseitengestaltung.
> 
> Was möchte der Kunde und was der User der sich mit der Seite befasst?
> 
> Ich musste feststelllen, dass der End User mittlerweile Überfordert ist,
> POPUP;NEWSLETTER, WERBUNG jeder Art.
> 
> Musste ich teilweise recht geben, denn es muss ja alles in einer
> Webseite vorhanden sein.
> 
> Ich machte mich heute Abend auf den Weg, um mal eine Seite zu finden,
> auf der sich ein User ohne Kennntnisse zurecht finden kann.
> 
> Konnte keine finden.
> 
> Die Kunst ist es eine Seite zu ertsellen, bei dem sich ein User wohl
> fühlt.
> 
> Mittlerweile gibt es nichts, was ich finden konnte.
> 
> Wer besucht unsere Seite eigenlich?
> 
> Wir nein!
> 
> Die Masse.
> 
> Hat die Masse Zeit, sich in die Seite einzuarbeuiten ! Nein!
> 
> Die Kunst ist es, eine gute durchdachte Seite zu ertstellen. Ohne
> grossartigen Extras.
> 
> Wäre mal schön, wenn sich einge mal dazu äussern würden.

Ein Buch das mich zu diesem Thema sehr angesprochen hat:
Jason Hong: 'The Design of Sites: Patterns for Creating Winning Websites'

da geht es (noch) nicht um Ajax & Co, sondern darum wo man welche 
Elemente einer Seite hinstellt, damit der Kunde [1] sich zurecht findet 
und dorthin gelenkt wird wo der Klient[1] den größten Nutzen hat.

Leider bekomme ich immer wieder wunderbare Layouts die als Print auch 
toll funktionieren mögen, aber als Website total versagen, weil der 
Designer nicht begreift, dass es keine festgelegten Fonts gibt und es im 
Web immer noch keine Softtrenner gibt, und dass (gerade in einem CMS) 
nicht auf jeder Seite gleich viel Text steht, und dass jeder Monitor eine 
andere sichtbare Fläche hat.

[1]: in diesem Buch wird auf die Diskrepanz zwischen Kunde des 
Websiteentwicklers (=Auftraggeber der Website) und Kunde des Website-
Betreibers (=Besucher der Website) unterscheiden indem das erste als 
Klient (client) und das zweite als Kunde (customer) bezeichnet wird. Ich 
versuche diese Begriffe auch in Deutschland zu etablieren ;-)

Link: http://www.pi-phi.de/227.html (ganz unten)

zu den ganzen Ajax&Co-Spielereien:
Mir stellt sich immer die Frage: 'und was sieht jemand, bei dem das ganze 
nicht funktioniert/deaktiviert ist?'
zum einen ist ein std-Workaround für fast jeden IE-Exploit: 'deaktivieren 
sie javascript'. 
das andere: Google hat auch kein Javascript.
Google sieht also nur Inhalte und vor allem(!) Links, die nicht erst 
durch Javascript (oder Flash) sichtbar werden oder funktionieren können.

Gerade wenn man diverse Javascript-Spielereien auf einer Seite hat kann 
es auch den Nebeneffekt geben, dass ein Javascript-Fehler in einer 
Spielerei die Ausführung der anderen Spielereien (die für sich absolut 
fehlerfrei sind) unterbindet.

es gibt inzwischen ein schönes Buzzword dazu: 'over-AJAXified'

bernd
-- 
http://www.pi-phi.de/cheatsheet.html
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] editieren mit dem T3Quixplorer schl ägt fehl

2010-03-18 Diskussionsfäden Christian Platt
Hab ich kein Problem mit, funktioniert weiter.

Kann der nicht speichern? Dann schau Dir mal die Zugriffsrechte in dem 
Verzeichnis an...

Christian


Am 17.03.2010 um 17:22 schrieb Jochen Graf:

> Hallo,
> ich arbeite mir der genialen Extension T3Quixplorer, doch seit meiner 
> Umstellung auf 4.2.3 kann ich eine Änderung einer Datei nicht mehr 
> abspeichern.
> Kann es sein, dass irgenwo ein edit:none existiert?
> 
> -- 
> Mit freundlichen Grüssen
> 
> Jochen Graf
> 
> Universität Koblenz-Landau / Campus Landau
> Arbeitstelle Multimedia/Technik-Administration
> 
> Thomas-Nast-Str. 44
> 76829 Landau
> 
> mail: g...@uni-landau.de
> fon: 06341-990-224
> 
> http://www.uni-koblenz-landau.de/landau
> 
> http://www.paeps.uni-landau.de
> http://www.paeps.technik.uni-landau.de/
> 
> 
> http://www.wulv.uni-landau.de
> http://www.ueberlebenmitklips.uni-landau.de/
> 
> 
> ___
> 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] Individuellen Seitenhintergrund durch Redakteur

2010-03-18 Diskussionsfäden JoH asenau
> vielen Dank für deine Antwort - das funktioniert soweit auch.
> Nur wird der Dateiname der Grafik nicht im Stylesheet ausgegeben:
> -
> #content_wrapper {
>  background: transparent url() no-repeat top left;
>   }
> 
> Ich habe der Seite das Hintergrundbild zugeordnet, es wurde auch von
> fileadmin/ nach uploads/media kopiert.
> Bis auf das Umbenennen des Containers habe ich an deinem Code nichts
> weiter verändert (vgl. http://pastebin.com/aEzJwNLY)
> Gibt es die Möglichkeit, einen Fallback-HIntergrund anzulegen?
>
>>import = uploads/media

Sorry - da fehlte ein /

import = uploads/media/

sonst passt der Pfad nicht.

Ein Fallback brauchst Du eigentlich nicht, weil durch "levelmedia:-1, slide"
die gesamte Rootline durchforstet wird. Es reicht also, wenn Du für die
eigentliche Rootseite das Fallback Bild hochlädst.

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] Individuellen Seitenhintergrund durch Redakteur

2010-03-18 Diskussionsfäden Moritz Mädler
Hallo!

vielen Dank für deine Antwort - das funktioniert soweit auch. 
Nur wird der Dateiname der Grafik nicht im Stylesheet ausgegeben:
-
#content_wrapper { 
 background: transparent url() no-repeat top left; 
  }

Ich habe der Seite das Hintergrundbild zugeordnet, es wurde auch von fileadmin/ 
nach uploads/media kopiert.
Bis auf das Umbenennen des Containers habe ich an deinem Code nichts weiter 
verändert (vgl. http://pastebin.com/aEzJwNLY)
Gibt es die Möglichkeit, einen Fallback-HIntergrund anzulegen?

Vielen herzlichen Dank!

Am 18.03.2010 um 10:15 schrieb JoH asenau:

>> ich habe hier eine T3-Seite zur Umsetzung vorliegen, bei der es
>> möglich sein soll,
>> dass der Redakteur das Hintergrundbild setzt. Dabei sollte er im
>> Seiteneigenschafts-
>> menü ein Auswahlfeld vorfinden, über das er das Gewünschte auswählen
>> kann. Da ich seit längerer Zeit nichts mehr mit Typo3 gemacht habe,
>> weiß ich nicht wirklich,
>> wie das umsetzen kann.
>> 
>> Es wäre toll, wenn Ihr mir mit einem Denkanstoß weiterhelfen könntet.
> 
> Eleganteste Vorgehensweise:
> Nutze das Feld "media", das für die Standardseiten bereits zur Verfügung
> steht.
> Daraus kannst Du das Hintergrundbild beziehen, das vom Redakteur hochgeladen
> werden kann.
> Die Einbindung erfolgt dann durch einen Link auf die gleiche Seite (nur mit
> anderer typeNum), den Du in den  der Seite einbaust. Das CSS-file wird
> dann als eigener Seitentyp angelegt, in dem Du nicht nur das Hintergrundbild
> sondern auch alle anderen CSS-Eigenschaften dynamisch generieren kannst.
> Wichtig ist dabei lediglich, den Header vollständig zu disablen und einen
> eigenen zu setzen, der den Browsern klar macht, dass es sich um eine CSS
> Datei handelt.
> 
> page.headerData.999 = TEXT
> page.headerData.999 {
>typolink.parameter.data = TSFE:id
>typolink.returnLast = url
>wrap = 
> }
> 
> dynamicStylesheet = PAGE
> dynamicStylesheet {
>typeNum = 79
>config {
>disableAllHeaderCode = 1
>additionalHeaders = Content-type: text/css
>admPanel = 0
>}
>10 = IMG_RESOURCE
>10 {
>file {
>import = uploads/media
>import.data = levelmedia:-1, slide
>import.listNum = 0
>width = 123c
>height = 123c
>}
>stdWrap.wrap (
> #backgroundcontainer {
>background: #FF url(|) no-repeat top left;
> }
> )
>}
> }
> 
> Diese und ähnliche Rezepte und Lösungen findest Du übrigens unter dem Link
> ganz unten in meiner Signatur ;-)
> 
> 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] Dateien im Passwort geschützen O rdner

2010-03-18 Diskussionsfäden Andreas Siemer

Am 16.03.2010 21:16, schrieb Norbert Stooss:

Ein hier oft angesprochenes Problem und auch bei Google,
dass Dateien, die sich in einem durch "Benutzername und Passwort"
geschützeten Ordner
(http://www.meine-domain.de/fileadmin/closed-area/20100129_MBM_Infopdf_de.pdf)
befinden,
ohne weiteres über
(http://www.meine-domain.de/uploads/media/20100129_MBM_Infopdf_de.pdf)
heruntergeladen werden können.

Mit der Extension "Secure Downloads" (naw_securedl) wird der Pfad ein
wenig unkenntlich gemacht, im Mittelteil des "verschlüsselten Pfades"
steht jedoch "uploads/media/20100129_MBM_Infopdf_de.pdf" im Klartext.


Dann hast Du die Erweiterung vermutlich nicht richtig/ vollständig 
eingerichtet - das "Kaschieren" des Links ist nur ein Nebeneffekt von 
naw_securedl.
Aus eigener Erfahrung: Hast Du die htaccess_deny von naw_securedl als 
.htaccess in "uploads" kopiert? Schau noch mal genau in die Anleitung.


Wenn die Erweiterung richtig konfiguriert ist, bewirkt sie immer einen 
Error 403, wenn der Zugriff nicht übder das FE von TYPO3 erfolgt - 
übrigens auch bei Dateien zum Download, für die man nicht eingeloogt 
sein muss.

Wo muss ich ansetzen, damit TYPO3 die Dateien nicht nach "uploads/media"
auslagert?

Das brauchst Du also an sich nicht.

Hoffe das hilft!

Andreas


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


Re: [TYPO3-german] Individuellen Seitenhintergrund durch Redakteur

2010-03-18 Diskussionsfäden JoH asenau
> ich habe hier eine T3-Seite zur Umsetzung vorliegen, bei der es
> möglich sein soll,
> dass der Redakteur das Hintergrundbild setzt. Dabei sollte er im
> Seiteneigenschafts-
> menü ein Auswahlfeld vorfinden, über das er das Gewünschte auswählen
> kann. Da ich seit längerer Zeit nichts mehr mit Typo3 gemacht habe,
> weiß ich nicht wirklich,
> wie das umsetzen kann.
>
> Es wäre toll, wenn Ihr mir mit einem Denkanstoß weiterhelfen könntet.

Eleganteste Vorgehensweise:
Nutze das Feld "media", das für die Standardseiten bereits zur Verfügung
steht.
Daraus kannst Du das Hintergrundbild beziehen, das vom Redakteur hochgeladen
werden kann.
Die Einbindung erfolgt dann durch einen Link auf die gleiche Seite (nur mit
anderer typeNum), den Du in den  der Seite einbaust. Das CSS-file wird
dann als eigener Seitentyp angelegt, in dem Du nicht nur das Hintergrundbild
sondern auch alle anderen CSS-Eigenschaften dynamisch generieren kannst.
Wichtig ist dabei lediglich, den Header vollständig zu disablen und einen
eigenen zu setzen, der den Browsern klar macht, dass es sich um eine CSS
Datei handelt.

page.headerData.999 = TEXT
page.headerData.999 {
typolink.parameter.data = TSFE:id
typolink.returnLast = url
wrap = 
}

dynamicStylesheet = PAGE
dynamicStylesheet {
typeNum = 79
config {
disableAllHeaderCode = 1
additionalHeaders = Content-type: text/css
admPanel = 0
}
10 = IMG_RESOURCE
10 {
file {
import = uploads/media
import.data = levelmedia:-1, slide
import.listNum = 0
width = 123c
height = 123c
}
stdWrap.wrap (
#backgroundcontainer {
background: #FF url(|) no-repeat top left;
}
)
}
}

Diese und ähnliche Rezepte und Lösungen findest Du übrigens unter dem Link
ganz unten in meiner Signatur ;-)

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] felogin und der Abmelden-Button

2010-03-18 Diskussionsfäden Martin Ceglarek


Am 16.03.2010 08:29, schrieb Wolfgang Kleinbach:

Martin Ceglarek schrieb:

Hallo Andreas,

ich hatte vor einiger Zeit denselben Wunsch und habe diesbezüglich
unter
http://www.typo3.net/index.php?id=13&action=list_post&tid=78612&page=1
mit dem Entwickler kommuniziert. (ziemlich weit hinten in der Disskusion)

Der Schritt mit "Erfolgreich angemeldet" ist in der Extensionstruktur
fest hartcodiert und lässt sich nur per Patchen des Quellcodes umgehen.
Das Patchen ist dort beschrieben.
Das Problem dieser Lösung ist aber, dass man bei jedem Update von
TYPO3 nachpatchen muss und dass der Patch Probleme beim Redirect
verursacht, das ich ebenfalls brauche.

Ich habe mich jetzt damit arrangiert und es bei der Originallösung
belassen in der Hoffnung, dass die Websiteuser damit trotzdem klarkommen.

Gruß

Martin

Hallo Martin,

das Problem, dass Du hier ansprichst, konnte ich mit einem anderen Patch
lösen, der im Gegensatz zum vom Autor vorgeschlagenen Patch beim
Redirect keine Probleme verursacht und daher vielleicht für Dich auch
eine Lösung sein könnte.
Siehe http://bugs.typo3.org/view.php?id=13798

Das Problem von Andreas war/ist aber wohl ein anderes, wenn ich seine
späteren Beiträge richtig erinnere.

Gruss,

Wolle




Hallo Wolfgang,

danke für Deinen interessanten Hinweis. Habe mir die Sache jetzt genauer 
angeschaut und sie funktioniert tatsächlich recht gut.


Das Problem behebt sie allerdings nicht wirklich sauber, da sie eine 
Mischform aus den Templates LOGIN und LOGOUT erzeugt und erst beim 
Neuaufrufen der Seite wie gehabt das normale Template LOGUOT erscheint. 
Der Schritt über "login success" bleibt also nach wie vor erhalten.


So wie ich es sehe, besteht also das Problem der felogin in dem aus der 
newloginbox geerbten Zustand "login success", der m. E. überflüssig ist, 
da er keine Infos bzw. keine Funktionalität enthält, die nicht der 
Schritt mit dem Template LOGUOT enthalten würde. Die Extension hat also 
so gesehen keinen Fehler. Sie arbeitet einfach mit einem Zustand der 
besser nicht drin enthalten sein sollte.


Würde die Extension also nach dem Login sofort auf Logout gehen, wäre 
die Sache wirklich sauber gelöst.


Das bewirkte übrigens der Patch des Entwicklers.

Gruß

Martin Ceglarek


Am 09.03.2010 13:06, schrieb Andreas Geibert:

Hallo Liste,

ich habe Typo3 4.3.1 und felogin in der Version 1.3.0

Ich habe eine Seite „Downloads“.

Dort eingebunden habe ich mein felogin Plugin.

Nach dem Einloggen erscheint leider zuerst mal



Anmeldung erfolgreich
Sie sind nun angemeldet als 'xyz'.

Das heißt, der „Abmelden“-Button fehlt hier. Wenn ich die Seite neu
lade,
verschwindet die o.g. Meldung und der gewünschte „Abmelden“-Button
erscheint.

Da der Benutzer im Normalfall meine Downloadseite nicht neu laden wird,
bräuchte ich den „Abmelden“-Button aber gleich nach dem Login.

Kann man das irgendwie erreichen?



Viele Grüße,

Andreas







___
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] Individuellen Seitenhintergrund durch Redakteur

2010-03-18 Diskussionsfäden Moritz Maedler
Hallo Liste!

ich habe hier eine T3-Seite zur Umsetzung vorliegen, bei der es möglich sein
soll,
dass der Redakteur das Hintergrundbild setzt. Dabei sollte er im
Seiteneigenschafts-
menü ein Auswahlfeld vorfinden, über das er das Gewünschte auswählen kann.
Da ich seit längerer Zeit nichts mehr mit Typo3 gemacht habe, weiß ich nicht
wirklich,
wie das umsetzen kann. 
Ich habe das Template mittels TemplaVoila aufgebaut und dachte daran, es
über die Vererbung
zu machen. Hier weiß ich aber nicht, wie ich nur einzelne Attribute (bspw.
ein extra Stylesheet)
ändern kann. Und #Templates x #Hintergründe Templateobjekte anzulegen, macht
wenig Sinn denke ich.

Eine weitere denkbare Lösung wäre, das Formular "Seiteneigenschaften" um ein
Feld zu erweitern, dessen
Wert dann ein entsprechendes CSS nachlädt. Auch hier weiß ich leider nicht,
wie ich die Seiteneigen-
schaften anpassen kann.

Es wäre toll, wenn Ihr mir mit einem Denkanstoß weiterhelfen könntet.

Vielen Dank!

Moritz

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


Re: [TYPO3-german] Java Ajax uvm.

2010-03-18 Diskussionsfäden Stefan Frömken
Ich bin kein Grafikdesigner. Aber ich bin der Programmierer von 
mitlerweile 3 Grafikern. Da kann man echt noch was lernen.


Ich denke das Wichtigste sind Übersichtlichkeit und Einheitlichkeit. So 
arbeitet einer dieser Grafiker immer mit einem unsichtbaren Raster im 
Hintergrund. Heißt: Alle Buttons sind gleich groß, haben immer die 
gleiche Farbe und die gleiche Schrift. Alle Bilder passen sich in das 
Raster ein und alle Absätze sind an das Raster angelehnt. Es macht Spaß 
sich über eine solche Webseite zu bewegen. Hier eine Seite von ihm wo 
das Raster zu sehen ist:


http://www.bender-neunkirchen.de/cms/index.php?id=4

Wenn eine Webseite Werbung, Newsletter enthalten soll, dann gehört die 
Werbung nicht direkt in die Webseite rein:


http://www.feelgood-oberberg.de/cms/

Sehr schön an dieser Seite: Sie beinhaltet so viele Links, dass sie in 
Kategorien aufgeteilt wurde. Jede Kategorie spiegelt eine Farbe wieder. 
Heißt: Wenn ich zum Beispiel hier drauf gehe:


http://www.feelgood-oberberg.de/cms/index.php?id=27

Dann sehe ich direkt, dass ich mich im Infobereich befinde, denn alle 
Überschriften haben nun den gleichen Hintergrund wie die Kategorie und 
auch das gleiche Icon auf der rechten Seite. Das CE Newsletter 
abonnieren ist aber weiter hin grau, weil es Kategorie unabhängig ist.


Auch eine Webseite mit drei Navigationen auf einmal kann übersichtlich 
dargestellt werden. Hier ein Link zu einem Projekt im Betastadium:


http://worshipforum.sfroemken.de/?id=2

Auch hier wieder: Jede Kategorie hat Ihre eigene Farbe und 
wiedererkennungswert. Klickt mal auf:


http://worshipforum.sfroemken.de/nc/mitglieder/index.html

und auch hier kommen alle Farben wieder zur Geltung und werden bis in 
den letzten Winkel der Seite beibehalten. Ich weiß also immer ob es auf 
der aktuellen Seite im E-Giterre oder Keyboard oder oder oder handelt. 
Die Werbung hat Ihren eignen Bereich und ist klar von jeglichem Content 
abgetrennt.


Auf meiner eigenen Seite gibt es nicht sehr viel Inhalt, was sollte 
einen User also besonders lange auf dieser Webseite halten? Wir haben 
uns für interessante Hintergründe entschieden. Da passt jedes 
Hintergrund ideal zum aktuell gewählten Thema:


http://sfroemken.de/downloads.html

und mit Hilfe der Farbbälle oben kann der User seinen eigenen Style wählen.

und jetzt gehen wir mal auf:

http://www.gmx.net/

und suchen das Bild mit dem Hund und der Zeitung im Maul :-) Viel zu 
viele Bilder, viel zu viele Informationen. Wenn der User hier nicht 
überfordert ist...
Einheitlichkeit=Fehlanzeige: kleine Bilder, große Bilder, wechselnde 
Bilder, Werbebilder, Startbilder von Videos und irgendwo zwischen Sport 
und Gesundheit sind eingerückte Werbezeilen für DSL-Komplettpakete, 
obwohl schon ganz oben links für dieses Paket Werbung gemacht wurde. 
Eine Katastrophe für jeden User.


Stefan Frömken


Jochen Graf schrieb:

Hallo Liste,

ich hatte heute Abend ein Meeting mit einigen Kunden.

Es ging Primär um die Webseitengestaltung.

Was möchte der Kunde und was der User der sich mit der Seite befasst?

Ich musste feststelllen, dass der End User mittlerweile Überfordert ist, 
POPUP;NEWSLETTER, WERBUNG jeder Art.


Musste ich teilweise recht geben, denn es muss ja alles in einer 
Webseite vorhanden sein.


Ich machte mich heute Abend auf den Weg, um mal eine Seite zu finden, 
auf der sich ein User ohne Kennntnisse zurecht finden kann.


Konnte keine finden.

Die Kunst ist es eine Seite zu ertsellen, bei dem sich ein User wohl fühlt.

Mittlerweile gibt es nichts, was ich finden konnte.

Wer besucht unsere Seite eigenlich?

Wir nein!

Die Masse.

Hat die Masse Zeit, sich in die Seite einzuarbeuiten ! Nein!

Die Kunst ist es, eine gute durchdachte Seite zu ertstellen. Ohne 
grossartigen Extras.


Wäre mal schön, wenn sich einge mal dazu äussern würden.

Jochen

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