Re: New GIMP Registry Volunteer Effort

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Devin

Devin Watson wrote:
>     Hello everyone.  I have been in chat in #gimp about this for a few 
> hours today, and so far have had some mixed responses. I am volunteering 
> my time to create a new GIMP Plug-In Registry and have been assembling 
> some code and new database for this work.
> 
>     However, it should be noted that the mixed responses I have received 
> have been to the fact that I am building this in PHP.  I was reminded by 
> one of the members in #gimp to put these questions forth to this list:
> 
>     - Do you want a new system built?
> 
>     - Is PHP/MySQL acceptable?
> 
>     - Having done a good share of the work already, would it be useful 
> to anyone to try this once it is ready if they are skeptical?
> 
>     I have the documents from the last Google SoC which outlines the 
> proposed database and feature set, and I can honestly say that the 
> database is not a problem, nor are the features that were requested.  It 
> would be nice to see the community get something good out of this and I, 
> an avid user of GIMP, would like to give something back to the community 
> that helps build this.
> 

I don't have anything to say about choice of language, but here's some
advice:

- Having you do this is awesome :)
- Don't over-engineer.. simple systems are easier to follow and maintain
- Make sure your system is reliable, then efficient

It's easy to go astray in a language that allows it and most web apps
I've seen are structured like crap (especially PHP ones). Sven has also
indicated that any interaction of the GIMP app with the web service
should be via a proper RPC call. Write your system to be modular,
maintainable and extensible:

- Use an OOD (PHP supports it)
- Nicely encapsulate your application logic from the presentation (this
lets you have RPC and website use the same backend)
- Use a templating system (even if you're pre-generating static pages)..
this lets non-coding UI designers make UI changes, and also lends itself
well to the previous point
- Document all your classes and methods

This may seem like business-speak, but it makes things easier to follow,
maintain and extend. You should also write test cases if you feel
they're a good idea :P Provide an RPC interface anyway (SOAP or
XML-RPC).. GIMP can use libsoup.


Kind regards,

Mukund

-- 
Banu -- Free software for science, media and graphics
http://www.banu.com/

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
Gimp-developer mailing list
Gimp-developer@xxxxxxxxxxxxxxxxxxxxxx
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Index of Archives]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [GIMP for Windows]     [KDE]     [GEGL]     [Gimp's Home]     [Gimp on GUI]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux