Re: [TYPO3-german] GMENU mit Bildern aus Seitentitel

2012-07-02 Diskussionsfäden Jana Golinowski

Hallo Leo,


lib.iconmenu
lib.iconmenu = HMENU
lib.iconmenu {
   entryLevel = 1
   special = directory
   special.value = 25

   1 = GMENU
   1 {
 noBlur = 1
 wrap = |
 NO {
   format = png
   transparentBackground = 0
   backColor = red
   quality = 100
   5 = IMAGE
   5 {
 file.import = fileadmin/templates/img/iconmenu/
 file.import.dataWrap= |.png
 file.import.data = leveltitle : 1
   }
 }
   }
}


zwei Fehler sind im Code:

 1. Nimm den entryLevel-Eintrag raus. Dort kann nur eine Angabe gemacht werden 
(entweder entryLevel oder special).


 2. Bei file.import.data hast du dich eventuell auch mit der Ebene vertan 
(vielleicht eher -1?). Aber du könntest dort auch auf leveltitle verzichten und 
stattdessen field:title verwenden, da du ja sowieso nur den Eintrag für den 
jeweiligen Menüpunkt brauchst.


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

Re: [TYPO3-german] GMENU mit Bildern aus Seitentitel

2012-07-02 Diskussionsfäden Jana Golinowski

das automatische Vererben von höheren Ebenen funktioniert nur mit dem Feld 
media automatisch (das liegt an den enormen Ressourcen, die so eine 
autoamtische Vererbung benötigt). Wenn du andere Felder vererben lassen willst, 
musst du die in der localconf.php definieren:

$TYPO3_CONF_VARS['FE']['addRootLineFields'] = ,title;

das erste Komma ist wichtig ... !
Ungeprüft, aber das müsste gehen; ich vererbe auf die Art die META-Tags:

$TYPO3_CONF_VARS['FE']['addRootLineFields'] = 
,subtitle,author,keywords,description;


Naja, bei subtitle usw. stimmt das schon, aber title und uid werden ebenfalls 
automatisch weitergereicht. Daher gibt es ja nicht nur levelmedia, sondern auch 
leveltitle und leveluid ;-)


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


Re: [TYPO3-german] TYPO3 + mobile Endgeräte

2012-07-02 Diskussionsfäden Björn Hahnefeld
Da habe ich ja ein ziemlich interessantes Thema losgetreten :D! 

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Peter 
Linzenkirchner
Gesendet: Samstag, 30. Juni 2012 12:58
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] TYPO3 + mobile Endgeräte

Nachtrag: 

mir ist gerade noch eine Komplikation eingefallen: 

wenn ich in einem WLan mit Smartphone oder Pad unterwegs bin, möchte ich 
eigentlich die großen Bilder haben: 
- ich möchte die Retina-Dsiplays meiner Geräte ausnutzen
- ich möchte ggf. in die Bilder reinzoomen, um Details sehen zu können. 
Vor allem der zweite Punkt ist mir wichtig. 

wenn ich dagegen mit einer langsamen Verbindung unterwegs bin, möchte ich die 
Bilder so klein wie möglich, weil schlechte Bilder besser sind als keine ... 

Wie man das automatisieren könnte, weiß ich nicht. Gar nicht vermutlich. Also 
brauche ich letztlich immer die Möglichkeit, auch auf dem Smartphone 
umzuschalten auf die Desktop-Seite. Oder ich brauche zwei Varianten der 
responsiven Seiten: eine für schnelle und eine für langsame Verbindungen. 

= 

Unter dem Aspekt wäre folgende Lösung eigentlich sinnvoller: der User darf 
auswählen zwischen Desktop, Responsiv in High-Quality und Responsive in 
Low-Quality (sinnvollerweise vor dem Öffnen der eigentlichen Seite): 

Desktop: wie eben am Desktop
Responsiv in High-Quality: Layout responsive, alle Bilder in maximaler Qualität 
wie am Desktop Responsive in Low-Quality: Layout responsive, alle Bilder in 
niedrigster Qualität, so klein wie irgend möglich. Notfalls sogar per CSS 
größer gezoomt. 

Das fände ich langfristig den besseren Ansatz, weil er den User-Gewohnheiten 
eher entgegenkommt. Und dazu müsste man an TYPO3 eigentlich kaum was ändern. 

Gruß
Peter


--
Xing: http://www.xing.com/profile/Peter_Linzenkirchner
Web: http://www.typo3-lisardo.de
Facebook: http://tinyurl.com/lisardo-multimedia

___
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] Alles etwas anders?

2012-07-02 Diskussionsfäden Harald Keller
Guten Tag

Ich arbeite zum erstenmal mit TYPO3 4.7 und muss merken das sehr viele 
Erweiterungen die ich benutzen möchte
nicht mehr funktionieren weil ab 4.7 viele Klassen nicht mehr funktionieren.

Muss ich ab der Version 4.7 damit rechnen das fast die hälfte der 
bestehenden Extensions, also der erzeugten Resourcen der TYPO3 Entwickler 
nicht mehr funktionieren?

Das ist schon sehr zeitraubend fast jede Erweiterung anpassen zu müssen, 
oder sollte man die gar nicht mehr benutzen?

vielen Dank für Hinweise damit ich das verstehen kann.
Harald



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

Re: [TYPO3-german] Alles etwas anders?

2012-07-02 Diskussionsfäden Georg Ringer
Hi,

kannst du ein paar Bsp nennen?

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


Re: [TYPO3-german] TYPO3 + mobile Endgeräte

2012-07-02 Diskussionsfäden Andreas Becker
Danke gut so Bjoern

Eine der Ideen war ja different settings in TYPOscript je device.

Nun einige Fragen die mir noch nicht so klar sind:

1. Gibt es eine Moeglichkeit die Screen size auch im Typoscript auszulesen
und so conditions zu schreiben? wenn ja wie?
2. Gibt es eine Moeglichkeit / Extension die devices zu erkennen und somit
auch deren Screen sizes. Leider hat ja ein iPhone und iPad und entsprechend
das Android Zeug auch unterschiedliche Screen sizes in Portrait und
Landscape mode, wie kann man dies unterscheiden?

Waere dies ( 1 oder 2 )  moeglich so muesstes es auch moeglichsein zB
unterschiedliche mastertemplates fuer eben diese Screen sizes aufzusetzen
z.B. mit March8.

je nachdem welcher Device die Seite anfragt wird dann ggf sogar ein
komplett anders structuriertes Template in dem die Bilder auch anders
berechnet wurden reingeladen.

Andi


2012/7/2 Björn Hahnefeld b...@mp-telekommunikation.de

 Da habe ich ja ein ziemlich interessantes Thema losgetreten :D!

 -Ursprüngliche Nachricht-
 Von: typo3-german-boun...@lists.typo3.org [mailto:
 typo3-german-boun...@lists.typo3.org] Im Auftrag von Peter Linzenkirchner
 Gesendet: Samstag, 30. Juni 2012 12:58
 An: German TYPO3 Userlist
 Betreff: Re: [TYPO3-german] TYPO3 + mobile Endgeräte

 Nachtrag:

 mir ist gerade noch eine Komplikation eingefallen:

 wenn ich in einem WLan mit Smartphone oder Pad unterwegs bin, möchte ich
 eigentlich die großen Bilder haben:
 - ich möchte die Retina-Dsiplays meiner Geräte ausnutzen
 - ich möchte ggf. in die Bilder reinzoomen, um Details sehen zu können.
 Vor allem der zweite Punkt ist mir wichtig.

 wenn ich dagegen mit einer langsamen Verbindung unterwegs bin, möchte ich
 die Bilder so klein wie möglich, weil schlechte Bilder besser sind als
 keine ...

 Wie man das automatisieren könnte, weiß ich nicht. Gar nicht vermutlich.
 Also brauche ich letztlich immer die Möglichkeit, auch auf dem Smartphone
 umzuschalten auf die Desktop-Seite. Oder ich brauche zwei Varianten der
 responsiven Seiten: eine für schnelle und eine für langsame Verbindungen.

 =

 Unter dem Aspekt wäre folgende Lösung eigentlich sinnvoller: der User darf
 auswählen zwischen Desktop, Responsiv in High-Quality und Responsive in
 Low-Quality (sinnvollerweise vor dem Öffnen der eigentlichen Seite):

 Desktop: wie eben am Desktop
 Responsiv in High-Quality: Layout responsive, alle Bilder in maximaler
 Qualität wie am Desktop Responsive in Low-Quality: Layout responsive, alle
 Bilder in niedrigster Qualität, so klein wie irgend möglich. Notfalls sogar
 per CSS größer gezoomt.

 Das fände ich langfristig den besseren Ansatz, weil er den
 User-Gewohnheiten eher entgegenkommt. Und dazu müsste man an TYPO3
 eigentlich kaum was ändern.

 Gruß
 Peter


 --
 Xing: http://www.xing.com/profile/Peter_Linzenkirchner
 Web: http://www.typo3-lisardo.de
 Facebook: http://tinyurl.com/lisardo-multimedia

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

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

