Nu zou ik opteren voor jQMobi trouwens
Bedankt voor de tip

.
In hoeverre is dit anders dan pakweg phonegap ?
Bij PhoneGap speelt alles zich zowiezo in een WebView af, en je bent ook beperkt tot ééntje (je hebt wel een geneste WebView). In de wrapper die wij gebouwd hebben kunnen we ook andere native elementen gebruiken, wat vooral voor de standaard UI controls een enorme snelheidswinst oplevert. Een listview-achtig iets bvb werkt via een native control merkelijk vlotter dan de HTML/JS variant, hoe getweaked of zuiver je code ook is. Het feit dat je niet beperkt bent tot één WebView maakt ook dat je bvb swipen tussen pagina's native kan implementeren. Vooral op Android was full-page swiping via Javascript (inclusief grote afbeeldingen, animaties, enz.) een echte nachtmerrie. Het werkte allemaal wel, maar de meeste Android tablets trekken het gewoon niet om alles tegelijk met je vinger mee naar links of rechts op te schuiven. Ik spreek nu wel over Android 2.* en 3, maar dat zijn dan jammer genoeg ook de OS'en waar de meeste tablets op draaien. Buiten dat zijn er nog een heel aantal voorbeelden, zoals caching van data, op een performante manier content naar je toestel downloaden, enz.
Hier komt eigenlijk ook bij dat een PhoneGap oplossing geen zuivere HTML5 is, ook al had ik het natuurlijk zelf aangehaald. Een pure HTML5 oplossing is een échte webapp zonder enige native code, die je vanuit je mobiele browser opstart en op je home scherm zet. Ik heb er een aantal leuke gezien (
http://www.touchsolitaire.mobi/), maar echt niet veel ..
In sommige gevallen kan de snelheidswinst trouwens ook maar één of twee seconden zijn, maar dat vind ik al de moeite waard. Je moet altijd voor het allerbeste streven, niet voor the second best. Of zoals Apple in z'n regels zegt: "if your design is less than very good it might be rejected", zoals we zelf al hebben kunnen ondervinden

.
Het probleem is volgens mij niet HTML5 op zich, maar de snelheid van Smartphones om het te kunnen bolwerken. Ik heb hier op de desktop QTWebKitBridge zaken lopen die echt niet onderdoen voor native counterparts.
Volledig mee eens, al heeft dat volgens mij veel meer politieke redenen dan technische. Apple heeft er op dit moment weinig baat bij om z'n iToestellen op dat vlak heel performant te maken, zie ook m'n vorige post.
Ik ben er van overtuigd dat HTML5/JS the way to go ZAL zijn om apps te bouwen, maar nu nog niet - of toch niet voor de wat complexere tools.
[Reactie gewijzigd door Verwijderd op 23 juli 2024 11:57]