moziloCMS Supportforum

In Kombination mit djr's Lösung könnte man also das device detektieren, auf die mobile URL und von dort auf die Adresse mit angehängtem i18n-Parameter leiten - bzw, kann ja einfach auch direkt weitergeleitet werden, aber so hat man auch parallel dazu eine Mobile URL!

Zitat von: "wasp"Klar USER AGENT kann Fake sein

Gibts denn Alternativen das Device zu detektieren?

Hallo HPdesigner,
hier wird eine kombinierte Lösung aus USER AGENT und Nutzerabfrage vorgeschlagen: http://aktuell.de.selfhtml.org/artikel/css/mobile-endgeraete/. Der Beitrag ist nicht ganz neu, aber vermutlich immer noch verwendbar. Ich habe mir das Thema "mobile HP" auf meine persönliche Todo-Liste geschrieben (in 1-2 Jahren ...)
Wenn es schon eher ein Mozilo-Plugin gäbe, wäre das toll! Auf jeden Fall wäre es schade, wenn verschiedene Leute parallel das Gleiche entwickeln.
polhem

Danke, polhem, für den Link. Die letzendliche manuelle Auswahl durch den Benutzer empfinde ich auf jeden Fall als sinnvoll und mit dem vorher beschriebenen i18n-Parameter braucht nichtmal ein Cookie gesetzt zu werden.

Zitat von: "polhem"Auf jeden Fall wäre es schade, wenn verschiedene Leute parallel das Gleiche entwickeln

Schon, aber verschiedene Lösungen können auch durchaus vorteilhaft sein - aber kannst ja Bescheid sagen, wenn du anfangen solltest, das Plugin zu schreiben ;)

So, ich hab jetzt mal ein Template Switcher via
<!-- template 1 -->
{i18n|mobile|<!-- das Template 1 -->}
<!-- template 2 -->
{i18n|de|<!-- das Template 2 -->}eingebunden und es funktioniert soweit erstmal auf meiner Testseite (http://ap-intermedia.de/develop/moziloCMS/Willkommen/Willkommen.html). (Oben rechts kann über den Link gewechselt werden).

Allerdings habe ich ein Problem: Immer das Template, welches als 2. notiert ist (in diesem Fall template 2), wird falsch dargestellt! z.B. fehlen Zeilenumbrüche und Links werden falsch dargestellt etc. Sobald ich es aber an 1. Stelle notiere, stimmen die Formatierungen wieder! Die style.css wird geladen, muss m.E. irgendwas mit dem Mozilo Parser zutun haben...

Jemand eine Idee?

hmmm..

das könnte daran liegen, dass Du andere Menü-Styles hast (Detailmenu, etc,), die Menüs müssen im Backend von Mozilo extra eigestellt werden und es scheint, als würde die Menüeinstellung des "mozilo-.Layouts" die Darstellung des "mobile-Layouts" versauen, weil hier andere Einstellungen erforderlich sind, die per CSS -Styleswitcher nicht geändert werden können.

Das selbe Problem taucht auch auf, wenn man das Layout wechselt und vergisst, die Menüdarstellung separat nach dem Ändern des Layouts zu ändern....

Mal etwas Offtopic...

Ich habe für meine (mozilo) Webseite tippelsberg.de vor geraumer Zeit auch mal eine (statische HTML) Version für Mobilsachen erstellt.
Da ich selbst kein Smartphone o.ä. habe (und auch nicht will), kann ich das nicht testen.
Mein Bruder meinte jedoch mal, dass ich keine feste Breite angeben sollte... aber wenn ich das nicht tue, zerreißt es mir ja das Layout...

http://mobil.tippelsberg.de (http://mobil.tippelsberg.de)

Die Breite ist auf 400px angelegt.

Kann mal jemand drüberschauen und/oder mir nen Tipp bzgl. der Breite geben?  ;)

Gruß,
Thorsten

@maiemi:
Danke für den Hinweis, damit kann ich zwar das Menü wieder herstellen, allerdings ist noch nicht geklärt, warum Mozilo die Zeilenumbrüche in normalen Inhaltsseiten nicht mehr erkennt... Das ist grade mein Problem.

@Thorstn:

Zitat von: "Thorstn"aber wenn ich das nicht tue, zerreißt es mir ja das Layout...