Re: [TYPO3-german] TYPO3 + mobile Endgeräte

2012-07-02 Diskussionsfäden Peter Linzenkirchner
Hallo Andreas, 

 
 1. Gibt es eine Moeglichkeit die Screen size auch im Typoscript auszulesen
 und so conditions zu schreiben? wenn ja wie?

Nein, habe ich auch schon mal gesucht. Grund: diese Inforamtion wird nicht über 
die http-Header mitgeteilt sondern muss über JavaScript abgefragt werden. Und 
das ist somit prinzipiell erst nach dem Laden der Seite möglich - das 
Grundproblem aller responsiven Images. Gut beschrieben in den Links, die ich 
schon gepostet habe. (Das Dilemma der ersten Seite - danach gehts über 
Cookies). 

 2. Gibt es eine Moeglichkeit / Extension die devices zu erkennen und somit
 auch deren Screen sizes. Leider hat ja ein iPhone und iPad und entsprechend
 das Android Zeug auch unterschiedliche Screen sizes in Portrait und
 Landscape mode, wie kann man dies unterscheiden?

es gibt vier Devices: 
HandHeld: pda
WAP phones: wap
Grabbers:   : grabber
Indexing robots: robot

Ansonsten kannst du es über die http-User Agents versuchen oder über die 
Systeme: 
http://typo3.org/documentation/document-library/core-documentation/doc_core_tsref/4.7.0/view/1/4/

Meines Erachtens alles nicht wirklich nutzbar. 

Gruß
Peter

 
 Waere dies ( 1 oder 2 )  moeglich so muesstes es auch moeglichsein zB
 unterschiedliche mastertemplates fuer eben diese Screen sizes aufzusetzen
 z.B. mit March8.
 
 je nachdem welcher Device die Seite anfragt wird dann ggf sogar ein
 komplett anders structuriertes Template in dem die Bilder auch anders
 berechnet wurden reingeladen.
 
 Andi
 
 
 2012/7/2 Björn Hahnefeld b...@mp-telekommunikation.de
 
 Da habe ich ja ein ziemlich interessantes Thema losgetreten :D!
 
 -Ursprüngliche Nachricht-
 Von: typo3-german-boun...@lists.typo3.org [mailto:
 typo3-german-boun...@lists.typo3.org] Im Auftrag von Peter Linzenkirchner
 Gesendet: Samstag, 30. Juni 2012 12:58
 An: German TYPO3 Userlist
 Betreff: Re: [TYPO3-german] TYPO3 + mobile Endgeräte
 
 Nachtrag:
 
 mir ist gerade noch eine Komplikation eingefallen:
 
 wenn ich in einem WLan mit Smartphone oder Pad unterwegs bin, möchte ich
 eigentlich die großen Bilder haben:
 - ich möchte die Retina-Dsiplays meiner Geräte ausnutzen
 - ich möchte ggf. in die Bilder reinzoomen, um Details sehen zu können.
 Vor allem der zweite Punkt ist mir wichtig.
 
 wenn ich dagegen mit einer langsamen Verbindung unterwegs bin, möchte ich
 die Bilder so klein wie möglich, weil schlechte Bilder besser sind als
 keine ...
 
 Wie man das automatisieren könnte, weiß ich nicht. Gar nicht vermutlich.
 Also brauche ich letztlich immer die Möglichkeit, auch auf dem Smartphone
 umzuschalten auf die Desktop-Seite. Oder ich brauche zwei Varianten der
 responsiven Seiten: eine für schnelle und eine für langsame Verbindungen.
 
 =
 
 Unter dem Aspekt wäre folgende Lösung eigentlich sinnvoller: der User darf
 auswählen zwischen Desktop, Responsiv in High-Quality und Responsive in
 Low-Quality (sinnvollerweise vor dem Öffnen der eigentlichen Seite):
 
 Desktop: wie eben am Desktop
 Responsiv in High-Quality: Layout responsive, alle Bilder in maximaler
 Qualität wie am Desktop Responsive in Low-Quality: Layout responsive, alle
 Bilder in niedrigster Qualität, so klein wie irgend möglich. Notfalls sogar
 per CSS größer gezoomt.
 
 Das fände ich langfristig den besseren Ansatz, weil er den
 User-Gewohnheiten eher entgegenkommt. Und dazu müsste man an TYPO3
 eigentlich kaum was ändern.
 
 Gruß
 Peter
 
 
 --
 Xing: http://www.xing.com/profile/Peter_Linzenkirchner
 Web: http://www.typo3-lisardo.de
 Facebook: http://tinyurl.com/lisardo-multimedia
 
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
 
 ___
 TYPO3-german mailing list
 TYPO3-german@lists.typo3.org
 http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

--
Xing: http://www.xing.com/profile/Peter_Linzenkirchner
Web: http://www.typo3-lisardo.de
Facebook: http://tinyurl.com/lisardo-multimedia

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


Re: [TYPO3-german] TYPO3 + mobile Endgeräte

2012-07-02 Diskussionsfäden conPassione gmbh
Hi Andreas

das Problem ist nicht, dass man mit TypoScript keine Bedingungen
erstellen könnte, nach denen dann die entsprechend aufgelösten Bilder
ausgeliefert werden. Wenn es so einfach wäre, gäbe es die Diskussion
hier nicht.

Das Problem liegt in der Art und Weise der Kommunikation zwischen
Endgerät und Server.
Oder in der Frage, wie der Server die Eigenschaften des Client mit
bekommt?

Da gibt es zwei Möglichkeiten, den HTTP-Header und Javascript/Ajax.

Die vom Browser angefragte URL, welche Du in der Adresszeile eintippst
wird zusammen mit vielen weiteren Informationen zum HTTP-Header zusammen
gebaut und zum Server übertragen. Der Server kann daraus dann z.B. die
Version des Browsers, die gewünschte Seite und Sprache, etc. auslesen.
Auch Parameter, also das was man der URL anhängt (z.B. index.php?id=5)
interpretiert der Webserver.
Leider ist es möglich, diesen HTTP-Header abzuändern, bevor er zum
Server übertragen wird, deshalb ist der Server nie sicher, ob er
wirklich an das im HTTP-Header angegebene Gerät ausliefert oder ob sich
das wahre Gerät nur hinter etwas anderem versteckt.

Da die Übertragung des HTTP-Headers vor der Auslieferung der HTML-Seite
geschieht, hat der Server noch die Chance, auf Angaben im Header zu
reagieren. Da es aber unzählige Varianten von Devices gibt, ist das
Reagieren auf jede mögliche Auflösung eine zeitraubende Sache. Deshalb
wäre es einfacher, wenn man die Geräte in Klassen einteilen könnte um
auf diese dann vielleicht vier oder fünf Varianten zu reagieren. Leider
fehlen dazu aber weitgehend erforderliche Angaben in einem normalen
HTTP-Header.

Die Zweite Möglichkeit ist mit Javascript/Ajax die Infos zu übertragen.
Da hat man aber das Problem, dass man immer zu spät ist. D.h. der
HTTP-Header (ohne genaue Informationen zum Client) wird dem Server
geschickt, der sendet die HTML-Seite zurück und erst dann sagt
Javascript/Ajax, OK, aber ich bin nur ein Mobile-Device, gib mir deshalb
bitte die Seite für die langsame Verbindung und schlechtere Auflösung.

