Are you interested in getting involved with development?

[Andrew]

If you'd like to join our lovely team and contribute to this wonderful project, why not start by taking a look through the list of open addons?  These are all tasks that it should be possible to do in a self-contained unit that can plug in to the core gtd-php package.

And take a look at the current add-ons too, to give you an idea of how to do it, and to see what can be done.

[thomas_freeman]

I would love to use this product more.  I'm interested in helping.  However, I'm currently having to reverse-engineer it.  Do you have anything that documents the development.  I'm not finding much.  Are there any use case or UML diagrams?  Any process flow?  Any list of objects and interactions, etc?  Currently I'm setting debug and stepping my way through it.

Thanks!
Thomas

[Andrew]

There's not much OOP in it, so no list of objects, methods, etc.  The main OOP is in the external packages that we borrow or interface to: fpdf, iCalCreator, jpgraph.

There's quite a lot of in-program documentation, and it's all open source.  There's some documentation at the wiki

• Files called *.inc.php are only included in other files, and never appear directly in the browser URL bar
• All database commands are in mysql.inc.php
• gtdfuncs.inc.php is the main toolkit for routines used by all the other files
• ses.inc.php is always included, as it does the session management
• addon.php is the interface to addons
• Files called process*.php do the database manipulation, and are called when forms are submitted.
• All other *.php files are linked to from headerMenu.inc.php, so that documents which files do what.  The main two are listItems.php and item.php.

Hope this helps a bit.

Andrew

[thomas_freeman]

Thanks.  I had discovered most of that through reverse engineering.  You confirmed several things for me.  I was able to complete one modification.  The next biggest need I have is to get a much more usable mobile interface.  I want to quickly capture items from mobile and then easily view filtered lists to mark completes.

I know you have good speed and efficiency at the moment.  However creating new views and such would be easier if this was built on a framework.  Have you consider any frameworks?

Thanks a lot for your work.  It is a very good implementation of GTD.

[Andrew]

There is a rudimentary interface for mobiles, at the wiki - http://www.gtd-php.com/Developers/SmallScreen

It works a bit, but marking items complete doesn't work.

[thomas_freeman]

Yeah, I tried it but it needs a lot of work.  I hope I can look into it more before the end of the summer.
Thanks for your help!
Thomas

[Andrew]

Hi Thomas,
please do just ask if you have any questions about the code.

I've put one of the trac tickets into your name.  There is another, more generic, related trac ticket too, here

[dwarfsoft]

I am interested to get involved in the development of gtd-php. I have only just recently started working through the code as I have been using gtd-php personally now for a few months. Also, I'd like to point out that there was the suggestion on the Trac wiki that if anybody was developing plugins that they could upload/add them to the gtd-php wiki site, however there is no access for doing this, or submitting a changes for approval.

Also, it appears pretty quiet at the moment. I hope this isn't going to go vaporware.

Cheers, Chris.

[Andrew]

Hi Chris,
thanks for your post, and the email import addon.  We've just been letting the 0.9 beta settle, and that's about ready to go live now.

I'm afraid that the wiki ate your post about the import addon - I went to publish your draft, and the text just vanished.  I'm very sorry about that. We had a lot of trouble with spam on the wiki, so we had to set it to accept drafts only, and the developers each receive an email when an update is made, to prompt us to publish it.

I tried recreating the page, from stuff on your blog, but couldn't find the direct download link.

In general, attaching files to a trac ticket, and then linking to that, works fine.

No chance of it going vapourware - I need it too much!

Andrew

[dwarfsoft]

Excellent to hear. I have been rebuilding the email import addon so that it works with the current subversion build, and works more seamlessly in the background rather than requiring a click on "import", however I have found an issue with addons failing to load depending on whether I am using http://www.server.com/gtd or http://server.com/gtd. I am trying to track down exactly what is causing this so I can get relevant information into a Trac ticket. Not sure if it is my host or something in the Session info that is munging up include paths. I find that if I leave it for a couple of days and come back the problem will switch from either the http://www. or the http:// to the other.

Its good to hear things are going on because I need this so much. My personal organisation is hopeless and if I didn't have gtd-php I would be back stuck under piles of paperwork instead of taking control of my life. I'll keep on trying to add features I'd like to use as I can and try put those into the trac tickets that they relate to.

Cheers, Chris.

[Andrew]

however I have found an issue with addons failing to load depending on whether I am using http://www.server.com/gtd or http://server.com/gtd

Argh, there's something nagging at the very back of my mind about this - I've encountered it before, a year or two ago. I think we put in a config option to try to workaround the problem - try going to Config > User Preferences > Advanced, and in the box "Base path for installation", try putting in http://www.server.com/gtd and saving your preferences.

Keep that setting over 2 or 3 sessions, to see if that helps fix it.

[dwarfsoft]

Interesting. I have now set this, however upon inspection I tracked it back to the $_SESSION['addonsdir'] property being unset, but somehow the $_SESSION['views'] property being set. I doubt that the basepath will change that as it is more an internal directory link than a http url issue. I logged it under trac ticket #570: https://www.hosted-projects.com/trac/toae/gtdphp/ticket/570. Simply added in another conditional instead of just checking if isset($_SESSION['views']) I also checked against $_SESSION['addonsdir']. Because this session property wasn't set I think it would make very little difference if the basepath was set or not (except that links may forward back to the original site, however if I set my basepath to http://www.server.com/gtd and the first page I visit is http://server.com/gtd the session information will be for http://server.com/gtd and the forward should then error out).

Cheers, Chris.

[Andrew]

That's peculiar.  Thanks for the very helpful diagnostic work. I'm away from my SVN machine at the moment, but will commit the changes later this week. I'll also have a look around to see if I can work out where addonsdir is getting blanked.

[Andrew]

Committed as revision 609. No clue as to why addonsdir was getting blanked, which is quite worrying. You might want to keep an eye on that, see if any other session variables get blanked.