Adam

How are you checking for the errors? ftp_rmdir() doesn't throw a PHP warning if it fails, like some of the other FTP functions do. At a guess I'd say the problem is down to permissions.

I urge you not to. This code is an ugly, JavaScript-reliant hack that breaks every principle of modern web development. As PFMaBiSmAd said, it's better to spend time trying to fix the cause of the error, than to fudge it and move on.

Ignore this advice.

You receive this error when you try to set headers after any output has been sent back to the browser; this could be a line of text or a single white-space character. Check that before the opening <?php tag (including any files that have been included) there isn't any output.

Do you have this online that we could look at? Or if you don't want it public could you PM me the URL? As I said I don't really have any experience working with Dojo, so random guesses one at a time to try and fix it could take a while.

JavaScript is case-sensitive, and so 'colspan' should be 'colSpan'. However your not using the cells object correctly either - it returns two child objects for each cell, which you need to set the colSpan for individually. I wrote this quick little example which should explain it: <script type="text/javascript"> window.onload = function() { var row = document.getElementById('myRow'); row.cells[0].colSpan = 2; row.cells[0].innerHTML = 'Good Cell'; } </script> <table> <tr> <td>Column 1</td> <td>Column 2</td> </tr> <tr id="myRow"> <td style="background:#999;">Bad Cell</td> </tr> </table>

Only XHTML is case-sensitive, but in that case it would be written 'onclick' anyway. Edit: Also it depends on the context in which the event is assigned; from within a window.onload event for example, it would refer to window.wirte(). If defined within the document, for example during the onclick HTML event, then it would refer to document.write(). So this would work (not 100% on browser compatibility): <input type="button" value="TouchMe" onclick="write('hey');"> But it's not exactly great JavaScript. As requinix said though, changing it to window.write() will work.

Yeah... Personally based on just that, I don't think I'll be using it any time soon.

Eh? It's not possible.

I'm not at all familiar with Dijit or Dojo, but the documentation suggests that you need to handle the form in a different way: http://dojotoolkit.org/reference-guide/dijit/Dialog.html#forms-and-functionality-in-dialogs

You're trying to eval() just the ID - though I don't know why you're using it in the first place - which is causing the error. Replace it with document.getElementById(): function fnHide2(sID){ var o = document.getElementById(sID); o.style.display="none"; }

Do metal prices change that often?

MantisBT is very simple, quick, customisable and matches your other requirements. It's not the sleekest looking software, but works well from my experience.

It's possible, but I wouldn't recommend it if your web server runs on a Unix machine. This is because Unix servers lack the drivers to be able to communicate with the Access database, and so a more cumbersome solution is needed; and possibly access to the server's configuration. If you're running Windows however, this should be straight-forward enough. Personally I wouldn't recommend using an Access database for a web application though, it's not what it's aimed at.

That's for specifying the sub-domain. You can't set a cookie for a completely different domain, there'd be a whole heap of security issues and browsers just wouldn't accept them.

Why? So that it takes twice as long and adds a dependency on JavaScript? Not trying to undermine you or anything but there's no logic in that at all.

Why use AJAX if you're just going to redirect anyway?

We can't help you with that much information. How are we supposed to know what the $new_relation object is, how the save() method works, etc. ?

Try: Content-Type: application/zip Content-Transfer-Encoding: base64 Content-Disposition: attachment; name="attachment.zip"

Does the view loader object pass the HTML through any kind of tidier?

"\t" in PHP is the special tab-character. As your path is in double quotes this special meaning is preserved, which is noticable if you look at the file path shown within the error: You can either use single quotes, in which "\t" will not be converted to a tab-character, or escape it with a second backslash.

if ('2012-12-12' < date('Y-m-d')) { echo 'passed'; } else { echo 'not passed'; } More information on the date() function.

Before: http.open('get', 'send_email.php?name='+name+'&email='+email+'&enquiry='+enquiry+'&nocache = '+nocache); Add: alert('send_email.php?name='+name+'&email='+email+'&enquiry='+enquiry+'&nocache = '+nocache); Check to make you're passing in the data you expect. That will narrow the problem down to between the JavaScript or PHP.

Try alerting 'send_email.php?name='+name+'&email='+email+'&enquiry='+enquiry+'&nocache = '+nocache to ensure you're sending what you expect.

I've never used it before, but from what I found on Google it looks like file_get_html() is just a standalone function that returns the object. I.e. you call it like: $html = file_get_html("C:\eaahmpg\eatc7402\www\stations\Sydney\code\table_data.txt");