Die einzige Möglichkeit rechtzeitig auf einen speziellen Device zu
reagieren, d.h. bevor die HTML-Seite ausgeliefert wird, wäre ein Cookie
zu setzten. D.h beim ersten Besuch der Website könnte sich der Client
mit seiner Bildschirmauflösung etc. zu erkennen geben und diese in einem
Cookie speichern. Bei jedem weiteren Aufruf könnte der Server dann mit
Hilfe des Cookies (welches als Teil des HTTP-Headers übertragen wird)
die richtige HTML-Seite ausliefern.

Damit löst sich aber immer noch nicht das Problem, dass man ein
Smartphone schwenken kann und dann lieber die Auflösung für Hochformat
oder Querformat sehen würde also doch wieder Mediaqueries im CSS.
Die reagieren auch auf das Schwenken des Smartphones!

Wie man sich dreht und windet, jede Methode wird ihre spezifischen Vor-
und Nachteile haben. D.h. es kommt ganz auf den Verwendungszweck der
Website, die enthaltenen Medien (Bilder, Videos, etc.), etc. an, wie man
das Problem löst.

Und sicher braucht es auch Mut zur Lücke, resp. zum Kompromiss, d.h.
dass man weiss, dass man nicht mit einer einzigen Lösung allen
befriedigen kann!

Gruss Renzo

_
Renzo Bauen
+41 79 330 10 11
conPassione gmbh 


Am Montag, den 02.07.2012, 18:47 +0700 schrieb Andreas Becker: 

 Danke gut so Bjoern
 
 Eine der Ideen war ja different settings in TYPOscript je device.
 
 Nun einige Fragen die mir noch nicht so klar sind:
 
 1. Gibt es eine Moeglichkeit die Screen size auch im Typoscript auszulesen
 und so conditions zu schreiben? wenn ja wie?
 2. Gibt es eine Moeglichkeit / Extension die devices zu erkennen und somit
 auch deren Screen sizes. Leider hat ja ein iPhone und iPad und entsprechend
 das Android Zeug auch unterschiedliche Screen sizes in Portrait und
 Landscape mode, wie kann man dies unterscheiden?
 
 Waere dies ( 1 oder 2 )  moeglich so muesstes es auch moeglichsein zB
 unterschiedliche mastertemplates fuer eben diese Screen sizes aufzusetzen
 z.B. mit March8.
 
 je nachdem welcher Device die Seite anfragt wird dann ggf sogar ein
 komplett anders structuriertes Template in dem die Bilder auch anders
 berechnet wurden reingeladen.
 
 Andi
 
 
 2012/7/2 Björn Hahnefeld b...@mp-telekommunikation.de
 
  Da habe ich ja ein ziemlich interessantes Thema losgetreten :D!
 
  -Ursprüngliche Nachricht-
  Von: typo3-german-boun...@lists.typo3.org [mailto:
  typo3-german-boun...@lists.typo3.org] Im Auftrag von Peter Linzenkirchner
  Gesendet: Samstag, 30. Juni 2012 12:58
  An: German TYPO3 Userlist
  Betreff: Re: [TYPO3-german] TYPO3 + mobile Endgeräte
 
  Nachtrag:
 
  mir ist gerade noch eine Komplikation eingefallen:
 
  wenn ich in einem WLan mit Smartphone oder Pad unterwegs bin, möchte ich
  eigentlich die großen Bilder haben:
  - ich möchte die Retina-Dsiplays meiner Geräte ausnutzen
  - ich möchte ggf. in die Bilder reinzoomen, um Details sehen zu können.
  Vor allem der zweite Punkt ist mir wichtig.
 
  wenn ich dagegen mit einer langsamen 

Re: [TYPO3-german] TYPO3 + mobile Endgeräte

2012-07-02 Diskussionsfäden Christian Wolff
Hi Andi,

Am 02.07.2012 13:47, schrieb Andreas Becker:
 Danke gut so Bjoern
 
 Eine der Ideen war ja different settings in TYPOscript je device.
 
 Nun einige Fragen die mir noch nicht so klar sind:
 
 1. Gibt es eine Moeglichkeit die Screen size auch im Typoscript auszulesen
 und so conditions zu schreiben? wenn ja wie?

Die Condtions können nur auf HTTP Header und Request Paramter reagieren.
da ja mehr zum zeitpunkt der anfrage noch nicht bekannt ist). und in den
HTTP header gibt es keine Bildschrim auflösung. da ja das browser
fenster bei desktop geräten auch andere grösse haben kann.

eine möglichkeit das zu umgehen währe festzustellen es handelt sich um
ein mobiles gerät. falls die screensize noch nicht bekannt ist könnte
man ein Javascript ausliefern (auf einer sonnst leeren seite). das die
screensize ermittelt. und einen zusätzlichen request mit Parametern macht.

also gunefähr so:
client - index.php
server - javascript check screen size
client - index.php?screen[x]=230screen[y]=500

die screensize könnte man zusätzlich in cookie und session Speichern.
damit man sich den doppelten request bei folgeseiten sparen kann.
natürlich muss man sich auch über einen fallback gedanken machen falls
der useragent keine Javascript support hat. vieleicht kann man so eine
Detection auch mit CSS media queries bauen. so könnte man z.b in
abhängigkeit der auflösung ein pseudo-css anforden um die auflösung
rauszubekommen.
index.php?type=123width=320

diesen request könnte man wieder dafür nutzen einen entsprechenden
cookie zu setzten und die info in die session zu nehmen.

falls alles nix hilft wird man wohl einen link ohne detection zur
verfügung stellen.

 2. Gibt es eine Moeglichkeit / Extension die devices zu erkennen und somit
 auch deren Screen sizes. Leider hat ja ein iPhone und iPad und entsprechend
 das Android Zeug auch unterschiedliche Screen sizes in Portrait und
 Landscape mode, wie kann man dies unterscheiden?


ich denke Portrait und Landscape modus Kannst du nicht unterscheiden.
zumal der nutzer das device ja jeder zeit drehen kann und sich dann die
seite Ohne Reload anpassen muss.
hier muss man die bilder auf die maximalen dimensionen ausliefern. und
das resizing wenn nötig per CSS oder Javascript nach ausrichtung machen.


 
 Waere dies ( 1 oder 2 )  moeglich so muesstes es auch moeglichsein zB
 unterschiedliche mastertemplates fuer eben diese Screen sizes aufzusetzen
 z.B. mit March8.
 
 je nachdem welcher Device die Seite anfragt wird dann ggf sogar ein
 komplett anders structuriertes Template in dem die Bilder auch anders
 berechnet wurden reingeladen.
 
 Andi
 
 
 2012/7/2 Björn Hahnefeld b...@mp-telekommunikation.de
 
 Da habe ich ja ein ziemlich interessantes Thema losgetreten :D!

 -Ursprüngliche Nachricht-
 Von: typo3-german-boun...@lists.typo3.org [mailto:
 typo3-german-boun...@lists.typo3.org] Im Auftrag von Peter Linzenkirchner
 Gesendet: Samstag, 30. Juni 2012 12:58
 An: German TYPO3 Userlist
 Betreff: Re: [TYPO3-german] TYPO3 + mobile Endgeräte

 Nachtrag:

 mir ist gerade noch eine Komplikation eingefallen:

 wenn ich in einem WLan mit Smartphone oder Pad unterwegs bin, möchte ich
 eigentlich die großen Bilder haben:
 - ich möchte die Retina-Dsiplays meiner Geräte ausnutzen
 - ich möchte ggf. in die Bilder reinzoomen, um Details sehen zu können.
 Vor allem der zweite Punkt ist mir wichtig.

 wenn ich dagegen mit einer langsamen Verbindung unterwegs bin, möchte ich
 die Bilder so klein wie möglich, weil schlechte Bilder besser sind als
 keine ...

 Wie man das automatisieren könnte, weiß ich nicht. Gar nicht vermutlich.
 Also brauche ich letztlich immer die Möglichkeit, auch auf dem Smartphone
 umzuschalten auf die Desktop-Seite. Oder ich brauche zwei Varianten der
 responsiven Seiten: eine für schnelle und eine für langsame Verbindungen.

 =

 Unter dem Aspekt wäre folgende Lösung eigentlich sinnvoller: der User darf
 auswählen zwischen Desktop, Responsiv in High-Quality und Responsive in
 Low-Quality (sinnvollerweise vor dem Öffnen der eigentlichen Seite):

 Desktop: wie eben am Desktop
 Responsiv in High-Quality: Layout responsive, alle Bilder in maximaler
 Qualität wie am Desktop Responsive in Low-Quality: Layout responsive, alle
 Bilder in niedrigster Qualität, so klein wie irgend möglich. Notfalls sogar
 per CSS größer gezoomt.

 Das fände ich langfristig den besseren Ansatz, weil er den
 User-Gewohnheiten eher entgegenkommt. Und dazu müsste man an TYPO3
 eigentlich kaum was ändern.

 Gruß
 Peter


 --
 Xing: http://www.xing.com/profile/Peter_Linzenkirchner
 Web: http://www.typo3-lisardo.de
 Facebook: http://tinyurl.com/lisardo-multimedia

 ___
 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 + mobile Endgeräte

