I am not a programmer I am looking for a very simple way to get the basic webgl support libraries in the form of a text file
I tried looking at a few websites and they are too complex I am looking for something simple like matrix four or three
Related
Can anyone suggest an existing Javascript / JQuery based Analytics plugin? I spent some time searching but cannot find a quick one.
It may works like getting feed with data from external and providing basic charts to web containing element, like distribution, average, correlation of 2 data arrays, etc. Thx.
If you're just looking for something lightweight, you might want to check out Chartist JS. It doesn't have all of the bells and whistles of some other plugins, but it's quick to get up and running. There are even wrappers for integration with libraries/frameworks like Angular & WordPress.
For something more robust, check out Highcharts or D3, or something built on top of D3 like nvd3.
So, I have thought about designing a WebGL Graphics Engine, which will facilitate designing 3D Interactive Graphics for web. Now, my question is :
WebGL is Javascript API, so in order to design an engine for WebGL graphics, do I need to have a JavaScript compiler or anything ? What I want is a system which will let users see what they are creating (for example, like blender workspace, if you draw up a scene you can see and make changes simultaneously)
You would have to create some kind of engine, or framework that you'll build your system onto.
Creating only framework/engine would take at least 2-3 months, and if you plan creating something really big and advanced, that supports various effects rather than simple rendering primitives, than that might come down to 5-6 months. After that you could start creating your web application. So 6-7 months time for that? That shouldn't be a problem.
I don't know how advanced you are, how many people are you working with, but that seems very plausible and doable. But is worth of it? In a year, many different things will change, maybe new openGL ES version for webGL, changing api, supported browsers (IE recently joined the game),... it's really questionable.
You wouldn't need any kind of JS compiler or anything like it, just knowledge of advanced JS and many different techniques used in 3d, and since you plan building system that is far beyond just-graphic-stuff, then it adds even more to overall complexity and time consumption.
So, to answer your question: yes, it's very doable in a year, but will it pay off?
Similar things already exist in some form:
http://errolschwartz.com/projects/threescene/
http://badassjs.com/post/12885773103/threenodes-js-a-visual-webgl-scene-editor
CopperLicht engine has its own real-time editor
there are more lab-playground-like editors
We are building a web app library which need draw some polyline/polygon/circle/rectange.
Also we want these vectors can be edited.
So I wonder if there is a cross browser draw library can be imported to our codes?
I know Raphael,however I think it is too strong,I mean there are too many features we do not need.
Also we found this,it render the vector using divs pixel by pixed. But we think the effect is not good.
Any suggestion?
I totally agree with Sirko's comment, stick to Raphael. There's nothing quite like it when it comes to cross-browser compatibility. Other than that, you could take a look at John Resig's port of the procressing library (which is a pretty mature visualization language).
I am holding back on seriously pursuing ProcessingJS pieces mostly due to the bloat of the library. I have found that pieces like Ball Droppings do not use the library's Processing syntax parser, which is good, since I imagine it would slow down the page more, especially adding to the initial load and setup time. Still, I am wondering if it's worthwhile to use it basically as a big utility library like UnderscoreJS. For example, how good is its implementation with SVG compared with the other libraries out there today like RaphaelJS? Has anyone gone through the implementation of the Processing API extensively enough? When I skim through the I see a lot of boilerplate I don't really need, as well as a couple instances of questionable coding practices. But the library still seems to perform decently, at least on the ProcessingJS homepage, although the examples are set to run at 15fps, and not the (in my opinion) minimally acceptable 24fps.
I think it strongly depends on the project you are working on and the background knowledge you have with the processing library.
Processing.js is a great choice if you already have learned the original processing api (java) and want to leverage your existing knowledge in the web environment. It might be the only choice if you want to port an existing project to the web - actually this is probably the best time to use it.
If you are a JavaScript programmer and don't know much about processing you probably will dislike to write Java syntax in the browser and everything becomes even more problematic if you have to mix it with js. The API doesn't feel like JavaScript and there is a lot of code that could be written more elegantly.
Regarding performance it is not a bad choice, actually most projects run smoothly and I can definitely recommend using processing.js on circumstances like those explained above.
Here is great list of various javascript engines out there:
Javascript Graphic/Game Engines
It is hard to recommend a single library, as the requirements are specific to each project.
For simple graphics/diagrams: RaphaelJs is really nice and performs decently
how good is its implementation with SVG compared with the other libraries out there today like RaphaelJS
Processingjs doesn't use SVG as far as i know, it only uses canvas. Raphaeljs only SVG. There's an interesting read here and also at wikipedia about the difference. The main difference is SVG stores the vector data of objects so you can easily change position, colour, etc... of stuff but also provides mouseover events. Canvas - and processingjs - does no such thing, it draws to the canvas and forgets everything so you have to do more work. Don't know about performance difference between the two.
As far as the processingjs API is concerned, I don't have any clue as how it is implemented but since John Resig of jQuery is involved it can't be that bad to say the least.
I agree with user hlfcoding that writing java in browser feels weird. I am too looking for a cleaner solution for my future canvas experiments.
I fail to see how re-rendering for each frame in JavaScript can be seen as performant.
That's exactly how canvas works, you have to calculate and render every frame in js, it's not processingjs specific. I don't think that's such a performance hit, behind the scene a browser running SVG does the same anyway.
I like Silverlight because of the following, in brief:
-declarative GUI language (XAML)
-data and command binding
-GUI designer
-MVVM pattern
-strong typed language.
But Silverlight isn't available everywhere. I'd like to investigate alternatives which doesn't involve any browser plugin. Basically javascript frameworks with a compiler that compiles from a strong typed language (mostly JAVA) to javascript.
Basically I want to develop "Silverlight apps" without Silverlight.
I know that SL grade graphics and animation is impossible because of the limitations of HTML. But that is not an issue. The point is not about features but development style.
One exception is that the resulting UI should be customizable. Not just colors and fonts, but layout and structure. So not all the applications look the same.
I have found two frameworks so far(I've sorted out at least 5):
-ZK - seams the best so far
-GWT with UIBinder (new in GWT 2.0), but UIBinder isn't supported in any designer.
So...
-Is this a valid question at all? (I hope so :))
-If it is, which is the best in your opinion? Not necessarily from the two above.
I don't think there are really any that completely match Silverlight, but I'd say besides highly graphical apps, you can do almost everything with just JS. You may have to mix and match libraries or develop your own, but here's a few from the top of my head that can do some of what you ask about:
You can use <canvas> tag or SVG to do graphics, for this you can use f.ex. Raphael and dojox.gfx
For UI widgets, there are various libraries like Dojo, Ext JS, SproutCore
Ext JS has a UI designer tool
Dojo's dijit templates and Ext JS's components have sort-of data binding'ish features (maybe others too but these I'm familiar with)
Most libraries (incl. the ones I've mentioned) should have capabilities for animating UI elements smoothly
As for static typing stuff, GWT is probably your best bet since you actually use Java to write it. Besides that there isn't much you can do - personally I'd recommend (ab)using the JS language's features for what they were meant for, and not attempting to emulate something it is not.
It may take some getting used to since JavaScript is not Java or C#, but I would say that you can develop RIA's very well with it. There are some things you may need to work around a bit due to limitations, but most things are doable and work well in modern browsers.