Is it jQuery or some custom HTML5 framework?
It is custom javascript. I don't think they use JQuery or any framework. They are very concerned about performance so they tend to get right down to the metal. If you view the source of the page you will see that they have about 30 js files referenced. Most of their site, including touch, uses HTML5 when available for certain things. If you want to know more, you are going to have to dig through their source code.
Related
I am developing an app which has a significant 'reference' section in it. It's information that is very applicable to being created as a set of HTML pages, linking to each other.
I am wondering if anyone knows of a good framework out there to embed HTML pages within an iphone app, to be able to open a specific page by key and any other niceties. The best I've seen so far is CMHTMLView on github.
I know I can load HTML pages directly into a UIWebView, I'm looking to see if there's a framework which does a bit of the boilerplate for for me (e.g. checking for existance of files, be able to cache pages by a keyword, any other niceties like being able to index and search pages). Thanks!
To display easy to navigate HTML in a mobile, I use http://jquerymobile.com
So far what I have used with my gwt application is a simple FI, like #login, #welcome etc.
However I want to "refactor" my application in a more descriptive way, I need make it this way:
http://localhost:8080/main#login
http://localhost:8080/main#search
http://localhost:8080/profile#<username>
http://localhost:8080/api
etc.
Can I do this with GWT?
If you want to stay on the same GWT application, you'll have to use the HTML5 History API (pushState and onpopstate) instead of GWT's default History (or DefaultHistorian) implementation; which means your app would only work with browser supporting the HTML5 History API (or you'd have to provide a fallback).
This is possible with GWT, but if you don't know how to do it and/or how the HTML5 History API works, it'll cost you a lot (of time).
BTW, if you ever switch to the HTML5 History API, why keep some fragment identifiers?
The alternative is, as milan says, to split your app into smaller parts (/main, /profile, /api, etc.)
Yes, but /main and /profile are going to be separate (html) pages, so you'll have EntryPoint for each then (loading/unloading GWT modules). Is that want you want? Google's AdWords is an example (written in GWT), each tab is a separate HTML page (/dashboard/, /cm/CampaignMgmt, ...).
Anyone using Zend Framework to power their jQTouch iPhone Web app? Looks like jQTouch prefers to have all the "pages" on in one html output.
Anyway, I was just curious if anyone was doing that and was willing to share the skeleton of their project.
Thanks,
John
There are not a lot of possibilities here. If you want to have all your output in one view you should perhaps try to use action helpers, all action helper could generate a page and send its output to the response. Take a look at matthew weierophinney's article: http://weierophinney.net/matthew/archives/246-Using-Action-Helpers-To-Implement-Re-Usable-Widgets.html
Another possibility would be to take a look at jquery mobile instead of jqTouch.
I want to build an iPhone app that is really a wrapper around a wiki. Specifically, I have some static reference content that can be represented by a hyperlinked set of pages and want to build an app that will provide a nice interface over this content, including search, bookmarking, and annotating. I'm wondering what the best approach is for building something like this.
(I'm spent a fair bit of time googling for answers but pretty much every combination of search terms I can think of returns links to wikis, not links about putting a wiki into an app).
Are there libraries out there for handling wiki content (rendering, navigating links etc.)? I imagine I could just represent my content as a set of local HTML pages and point the web browser control at these but that doesn't seem right. Any ideas on how best to approach this in the iOS world?
Thanks in advance!
Try looking at TWedit, it is a wrapper for the excellent TiddlyWiki which is a single file WIKI built around JavaScript and HTML. TW is very powerful and well supported with many plugins available.
I saw a tweet today referring to the MVCHTML5 helpers on Codeplex. I'm wondering if
Anybody has tried this out yet?
Does it add any real significant benefit over the default HTML helpers?
What are the actual HTML5 aspects of this library?
I would definitely recommend checking it (I am a little biased as I wrote it!).
But it's just a simple DLL that you include in your MVC project and it will give you all the benefits of HTML5 input types. If the browser doesn't support it - it will just fall back to a normal textbox.
To answer your questions though, it only adds a benefit if you are looking to add HTML5 functionality to your application or website. It uses the exact same syntax and the normal HTML helpers that ASP.net MVC comes with, but this just makes life easier if you are looking to add HTML5 functionality to your site.
Here is another link regarding HTML5 and the input types: http://diveintohtml5.ep.io/
I've just been trying it out, it doesn't seem to support the Required DataAnnotations for unobtrusive client side validation