2012-07-02 Diskussionsfäden Andi
Danke Christian und Renzo fuer die ausfuehrlichen Erlaeuterungen.

Mit Christians Antwort reduziert sich der Aufwand erheblich da 
an nur ein Bild fuer 480px und kleiner und eines fuer 1280 und kleiner sowie 
das ie full hd bild geberieren muesste, der rest dann resized mit CSS. 

1280 templates machen sich super auf dem ipad haben wir festgestellt.

nun gibt es ja einige nette Google Sachem die jedoch TLS benoetigen und auf 
Https laufen. zB spdy.

Gibt es hier eventuell Mieglichkeiten eine Abfrage wie im Grunde bei nem Fax zu 
starten. 

Das mit dem vorher senden zum erfragen der screensize geht ja in diese 
richtung. Ich stelle es mir jedoch recht kompliziert vor.

Nochmals danke fuer die Erlaeuterungen.



Sent from Andi's iPhone

On Jul 2, 2012, at 19:41, Christian Wolff ch...@connye.com wrote:

 Hi Andi,
 
 Am 02.07.2012 13:47, schrieb Andreas Becker:
 Danke gut so Bjoern
 
 Eine der Ideen war ja different settings in TYPOscript je device.
 
 Nun einige Fragen die mir noch nicht so klar sind:
 
 1. Gibt es eine Moeglichkeit die Screen size auch im Typoscript auszulesen
 und so conditions zu schreiben? wenn ja wie?
 
 Die Condtions können nur auf HTTP Header und Request Paramter reagieren.
 da ja mehr zum zeitpunkt der anfrage noch nicht bekannt ist). und in den
 HTTP header gibt es keine Bildschrim auflösung. da ja das browser
 fenster bei desktop geräten auch andere grösse haben kann.
 
 eine möglichkeit das zu umgehen währe festzustellen es handelt sich um
 ein mobiles gerät. falls die screensize noch nicht bekannt ist könnte
 man ein Javascript ausliefern (auf einer sonnst leeren seite). das die
 screensize ermittelt. und einen zusätzlichen request mit Parametern macht.
 
 also gunefähr so:
 client - index.php
 server - javascript check screen size
 client - index.php?screen[x]=230screen[y]=500
 
 die screensize könnte man zusätzlich in cookie und session Speichern.
 damit man sich den doppelten request bei folgeseiten sparen kann.
 natürlich muss man sich auch über einen fallback gedanken machen falls
 der useragent keine Javascript support hat. vieleicht kann man so eine
 Detection auch mit CSS media queries bauen. so könnte man z.b in
 abhängigkeit der auflösung ein pseudo-css anforden um die auflösung
 rauszubekommen.
 index.php?type=123width=320
 
 diesen request könnte man wieder dafür nutzen einen entsprechenden
 cookie zu setzten und die info in die session zu nehmen.
 
 falls alles nix hilft wird man wohl einen link ohne detection zur
 verfügung stellen.
 
 2. Gibt es eine Moeglichkeit / Extension die devices zu erkennen und somit
 auch deren Screen sizes. Leider hat ja ein iPhone und iPad und entsprechend
 das Android Zeug auch unterschiedliche Screen sizes in Portrait und
 Landscape mode, wie kann man dies unterscheiden?
 
 
 ich denke Portrait und Landscape modus Kannst du nicht unterscheiden.
 zumal der nutzer das device ja jeder zeit drehen kann und sich dann die
 seite Ohne Reload anpassen muss.
 hier muss man die bilder auf die maximalen dimensionen ausliefern. und
 das resizing wenn nötig per CSS oder Javascript nach ausrichtung machen.
 
 
 
 Waere dies ( 1 oder 2 )  moeglich so muesstes es auch moeglichsein zB
 unterschiedliche mastertemplates fuer eben diese Screen sizes aufzusetzen
 z.B. mit March8.
 
 je nachdem welcher Device die Seite anfragt wird dann ggf sogar ein
 komplett anders structuriertes Template in dem die Bilder auch anders
 berechnet wurden reingeladen.
 
 Andi
 
 
 2012/7/2 Björn Hahnefeld b...@mp-telekommunikation.de
 
 Da habe ich ja ein ziemlich interessantes Thema losgetreten :D!
 
 -Ursprüngliche Nachricht-
 Von: typo3-german-boun...@lists.typo3.org [mailto:
 typo3-german-boun...@lists.typo3.org] Im Auftrag von Peter Linzenkirchner
 Gesendet: Samstag, 30. Juni 2012 12:58
 An: German TYPO3 Userlist
 Betreff: Re: [TYPO3-german] TYPO3 + mobile Endgeräte
 
 Nachtrag:
 
 mir ist gerade noch eine Komplikation eingefallen:
 
 wenn ich in einem WLan mit Smartphone oder Pad unterwegs bin, möchte ich
 eigentlich die großen Bilder haben:
 - ich möchte die Retina-Dsiplays meiner Geräte ausnutzen
 - ich möchte ggf. in die Bilder reinzoomen, um Details sehen zu können.
 Vor allem der zweite Punkt ist mir wichtig.
 
 wenn ich dagegen mit einer langsamen Verbindung unterwegs bin, möchte ich
 die Bilder so klein wie möglich, weil schlechte Bilder besser sind als
 keine ...
 
 Wie man das automatisieren könnte, weiß ich nicht. Gar nicht vermutlich.
 Also brauche ich letztlich immer die Möglichkeit, auch auf dem Smartphone
 umzuschalten auf die Desktop-Seite. Oder ich brauche zwei Varianten der
 responsiven Seiten: eine für schnelle und eine für langsame Verbindungen.
 
 =
 
 Unter dem Aspekt wäre folgende Lösung eigentlich sinnvoller: der User darf
 auswählen zwischen Desktop, Responsiv in High-Quality und Responsive in
 Low-Quality (sinnvollerweise vor dem Öffnen der eigentlichen Seite):
 
 Desktop: wie eben am Desktop
 Responsiv in High-Quality: Layout 

Re: [TYPO3-german] Alles etwas anders?

2012-07-02 Diskussionsfäden Kay Strobach
Hallo Harald,

wenn du alte Extensions nutzen musst, nimm 4.5 LTS, wenn du neue
Extensions nutzt kannst du 4.7 nutzen.

Manche Extensions werden einfach nicht gepflegt ...

Grüße
Kay

Am 02.07.2012 11:59, schrieb Georg Ringer:
 Hi,
 
 kannst du ein paar Bsp nennen?
 
 georg
 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3  inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclickhosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



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


Re: [TYPO3-german] TYPO3 + mobile Endgeräte

