Is there any way to show 3D Model on Ipad in Web Browser? iOs doesn't support WebGL, Unity WebPlayer. Some sites like kevs3d.co.uk/dev/phoria/test0k.html works correct. Does HTML5 with phoria.js or HTML5 allow to render hight-poly model?
Also, 3d model might be dynamically created.
If it's really simple like boxes then you can go with css3 http://beta.theexpressiveweb.com/ but it has limitations( Sample Code for site -> the expressive web from Adobe)
Best solution will be rendering WebGL(OpenGL) on the server side and streaming it to the device while reading input from the client and sending it back to the server. It enables rendering on any scale in device agnostic way and it will be easy to transfer WebGL(OpenGL) based solution to the client side when it will be supported. Also you can use service like http://cloudmach.com/
Related
I was planning to create a MVC web app that displays graphs and charts that Is built from LIVE data. The app would display the charts in a carousel style. 4 pages total.
My question is:
1) Is there a framework or tool that does most of this for me? If so, I would just have to create the graphs and chart
2) What hardware/Software do I need to display this on a TV monitor that is remote? (i.e monitor on a shop flop of a production plant)
3) What are other options instead of a web app? (i.e create a console app that generates a .png and spit out to a file location on a shared drive. The TV would cycle through the images when pointed to the shared folder)
Something similar to this question
Data visualization / analytics / dashboard in ASP.NET (NOT Google analytics integration)
I have a similar revolving dashboard setup that consist of the following:
1. Standard TV
2. Standard networked PC with monitor cable going to TV
3. PC configured not to go to sleep/display screen saver
4. Browser open and in full screen mode, navigated to my internal MVC website
5. MVC site using bootstrap template with NAV removed.
6. MVC site utilizes highcharts for ease of generating my dashboard components.
7. Main display page (Home controller Index view) includes js that fires off Ajax calls to controller to fetch data from my DB and responds with json to reload/refresh my highcharts displays on Ajax get response every 5 minutes on a counter.
Maybe this can point you in the right direction. When researching when I was going to do it I also considered a wpf application that functions similar to a screen saver to load dynamically created images. What won me over with my current setup was ease of use of highcharts. It's an insanely easy, free, and produces high quality graphics. That combined with twitter-bootstrap for auto screen sizing made the project a breeze. I'm sure if you can get ahold of a smart TV to negate the need for a connected PC then it may be even easier if a physical setup for you.
Basically what I'm looking to do is to create an native interface for a website that does not have any sort of API. This would be a 3rd party app that would provide all the same functionality of the website, just optimized for iOS. The real problem I run into is in sending and getting user-entered data to the website as it is using ASP.NET which I am not at all familiar with and the user would need to log-in to the website.
This is kind of a convoluted question, but I am sitting at square one and not even really sure where to go from here.
It sounds like you are asking if you can create an iOS app that can interact with another website that doesn't have an API? If my understanding is correct, then there's really only one option I can think of.
You would have to make your iOS app make HTTP(S) calls to the ASP.NET based website and simulate GET/POST requests as if it were a "real" user. You would do this by using one of the native iOS HTTP clients (NSURLSession, for example) and would have to strip and parse the HTML you received back from the website in order to get the raw "data" required for your iOS app.
The situation you are describing is pretty complex and very brittle (you have to make a change to your iOS app every time any change is made to the ASP.NET website) and I would avoid this method of integration at all cost.
I wanted to know the technology decision behind the iOS Google app.
As we can see, in the app's Google Now feature it renders many different card templates for different scenarios, and those templates seems to be very flexible based on server inputs.
I was wondering if this is implemented all based on HTML5? or they just have many templates built in and render them locally? I'd vote for the HTML5 route but not sure if this still involved some native code to make it more responsive?
Thanks!
As we (well, most of the community) are not Google employees we can't tell you what they really did, but I'd say that it is possible to do this dynamically in the app.
We did develop something similar that responds to definitions sent by the server and transforms them to custom designed forms following basic rules.
Google reuses the design of those cards for different plattforms, the easiest solution should be showing some WebView and using HTML5.
I agree with Kevin, as this answer is entirely based on personal opinion, too.
The way I would go is to create a card class which will load some JSON data and format it with HTML and CSS. Looking at each card it would be hell to format things that way natively. I mean, attributed strings is not the way to go. Too much logic for deciding which card get a bigger text or a picture.
Additionally, the top header is most likely "localized" as well, so you get the location and load a localized image. But that is Google by nature.
I have a responsive site that I'm developing where I'm using a image slider as the header that works great and responds great in Android, iPhone with both vertical and landscape views. According to an online testing simulator; it even renders great in Blackberry Torch. HOWEVER, in Blackberry Curve - the image slider seems to break the layout.
Is there any way or any such thing as a code that will detect which device I'm using and hide an element accordingly? Like a BlackBerry Curve conditional statement / media query something?
Any suggestions?
I suggest you check the user-agent string sent up by the phones browser to identify the handset model and return the most appropriate HTML.
For the format of the string please see: How to detect the BlackBerry Browser.
Please also see Auto detect mobile browser (via user-agent?) as to how you may use the user-agent in a conditional statement/configuration in many platforms/languages.
I think media queries support came in BB OS5 and the phone you mentioned (Curve, depending on the model) can have an earlier OS version. Also I don't think any media queries exist that will distinguish based on a phones model number.
I've read that its bad (not advised) to use User Agent Sniffing to send down the correct content for a mobile browser, so I'm wondering what IS the best way to do this?
I'm using ASP.NET MVC, and I've built my site and it works well on desktop browsers, so I'm looking to begin building a mobile version. When a mobile browser comes to my site, I'd like to use a different set of Views, which ideally posses the following attributes:
Link to pre-scaled images
Use minimal javascript
Remove all but essential content
My first thought was to sniff the user agent, and then send down a different .CSS file, but as stated above I've read that this is a bad way to do this, so I'm asking you for your thoughts.
The user agent is really all you have in a HTTP GET request, but you should let someone else maintain the list. We use the Microsoft Mobile Device Browser File with a custom view engine in a manner roughly similar to this Scott Hanselman post.
The best way to detect a mobile browser is to use this wonderful codeplex project:
http://mdbf.codeplex.com/
For background on how you could create targeted views read here:
http://www.hanselman.com/blog/MixMobileWebSitesWithASPNETMVCAndTheMobileBrowserDefinitionFile.aspx
The simplest approach could be use a separate domain "m.yourdomain.com" or "yourdomain.mobi" (Source) that way you can assume that the user is on a mobile device.
While I believe it's frowned upon to sniff for browser to determine capability and you should use capability sniffing, such as JQuery.support. When it comes to actually presenting significantly different layouts then I think you have to sniff for the browser ID and act accordingly.