davenz wrote:The trick is to open all the ini files and have a look at how they are compiled... Karlis is right; these files should only be tweaked by people who know how to backtrack if things go wrong and I don't see any advantage in having documentation available for something that can break the software...
Dave,
Thanks for the advice. I have been a programmer for thirty years. I currently tweak Linux installations, PHP installations, other editors like EditPlus (on Windows), Scite (on Windows and Linux) and Greany (on Linux) and write my own WordPress themes. The technique that I have been using all these years is to re-name the original file "file_name.ext_ORIGINAL" then make the changes to "file_name.ext". If there is a screw up the I simply delete "file_name.ext" and re-name "file_name.ext_ORIGINAL" back. Do you think this technique will work with RapidPHP?
On the issue of not providing documentation, I find myself in disagreement with you. When one purchases the software it becomes theirs and they are free to do what ever they choose with it. That said, if they do "break the software" then they are responsible for fixing it. All the systems I mentioned above DO provide documentation for tweaking; its called making the best possible use of the software product.
Thanks for your interest,
Peter

...men judge generally more by the eye than by the hand, because it belongs to everybody to see you, to few to come in touch with you. -- Niccolo Machiavelli, The Prince, ch. 18