2012-07-02 Diskussionsfäden Peter Linzenkirchner
Hi Renzo, 

 Die einzige Möglichkeit rechtzeitig auf einen speziellen Device zu
 reagieren, d.h. bevor die HTML-Seite ausgeliefert wird, wäre ein Cookie
 zu setzten. D.h beim ersten Besuch der Website könnte sich der Client
 mit seiner Bildschirmauflösung etc. zu erkennen geben und diese in einem
 Cookie speichern. Bei jedem weiteren Aufruf könnte der Server dann mit
 Hilfe des Cookies (welches als Teil des HTTP-Headers übertragen wird)
 die richtige HTML-Seite ausliefern.

Wenn die Verbindung zur Webseite sehr langsam ist, funktioniert dieses Prinzip 
nicht. Wenn beim ersten Aufruf große Bilder ausgeliefert werden und die 
Verbindung sehr langsam ist, wird es keinen zweiten Aufruf einer weiteren Seite 
geben, der Besucher wird nämlich entnervt aufgeben. 

Was geht: 

1. erste Auslieferung: immer die kleinen Bilder und per JavaScript ggf. die 
großen Bilder nachladen
2. Cookie setzen
3. ab dem zweiten Aufruf serverseitig filtern

Aber wozu Punkt 3 wenn Punkt 1 funktioniert? Also ist die einfachste Variante: 

1. immer die kleinen Bilder ausliefern und per JavaScript ggf. die großen 
Bilder nachladen

---

Mein Problem ist, dass ich die Screen-Größe eigentlich nicht für relevant 
halte. Wenn ich in einem Netz mit 10 oder 20 GBit eine Seite am Smartphone 
aufrufe ist es mir egal, ob die Bilder per CSS kleingerechnet werden. Im 
Gegenteil: wenn ich (mittel-)große Bilder bekomme, dann kann ich sie zoomen und 
auch auf einem kleinen Screen anschauen, ausschnittweise zumindest. Aber 
kleingerechnete Bilder sind teilweise unbrauchbar, weil ich nichts mehr darauf 
erkenne. Könnte man auch gleich weglassen ... Smartphones bieten gute 
Zoom-Möglichkeiten, die würden aber durch das Runterrechnen der Bilder 
elimiert. In solchen Fällen wird also durch responsive Images die Usabilty 
eingeschränkt und nicht verbessert. 

Gegenteiliges Szenario: ich bin im Zug unterwegs und mit dem Laptop im 
Internet. Jetzt bekomme ich die fetten Bilder bei lausiger Bandbreite. Entnervt 
gebe ich auf, oder wenn ich weitermachen muss, deaktiviere ich Bilder komplett. 

Was bei responsive Images interessiert ist letztlich die Bandbreite, nicht die 
Device-Größe. Kleine Bandbreite = kleine Bilder, große Bandbreite = große 
Bilder. Leider kann man die Bandbreite aber noch weniger abfragen als die 
Screengröße (meines Wissens eigentlich gar nicht), und deshalb sind responsive 
Images auch nur eine Krücke, weil das Entscheidende - die Bandbreite - nicht 
ermittelt werden kann. 

Könnte man eventuell den Besucher wählen lassen? Also etwa so:  

1. erste Auslieferung: immer kleine Bilder, gegebenenfalls per CSS vergrößert 
2. Besucher wird sofort nach dem Öffnen der Seite gefragt, ob er kleine, 
mittlere oder große Bilder sehen will
3. ein Cookie wird gesetzt und die Bilder in höherer Auflösung nachgeladen
4. Seiten werden künftig so ausgeliefert. 

Auch das hat Nachteile (die erste Auslieferung sieht evtl. nicht schön aus, der 
Besucher muss wählen, das Cookie darf keine lange Lebensdauer haben, sonst muss 
ich die Seiten auch dann in schlechter Qulität ansehen, wenn ich wieder zuhause 
bin etc). Trotzdem scheint mir so ein Vorgehen das kleinere Übel zu sein. 
Ausserdem gehts mit TYPO3-Bordmitteln, nämlich einfach über eine TS-Condition. 

Gruß
Peter

--
Xing: http://www.xing.com/profile/Peter_Linzenkirchner
Web: http://www.typo3-lisardo.de
Facebook: http://tinyurl.com/lisardo-multimedia

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


[TYPO3-german] mysqldump - Umlaut-Problem trotz identischer Einstellungen

2012-07-02 Diskussionsfäden Ingo Preuß
Moin,

aktuell haben wir ein UTF-8-Problem beim importierten mysqldump.

Im Install-Tool der alten und neuen Umgebung sieht es wie folgt aus:

[SYS][setDBinit] = SET NAMES utf8; | SET CHARACTER SET utf8; ...

SET NAMES utf8;
SET CHARACTER SET utf8;
SET SESSION character_set_server=utf8;


[BE][forceCharset] = utf-8

utf-8

Im Root-TS:

config {

  doctype = xhtml_strict
  htmlTag_langKey = de_DE
  language = de
  locale_all = de_DE.utf-8
  metaCharset = UTF-8
  renderCharset = UTF-8
}

MySQL-Zeichensatz in beiden DBs: UTF-8 Unicode (utf8)

Dump via Terminal wie folgt erstellt:

mysqldump --opt -h Host -u USER -pGEHEIM db_name  backup.sql

Dennoch erscheinen im neuen System statt sauberer Umlaute Hieroglyphen.



Gruß, Ingo


--

Ingo Preuss
Rigaer Strasse 65
10247 Berlin

0163.160 51 03

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


Re: [TYPO3-german] mysqldump - Umlaut-Problem trotz identischer Einstellungen

2012-07-02 Diskussionsfäden A. Sauder

Hapt ihr den Import ebenfalls wider über die Konsole gemacht oder
ein anderes Tool dazu benutzt?
Sind die Serverversionen von Mysql die selben?
Wenn du über ein dB-Tool die Records anschaust, sind diese dann gut 
lesbar

oder stehen bereits kryptische Zeichen in der DB drinn?

Gruss André

Am 02.07.2012 15:52, schrieb Ingo Preuß:

Moin,

aktuell haben wir ein UTF-8-Problem beim importierten mysqldump.

Im Install-Tool der alten und neuen Umgebung sieht es wie folgt aus:

[SYS][setDBinit] = SET NAMES utf8; | SET CHARACTER SET utf8; ...

SET NAMES utf8;
SET CHARACTER SET utf8;
SET SESSION character_set_server=utf8;


[BE][forceCharset] = utf-8

utf-8

Im Root-TS:

config {

  doctype = xhtml_strict
  htmlTag_langKey = de_DE
  language = de
  locale_all = de_DE.utf-8
  metaCharset = UTF-8
  renderCharset = UTF-8
}

MySQL-Zeichensatz in beiden DBs: UTF-8 Unicode (utf8)

Dump via Terminal wie folgt erstellt:

mysqldump --opt -h Host -u USER -pGEHEIM db_name  backup.sql

Dennoch erscheinen im neuen System statt sauberer Umlaute 
Hieroglyphen.




Gruß, Ingo


--

Ingo Preuss
Rigaer Strasse 65
10247 Berlin

0163.160 51 03

___
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] Probleme bei Menügenerierung

2012-07-02 Diskussionsfäden Björn Hahnefeld
Hallo zusammen,

ich möchte folgendes HTML-Menü zusammenbauen:

--
div id=content-main-menu
ul class=dropdown
li
div id=col1
a href=#News / Termine/a
/div
/li
li
div id=col2
a href=#Leistungen/a
ul
lia 
href=#Abbruch/a/li
lia 
href=#Tiefbau/a/li
lia 
href=#Transport/a/li
lia 
href=#Grubenbetriebe/a/li
lia 
href=#Bodenbouml;rse/a/li
/ul
/div
/li
li
div id=col3
a href=#Uuml;ber uns/a
ul
lia 
href=#Unternehmen/a/li
lia 
href=#Management amp; Team/a/li
lia href=#Stellen 
amp; Ausbildung/a/li
/ul
/div
/li
li
div id=col4
a href=#Referenzen/a
ul
lia href=#Fertige 
Baugruben/a/li
/ul
/div
/li
/ul
/div
--

Die Container wie div id=col4 benötige ich, weil der Hintergrund des 
Menüs über die ganze Breite gehen soll, aber die Menüpunkte unterhalb der 
Hauptmenüpunkte erscheinen sollen. Mein TS lautet:

