On 08/07/2012 06:16 AM, H.S.Rai wrote: > On Fri, Aug 3, 2012 at 1:54 AM, Suryajith Chillara > <suryajith1...@gmail.com> wrote: > > Do you want to say that one need to follow their system, structure and > guidelines? Yes, very much. > > This normally happen, if we don't understand reason behind the > structure or basic functioning of main application, and in this case > it is mediawiki. I tried understanding the system for a while and it turned out to be more complex than necessary to implement simple things like forms and custom actions. > > What is "not so fine"? > > > For any one feature, it is one time, and deployment is automated > through scripts, so it can't be a issue. Yes, but I found that the method was a bit trickier which involved creating non-editable pages and posting content to it and what I was looking for is some service which needs minimal configuration and everything is built into it. > >> 5. Maintainability issues. > How? Severe dependance on mediawiki code. > > You are very honest in writing all Pros and Cons, but IMO, even one > single "Cons" make it less desirable. > > You are unable to use MediaWiki in your project in any useful manner. True. > I have already made progress with the new code by creating a MVC architecture out of bottle and started using Google charts API. One such toy examples I was working with is this http://i.imgur.com/5wk28.png which actually shows the different machines used.
I want to build a webservice in the end. Though I could not come up with something with mediawiki, I plan to write an extendable framework for the same and I am pretty close to realizing that. I have the base layout ready and I am writing the charting helpers which are wrappers over Google charts API. These helpers create the js code and embed into the webpage which calls the google API to render them. -- Regards, Suryajith Chillara. ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ BRL-CAD Developer mailing list brlcad-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/brlcad-devel
