On Thu, Mar 6, 2014 at 11:09 PM, Harmanpreet Singh <[email protected]> wrote:
> The basic infrastructure includes rebuilding the whole project at <snip> > http://brlcad.org/wiki/Online_Geometry/TODO. These were mainly written > in context with current state of OGV. Great! > Talking about the framework, adopting a single framework to eliminate > the need of using different languages at server side (e.g. PHP) and > client side (e.g. JavaScript), would be more favorable. Please give > your comments. That means you are talking about nodejs. If we have to for nodejs then some full stack nodejs framework (like derby) is something that I would suggest. > Another possible project is designing of user interface for OGV while > keeping user experience in mind. Again, talking about current state > OGV, its GUI is OK type and not so friendly to user. User interface & > experience in today's web industry have major role in driving more > users and probably can help to compete with other similar services. > Making an influential user interface for OGV needs great deal of > efforts, creativity and understanding of certain principles. > > Since OGV infrastructure is not yet ready, but we have certain plans > and discussions are going on to finalize the goals and once finalized, > I think we can run separate UI & UX project side by side with basic > infrastructure development. Comments are appreciated. I am not sure what it means here by separate projects but IMHO both the backend as well as front-end and design must go hand in hand and the developers working on both of these projects must work together collaboratively. > Third project under OGV is Mediawiki geometry extension. As I checked > from old emails, it is also mentioned in Mediawiki's GSoC projects > list. The major idea is same as that of OGV i.e. uploading a geometry > file (e.g., .g file) like uploading a file into mediawiki, and causing > our plugin to read the g file, parse the data to visualize it in > embedded interface in Wikipedia. Currently I am running out of details > for this project. Interested ones can add more. You can check the mails in mediawiki mailing list. There has been some discussion about this project. This mail has a list of requirements proposed by one of mediawiki's community member for their extension http://lists.wikimedia.org/pipermail/wikitech-l/2014-January/073915.html Take a look at complete thread, it also has some discussion about file formats. > Please give your suggestions / comments / feedback to improve and / or > fill out the gaps if any so as to make this information more useful. I also made a wiki page for infrastructure of Online Geometry Viewer, mentioning few of the possible options based upon whatever discussion we had on mailing list. http://brlcad.org/wiki/Online_Geometry_Viewer_Infrastructure -- Inderpreet Singh Ekoankar Sahai ishwerdas.com facebook.com/okayinder https://kippt.com/okayinder ------------------------------------------------------------------------------ Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk _______________________________________________ BRL-CAD Developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/brlcad-devel