--
#
# Hauptmenü
#
lib.mainnavi = HMENU
lib.mainnavi {
   special = directory
   special.value = 8

   1 = TMENU
   1 {
  wrap = ul class=dropdown|/ul
  expAll = 1
  NO.wrapItemAndSub = li|/li

  ACT  .NO
  ACT = 1
  ACT.ATagParams = class=active
   }
   
   2 = TMENU
   2 {
  wrap = ul|/ul
  NO.allWrap = li|/li

  ACT  .NO
  ACT = 1
  ACT.ATagParams = class=active
   }   
}
--

Leider weiss ich aber nicht, wo ich nun die entsprechenden Änderungen am TS 
vornehmen muss, damit die DIV-Container wie in der Vorlage eingefügt werden. 
Wer kann mir dabei behilflich sein?

Vielen Dank und beste Grüße von

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


Re: [TYPO3-german] Alles etwas anders?

2012-07-02 Diskussionsfäden Steffen Ritter
Am 02.07.2012 11:54, schrieb Harald Keller:
 Guten Tag
 
 Ich arbeite zum erstenmal mit TYPO3 4.7 und muss merken das sehr viele 
 Erweiterungen die ich benutzen möchte
 nicht mehr funktionieren weil ab 4.7 viele Klassen nicht mehr funktionieren.

Im Grunde funktioniert nichts mehr, was nicht schon seit Version 4.4
nicht mehr benutzt werden soll. Wenn Extensions also nicht mehr mit 4.7
funktionieren spricht dies nur für die Qualität und Aktualität dieser.

Es gibt eine Liste im Wiki mit inkompatiblen Extensions - wenn diese
gepflegt wird, und das ECT die Kompatibilität der Extensions anpasst,
erhalten wir damit auf Dauer ein saubereres TER.

Ob man persönlich mit solchen Extensions überhaupt arbeiten will oder ob
man gewartete, und aktuelle vorzieht muss natürlich jeder selbst
entscheiden.


Grüße

Steffen Ritter

-- 
Steffen Ritter
Release Manager TYPO3 4.7

TYPO3  inspiring people to share!
Get involved: http://typo3.org


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


Re: [TYPO3-german] Probleme bei Menügenerierung

2012-07-02 Diskussionsfäden Björn Hahnefeld
Hauptschwierigkeit ist hier, dass eben die IDs der DIV-Container 
durchnummeriert sein sollten wegen der padding-left-Eigenschaft...

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn Hahnefeld
Gesendet: Montag, 2. Juli 2012 16:32
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] Probleme bei Menügenerierung

Hallo zusammen,

ich möchte folgendes HTML-Menü zusammenbauen:

--
div id=content-main-menu
ul class=dropdown
li
div id=col1
a href=#News / Termine/a
/div
/li
li
div id=col2
a href=#Leistungen/a
ul
lia 
href=#Abbruch/a/li
lia 
href=#Tiefbau/a/li
lia 
href=#Transport/a/li
lia 
href=#Grubenbetriebe/a/li
lia 
href=#Bodenbouml;rse/a/li
/ul
/div
/li
li
div id=col3
a href=#Uuml;ber uns/a
ul
lia 
href=#Unternehmen/a/li
lia 
href=#Management amp; Team/a/li
lia href=#Stellen 
amp; Ausbildung/a/li
/ul
/div
/li
li
div id=col4
a href=#Referenzen/a
ul
lia href=#Fertige 
Baugruben/a/li
/ul
/div
/li
/ul
/div
--

Die Container wie div id=col4 benötige ich, weil der Hintergrund des 
Menüs über die ganze Breite gehen soll, aber die Menüpunkte unterhalb der 
Hauptmenüpunkte erscheinen sollen. Mein TS lautet:

--
#
# Hauptmenü
#
lib.mainnavi = HMENU
lib.mainnavi {
   special = directory
   special.value = 8

   1 = TMENU
   1 {
  wrap = ul class=dropdown|/ul
  expAll = 1
  NO.wrapItemAndSub = li|/li

  ACT  .NO
  ACT = 1
  ACT.ATagParams = class=active
   }
   
   2 = TMENU
   2 {
  wrap = ul|/ul
  NO.allWrap = li|/li

  ACT  .NO
  ACT = 1
  ACT.ATagParams = class=active
   }   
}
--

Leider weiss ich aber nicht, wo ich nun die entsprechenden Änderungen am TS 
vornehmen muss, damit die DIV-Container wie in der Vorlage eingefügt werden. 
Wer kann mir dabei behilflich sein?

Vielen Dank und beste Grüße von

Björn
___
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] Probleme bei Menügenerierung

2012-07-02 Diskussionsfäden Björn Hahnefeld
Ich habe es zwischenzeitlich selbst hinbekommen. Und zwar so :D...

--
#
# Hauptmenü
#
lib.mainnavi = HMENU
lib.mainnavi {
   special = directory
   special.value = 8

   1 = TMENU
   1 {
  wrap = ul class=dropdown|/ul
  expAll = 1
  NO.wrapItemAndSub = lidiv id=col{field:uid}|/div/li
  NO.wrapItemAndSub.insertData = 1

  ACT  .NO
  ACT = 1
  ACT.ATagParams = class=active
   }
   
   2 = TMENU
   2 {
  wrap = ul|/ul
  NO.allWrap = li|/li

  ACT  .NO
  ACT = 1
  ACT.ATagParams = class=active
   }   
}
--

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn Hahnefeld
Gesendet: Montag, 2. Juli 2012 17:15
An: German TYPO3 Userlist
Betreff: Re: [TYPO3-german] Probleme bei Menügenerierung

Hauptschwierigkeit ist hier, dass eben die IDs der DIV-Container 
durchnummeriert sein sollten wegen der padding-left-Eigenschaft...

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Björn Hahnefeld
Gesendet: Montag, 2. Juli 2012 16:32
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] Probleme bei Menügenerierung

Hallo zusammen,

ich möchte folgendes HTML-Menü zusammenbauen:

--
div id=content-main-menu
ul class=dropdown
li
div id=col1
a href=#News / Termine/a
/div
/li
li
div id=col2
a href=#Leistungen/a
ul
lia 
href=#Abbruch/a/li
lia 
href=#Tiefbau/a/li
lia 
href=#Transport/a/li
lia 
href=#Grubenbetriebe/a/li
lia 
href=#Bodenbouml;rse/a/li
/ul
/div
/li
li
div id=col3
a href=#Uuml;ber uns/a
ul
lia 
href=#Unternehmen/a/li
lia 
href=#Management amp; Team/a/li
lia href=#Stellen 
amp; Ausbildung/a/li
/ul
/div
/li
li
div id=col4
a href=#Referenzen/a
ul
lia href=#Fertige 
Baugruben/a/li
/ul
/div
/li
/ul
/div
--

Die Container wie div id=col4 benötige ich, weil der Hintergrund des 
Menüs über die ganze Breite gehen soll, aber die Menüpunkte unterhalb der 
Hauptmenüpunkte erscheinen sollen. Mein TS lautet:

--
#
# Hauptmenü
#
lib.mainnavi = HMENU
lib.mainnavi {
   special = directory
   special.value = 8

   1 = TMENU
   1 {
  wrap = ul class=dropdown|/ul
  expAll = 1
  NO.wrapItemAndSub = li|/li

  ACT  .NO
  ACT = 1
  ACT.ATagParams = class=active
   }
   
   2 = TMENU
   2 {
  wrap = ul|/ul
  NO.allWrap = li|/li

  ACT  .NO
  ACT = 1
  ACT.ATagParams = class=active
   }   
}
--

Leider weiss ich aber nicht, wo ich nun die entsprechenden Änderungen am TS 
vornehmen muss, damit die DIV-Container wie in der Vorlage eingefügt werden. 
Wer kann mir dabei behilflich sein?

Vielen Dank und beste Grüße von

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


Re: [TYPO3-german] mysqldump - Umlaut-Problem trotz identischer Einstellungen

2012-07-02 Diskussionsfäden Petra Arentzen
Hi,

