[Phpmyadmin-devel] GSoC 2012: Refactoring Designer/schema integration

[Adnan]

On Tue, Mar 27, 2012 at 7:39 PM, Marc Delisle <marc at infomarc.info> wrote:

> Le 2012-03-26 06:10, Adnan a écrit :
> > 2012/3/25 Adnan <hiddenpearls at gmail.com>
> >
> >>
> >>
> >> 2012/3/13 Adnan <hiddenpearls at gmail.com>
> >>
> >>>
> >>>
> >>> 2012/3/13 Michal Čihař <michal at cihar.com>
> >>>
> >>>> Hi
> >>>>
> >>>> Dne Mon, 5 Mar 2012 10:54:03 +0500
> >>>> Adnan <hiddenpearls at gmail.com> napsal(a):
> >>>>
> >>>>> Refactoring phpMyAdmin codebase is important at this stage. I had an
> >>>> idea
> >>>>> to make mobile version of phpMyAdmin for iPhone/Android using
> phoneGap
> >>>>> but Michal
> >>>>> Čihař said we will refactoring PMA this year GSoC. So,  Refactoring
> >>>>> Designer/schema integration would be best for me because I have work
> on
> >>>>> Schema integration in GSoC 2010.
> >>>>>
> >>>>> schema export is already in OOP btw but Designer not yet. will start
> >>>>> looking into codecase and ask questions.
> >>>>
> >>>> Please note that schema is OOP, but does not really use OOP practices
> >>>> much - there is quite a lot of duplicate code, which should be rather
> >>>> inherited from parent classes and shared.
> >>>>
> >>>> Yeah, I'm recalling my code done in GSoC 2010 ;)
> >>>
> >> I didn't understand what PMA Designer feature does ? I played with its
> >> options/menu but these are simple operations.
> >>
> > I can see the foreign key relations now in Designer.
> >
> >> what is the main function of PMA Designer ?
> >>
> >> plus I think we may use jQueryUI Draggable API's for this.
>
> Indeed, a more standard API would be welcome.
>
> Yes, I found this JS Library http://raphaeljs.com/   This lib will make
Deigner/Schema feature more robust if it works. I will try by making a demo
What about its License ? Can we use this lib ?

>>
> >>
> >> * Usability of designer (with schema export) without configured
> phpMyAdmin
> >> configuration storage
> >>
> >> if we remove configuration storage, we can use session/local storage ?
>
> You can always use session storage because phpMyAdmin requires to have a
> working session environment.
>
> Of course, changes would not be permanent, unless you design something
> like "save as file" and "import from file" like was done for the user
> preferences. The question is, do we want to go this way?
>
> Yes, Michal's input is important here. Do we want to just use Session
Storage ?
or we can also design 'save as file' where I will export/import
co-ordinates etc

>
> --
> Marc Delisle
> http://infomarc.info
>
>
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> Phpmyadmin-devel mailing list
> Phpmyadmin-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
>
>


-- 
Muhammad Adnan
Twitter: @hiddenpearls
I blog too do u know ? http:// www.imblog.info
Failure takes you higher than success ..!
you sell code, I sell my brain.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.phpmyadmin.net/pipermail/developers/attachments/20120328/51337d19/attachment.html>