Links zu JQuery Themes (iOS/Win8/BlackBerry/Graphite)

[Junior-Consultant]

http://sgrebnov.github.com/jqmobile-metro-theme/samples/jqm-public-demo/index.html
http://blackberry.github.com/jQueryMobile-BB10-Theme/kitchenSink/index.html
http://driftyco.github.com/graphite/
http://taitems.github.com/iOS-Inspired-jQuery-Mobile-Theme/

Native ist bald tot!

[Schnarchnase]

Schreibst du ernsthaft Anwendungen mit jQuery Mobile?
Das mag für mobile Seiten ja ganz ok zu sein, aber für Apps ist es ein Krampf. Ich will mich da nicht mit HTML rumschlagen. Für Web-Apps und hybride Apps kann ich dir nur empfehlen mal einen Blick auf Enyo zu werfen, das ist eine Wohltat gegenüber jQuery Mobile.

[Husten]

sorry, aber das find ich ja extrem engstirnig.

1. seh ich keinen unterschied zwischen einer mobilen seite und einer app, wenn die app nix macht ausser content anzuzeigen.

2. wenn man ahnung von html hat, schlägt man sich nicht mit html rum, sondern ist dankbar für diese mächtige möglichkeit oberflächen zu gestalten.

also ich find das eher positiv, dass webentwickler dank solcher librarys easy zu apps switchen können. für 99% der apps reicht das eh :)

[Schnarchnase]

Husten schrieb:
--------------------------------------------------------------------------------
> sorry, aber das find ich ja extrem engstirnig.

Hast du beides schon mal eingesetzt?

> 1. seh ich keinen unterschied zwischen einer mobilen seite und einer app,
> wenn die app nix macht ausser content anzuzeigen.

Wenn nur Inhalt angezeigt wird, kann man es wohl kaum als App bezeichnen. Ich schrieb ja, für Seiten ist jQuery Mobile ok, für Anwendungen aber nicht geeignet.

> 2. wenn man ahnung von html hat, schlägt man sich nicht mit html rum,
> sondern ist dankbar für diese mächtige möglichkeit oberflächen zu
> gestalten.

Wenn du viele dynamische Inhalte hast, dann schlägst du dich ganz schön damit herum. Da ist man froh, wenn das gesamte Rendering vom Framework übernommen wird.

> also ich find das eher positiv, dass webentwickler dank solcher librarys
> easy zu apps switchen können. für 99% der apps reicht das eh :)

Und warum sollten Webentwickler nicht fähig sein Enyo oder ähnliches zu nutzen?

[Schattenwerk]

Schnarchnase schrieb:
--------------------------------------------------------------------------------
> Schreibst du ernsthaft Anwendungen mit jQuery Mobile?
> Das mag für mobile Seiten ja ganz ok zu sein, aber für Apps ist es ein
> Krampf. Ich will mich da nicht mit HTML rumschlagen. Für Web-Apps und
> hybride Apps kann ich dir nur empfehlen mal einen Blick auf Enyo zu werfen,
> das ist eine Wohltat gegenüber jQuery Mobile.

Schreibst du ernsthaft Anwendungen mit Enyo?

Wenn du Adobe Air benutzen würdest, dann kriegst du alle mobilen Geräte und kannst sogar noch die Programme auf dem Desktop nutzen.

Na, findest die Aussage unsinn? Genau, find ich deine auch.

Man wählt die Umgebung nach seinen Ansprüchen. Wenn ich ne Webseite machen möchte, welche sich auf Tablets oder Smartphones gut bedienen lässt, wieso sollte ich dann kein jQuery mobile nutzen?

Die Anforderung bestimmt das Mittel der Wahl.

[k@rsten]

In JavaScript und HTML5 lassen sich dynamische Apps sehr gut entwickeln. Defakto nutzen viele native Apps HTML5 Container, so dass also die GUI in HTML5 vorliegt. Ich selbst habe damit bisher immer gute Erfahrung gemacht. Wer sich dafür interessiert sollte sich mal Angular.js ansehen, ermöglicht es auch Entwicklern mit weniger JavaScript Kentnissen schnell DataBindings und komplexere Sachen zu entwickeln. Und wer sich damit nicht anfreunden will, bleibt halt bei Java, .Net und Co.

[Schnarchnase]

Vielleicht solltest du einfach mal schauen was Enyo ist.

[Schnarchnase]

Schattenwerk schrieb:
--------------------------------------------------------------------------------
> Die Anforderung bestimmt das Mittel der Wahl.

Richtig, nicht anderes habe ich geschrieben.