ich hatte das Problem auch schon des Öfteren. Seit ich den Dump so einspiele, 
allerdings nicht mehr:

Terminal:
( echo set names utf8; cat backup.sql ) | mysql -h Host -u USER -pGEHEIM db_name


Viele Grüße

Petra

Am 02.07.2012 um 15:52 schrieb Ingo Preuß:

 Moin,
 
 aktuell haben wir ein UTF-8-Problem beim importierten mysqldump.
 
 Im Install-Tool der alten und neuen Umgebung sieht es wie folgt aus:
 
 [SYS][setDBinit] = SET NAMES utf8; | SET CHARACTER SET utf8; ...
 
 SET NAMES utf8;
 SET CHARACTER SET utf8;
 SET SESSION character_set_server=utf8;
 
 
 [BE][forceCharset] = utf-8
 
 utf-8
 
 Im Root-TS:
 
 config {
 
  doctype = xhtml_strict
  htmlTag_langKey = de_DE
  language = de
  locale_all = de_DE.utf-8
  metaCharset = UTF-8
  renderCharset = UTF-8
 }
 
 MySQL-Zeichensatz in beiden DBs: UTF-8 Unicode (utf8)
 
 Dump via Terminal wie folgt erstellt:
 
 mysqldump --opt -h Host -u USER -pGEHEIM db_name  backup.sql
 
 Dennoch erscheinen im neuen System statt sauberer Umlaute Hieroglyphen.
 
 
 
 Gruß, Ingo
 
 
 --
 
 Ingo Preuss
 Rigaer Strasse 65
 10247 Berlin
 
 0163.160 51 03
 
 ___
 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] Alles etwas anders?

2012-07-02 Diskussionsfäden Harald Keller
ok, dann habe ich verstanden, man möchte einen Filter um 
Sicherheitskritische Erweiterungen auszuschliessen,
und sowas wie einen Neuanfang pflegen.

besten Dank für die Hinweise.
Harald

-- 
herzlichen Dank
Michel Koller
dipl.Webmaster ZBW 2000
www.koller-webprogramming.ch
Kay Strobach ty...@kay-strobach.de schrieb im Newsbeitrag 
news:mailman.1.1341235676.11692.typo3-ger...@lists.typo3.org...
 Hallo Harald,

 wenn du alte Extensions nutzen musst, nimm 4.5 LTS, wenn du neue
 Extensions nutzt kannst du 4.7 nutzen.

 Manche Extensions werden einfach nicht gepflegt ...

 Grüße
 Kay

 Am 02.07.2012 11:59, schrieb Georg Ringer:
 Hi,

 kannst du ein paar Bsp nennen?

 georg



 -- 
 http://www.kay-strobach.de - Open Source Rocks

 TYPO3  inspiring people to share!
 Get involved: http://typo3.org

 Answer was useful - feel free to donate:
  -
 https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclickhosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach


 


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

Re: [TYPO3-german] Rasterelemente mit Fluid die Ext Gridelements

2012-07-02 Diskussionsfäden Harald Keller

sorry falscher Tread 


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


[TYPO3-german] Rasterelemente mit Fluid die Ext Gridelements

2012-07-02 Diskussionsfäden Harald Keller
Guten Tag

Früher habe ich meine Rasterelemente mit TemplaVoila realisiert.
Nun habe ich zum erstenmal das Templating mit Fluid realisiert und
nach einer Möglichkeit gesucht Rasterelemente zu erstellen.

Dabei bin ich auf die Extension gridelements gestosen wo man solche Raster
wie BackendLayouts zusammenklicken kann.
Damit habe ich schnell ein 5 Spaltiges Raster bekommen, allerdings sehe ich 
nur
im Backend einen Effekt, im Frontend nicht.

Ich sause das Manual hoch und runter finde aber nicht denn Teil nicht der 
Beschreibt wie man das Raster ins Frontend bekommt, ist diese Erweiterung 
evt nur fürs Backend gedacht?

Vielleicht hat auch schonmal jemand damit gearbeitet und denn Effekt des 
Rasters ins Frontend übertragen?
oder erwarte ich von der Erweiterung zuviel und Sie ist nur fürs Backend 
gedacht?

Danke fürn Hinweis was ich hier falsch mache oder wie ich ein Raster mit 
Fluid hinbekomme...

Harald



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

[TYPO3-german] Rasterelemente mit Fluid die Ext Gridelements

2012-07-02 Diskussionsfäden Harald Keller
Guten Tag

Früher habe ich meine Rasterelemente mit TemplaVoila realisiert.
Nun habe ich zum erstenmal das Templating mit Fluid realisiert und
nach einer Möglichkeit gesucht Rasterelemente zu erstellen.

Dabei bin ich auf die Extension gridelements gestosen wo man solche Raster
wie BackendLayouts zusammenklicken kann.
Damit habe ich schnell ein 5 Spaltiges Raster bekommen, allerdings sehe ich
nur
im Backend einen Effekt, im Frontend nicht.

Ich sause das Manual hoch und runter finde aber nicht denn Teil nicht der
Beschreibt wie man das Raster ins Frontend bekommt, ist diese Erweiterung
evt nur fürs Backend gedacht?

Vielleicht hat auch schonmal jemand damit gearbeitet und denn Effekt des
Rasters ins Frontend übertragen?
oder erwarte ich von der Erweiterung zuviel und Sie ist nur fürs Backend
gedacht?

Danke fürn Hinweis was ich hier falsch mache oder wie ich ein Raster mit
Fluid hinbekomme...

Harald




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

Re: [TYPO3-german] Alles etwas anders?

2012-07-02 Diskussionsfäden Kay Strobach
Hi harald,

Naja Filter ist vlt. falsch, es ging eher darum, eine stabile API zu
verschlanken, deswegen wurde eine LTS Version erstellt, um
sicherzustellen, dass große Seiten noch eine Weile stabil laufen und
zusätzlich wurde die Entwicklung vorangetrieben und dafür gesorgt, dass
TYPO3 wieder schneller werden kann ;)

In 4.7 wurden aber nur funktionsaufrufe entfernt, die schon in 4.5
deprecated sind, sodass man mit dem deprecationlog einfach prüfen kann,
ob alles in 4.7 klappen würde ;)

Grüße
Kay

Am 02.07.2012 18:45, schrieb Harald Keller:
 ok, dann habe ich verstanden, man möchte einen Filter um 
 Sicherheitskritische Erweiterungen auszuschliessen,
 und sowas wie einen Neuanfang pflegen.
 
 besten Dank für die Hinweise.
 Harald
 


-- 
http://www.kay-strobach.de - Open Source Rocks

TYPO3  inspiring people to share!
Get involved: http://typo3.org

Answer was useful - feel free to donate:
  -
https://www.paypal.com/cgi-bin/webscr?cmd=_s-xclickhosted_button_id=KPM9NAV73VDF2
  - https://flattr.com/profile/kaystrobach



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


Re: [TYPO3-german] Rasterelemente mit Fluid die Ext Gridelements

2012-07-02 Diskussionsfäden Andreas Kiessling
Hi,

 Vielleicht hat auch schonmal jemand damit gearbeitet und denn Effekt des
 Rasters ins Frontend übertragen?
 oder erwarte ich von der Erweiterung zuviel und Sie ist nur fürs Backend
 gedacht?
 

Das verwende ich in einem aktuellen Projekt:

# Gridlayout
tt_content.gridelements_pi1.20.10.setup {
  # ID of gridelement
  1  lib.gridelements.defaultGridSetup
  1 {
columns {
  # colPos ID
  50  .default
  50.wrap = div class=colLeft|/div
  # colPos ID
  51  .default
  51.wrap = div class=colRight|/div
}
wrap = div class=contentRow|/div
  }
}

ID und colPos musst du natürlich entsprechend anpassen.


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


[TYPO3-german] typo3 4.7: html tags deaktivieren?

2012-07-02 Diskussionsfäden Clemens K.

hi,

hab folgendes problem: beim images rendering wird jetzt anstatt ul etc. 
auf einmal figure und figcaption verwendet. grundsätzlich cool, aber mir 
zerstört es meine jquery slideshow. hat jemand eine ahnung wie ich das 
wieder auf ul umstellen kann? folgendes habe ich bereits, scheint aber 
nichts zu bringen:


