Page 1 of 1

php 4 version 3 coming?

Posted: Sun Feb 11, 2007 5:48 am
by jbh
Everybody uses php 4 and the market is thungry for this. Heck, they'd pay hand over first. I'm just wondering when a php 4 version that allows variables in the header and personalization will be available.

Thank you

Posted: Sun Feb 11, 2007 5:53 am
by Kieran Huggins
???

My php is personalized... had my name etched into the back. It cost a little more, and I didn't get header variables, but is it every flashy!

Posted: Sun Feb 11, 2007 6:31 am
by Chris Corbyn
LOL. It's a headache - I got a bit over-complex on my use of references in the document reformatting code - I'll say that much. I'm also tackling the issue of what I do where I threw references in PHP5, because trigger_error() won't have the same effect.

I think I'm at a point in the current conversion to go "svn delete branches/php4/v3" and start over with a clear head.

I'm sorry I can't give an accurate date for a release; I've learnt not to commit myself to strict deadlines for volunteer projects as they often get in the way of other jobs. I was going to work on a Java project today which I'm releasing shortly but I'll do Swift instead :) First - I need a cup of tea! I just got out of bed at 12:00 on a Sunday... but I have Monday off work! w00t!

Posted: Sun Feb 11, 2007 6:41 am
by Weirdan
but I have Monday off work! w00t!
Lucky you =)

Posted: Sun Feb 11, 2007 8:06 am
by Chris Corbyn
Seems to be going a bit better this time :) I've allowed myself to use trigger_error() for the things which are actually errors - still need to think about error handling for non-critical things. 469 passing tests out of almost 3000 if I remember correctly.

Posted: Sun Feb 11, 2007 1:17 pm
by jbh
Actually, the earlier version seemed to work great, the only real issue (I can personalize, just by doing a loop through every record
and I use the anti-flood plugin) was not being able to customize the from info easily.

IS there a way to fix that? If this was included in my software I'd do cartwheels ,but I had to disable it becasue many people wouldn't know what to do (pathetic, but true)

Just curious. I agree you shouldn't force yourself to do anything with volunteer work. But I know a lot of people who would gladly donate if this feature were avail, myself included. It's an AMAZING piece of software. Worst case I'll disable it if I sense they didn't make the appropriate changes.

Posted: Sun Feb 11, 2007 3:28 pm
by Chris Corbyn
It's going well this time. I went back to scratch with the conversion and have defeated the hurdles I hit initially. With that in mind I expect it will be a few days or so before I can make a PHP4 release candidate ;)

Posted: Sun Feb 11, 2007 5:07 pm
by jbh
Woo hoo

:lol:

It is greatly appreciated.

Posted: Mon Feb 12, 2007 10:13 am
by Chris Corbyn
UPDATE: I have successfully converted the entire library to PHP4. I haven't done EasySwift yet, because before I do that I want to go over the entire conversion and implement a work-around for the use of exception in PHP5. At the moment I have (deliberately, just to make my unit tests pass) used trigger_error() interspersed with the @ error surpression operator which is not very clean or fast. I'll likely put the code into the trunk by the end of today. As a matter of caution and for the sake of simplicity I suggest people *always* use the & reference operator when creating new instances of the classes in the library when running under PHP4. For the mostpart you wouldn't notice anything odd if you didn't, but if you're taking advantage of bit of the new API you will do.

EDIT | The changes I'm adding for error handling aren't massive, I'm just going to centralise the behaviour where I'm using trigger_error() so I can "catch" the error without having to use set_error_handler().