Warum? Es wird auf einem normalen (großen) Display lediglich ultrabreit angezeigt. Aber wenn du .site, .menu, .test und .footer auf width:100%; setzt und mit einem mobilen Device aufrufst, sieht doch alles schick aus! dann ist die Seitenbreite ja sowieso nicht groß. Um sicherzugehen und evt größere Devices doch abzufangen, kannst du im CSS auch statt width auch einfach max-width (http://de.selfhtml.org/css/eigenschaften/positionierung.htm#max_width):400px; (CSS 2.0) notieren, dann verkleinert er zwar bei kleiner als 400 px, bleibt aber bei größeren Displays auf 400 stehen.

Zitat von: "HPdesigner"So, ich hab jetzt mal ein Template Switcher via

Code Auswählen Erweitern

<!-- template 1 -->
{i18n|mobile|<!-- das Template 1 -->}
<!-- template 2 -->
{i18n|de|<!-- das Template 2 -->}eingebunden und es funktioniert soweit erstmal auf meiner Testseite (http://ap-intermedia.de/develop/moziloCMS/Willkommen/Willkommen.html). (Oben rechts kann über den Link gewechselt werden).

Allerdings habe ich ein Problem: Immer das Template, welches als 2. notiert ist (in diesem Fall template 2), wird falsch dargestellt! z.B. fehlen Zeilenumbrüche und Links werden falsch dargestellt etc. Sobald ich es aber an 1. Stelle notiere, stimmen die Formatierungen wieder! Die style.css wird geladen, muss m.E. irgendwas mit dem Mozilo Parser zutun haben...

Jemand eine Idee?

Hi HPdesigner,
kann es sein, dass in den Plugin-Parametern
$this->settings->get("initialize") == "true"eingestellt ist? Dann würde nämlich schon beim ersten, übersprungenen {i18|...
$this->initializeContent();ausgeführt und damit letztlich die Syntax zweimal bis zur Ausgabe umgewandelt.

Gruß ManfredB

Zitat von: "ManfredB"kann es sein, dass in den Plugin-Parametern $this->settings->get("initialize") == "true" eingestellt ist?

Nein, ist auf false gesetzt und hat auch keinerlei Auswirkung auf die Anzeige der Page.

Noch andre Ideen?

Ich war jetzt mal neugierig und habs bei mir auch versucht. Solange ich den {CONTENT} in der template.html ausblende, funktioniert es auch gut.

Sobald {CONTENT} ausgewertet werden soll, klappt es manchmal und manchmal nicht. Wenn es nicht klappt, dann habe ich in der Ausgabe noch vor "<html>" den nicht ausgewerteten String "{i18n|de|". Mir scheint, die Schachtelung der geschweiften Klammern zusammen mit Zeilenumbrüchen wird manchmal nicht korrekt ausgewertet.

Gruß ManfredB

Zitat von: "ManfredB"Ich war jetzt mal neugierig

:D

Was ich jetzt herausgefunden hab ist, dass er kein Problem mit {,} oder | hat, sondern nur mit eckigen Klammern! Sobald eckige Klammern im i18 Tag stehn, zerschießt die Seite. Woran liegt das? Muss man sich wohl doch mal durch den Code wühlen...

Ich habs jetzt bis Syntax->preparePageContent() zurückverfolgt. Sobald 2 x {CONTENT} in der template.html steht, geht die Umsetzung schief, da nur einmal {CONTENT} ausgewertet wird.

Zum Test habe ich das Template mal umgestellt auf:
<!-- template 1 -->
{i18n|mobile|<!-- Beginn Template 1 -->}
<!-- template 2 -->
{i18n|de|<!-- Beginn Template 2 -->}
{CONTENT}
<!-- template 1 -->
{i18n|mobile|<!-- Ende Template 1 -->}
<!-- template 2 -->
{i18n|de|<!-- Ende Template 2 -->}

In der Version bleiben beide Designs stabil. Ist aber etwas umständlich.

Gruß ManfredB

Hab jetzt noch ein bischen rumgespielt und ein Layout-Plugin geschaffen, das nur temporär arbeitet. Es kann mit allen vorhandenen Layouts ohne Anpassungen zusammenarbeiten.

Es verändert nicht das Layout für alle, sondern Session-bezogen. Die Layoutwahl ist beim Menüpunkt Layout erreichbar. Schöner wäre es im Header, aber dazu muss jedes Layout angefasst werden.

Bei Browser-Start wird der User-Agent ausgewertet und das Plugin kann direkt zu einer mobilen Seite umschalten, was beim iPhone auch wunderbar funktioniert.

Eine erste Version ist unter http://www.bielemeier.de/moziloCMS (http://www.bielemeier.de/moziloCMS) installiert. Kritik und Ideen sind willkommen.

Gruß ManfredB

Nice! Das sieht doch schonmal total klasse aus - in Opera funktioniert es einwandfrei.

Zitat von: "ManfredB"Schöner wäre es im Header, aber dazu muss jedes Layout angefasst werden

Nicht unbedingt, könntest absolut positionieren mit CSS.

Danke für die Arbeit!

Ich habe das Plugin noch mal aktualisiert. Neu in Revision 3:

* Cookie funktioniert jetzt auch, kann im Admin-Bereich ein-/ausgeschaltet werden.
* {LAYOUT|mobile} und {LAYOUT|desktop} erzeugen Links auf die jeweiligen Standardseiten, die bei mir auf der Demoseite (http://www.bielemeier.de/moziloCMS) im Footer benutzt werden.

Achtung: {LAYOUT|desktop} war in der ersten Version noch {LAYOUT|classic}, "desktop" erscheint mir aber verständlicher.

Eine Lücke gibt es jetzt noch: bei aktiviertem "mod_rewrite" schaltet das Plugin bei Layoutwechsel zurück zur Standardseite. Ohne "mod_rewrite"  bleibt die Seite erhalten.

Gruß ManfredB

Das Plugin ist total klasse! Habs jetzt in meinem Mozilo im Einsatz und wir entwickeln grad die Mobile Seite. Funktioniert einwandfrei und das mobile device detecten hat bisher immer funktioniert!

Normale Page (http://www.update-jugo.de/update/index.php?layout=UPdate)
Mobile Page (http://www.update-jugo.de/update/index.php?layout=Mobile)

Vielen Danke ManfredB nochmal für das tolle Plugin.

Danke fürs Lob.

Hier noch mal der Hinweis, dass erst ab Version 5 Layouts mit oder ohne Submenü fehlerfrei gemischt werden können. Ab der Version wird diese Eigenschaft temporär gelesen und gesetzt.

Gruß, ManfredB

Hi wertes Mozilo Team und werte Mozilo User :-)

Bei Thema mobile devices bin ich auf ein Problem gestoßen, das ich alleine nicht gelöst bekomme.

Ich habe für einen Kunden ein responsives Design entwickelt. Also kein mobile Template, sondern reine CSS3 anpassungen.

Nun kommt das Problem: Ich habe ein einfaches jquery Drop Down Menu eingebaut. Das funktioniert mit einer Maus auch ganz gut, aber hover Effekte gibt es ja auf Smartfones in der Regel nicht.

Das bedeutet, ich kann nur die Kategorien anklicken, nicht aber die untergeordneten Inhaltsseiten. Das ist doof ;-)

Mein Ansatz war folgender: Ich habe eine erste Inhaltsseite, die genauso heißt, wie die Kategorie (die taucht dann entsprechend meiner Einstellungen nicht im Menu auf). Dieser habe ich im Feld für externe Links keinen Link verpasst, sondern nur ein "#" in der Hoffnung, dass die Raute dann in das href des a geschrieben wird, und somit ohne Effekt beim Anklicken bleibt.

Leider funktioniert das nicht.

Daher also meine Frage, ob sich das Mozilo soweit anpassen lässt, dass ein externer Link, der "#" oder besser noch "javascript:;" heißt, dann auch in das a-Tag übernommen wird? So ließe sich fast jedes dropdown menu implementieren und wäre auf allen Geräten benutzbar.

Proximus

ReHi @ Proximus!   8-)

ZitatIch habe für einen Kunden ein responsives Design entwickelt. ...

SICHER .... findet sich da was, aber nur via Aktivität, Kommunikation & EINSATZ :
GEMEINSAM bekommt man einiges hin ... Daher ist und bleibt moziloCMS Open-Source!
"Pack (et)was rein - Und Du bekommst viel raus... (aber das weisst Du ja bereits) ..."

 :arrow:  THINK ABOUT IT!  :idea:

http://www.mozilo.de/forum/viewtopic.php?f=20&t=2900

@Proximus:
Du arbeitest mit Media Queries?
Dann schlag ich vor, ins Template zwei Menüs einzubauen (eines für Desktop-, eines für Mobil-Nutzer) und jeweils das nicht gebrauchte auszublenden.
Für mobile Geräte baue ich das Menü meist ans Ende der Seite und optional blende ich Oben einen Ankerverweis "Menü" ein.

Zitat von: "Proximus"...meine Frage, ob sich das Mozilo soweit anpassen lässt...

Wenn Du fit in PHP bist, kannst Du Dir mit Hilfe eines Plugins Dein Wunschmenü erzeugen lassen (eine aktuelle mozilo-Version vorausgesetzt).

Wenn Du an Deinem alleinigen Menü festhältst und Javascript bevorzugst, scheint es auch Code-Zeilen zu geben, die den ":hover"-Effekt bei touch-Geräten "simulieren".

Zur Info - der viewport Meta-Tag - eine eventuelle Alternative zum eigenen mobile-Layout. So kann man auch verhindern das die Seite in das zu kleine Display gequetscht wird und man - ohne zuerst mal zu zoomen - eh nichts lesen/erkennen kann.

https://developer.mozilla.org/en/Mobile ... _meta_tag/ (https://developer.mozilla.org/en/Mobile/Viewport_meta_tag/)

http://webdesign.tutsplus.com/tutorials ... -meta-tag/ (http://webdesign.tutsplus.com/tutorials/htmlcss-tutorials/quick-tip-dont-forget-the-viewport-meta-tag/)

etc..

LG

[Thema-wieder-aufwärm-Modus]

Ich habe das Plugin jetzt mal getestet, und das funktioniert soweit richtig super, vielen Dank an ManfredB  :)

Einen kleinen "Einwand" habe ich aber...

Zitat von: ManfredB am 13. Mai 2012, 12:12:27

Eine Lücke gibt es jetzt noch: bei aktiviertem "mod_rewrite" schaltet das Plugin bei Layoutwechsel zurück zur Standardseite. Ohne "mod_rewrite"  bleibt die Seite erhalten.

Ich habe eine mozilo-Präsenz offline (xampp) gestaltet, dort funktionierte das Plugin einwandfrei. Online jedoch wechselte die Mobil-Version wieder in die Desktop-Version, nachdem ich auf einen Link innerhalb des Menüs klickte.
Bei mir hatte das allerdings nichts mit dem mod_rewrite zu tun, sondern mit der Server-Einstellung "safe_mode". Sobald dieser OFF ist, funktioniert das Plugin fehlerfrei. Bei ON switcht das Plugin wieder zur Desktop-Version.

Gibt es bzgl. dieses Plugins eigentlich Neuigkeiten?  ;)

Grüße aus Bochum,
Thorsten

ich hab das Plugin auf meinem Droid-World Projekt ja auch schon länger am laufen, da es bei mir mit mod_rewrite auch nicht immer so wollte wie es sollte hab ich das ganze wie folgt gelöst:
der Link zur mobilen Version/Desktop Version schaut bei mir so aus
zur mobilen version:
<a href="?layout=mobile">Mobile Version</a>

zur desktop version:
<a href="?layout=droid1">Desktop Version</a>
das ganze funktioniert mit mod_rewrite gut, ohne nicht mehr ;) aber da ich mod_rewrite aktive hab, ist es für mich eine gute Lösung und man bleibt auf der Aktuellen Seite.

und mein mobiles layout passt sich auf den meisten Mobilen Geräten recht gut an und ist gut zu lesen meines erachtens nach, nur das Menü ist noch etwas "unübersichtlich", da muß ich nochmal was dran machen :D

Oh, wenn ich vorher gewusst hätte, dass ihr da schon was im Köcher habt...  ???

Ich hab nämlich zwischenzeitlich auch ein Plugin gebaut, was Mobilgeräten ein anderes Layout serviert: MobileLayout (http://www.mozilo.de/forum/index.php/topic,3432.0.html).
Es wertet den User-Agent serverseitig aus und manipuliert das CMS für Mobilgeräte so, dass das konfigurierte Mobil-Layout angezeigt wird. Auch dessen Submenu-Einstellungen werden temporär übernommen. Als Mobil-Layout kann jedes beliebige im CMS installierte Layout verwendet werden; ich habe aber noch ein passendes erstellt.