tt_content.image.20.rendering.ul {
  imageRowStdWrap.dataWrap = ul | /ul
  imageLastRowStdWrap.dataWrap = ul | /ul
  noRowsStdWrap.wrap = ul | /ul
  oneImageStdWrap.dataWrap = li | /li
  imgTagStdWrap.wrap =
  editIconsStdWrap.wrap = div | /div
  caption.wrap = div class=csc-textpic-caption | /div
}

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


Re: [TYPO3-german] typo3 4.7: html tags deaktivieren?

2012-07-02 Diskussionsfäden conPassione gmbh
Hi Clemens

Du hast wohl den doctype auf html gesetzt, dann MUSS TYPO3 figure und
figcaption bringen, sonst wäre es ja nicht HTML5, was ausgeliefert wird.
In diesem Sinne wäre es sowieso gut, wenn Du Deine Programmierung
entsprechend umstellen würdest

Falls Du einen anderen doctype eingestellt hast, sollte TYPO3 eigentlich
noch ul-Listen rendern, da figure und figcaption mit älteren
HTML-Versionen nicht kompatibel sind.

Gruss Renzo
-- 
_
Renzo Bauen
+41 79 330 10 11
conPassione gmbh 


Am Montag, den 02.07.2012, 20:06 +0200 schrieb Clemens K.: 

 hi,
 
 hab folgendes problem: beim images rendering wird jetzt anstatt ul etc. 
 auf einmal figure und figcaption verwendet. grundsätzlich cool, aber mir 
 zerstört es meine jquery slideshow. hat jemand eine ahnung wie ich das 
 wieder auf ul umstellen kann? folgendes habe ich bereits, scheint aber 
 nichts zu bringen:
 
 tt_content.image.20.rendering.ul {
imageRowStdWrap.dataWrap = ul | /ul
imageLastRowStdWrap.dataWrap = ul | /ul
noRowsStdWrap.wrap = ul | /ul
oneImageStdWrap.dataWrap = li | /li
imgTagStdWrap.wrap =
editIconsStdWrap.wrap = div | /div
caption.wrap = div class=csc-textpic-caption | /div
 }
 
 danke + lg
 ___
 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] standard Mailformular per TypoScript einbinden

2012-07-02 Diskussionsfäden Ralf-Rene Schröder
keiner eine Idee
eigentlich wollte ich für sowas kleines nicht formhandler etc nutzen...

Am 01.07.2012 22:57, schrieb Ralf-Rene Schröder:
 
 Hallo zusammen
 
 ich möchte innerhalb eine Ausgabe von FE-user Daten
 ein Kontaktformular einbinden (logischerweise mit dynamischer
 Empfängeradresse, deshalb nicht als Contentelement)
 
 mein Bereich (innerhalb eines CONTENT) sieht in etwas so aus:
 90 = COA
 90 {
   wrap = div id=kontaktFormular class=userContact  | /div
   10 = TEXT
   10.field = username
   10.wrap = br /h1Kontakt zu  span | /span /h1
   20 = FORM
   20 {
 dataArray {
   10.label = Name:
   10.type = name=input
   20.label = Nachricht:
   20.type = nachricht=textarea,40,10
   100.type = submit=submit
   100.value = Absenden
 }
 recipient.field = email
 layout = div class=row type-text###LABEL### ###FIELD###/div
   }
 }
 
 die Ausgabe klappt bestens, aber der Versand klappt einfach nicht
 sowohl secureFormmail, als auch sogar strictFormmail habe ich schon
 deaktiviert im InstallTool
 


-- 
image[FORMAT] - Ralf-René Schröder
http://image-format.eu ... Wir geben Ihrem Image das richtige Format
http://if-20.com  ... YAML templates for TYPO3


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

Re: [TYPO3-german] typo3 4.7: html tags deaktivieren?

2012-07-02 Diskussionsfäden Peter Linzenkirchner
Hallo Renzo, 

seit wann ist es in HMTL 5 Pflicht, bestimmte Tags einzusetzen? Man kann, 
sollte vielleicht sogar, muss aber nicht. HTML5 bleibts trotzdem. 

http://wiki.whatwg.org/wiki/FAQ#When_will_we_be_able_to_start_using_these_new_features.3F

Unter HTML should support list headers! = geht explizit beides. 

Gruß
Peter

Am 02.07.2012 um 21:50 schrieb conPassione gmbh:

 Hi Clemens
 
 Du hast wohl den doctype auf html gesetzt, dann MUSS TYPO3 figure und
 figcaption bringen, sonst wäre es ja nicht HTML5, was ausgeliefert wird.
 In diesem Sinne wäre es sowieso gut, wenn Du Deine Programmierung
 entsprechend umstellen würdest
 
 Falls Du einen anderen doctype eingestellt hast, sollte TYPO3 eigentlich
 noch ul-Listen rendern, da figure und figcaption mit älteren
 HTML-Versionen nicht kompatibel sind.
 
 Gruss Renzo
 -- 
 _
 Renzo Bauen
 +41 79 330 10 11
 conPassione gmbh 
 
 
 Am Montag, den 02.07.2012, 20:06 +0200 schrieb Clemens K.: 
 
 hi,
 
 hab folgendes problem: beim images rendering wird jetzt anstatt ul etc. 
 auf einmal figure und figcaption verwendet. grundsätzlich cool, aber mir 
 zerstört es meine jquery slideshow. hat jemand eine ahnung wie ich das 
 wieder auf ul umstellen kann? folgendes habe ich bereits, scheint aber 
 nichts zu bringen:
 
 tt_content.image.20.rendering.ul {
   imageRowStdWrap.dataWrap = ul | /ul
   imageLastRowStdWrap.dataWrap = ul | /ul
   noRowsStdWrap.wrap = ul | /ul
   oneImageStdWrap.dataWrap = li | /li
   imgTagStdWrap.wrap =
   editIconsStdWrap.wrap = div | /div
   caption.wrap = div class=csc-textpic-caption | /div
 }
 
 danke + lg
 ___
 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

--
Xing: http://www.xing.com/profile/Peter_Linzenkirchner
Web: http://www.typo3-lisardo.de
Facebook: http://tinyurl.com/lisardo-multimedia

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


Re: [TYPO3-german] mysqldump - Umlaut-Problem trotz identischer Einstellungen

2012-07-02 Diskussionsfäden Stefan Frömken

Hallo Ingo,

mach bei dem Import noch ein --default-character-set=utf-8 dran:

mysql -uUSER -pPASSWORD -hHOST --default-character-set=utf-8 db_name  
backup.sql


Falls es widererwartend nicht funktioniert. Die gleiche Option besitzt 
auch mysqldump. Also auch mal den anderen Weg ausprobieren: Die Option 
bei mysqldump setzen, aber beim Import weglassen. Oder mal bei beiden 
Befehlen setzen.


Stefan

Am 02.07.2012 15:52, schrieb Ingo Preuß:

Moin,

aktuell haben wir ein UTF-8-Problem beim importierten mysqldump.

Im Install-Tool der alten und neuen Umgebung sieht es wie folgt aus:

[SYS][setDBinit] = SET NAMES utf8; | SET CHARACTER SET utf8; ...

SET NAMES utf8;
SET CHARACTER SET utf8;
SET SESSION character_set_server=utf8;


[BE][forceCharset] = utf-8

utf-8

Im Root-TS:

config {

   doctype = xhtml_strict
   htmlTag_langKey = de_DE
   language = de
   locale_all = de_DE.utf-8
   metaCharset = UTF-8
   renderCharset = UTF-8
}

MySQL-Zeichensatz in beiden DBs: UTF-8 Unicode (utf8)

Dump via Terminal wie folgt erstellt:

mysqldump --opt -h Host -u USER -pGEHEIM db_name  backup.sql

Dennoch erscheinen im neuen System statt sauberer Umlaute Hieroglyphen.



Gruß, Ingo


--

Ingo Preuss
Rigaer Strasse 65
10247 Berlin

0163.160 51 03



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